StreakyCobra a écrit 143 commentaires

  • [^] # Re: ACTA

    Posté par  . En réponse au journal Une lueur boréale d'espoir. Évalué à 4.

    Je viens d'une région plutôt viticole, et il se trouve que la cave est mieux planquée que le garage, enfin, on pinaille là :)

    Mon message tient de l'ironie et de l'humour, je doute que beaucoup d'informaticiens envient de retourner dans leurs soubassements! Mais après oui tu as raison il faut se battre, déjà rien qu'en parlant de ces prémices d'accords totalement aberrants.
  • # ACTA

    Posté par  . En réponse au journal Une lueur boréale d'espoir. Évalué à 9.

    Je n'avais jamais entendu parler de cet proposition d'accord. Ça fait peur!

    Mais bon il faut positiver. Si ils commencent à mettre ce genre d'accord en place, on pourra arriver à une époque mythique ou l'on pourra revivre un période du type «radio pirate» mais dans le domaine de l'informatique. Je prévois déjà une place à la cave pour mettre un PC underground avec une connexion internet satellite et un système d'exploitation communiste tel que gnu/linux, et de faire mon hors-la-loi en utilisant des logiciels et protocoles de chiffrement criminels pour contribuer au monde du libre!
  • # S5

    Posté par  . En réponse au message transformer une présentation beamer en HTML/javascript. Évalué à 2.

    Salut!

    Alors je ne connais pas de script qui transcrive automatiquement du Latex/Beamer en Html/Javascript, mais par contre je peux t'aider pour un framework qui permet de réaliser ce genre de présentation.

    Il s'agit de S5, que j'ai découvert il y a quelques temps déjà et qui m'a satisfait pour quelque-uns de mes projets. J'espère que c'est le logiciel qu'il te faut, sinon qu'il puisse au moins t'aider dans tes recherches.

    Site web de S5:
    http://meyerweb.com/eric/tools/s5/

    Exemple de présentation:
    http://meyerweb.com/eric/tools/s5/s5-intro.html
    (Clic ou flèches pour naviguer, outils de navigation tout en bas à droit au passage de la souris)
  • # Très bon film ...

    Posté par  . En réponse au journal Au delà du manichéisme "vie privée" contre "vie publique" : le droit à la discrétion. Évalué à 1.

    ... au passage
  • [^] # Re: «Blocage de la suppression d'une signature»

    Posté par  . En réponse au journal Les blogs et la formation. Évalué à 1.

    Je suis tout à fait d'accord avec vous deux, quand ils commencent même à utiliser des fichiers de configurations clef-valeur en XML ça devient totalement inutile et c'est l'horreur.

    Mais dans ce cas je pensais effectivement à une enveloppe XML contenant ton article au format creole. Ça c'est une question de goût et si tu penses que les balises creole conviennent parfaitement pour l'usage dont tu as besoin et bien ... départ :-) !
  • [^] # Re: «Blocage de la suppression d'une signature»

    Posté par  . En réponse au journal Les blogs et la formation. Évalué à 1.

    Le XML je l'aurais bien vu pour l'interopérabilité. Par exemple c'est possible qu'un jour un programme soit crée pour contrôler toutes les signatures d'une série de fichiers, ou pour visualiser un fichier avec contrôle les signatures à l'ouverture.

    Je me mets à la place des développeurs qui n'aimeraient sûrement pas devoir réaliser un parser pour analyser ton fichier, mais utiliser simplement les outils XML existants pour séparer les signatures de l'article

    Enfin je dis ça dans un souci de perfectionnisme. C'est clair que ça complexifiera un peu la tâche pour afficher les articles dans le blog. Mais je me dis que tant qu'a faire les choses, autant les faire bien non ;-) ?
  • [^] # Re: «Blocage de la suppression d'une signature»

    Posté par  . En réponse au journal Les blogs et la formation. Évalué à 1.

    Oui, c'est plus simple! Et comme tous les chemins mènent à Rome, il faudra bien en choisir un :-) . J'ouvrais simplement une voie de réflexion.
  • [^] # Re: «Blocage de la suppression d'une signature»

    Posté par  . En réponse au journal Les blogs et la formation. Évalué à 1.

    Peut-être me suis-je mal exprimé. Je voulais en effet dire que le fichier ne peut-être sauvé en un seul endroit, et que pour pallier cela il faut que chaque partie s'occupe de garder une copie des données pour prouver sa bonne foie au cas ou. D'où l'idée du flux RSS (ex: podcast) pour que chacun puisse mettre en place chez lui un système qui télécharge automatiquement chaque billet d'une fois qu'il a été signé par les deux partis.

    On peut imager ça tel un contrat réalisé sur papier: il est fait à double exemplaire, et chaque personne garde une copie du contrat munie des deux signatures. Dans votre cas, chaque personne signe le billet, et ensuite récupère une copie du billet doublement signé.

    Si quelqu'un modifie le billet original sur le serveur pour supprimer les signatures, l'autre personne à une copie du fichier sauvegardé chez lui, et peut prouver que l'autre personne l'avait effectivement signé, ceci dans un sens comme dans l'autre.

    L'idée de la signature de l'apprenti, c'est plus dans l'idée ou le projet serait sous une licence libre, et qu'il risque d'être réutilisé dans d'autres sociétés avec des formateurs peu scrupuleux. Les apprentis doivent aussi avoir le droit de se défendre en cas de malveillances du formateur.
  • # «Blocage de la suppression d'une signature»

    Posté par  . En réponse au journal Les blogs et la formation. Évalué à 2.

    Je me suis attardé quelques instant sur la partie «Blocage de la suppression d'une signature».

    La pérennité des données va dépendre du bon vouloir de la personne ayant la main sur le blog, ou sur ton support WORM (si tu comptes utiliser cela). Dans ce dernier cas on peut toujours imaginer que quelqu'un détruise le support de donnée. Pour être sur qu'une signature ne puisse être effacée, je te conseille d'utiliser une des caractéristiques des signatures numériques (Signature_numerique). Elles sont irrévocables, ce qui signifie que d'une fois une signature établie, la personne qui l'a mise ne pourra nier l'avoir fait. Les parties en présences (Apprenti, Formateur) devraient donc signer numériquement les deux le billet, et d'une fois que cela est fait, récupérer chacun de leur côté le fichier doublement signé. Ainsi il n'y a pas de main-mise sur les données de la part d'une ou l'autre de parties. De plus la signature attestera si le texte qui a été signé est bien le texte contenu dans le fichier et rendra donc caduque toute modification apportée après la signature.

    J'opterai aussi pour un fichier XML contenant deux parties, une première contenant l'article et une autre contenant les signatures. Rien ne t'empêche après d'utiliser du créole dans la partie «article/» pour la mise en forme.

    exemple:

    «billet»
    «article»{Texte de l'article}«/article»
    «signatures»
    «signature»{Signature de l'apprenti de la partie contenu dans «article/»}«/signature»
    «signature»{Signature du formateur de la partie contenu dans «article/»}«/signature»
    «/signatures»
    «/billet»


    Ainsi ton fichier XML, d'une fois récupéré, atteste que l'apprenti et le formateur ont les deux signés le billet. Et si un jour vérification doit être fait de l'intégrité des signatures, la clef publique de chacune de parties permettras de vérifier si l'article qu'ils ont signés et bien celui contenu dans la balise «article/». Si tel est le cas il NE pourront NIER avoir signé ce billet, aussi bien le formateur que l'apprenti. Quand à la récupération automatique des fichiers j'opterai pour un flux RSS à la manière des podcasts, pour permettre à chacun une relève automatique des fichiers (d'une fois signés bien sûr).

    Pour le reste des fonctionnalités, cela s'apparente plus à du web pur et dur et j'imagine bien qu'il ne devrait pas trop y avoir de problèmes.

    En espérant que ça aille pu t'être d'une quelconque utilité :)
    Fabien

    PS: Désolé pour le XML pas tant «conforme», mais je n'arrivais pas à mettre les bonnes balises.
  • # N'est on jamais mieux servi que par soi-même?

    Posté par  . En réponse au message Un service d'hébergement de mails?. Évalué à 3.

    Si c'est vraiment un prestataire de confiance que tu cherches, je crois que le plus sûr est... toi-même. Un nom de domaine,un PC/serveur à domicile, un service SMTP, et la vie est-belle.
  • [^] # Re: BackinTime...

    Posté par  . En réponse au message Système de backup de données. Évalué à 1.

    Merci ça m'a l'air assez intéressant, je vais chercher dans cette direction now.
  • [^] # Re: Rsync tout simplement

    Posté par  . En réponse au message Système de backup de données. Évalué à 1.

    Merci de ta réponse. J'ai été jeter un oeil, et effectivement rsync irai parfaitement pour de la sauvegarde incrémentale.

    Mais ma question demeure, du point de vu pratique et fonctionnelle, est-ce plus intéressant de faire une sauvegarde incrémentale, complète ou alors faire un mix des deux?

    Merci pour l'info en tout cas, ca me sera bien utile :)
  • [^] # Re: Télécharger l'historique

    Posté par  . En réponse au message Sauvegarder un indice boursier quotidiennement. Évalué à 1.

    Ha merci je connais pas spécialement les sites de bourses et je savais pas qu'on pouvait les récupérer.

    Ça va bien m'aider tout ça, bien que je continue à regarder un peu rrdtool pour la génération des graphiques après.

    Merci à tous
  • [^] # Re: image

    Posté par  . En réponse au message Sauvegarder un indice boursier quotidiennement. Évalué à 1.

    En fait je récupère les valeurs numériques au jour le jour sur un site boursier. Cette partie est déjà faites et je récupère les données correctement.

    Il me reste juste à les stocker.

    Après rrdtool génère les graphiques par rapport aux données sauvegardées.
  • [^] # Re: rrdtool

    Posté par  . En réponse au message Sauvegarder un indice boursier quotidiennement. Évalué à 1.

    Merci pour l'info, je vais chercher de ce côté.
  • [^] # Re: Restons un poil objectifs

    Posté par  . En réponse au journal Larousse.fr, se met au collaboratif et pourquoi Wikipedia vaincra. Évalué à 0.

    Non maintenant que tu le dis... La véritée vrai juste existe quand on parle de linux :)
  • # Restons un poil objectifs

    Posté par  . En réponse au journal Larousse.fr, se met au collaboratif et pourquoi Wikipedia vaincra. Évalué à 1.

    L'arrivée de larousse dans le monde d'internet n'est pas une mauvaise chose en soi, et il n'y a, à mon avis, pas raison de s'inquiéter pour wikipédia.


    A) Pourquoi n'est-ce pas si mauvais que ça

    Une encyclopédie de plus ( tel que larousse ), c'est autant d'articles et de connaissances acquises durant bien des années avant l'arrivée du web chez les particuliers. Autant dire qu'il suffit d'en profiter. Le seul bémol pourrait venir des licences, mais pour l'instant pas moyen d'accéder au site pour voir ce qu'il en est.




    B) Pourquoi n'est ce pas un grand concurrent à wikipédia

    ( Pour cette partie, je me base sur ce que j'ai lu par rapport au système de modification de larousse. Je n'ai pas été vérifier sur le site.... )

    Si le système d'édition ne permet pas de modifier un article, tout l'intérêt d'une encyclopédie "participative" se perd. La "Vérité vrai" n'existe pas, tout est question de point de vue. Au mieux on peut juger de l'objectivité de ce dernier. Ainsi wikipédia permettant à chacun de donner son avis, ou du moins de discuter avec les partis opposés, nous offre une des information la plus "neutre" *** qu'on puisse trouver. Même un "Expert" (comme ils disent) d'un domaine reste influencé par son millieu social, son éducation, etc... Il n'aura ainsi surement pas la même vision que des personnes d'autres milieux, notamment sur les sujets sensibles.

    Les gens ne sont surement pas non plus prêt à réécrire tout un article pour corriger une information éronnée ou influencée.
    Wikipédia étant ouverte n'a donc que peu de souci à se faire venant d'une encyclopédie tel que larousse, qui privilégie l'information unilatéral ( Même si il y a la possibilité de crée un autre article sur le sujet... mias qui sera a son tour un article unilatéral ceci dit ).


    *** la plus "neutre" dans le sens "la plus nuancée". Actuellement cela peut dépendre fortement de l'article.
  • # EagleMode

    Posté par  . En réponse au journal Un plan pour le noyau Linux. Évalué à 2.

    Oui oui la vie est belle :-)

    Quoiqu'il ne manquerait plus qu'une intégration à Eaglemode¹ pour être parfait.

    [1] http://linuxfr.org/~farvardin/26537.html