Journal Changement de mot de passe oublié

Posté par  (site web personnel) .
Étiquettes : aucune
0
18
nov.
2006
Ceux d'entre vous qui avaient perdu leur mot de passe sur linuxfr.org et ont tenté la procédure permettant d'en choisir un nouveau après le 10 septembre ont pu se rendre compte qu'elle ne marchait plus.

Elle fonctionne de nouveau depuis 10 minutes après de nombreuses heures de débug sur cette période. La parenthèse fautive a été supprimée et vous pouvez donc de nouveau utiliser votre compte. Le coupable de la révision 267 sera grondé.

Dans la mesure ou plusieurs dizaines de personnes ont eu ce problème, je pense que cela méritait bien un journal :)

  • # Vive ...

    Posté par  . Évalué à 6.

    ... Lisp !

  • # les chiffres

    Posté par  . Évalué à 1.

    >> nombreuses heures de débug
    >> plusieurs dizaines de personnes

    Alors voilà petite question : vous avez mis du temps à vous y mettre (ce n'est pas une reproche, je me doute que vous n'êtes pas 24h/24 derrière l'écran, il y a déjà des moules pour ça :-D) ou en l'espace de quelques heures (au-delà d'une 30ène je pense que tu aurrais parlé en jours) il y a déjà eu plusieurs personne qui on perdu leur mot passe (je trouve ça énorme, je voudrais savoir si c'est vraiment le cas)

    Voilà c'est tout, et c'est sympa de tenir les gens informés.

    --
    seginus depuis son clavier dvorak

  • # J'en profite pour deux questions

    Posté par  . Évalué à 1.

    Je dois avouer que je fais partie des gens qui renouvellent de temps en temps leur mot de passe oublié, au grès des changements de version des logiciels quand ils sont conservés par le logiciel de lecture.
    Question 1: depuis un certain temps je n'ai plus l'indication des messages déjà lus dans un fil (j'ai bien l'indication du fil), qu'ai-je mal fait ? ou est-ce normal?
    Question 2: je promeus activement les logiciels libres et je conseille à certain de fréquenter linux-fr, où peut-on trouver les règles de fonctionnement particulières (par exemple les plus et les moins)

    • [^] # Re: J'en profite pour deux questions

      Posté par  . Évalué à 1.

      je promeus activement les logiciels libres et je conseille à certain de fréquenter linux-fr

      C'est pas antinomique ?

      • [^] # Re: J'en profite pour deux questions

        Posté par  . Évalué à 2.

        Je ne vois pas en quoi cela peut être "contradictoire", mais croyez-le ou pas le petit côté communauté fermée et initiatique qui peut se dégager aux yeux de certains est un facteur bloquant. Mais voila, la diffusion du libre dans leurs organisations devra passer par eux.
        Actuellement au Québec (j'y vis depuis presque 30 ans) le purisme outrancier de certains a un effet bloquant auquel je me heurte actuellement, et peut-être ceci m'a rendu plus sensible à cet aspect.

        • [^] # Re: J'en profite pour deux questions

          Posté par  . Évalué à 2.

          J'ai dis ça parce que justement LinuxFR me semble être une communauté un peu "fermée et initiatique". Et en fait, surtout parce que je trouvais rigolo de le laisser entendre.

          • [^] # Re: J'en profite pour deux questions

            Posté par  . Évalué à 1.

            Alors comme ça on se comprend, mais d'un autre côté montrer à un responsable qu'un forum engagé pour le logiciel libre a une certaine tenue, ça peut contribuer à le rassurer.

    • [^] # Re: J'en profite pour deux questions

      Posté par  (site web personnel) . Évalué à 2.

      bin tu as un logo avec un i (sur fond bleu) qui donne quelques indications...

      sinon n'hésite pas à ajouter tes questions sur http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...) c'est un wiki (et ça profitera aux autres si tu en profites pour noter les réponses :p)

      • [^] # Re: J'en profite pour deux questions

        Posté par  . Évalué à 2.

        Merci, pour ce wiki que je n'avais pas trouvé, du coup je viens de me rendre compte que la toolbar est visible dans Konqueror mais pas dans firefox que j'utilise habituellement sur ma machine, va falloir que je fouille un peu ça.

  • # Je suis venu vous dire que je m'e

    Posté par  . Évalué à 2.

    En voilà d'une bonne nouvelle !

  • # Unittest

    Posté par  . Évalué à 4.

    Une proposition, pourquoi ne pas mettre en place des test unitaires ( unittest ) pour Templeet/Dacode afin d'éviter ce genre de problématique par la suite ?

    • [^] # Re: Unittest

      Posté par  (site web personnel) . Évalué à 4.

      Il parait qu'ils attendent que tu mette en place ces tests =)

      • [^] # Re: Unittest

        Posté par  . Évalué à 2.

        Ah ah ah ! on en discutait justement avec Pascal hier soir et je m'attendais que quelqu'un me réponde cela !
        Mais je m'attendais pas que ce soit toi qui me réponde cela ;-)
        Tu m'aides ? ;-)

        [-1 parce que nimportnawak]

    • [^] # Re: Unittest

      Posté par  . Évalué à 2.

      Ajouter des tests unitaires après avoir écrit le code, c'est dix fois plus chiant que de commenter le code à la fin du projet (ce qui est déjà très chiant). Tout cela doit être fait pendant le codage.

      • [^] # Re: Unittest

        Posté par  . Évalué à 2.

        Commenter le code n'est pas la même chose que de tester le code.

        Je suis cependant d'accord que de tester/commenter le code après coup se révèle très chiant.
        Lors ce genre d'évènement arrive - c'est-à-dire écrire les tests pour une application déjà terminé - on isole certaines parties et on le fait par acoup.
        Inutile de faire tout, tout de suite: cela ne sert à rien hormis démotiver le développeur.

        Par exemple, pour Templeet, on prend la partie Authentification, pour la partie authentification, on va tester seulement le formulaire de login (remplissage, validation, génération du cookie résultant de la validation, et retour sur la page)

        On prend un minimum de temps pour le faire (~1/2h pas plus) par unité de codage.
        Par exemple si on se prend 1 journée de dévéloppement, on se garde une demi heure - à n'importe quel moment: en début, pendant voire à la fin de l'unité - pour faire ces post-tests.

        Ainsi les tests unitaires sont effectués au fur-et-à-mesure sans que cela devienne chiant et énervant pour le développeur.

        Le tout est de bien (savoir) cadrer la chose.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.