Bruno Michel a écrit 3285 commentaires

  • [^] # Re: Grillé

    Posté par  (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 9.

    > Troll à part, pourquoi changer un truc qui marche ?
    > If it ain't broke, don't fix it!

    Mais c'est cassé. Tu ne t'en pas rends pas compte, mais nous avons des problèmes avec la version actuelle. Parfois, le cache fait n'importe quoi. Certaines pages sont générées avec un "/my" au début de chaque URL (nous n'avons pas réussir à trouver ce qui déclenche ce problème, mais nous en retrouvons de temps à autres dans le cache). Nous, admins, passons régulièrement du temps pour corriger des problèmes.

    > mais j'espère qu'on ne va pas subir encore les affres du passage de DaCode à Templeet où on a retrouvé un site qui marchait moins bien (ça semble résolu maintenant) et avec moins de fonctionnalités au début.

    Il faudra probablement s'attendre à avoir des fonctionnalités différentes. Certaines vont manquer aux débuts. Mais il y aura aussi des nouveautés.

    > Et tant qu'à lancer le débat, pourquoi pas en Java maintenant que ça-sent-bon-c'est-libre ? Le choix me semble plus un caprice de développeur (un peu comme templeet, d'ailleurs) qu'un truc réfléchi.

    C'est un choix personnel (même si les autres admins de LinuxFr.org sont d'accord avec lui). Cela n'en est pas moins un choix réfléchi. Je connais très bien Ruby on Rails, ses forces et ses faiblesses. Je connais d'autres frameworks, et je pense que RoR convient mieux.

    Par contre, il est vrai que je ne connais pas le monde Java. Il me semble donc plus prudent de ne pas se lancer dedans, car il faudra non seulement développer, mais aussi administrer tout cela (et je ne crois pas que les autres admins soient plus enthousiasmés que moi pour du java).
  • [^] # Re: Grillé

    Posté par  (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 6.

    > C'est du templeet ~~

    Oui, ça résume bien le problème.

    LinuxFr.org est le seul site avec un trafic conséquent qui utilise templeet. Cela pose des problèmes car nous sommes souvent les seuls à subir certains bugs. Par exemple, nous devons être les seuls à utiliser le système de cache de templeet, car celui-ci est régulièrement cassé, et nous avons dû le débugger par nous-mêmes.

    Templeet est également un frein à l'évolution du site, car l'absence de communauté et sa syntaxe proche du lisp font que nous avons très peu de contributions directes et très peu de modules disponibles. Un exemple parmi tant d'autres : il n'y a rien pour faire de l'OpenID avec templeet.

    Enfin, pour avoir utilisé régulièrement Ruby on Rails et templeet au cours des derniers mois/années, je vois le gouffre qui les sépare, et j'ai de plus en plus de mal à me plonger dans le code de LinuxFr.org.

    Allez, un dernier lien (pub) sur le sujet : http://blog.menfin.info/post/2007/09/23/SEPT-RAISONS-POUR-LE(...)
  • # Grillé

    Posté par  (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 3.

    Bien vu :)

    Je pensais poster un journal aujourd'hui pour annoncer cela, mais j'ai été grillé. Ma résolution pour 2009 est donc de réécrire LinuxFr.org en Rails. Cela va prendre du temps (le code existant fait quelques dizaines de milliers de lignes de code/template/css). Ne vous attendez pas à ce que ce soit mis en ligne avant plusieurs mois.
  • [^] # Re: Note

    Posté par  (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 1.

    Non, la montée en charge est loin d'être ce qui m'inquiète le plus. Rails (et Django) ont des performances bien meilleures que les frameworks MVC en PHP. Par contre, d'autres défis m'attendent. Par exemple, je crains l'import des données existantes : le schéma de la base de données n'est pas des plus limpides, et on aura bientôt un million de commentaires, donc pas question de faire ça à la main.
  • [^] # Re: Bah

    Posté par  (site web personnel) . En réponse au journal LinuxFR en rails ?. Évalué à 6.

    Oui, mais là, c'est ma résolution pour 2009, donc je vais au moins commencer à écrire du code.
  • # La réponse de verisign

    Posté par  (site web personnel) . En réponse au journal MD5 considered harmful today. Évalué à 2.

    Verisign a publié une réponse[1] où ils expliquent que MD5 n'est plus utilisé pour les certificats.

    [1] https://blogs.verisign.com/ssl-blog/2008/12/on_md5_vulnerabi(...)
  • [^] # Re: CSS

    Posté par  (site web personnel) . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 3.

    Ah oui, effectivement, pas le droit de critiquer qq chose de laid, c'est libre, faut absolument faire mieux pour emettre un avis

    Non, il n'y a pas à faire mieux ou moins bien. L'important est de se placer dans le rôle d'un contributeur, de comprendre que cela prend beaucoup de temps, que l'on place des attentes dans sa contribution... Après avoir contribué, les personnes n'ont généralement plus le même regard sur les contributions et font beaucoup plus attention aux commentaires qu'ils postent.

    J'attends donc avec impatience que tu propose quelque chose, une dépêche, un logo, une CSS pour un futur événement (par exemple, on a aucune CSS prévue pour la prochaine version de mandriva).

    Ma proposition était sincère. J'espère que tu feras cet effort, que ce sera une source d'enseignements pour toi (quels qu'ils soient), et après, libre à toi de critiquer autant que tu voudras.
  • [^] # Re: CSS

    Posté par  (site web personnel) . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 8.

    Par contre, les admins du site sont sense en connaitre un peu sur le sujet

    Je vais sûrement te décevoir, mais aucun des admins n'a de formation ou de compétence particulière en design, graphisme, ergonomie ou accessibilité. C'est encore une fois la différence entre le site de la SNCF et LinuxFr.org.

    Quand la SNCF développe un site web, elle a un budget qui lui permet d'employer une équipe avec des compétences dans tous les domaines souhaitées.

    Quand on développe LinuxFr.org, on compte sur la bonne volonté de chacun sans préjuger de leur compétence. Les personnes qui proposent des dépêches n'ont pas fait une école de journalisme. Les relecteurs sont choisis pour leur implication sur le site, pas pour avoir suivi des études littéraire. Idem pour les modérateurs et les admins.

    Si les fondateurs de LinuxFr.org avaient attendu d'être une équipe avec toutes les compétences souhaitées, je pense que le site n'aurait jamais vu le jour. Et ce qui risque de tuer LinuxFr.org, ce ne sont pas les contributions (réussies ou non), mais de n'avoir plus que les très rares contributions d'experts.
  • [^] # Re: CSS

    Posté par  (site web personnel) . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 5.

    Tu sais ce que l'on dit ? « La critique est aisée mais l’art est difficile ». J'attends donc avec impatience que tu propose quelque chose, une dépêche, un logo, une CSS pour un futur événement (par exemple, on a aucune CSS prévue pour la prochaine version de mandriva). On en reparlera à ce moment là.

    Quant à la comparaison entre LinuxFr.org et le site de la SNCF, ça n'a rien à voir. Le site de la SNCF est un site commercial, développé par une équipe de professionnels (comprendre qui sont payés pour ça, je ne jugerais pas de leur niveau technique). LinuxFr.org est un site communautaire qui vit des contributions de chacun de manière bénévole. Si nous ne devions accepter que les contributions qui respectent les règles de l'art, le site serait mort depuis longtemps.
  • [^] # Re: Et comment faire pour le garder ?

    Posté par  (site web personnel) . En réponse au journal Quel joli dégradé de vert .... Évalué à 4.

    Pas d'inquiétude à avoir : tout est déjà hébergé sur le serveur de LinuxFr.org. Vous pourrez continuer à utiliser cette CSS (ou n'importe quelle autre) pour encore pas mal de temps si vous le souhaitez.

    Je fais ça pour toutes les CSS spéciales pour 2 raisons : la pérennité des fichiers après l'événement et éviter tout problème le jour J (du genre le serveur qui héberge ces fichiers n'a pas la bande passante suffisante pour délivrer rapidement ces fichiers à tous les lecteurs de LinuxFr.org, ou il explose son quota mensuel).
  • # Veille Technologique chez AF83

    Posté par  (site web personnel) . En réponse au journal Nouveautés logicielles du mois selon moi. Évalué à 3.

    Bon, puisqu'on en est à se faire de la pub, voici mes liens en vrac : http://dev.af83.com/category/veille-technologique/.

    Chaque semaine, je poste des liens en vrac sur le blog des dévs de ma boîte (AF83). C'est très orienté web et ça porte le nom de veille technologique.
  • [^] # Re: ~troll()

    Posté par  (site web personnel) . En réponse à la dépêche Cake automnal. Évalué à 3.

    Tu peux aussi envoyer un mail à un admin pour lui demander de faire ça (c'est d'ailleurs de cette façon que nous avons procédé pour cette dépêche).
  • [^] # Re: ~troll()

    Posté par  (site web personnel) . En réponse à la dépêche Cake automnal. Évalué à 5.

    J'ai corrigé cela. Maintenant, la page passe la validation xhtml.
  • [^] # Re: ~troll()

    Posté par  (site web personnel) . En réponse à la dépêche Cake automnal. Évalué à 3.

    Heu, l'intégration de l'image dans la news, c'est du fait main. Templeet n'a rien fait de particulier.
  • # En ruby

    Posté par  (site web personnel) . En réponse au journal Quel langage pour un non informaticien?. Évalué à 3.

    Pour commencer à programmer, je ne pense pas que Ruby on Rails soit l'environnement le plus acceuillant. Je conseillerais plutôt la bibliothèque Shoes : http://shoooes.net/.
  • [^] # Re: Bug

    Posté par  (site web personnel) . En réponse à la dépêche Fedora 10 (Cambridge) et Install Party Paris les 6 et 7 décembre 2008. Évalué à 2.

    Si vous rechargez la page, est-ce que vous avez encore le problème ?
  • [^] # Re: Thème

    Posté par  (site web personnel) . En réponse à la dépêche Fedora 10 (Cambridge) et Install Party Paris les 6 et 7 décembre 2008. Évalué à 6.

    Ce n'est pas très compliqué :
    1) Aller sur http://linuxfr.org/css.html
    2) Cliquer sur zazooo_fedora.css
    3) Profiter de ce thème
  • [^] # Re: Remplissons la bdd

    Posté par  (site web personnel) . En réponse au journal Le million, le million !. Évalué à 3.

    Raté, c'est le 984913 !
  • [^] # Re: lien ?

    Posté par  (site web personnel) . En réponse à la dépêche Phoronix souhaite savoir comment vous utilisez Xorg. Évalué à 5.

    C'est le lien "Le sondage" avec un petit drapeau juste avant.
  • [^] # Re: Pour ceux qui ne connaissent pas…

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Merb 1.0. Évalué à 3.

    Marrant cette comparaison aux systèmes d'exploitation. Si on m'avait demandé mon avis sur la question, j'aurais plutôt comparé Rails à Mac OS X (pour le coté tout intégré, qui marche bien tant que l'on reste dans les cas d'utilisations courants) et Merb à GNU/Linux (pour les choix à faire : sous GNU/Linux, on choisit son window manager, avec Merb, on choisit son ORM).
  • [^] # Re: beauté-buntu

    Posté par  (site web personnel) . En réponse à la dépêche Ubuntu 8.10 : le bouquetin intrépide sort de son antre. Évalué à 9.

    > Mais au fond, pourquoi ne pas faire cela pour toutes les distributions majeures ?

    Nous l'avons fait pour Ubuntu, car rootix nous a proposé cette CSS, et nous le ferons pour d'autres événements si des personnes proposent une CSS adaptée.
  • [^] # Re: Le lien

    Posté par  (site web personnel) . En réponse au journal Tiens ils nous refons le coup.... Évalué à 1.

    J'ai corrigé le lien dans le journal.
  • [^] # Re: irc

    Posté par  (site web personnel) . En réponse à la dépêche Window Maker : projet relancé. Évalué à 2.

    Je dirais freenode (chat.freenode.org), vu que c'est le serveur IRC le plus connu pour les projets libres.
  • [^] # Re: petite réaction :P

    Posté par  (site web personnel) . En réponse à la dépêche Dix ans de DLFP : entretien avec l'équipe LinuxFR 1/3. Évalué à 3.

    Comme l'écrit Baud123 ci-dessus, ce n'est que mon impression. Je sais que LinuxFr.org joue un rôle important en France, car je le vois régulièrement, mais je ne saurais pas dire quelle place il a dans d'autres régions francophones.
  • [^] # Re: Moi aussi...

    Posté par  (site web personnel) . En réponse à la dépêche Dix ans de DLFP : Entretien avec l'équipe LinuxFR 2/3. Évalué à 4.

    La meilleure méthode pour gagner des XP consiste à proposer des dépêches. Chaque dépêche acceptée fait gagner 50 points. On rappelle régulièrement cette possibilité dans les dépêches sur la vie du site.

    Sinon, le code source de LinuxFr.org est disponible : https://linuxfr.org//linuxfr-snapshot.tar.bz2. Tu peux fouiller dedans pour trouver les autres moyens de gagner des XP ;-)