Journal coup de gueule sur les journaux

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
24
juil.
2006
Je viens de rédiger un assez long journal et j'ai oublié de cocher la case "J'ai vérifié les autres journaux".

Du coup, j'ai reçu un message comme quoi mon journal n'avait pas été pris en compte et j'ai perdu tout le texte rédigé (back m'a renvoyé un formulaire blanc).

La haine...

Suggestion : ce serait cool tant que la case n'est pas cochée de toujours voir le contenu de son journal.

  • # Bah...

    Posté par  . Évalué à -1.

    Pourquoi tu n'as pas lu ce qu'on te disait ?

    • [^] # Re: Bah...

      Posté par  . Évalué à 10.

      decrivez nous de quoi vous avez besoin, on vous expliquera comment vous en passer.

    • [^] # Re: Bah...

      Posté par  (site web personnel, Mastodon) . Évalué à 10.

      Un moment de distraction qui s'explique de la manière suivante :

      - En rédigeant, j'ai appuyé sur enter en ayant accidentellement perdu le focus de la zone de saisie.
      - Le journal a été validé mais je ne souhaitais évidemment pas le publié directement ! J'ai donc directement été à l'endroit où je me trouvais et continué mon texte. J'ai relu la zone de texte puis pressé enter comme je fais toujours, assez machinalement.
      - pouf : journal refusé, plus de journal...

      Et puis bon, la technologie se doit d'être un petit peu human-proof aussi. Je suggère juste que le texte posté soit affiché en plus du message "journal refusé". Cela ne coûte pas grand chose et peut sauver bien des textes.

      C'est clair que si j'étais parfait, j'aurais lu, j'aurais vu, j'aurais pas commis d'erreur. Si j'étais parfait, je ne serais pas sur ce site non plus ;-)

      Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: Bah...

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

        > Et puis bon, la technologie se doit d'être un petit peu human-proof aussi

        Ouais bonne idée, et si on ajoutait plusieurs sous layers javascript a DaCode ? Et puis aussi des controles ActiveX pour les verifications de journaux ?

        Desole, je suis deja en mode vacances :))
        Steph

      • [^] # Re: Bah...

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

        C'est clair que si j'étais parfait, j'aurais lu, j'aurais vu, j'aurais pas commis d'erreur.

        Ah mon avis, c'est aussi un probleme de manque d'entrainement. Tu n'ecris visiblement pas tres souvent de journaux et tu t'es fait avoir comme un bleu. Hahahahaha :)

  • # bloc-notes

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

    dés que mon message dans une textarea dépasse 3 lignes, je le tape avant dans un bloc-notes, ou je fais du Ctrl-A Ctrl-C pendant la rédaction sur le formulaire.

    • [^] # Re: bloc-notes

      Posté par  . Évalué à 10.

      Moi je rédige tous mes textes sur la tribune, comme cela je bénéficie de la kyrielle de services suivants :

      - un anti-bloub révolutionnaire qui mesure le taux d'obsolescence de mon journal en temps réel
      - une brigade de relecture VTTïste efficace et impitoyable pour traquer et éradiquer les fautes et erreurs de syntaxe
      - des commentaires pertinents en direct, pour un résultat visible dès la première couche
      - un archivage automatique pour un confort unique

      Tout ceci permet une validation STP (Straight-Through Processing) de mon texte, et j'améliore sensiblement ma productivity on-line.

    • [^] # Re: bloc-notes

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

      Moi j'utilise mozex ( http://mozex.mozdev.org/ ) et je fais clic-droit, editer dans gvim. Avec la configuration ad-hoc de vim, on peut récupérer le contenu en cas de problème.

      • [^] # Re: bloc-notes

        Posté par  . Évalué à 3.

        Plus généralement, il existe quelque part une extention Firefox légèrement plus simple qui permettrait de mettre en cache automatiquement la dernière textarea remplie ?

        Ca serait tellement bien...
        (néamoins mozex à l'air interessant)

        • [^] # Re: bloc-notes

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

          Plus léger... ou plus lourd, genre un Subversion pour les "textarea". On pourrait faire des branches, mettre des descriptions sur les versions, faire de la rédaction collaborative de journaux, tout ça....

          • [^] # Re: bloc-notes

            Posté par  . Évalué à 10.

            où comment tuer un moustique avec un bazooka.

          • [^] # Re: bloc-notes

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

            pas mal ... tu trouves un nom de projet et je l'ouvre sur Sourceforge ...
            Mode pro :
            On dev en Perl sur une Debian ?
            Mode kid :
            On dev en Python sur Ubuntu ?

            Out time ? :'( ==> []

    • [^] # Re: bloc-notes

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

      Le pire c'est que d'habitude moi aussi. Il suffit d'une fois...

      Mes livres CC By-SA : https://ploum.net/livres.html

  • # Ce teaser...

    Posté par  . Évalué à 10.

    ... Mais quand même, on a échappé à un journal sur quoi ?

    • [^] # Re: Ce teaser...

      Posté par  . Évalué à 4.

      Je prends le pari sur la sortie d'une appli libre pour utiliser une appli propriétaire : http://ploum.frimouvy.org/?116-conseil-01-grand-canal

      • [^] # Re: Ce teaser...

        Posté par  (site web personnel, Mastodon) . Évalué à 3.

        Et la présomption d'innocence ?

        (tentative de troll à deux balles, je t'invite à aller dire la même chose aux développeurs de clients mails qui se connectent à des serveurs propriétaires, à toutes les applis qui utilisent GMail et compagnie...)

        Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: Ce teaser...

          Posté par  . Évalué à 1.

          Parce que tu as une alternative libre à GMail (fournisseur d'accès mail + logiciel libre + outils de qualité) ?
          Pour la gestion des bugs sous Launchpad, l'alternative existe, ça s'appelle bugzilla, trac, etc... Et figure toi que des interfaces GNOME et KDE existent, et qu'elles ont besoin de développeurs !

          • [^] # Re: Ce teaser...

            Posté par  (site web personnel, Mastodon) . Évalué à 1.

            Y'a une interface GNOME à bugzilla ? Là j'étais pas au courant. Tu peux me donner le lien stp, ça m'intéresse beaucoup.

            Mes livres CC By-SA : https://ploum.net/livres.html

            • [^] # Re: Ce teaser...

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

              il doit parler de bug-buddy pour Gnome

              • [^] # Re: Ce teaser...

                Posté par  . Évalué à 2.

                Il me semblait qu'il y en avait une autre. Effectivement bug-buddy existe, mais il lui manque plein de fonctionnalités. Je connais plus le coté KDE et le très bon kbugbuster, qui a justement besoin de plus de développeurs.

                • [^] # Re: Ce teaser...

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

                  Donc si je te suis bien : bug-buddy il lui manque des fonctionnalité mais c'est pas grave il a pas besoin de dévellopeur ...

                  ----->[] :)

                  • [^] # Re: Ce teaser...

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

                    Bug buddy est un rapporteur de bug (et, entre nous, une horreur). Cela n'a rien à voir avec un "lecteur/trieur" de bug que je sache.

                    Par contre, si un tel logiciel KDE existe, ça m'intéresse de jeter un oeil sur le site pour voir comment ils ont fait.

                    En fait, je n'ai jamais vu ni entendu parler d'un logiciel comme Conseil et c'est pourquoi je le développe. Je peux le dire en toute humilité car l'idée originale n'est pas de moi mais trainait sur le wiki Ubuntu.

                    Mes livres CC By-SA : https://ploum.net/livres.html

                    • [^] # Re: Ce teaser...

                      Posté par  . Évalué à 4.

                      Je t'ai fait une suite de screenshots pour que tu puisses regarder : http://lezardbreton.free.fr/kbugbuster/

                      • [^] # Re: Ce teaser...

                        Posté par  . Évalué à 2.

                        Les serveurs de Free sont vraiment pourris, désolé. Je vais essayer de mettre ça ailleurs ce soir.

                      • [^] # Re: Ce teaser...

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

                        un tout grand merci, ça me renseigne beaucoup, je ne savais pas que ça existait.

                        Mes livres CC By-SA : https://ploum.net/livres.html

                        • [^] # Re: Ce teaser...

                          Posté par  . Évalué à 4.

                          De rien, j'appuie à fond la création d'outils de ce type, ça a une réelle utilité, à la fois pour les développeurs, mais aussi pour les contributeurs occasionels dont je fais partie. Ca m'attriste que tu le fasses d'abord pour launchpad, mais tu as bien précisé que l'objectif était que ça marche pour d'autres, alors bonne chance !

    • [^] # Re: Ce teaser...

      Posté par  (site web personnel, Mastodon) . Évalué à 5.

      J'avais rédigé la critique du livre "Python en concentré" que j'ai reçu via linuxfr il y a quelques mois. J'avais à l'époque promis d'en faire une critique.

      Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: Ce teaser...

        Posté par  . Évalué à 10.

        bah fais nous "ta critique en concentré"...

      • [^] # Re: Ce teaser...

        Posté par  . Évalué à 3.

        Et tu comptes le retaper ton journal ?

        • [^] # Re: Ce teaser...

          Posté par  (site web personnel, Mastodon) . Évalué à 9.

          wep, juste pas aujourd'hui. En plus, c'est généralement mieux quand on retape. Faut juste avoir le courage de faire exprès d'effacer le premier jet ;-)

          Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: Ce teaser...

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

          ah, j'avais vu une fois une astuce pour récupérer du texte perdu de cette mémoire... je crois qu'il faut sauvegarder un fichier de /proc qui correspond au contenu de la mémoire vive... tu copies ce fichier ailleurs, faisant une image de ta RAM, puis tu fais une recherche dedans à coup de "strings". Si tu n'as pas trop fait d'actions depuis la perte du texte, tu peux récupérer pas mal de choses...

      • [^] # Re: Ce teaser...

        Posté par  . Évalué à 2.

        Du concentré de python ?
        Mais nom de Dieu, ploum< !! C'est un animal protégé, ça va pas de faire des choses pareilles ?!

  • # bloub

    Posté par  . Évalué à -3.

    C'est normal, c'est l'anti-bloub qui fait ses effets

    Mais avec le nombre de journaux que tu as posté, c'est étonnant que cela ne t'arrive que maintenant, peut-être parce que personne d'autre que toi ne fait des journaux sur ubuntu et du coup le mot clé n'est pas détecté par l'anti-bloub....

    Toutes mes condoléances

  • # D'un autre côté

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

    Si tu avais posté ce journal sur ton blog avant de le poster ici tu aurais eu un backup... ;-)

  • # root

    Posté par  . Évalué à 7.

    Si t'es root sur la machine, le réflexe à avoir c'est de faire un grep sur /dev/mem (strings /dev/meme |grep "ma phrase que je suis sur qu'elle est là" ou less. A supposer que tu sois sur une machine UNIX.
    En effet il y a une grosse probabilité que ce que tu as tapé soit encore en mémoire.
    Sinon l'historique de firefox retiens les données POST envoyées... A ce moment tu peux faire un back dire, oui je veux renvoyer les données, et sniffer ce que ton navigateur réenvoie...
    Toujours à supposer que t'ai les droits sur ta machine...

    • [^] # Re: root

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Ouaip, j'ai déjà fait ça mais c'est laborieux : tous les caractères spéciaux sont perdus, on n'a parfois qu'une partie entrecoupée de plein d'autres trucs. C'est beaucoup de temps, il faut que le texte soit vraiment important.

      Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: root

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

        "C'est beaucoup de temps, il faut que le texte soit vraiment important."

        Parce qu'un journal de Ploum, c'est pas important peut-être? ;-)

        • [^] # Re: root

          Posté par  (site web personnel, Mastodon) . Évalué à 1.

          Réponse à ta citation :

          "En effet, la marche arrière n'est pas encore implémentée."


          Cependant un organisme s'est formé pour proposer une standardisation des spécifications de la marche arrière. Du coup, les développeurs attendent les specs pour implémenter.

          Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: /dev/meme

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

      strings /dev/meme |grep "ma phrase que je suis sur qu'elle est là" ou less. A supposer que tu sois sur une machine UNIX.


      /dev/meme, c'est le fichier du périphérique "déambulateur" sur une machine UNIX, non ?

      • [^] # Re: /dev/meme

        Posté par  . Évalué à 5.

        Nope, c'est un char device qui permet d'accéder à la mémoire collective des utilisateurs du système (il en faut un minimum conséquent, c'est pour ça que tu l'as jamais vu sur ta machine).[1]

        Par exemple, sur le serveur de dlfp:

        # cat /dev/meme
        \_°<~ coincoin
        pan ! pan !
        Pierre Tramo
        J2EE
        ploum
        boulangère
        la cabale n'existe pas !
        Ton clavier se blo
        Mort au pa
        Segmentation fault - core dumped.

        Oups, c'était trop gros et c'est pas passé. M'enfin t'as le core dump ici:
        https://linuxfr.org/~Floxy/22238.html

        [1] http://en.wikipedia.org/wiki/Meme

    • [^] # Re: root

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

      strings /dev/meme |grep "ma phrase que je suis sur qu'elle est là" ou less.

      Bon courage. Le fichier en question, c'est /proc/kcore.

      Ensuite il faut le copier, pas le traiter directement ! (a moins que tu aimes tourner en boucle)

      # cp /proc/kcore /tmp/mem.dump
      # strings /tmp/mem.dump > /tmp/mem.txt
      # rm /tmp/mem.dump
      # grep /tmp/mem.txt|less

      Pas besoin de faire tourner grep sur un binaire de plusieurs centaines de Mo...

      • [^] # Re: root

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

        # cp /proc/kcore /tmp/mem.dump
        cp: Ne peut ouvrir `/proc/kcore' en lecture: Opération non permise


        Une idée ?

        • [^] # Re: root

          Posté par  . Évalué à 4.

          T'es root ? Parce que sinon ce serait contraignant que tu puisses lire la memoire des applis root...

          • [^] # Re: root

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

            ouais, même en root ça le fait ;-) (il est # le monsieur d'ailleurs)

            ça marchait avant sous Ubuntu Breezy, ça marche plus sous Dapper, je confirme.

            Mes livres CC By-SA : https://ploum.net/livres.html

          • [^] # Re: root

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

            oui oui, c'est pour ca que j'ai pris la peine de laisser le #...
            Je suis pas con quand meme ^ je me doute que seul le root peut lire le contenu de la mémoire...

      • [^] # Re: root

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

        Notez qu'il ya un utilitaire dédié à ca : memdump. http://www.porcupine.org/forensics/tct.html

        Ca m'a sauvé la vie plus d'une fois dans des situations similaires :-)

        • [^] # Re: root

          Posté par  . Évalué à 2.

          Après quelques recherches, il semble en effet que cet utilitaire memdump soit la meilleure solution pour dumper la mémoire. Il existe sur plusieurs unix différents (sur certains, /dev/mem peut ne pas renvoyer d'EOF lorsque la fin est atteinte), et est conçu pour consommer le minimum de mémoire possible.

          Mais dans ce cas ça n'étais pas la meilleure solution... En effet comme le dit pterjan plus bas http://linuxfr.org/comments/737267.html#737267 , c'est un problème de navigateur.

          Donc dans le navigateur, un précédent, suivi d'un suivant, et le navigateur devrait renvoyer les données POST (après l'avoir demandé). En l'occurrence il y a même une page intermédiaire qui demandait de valider ou non, donc pas besoin de sniffer les données ou que ce soit.

          Sinon pour ceux qui ont l'habitude de travailler sur le web, l'extension firefox http://livehttpheaders.mozdev.org/ est un must.
          Elle permet de capturer toutes les données qui transitent en POST ou GET, d'effectuer des replay, manipuler les headers etc...
          Donc pour l'utiliser dans ce cas précis, à supposer qu'il n'y ait pas de page de validation, il aurait suffit de faire précédent, lancer et activer la capture de l'extension, puis suivant, et hop! L'extension capture les données, et elles peuvent être lues, copiées, et on peut meme modifier la validation (faire comme si la case "Valider" était cochée).

      • [^] # Re: root

        Posté par  . Évalué à 1.

        Linux c'est vraiment trop fort!
        J'avais perdu un post sur un forum avec un CTRL+R malheureux et grâce au dump de kcore j'ai pu le récuperer intégralement (les accents en moins) ;)
        J'ai fait toutes les commandes avec sudo et ça a marché (Kubuntu 6.10) par contre préférer le cat /tmp/mem.txt | grep "ma phrase" -C 10 car less met trop de temps à afficher le fichier et pour chercher la dedans c'est galère.

  • # Hum

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

    Pour moi c'est un problème avec ton navigateur.
    Avec galeon, quand je fais back il me signale que je vais re-valider un formulaire (celui pour prévisualiser), et ensuite je retrouve mon contenu.

    • [^] # Re: Hum

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

      Meme chose avec Konqueror...

      Meme chose avec Firefox...

      Ploum utilise Epiphany, surement un bug de ce navigateur.

    • [^] # Re: Hum

      Posté par  . Évalué à 2.

      en général j'utilise Konqueror voire Firefox, et ce qui est arrivé à Ploum m'est arrivé également, par contre j'avais sélectionné le texte en mémoire, si bien que j'ai pu le récupérer.

      hmm, par contre je viens de refaire le test (désolé, le journal a dû être posté quand même par erreur), et là avec konqueror j'ai pu faire un retour et le journal était encore là.

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: Hum

        Posté par  . Évalué à 2.

        idem avec firefox

        j'ai pas encore essayé avec links et dillo

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # /proc/kcore et grep sont tes amis.

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

    grep -a -C 50 "un truc de ton journal" /proc/kcore > /var/tmp/tentative-de-recup.txt

    J'ai déjà récupéré des trucs comme ça après un merdoyage de dotclear ;-).

    • [^] # Re: /proc/kcore et grep sont tes amis.

      Posté par  . Évalué à 2.

      cela fonctionne vraiment pas mal du tout, et est plus rapide que la méthode plus haut !
      Merci bien du truc, je le copie dans mes notes.

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: /proc/kcore et grep sont tes amis.

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

        Faut faire attention à ce que ton process touche le moins possible à la mémoire, et ne rien faire d'important entre temps. Par exemple, j'avais essayé avec ... > /tmp/resultat.txt, avec /tmp monté en tmpfs, et bah c'est la merde ;-).

Suivre le flux des commentaires

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