URL: https://linuxfr.org/users/nono/journaux/pourquoi-r%C3%A9%C3%A9crire-linuxfrorg Title: Pourquoi réécrire LinuxFr.org ? Authors: Bruno Michel Date: 2010年11月25日T17:47:23+01:00 Tags: linuxfr, rails, templeet et ruby_on_rails Score: 43 LinuxFr.org tourne actuellement avec un moteur qui s 'appelle templeet et, à dire vrai, ça tourne plutôt bien. Et pourtant, je suis en train de réécrire le site avec Ruby on Rails parce que je pense que c'est indispensable pour que le site puisse continuer à vivre. J'ai déjà pu donner quelques explications, notamment dans les commentaires, mais je ne crois pas avoir déjà fourni une explication complète. Alors, pourquoi cette réécriture ? 2 raisons : maintenance et évolutions. Pour la maintenance, je ne connais plus personne prêt à contribuer à LinuxFr.org qui connaisse templeet en profondeur. Je ne parle pas seulement de savoir utiliser templeet, mais également être capable de corriger des bugs dans les entrailles de templeet. En fait, même le développeur actuel de templeet n'est probablement plus en mesure de nous aider. Nous utilisons la version 3 de templeet et lui se concentre sur la version 4. Ces 2 versions sont très éloignées, à tel point qu'il ne nous paraît pas envisageable de migrer vers la nouvelle version. À titre d'exemple, nous avons un bug connu sur le système de cache qui insère des 'my' dans tous les URL. Le bug n'arrive pas très fréquemment et il suffit de purger le cache à ce moment là pour réparer, mais nous préférerions ne pas avoir à faire ça. Nous avons essayé de corriger le bug, mais nous n'en avons pas été capable. Pire, quand on trace l'exécution du module de cache de templeet, on se rend compte qu'il ne passe jamais par le même chemin. Ce problème n'est pas très gênant, mais si nous devions mettre à jour PHP pour des raisons de sécurité et que cela introduisait une régression dans templeet, nous serions bien en peine pour la corriger. Il est donc très dangereux de continuer à fonctionner avec un moteur non maîtrisé. L'autre raison est l'évolution. Quand on regarde les statistiques, on se rend compte que le nombre de visiteurs reste stable mais que le nombre de contenus (aussi bien dépêches que journaux, forums ou commentaires) diminue un peu chaque année. Le site doit donc évoluer pour permettre à plus de personnes de contribuer. Or, pour évoluer, cela demande des personnes qui codent. Idéalement, nous souhaiterions que les lecteurs puissent proposer des patchs pour le faire évoluer et intégrer dans l'équipe les personnes contribuant régulièrement. À défaut, le site peut évoluer avec juste un ou deux développeurs si ceux-ci sont efficaces. Dans les deux cas, cela demande d'avoir une documentation à jour, des modules/bibliothèques et un moyen de pouvoir discuter avec d'autres développeurs (forums, mailing-lists, IRC). Pour templeet, les 3 manquent. Essayez donc d'aller lire la [doc du module session](https://web.archive.org/web/20110131225238/https://www.templeet.org/templeet_doc/session.html.fr) (le lien pointe vers la doc en français qui est plus complète que celle en anglais, NdM: réédité en 2021 pour la version archive.org de l'époque), de trouver un composant de coloration syntaxique du code ou de trouver un développeur templeet. Vous allez voir, c'est très compliqué. Dans ces conditions, la survie du site à moyen terme me semblait (et me semble toujours) passer obligatoirement par une réécriture. Cette réécriture ne résoudra pas magiquement tous les problèmes comme la baisse des contributions, mais en tout cas, c'est un pas en avant qui devrait bien aider.