Je m'explique :
À maintes reprises, je me suis rendu compte que j'étais incapable de répondre aux questions que se posaient les personnes qui postaient. Outre le fait de me sentir vraiment inutile - c'est la vie, j'ai souvent noté que ces questions avaient plus leur place sur des forums spécialisés (mais je suppose que les questions qu'on lit ici sont aussi posées ailleurs).
Attention, j'ai moi-même posté dans ces mêmes forums ; mais toujours en me disant "je ferai (…)
La nouvelle version de LinuxFr.org est en ligne depuis quelques jours. Vous nous remontez régulièrement des bugs et des propositions d'améliorations dans le suivi. Je vous encourage à continuer et à commenter / voter sur les entrées qui vous intéressent.
Voici quelques entrées sur lesquelles j'aimerais particulièrement avoir vos retours :
Je pense que vous êtes également intéressés par l'architecture logicielle de cette nouvelle version. Vous pourrez donc trouver quelques explications à son sujet en seconde partie et n'hésitez pas à poser des questions dans les commentaires.
Le site LinuxFr.org existe depuis juin 1998. Il est passé par différentes versions, fonctionnant avec différents moteurs : DaCode, Templeet et maintenant Ruby on Rails. Le site a donc utilisé le tout intégré DaCode, puis des modèles de page en Templeet développés par l'équipe du site, puis une version intégrée en Ruby.
Templeet avait été lancé principalement pour LinuxFr.org, il a été et est utilisé par d'autres sites comme moteur de « templates ». Il continuera sa vie de son côté, une version 4 étant attendue d'ici quelques mois.
La nouvelle version propose une charte graphique refaite pour l'occasion. Un concours a été organisé dans ce but et la feuille de style (CSS) gagnante, RonRonnement, est devenue la nouvelle CSS par défaut. Si celle-ci ne vous plaît pas, vous pouvez toujours profiter des autres CSS (l'ancienne feuille de style est là sous le nom kaiska-new).
Il est difficile de lister tous les changements liés à cette migration, mais voici les plus notables :
Mais certaines fonctionnalités n'ont pas encore été portées : la messagerie interne, les statistiques et le choix des contenus sur la première page.
Après les remous de la migration vers le nouveau site, l'équipe du site est à votre écoute pour recenser tous les problèmes que vous pourriez rencontrer.
Voilà, j'étais de nouveau à la recherche d'une mouleuse pour la tribune, même si je n'y poste (presque) jamais, c'est un bon endroit pour trouvez des urls à la con à mailer à tout ses contacts...
Après avoir essayé de dompter (de nouveau) wmcoincoin, son interface austère et tout sauf web 2.5.1f comme le site web s'en vante, je décide de partir à la recherche d'un autre client...
Puis je fini par tomber sur: http://tifauv.homeip.net/koinkoin
En Qt4/KDE4, interface sympa, j'adopte (…)
En ce 20 février de l'an 2011, il n'aura échappé à personne ici que LinuxFr.org a changé de moteur (félicitations aux développeurs et à tous ceux qui ont participé). De nouvelles fonctionnalités sont apparues et les marmottes s'en réjouissent.
Mais tout va t il pour le mieux sur le meilleur des sites d'information sur le logiciel libre ? En me connectant ce midi j'ai eu comme un doute : OÙ EST PASSÉE L'INFORMATION ?Réponse : elle est noyée dans (…)
Voila c'est tout ce que j'avais à dire, en ce jour du saigneur.
Bonjour,
Je sais que je devrais faire plus gaffe, mais quand même. C'est déjà la deuxième que j'ajoute à un article un tag qu'il avait déjà. Le problème, c'est que le système ne le remarque pas et me laisse faire.
Ne pourrait-on pas rajouter une vérification de doublon ?
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 (…)
