Quand je ne suis pas occupé à faire des poissons d'avril, il m'arrive de coder de nouvelles fonctionnalités pour LinuxFr.org. Voici quelques-unes des dernières nouveautés :
- Les utilisateurs anonymes peuvent maintenant remonter des bugs dans le suivi, ce qui peut être pratique pour les personnes qui rencontrent justement des problèmes pour se connecter ;
- Une nouvelle CSS a été ajoutée à la liste des CSS alternatives : cascade-alternative ;
- Un correcteur orthographique détecte maintenant les erreurs d'orthographe et les souligne en rouge lors de la prévisualisation des contenus et commentaires ;
- La toolbar permet maintenant de naviguer entre les contenus lus avec de nouveaux commentaires avec les touches
[
et]
, ouh
etl
; - La gestion des tags a été revue et il est maintenant possible de supprimer un de vos tags en cliquant sur l'icône à sa gauche ou voter pour un tag en l'ajoutant aux vôtres par l'icône qui permettra ultérieurement de juger de sa popularité ;
- L'anti-spam sur les dépêches a été renforcé suite à une vague de spams ;
- Des statistiques sur le suivi sont maintenant disponibles et celles pour les autres types de contenus devraient suivre ;
- Les dépêches écrites dans l'espace de rédaction sont automatiquement placées sous licence CC by-sa ;
- Les GIF animés sont désormais bloqués pour les avatars ;
- Et bien sûr de nombreuses corrections de bugs :p
J'espère que vous appréciez ces évolutions et que vous allez continuer à voter et/ou commenter les entrées du suivi qui vous intéressent, votre ressenti ou utilisation particulière de LinuxFr - lorsque précisé dans les commentaires - permettant d'orienter les développements.
Actuellement, le moyen le plus efficace de proposer des améliorations est de passer par le suivi, n'hésitez pas à commenter cette dépêche au besoin en y associant votre entrée dans le suivi.
L'étape suivante est de promouvoir la participation à LinuxFr au plus grand nombre voire de vous investir dans son développement. Les initiatives de weboob ou issues de la tribune pourraient être ainsi promues et fédérées. Toute l'équipe remercie ceux qui ont réussi à rentrer dans le code RoR et ceux qui proposent des modifications Waméliorations de CSS.
Par exemple, vos retours factuels dans le suivi pour améliorer l'utilisation de la syntaxe Markdown - après l'avoir un peu utilisé - permettront de mieux comprendre votre utilisation et vos attentes ou difficultés, plutôt que de rappeler le lien aide-edition dans les commentaires ou de mobiliser des modérateurs pour corriger la syntaxe d'utilisation des listes dans vos commentaires, par exemple.
Un autre exemple qui serait très utile est d'indiquer le navigateur (et sa version) que vous utilisez et les limitations que vous rencontrez, que ce soit lié à la CSS choisie ou HTML5, en non identifié ou après s'être authentifié, éventuellement avec un lien vers une copie d'écran mettant en évidence le souci ou un moyen précis pour le reproduire.
S'il reste des Oops aussi connus comme « erreur 500 », ajoutez un commentaire en précisant les conditions (URL, navigateur, action pour reproduire…) ou rouvrez une entrée si votre contexte est très spécifique, même très très spécifique, vous n'êtes pas à l'abri d'une correction ;-)
Vous a-t-on indiqué que l'identification est peut-être sensible à la casse pour votre login, selon ce qui a été enregistré dans votre navigateur ?
Aller plus loin
- DLFP : Nouvelle version de LinuxFr.org (146 clics)
- DLFP : Nouvelle version de LinuxFr.org, un mois après (61 clics)
- Le code de LinuxFr.org sur github (57 clics)
- Proposer une entrée dans le suivi (bug ou amélioration) (20 clics)
- Les dernières modifications mises en ligne (46 clics)
# Et un gros merci
Posté par Gui13 (site web personnel) . Évalué à 9.
Merci à toi Bruno Michel pour ta vitesse de réaction.
270 bugs corrigés en un mois, c'est juste énorme.
[^] # Re: Et un gros merci
Posté par ziliss . Évalué à 2.
Beau travail. Vive linuxFr !
# Ascenseur en bas ?
Posté par loloemr . Évalué à 3.
Bonjour,
effectivement la nouvelle version de LinuxFR est beaucoup plus sympa. Cependant, suis-je le seul à avoir un ascenseur en bas ?
Ubuntu 10.10, Firefox 4.0, résolution 1366x768
Merci et bonne continuation.
[^] # Re: Ascenseur en bas ?
Posté par kursus_hc . Évalué à 2.
Il faut donner {position:relative;} à body.
[^] # Re: Ascenseur en bas ?
Posté par Bruno Michel (site web personnel) . Évalué à 5.
C'est fait. Ça marche mieux ?
[^] # Re: Ascenseur en bas ?
Posté par kursus_hc . Évalué à 1.
Beaucoup mieux merci!
[^] # Re: Ascenseur en bas ?
Posté par loloemr . Évalué à 1.
Oui c'est nickel !
Merci.
[^] # Re: Ascenseur en bas ?
Posté par Crao . Évalué à 2.
Non tu n'es pas le seul, j'ai la même chose sur une Ubuntu 10.10, Firefox 3.6, résolution 1280x1024 avec la barre de tâche à droite.
# Edition de commentaire
Posté par anakin . Évalué à 1.
Sera-t-il possible un jour de pouvoir éditer un commentaire posté sur le forum ?
[^] # Re: Edition de commentaire
Posté par Bruno Michel (site web personnel) . Évalué à 2.
Ce n'est pas prévu. Quel serait le cas d'utilisation ?
[^] # Re: Edition de commentaire
Posté par VictorAche . Évalué à 2.
Orthographe- Posté trop vite (message pas fini)- Double post et autres erreurs, pour ne citer que les usages honnêtes.
Après, bien sûr, on peut faire des trucs assez drôle avec, il faudrait donc diviser la note par deux (la multiplier si le com a une note négative) en cas d'édit, parce qu'on sait pas ce qui est fait du commentaire.
"The trouble with quotes on the internet is that it’s difficult to discern whether or not they are genuine.” Abraham Lincoln
[^] # Re: Edition de commentaire
Posté par ziliss . Évalué à 2.
On pourrait limiter le temps disponible pour l'édition à 30 minutes. Cela permettrait tous les usages honnêtes.
[^] # Re: Edition de commentaire
Posté par ecyrbe . Évalué à 4.
Je que 5 minutes seraient suffisantes. Très bonne idée par ailleurs. Un post dans le suivi s'impose...
[^] # Re: Edition de commentaire
Posté par glattering . Évalué à 7.
Ou tout simplement permettre un edit tant que c'est le dernier message du fil (sans reponse apres). Ca permet tous les usages honnetes et assure de ne pas changer le sens du message auquel les messages suivant repondent.
[^] # Re: Edition de commentaire
Posté par Anonyme . Évalué à 7.
Il faudrait le rendre non notable (pertinent/inutile) tant que l'édition est possible dans ce cas.
[^] # Re: Edition de commentaire
Posté par Victor . Évalué à 5.
bof,
ça va surtout être relou en terme de compréhension.
Faites juste attention, et au pire si il y a une faute c'est pas la fin du monde !
[^] # Re: Edition de commentaire
Posté par rewind (Mastodon) . Évalué à 10.
Ou alors, laissez la possibilité d'éditer uniquement pour les commentaires qui n'ont pas de réponses.
[^] # Re: Edition de commentaire
Posté par ecyrbe . Évalué à 4.
ça fait partie de ce que j'ai proposé dans le suivi : par ici
[^] # Re: Edition de commentaire
Posté par JGO . Évalué à 1.
Sera-t-il possible de supprimer un message ? Cas d'utilisation : Droit de retrait.
[^] # Re: Edition de commentaire
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 6.
C'est déjà le cas. Il suffit de contacter l'équipe de modération moderateurs@linuxfr.org et de faire gentiment la demande en expliquant que l'on est l'auteur du post en question.
[^] # Re: Edition de commentaire
Posté par JGO . Évalué à 2.
Par curiosité, quel est le résultat sur l'arbre des messages ? Il y a un message avec un contenu vide, un saut dans l'indentation ou tous les messages sont désindentés ?
[^] # Re: Edition de commentaire
Posté par Bruno Michel (site web personnel) . Évalué à 8.
Le commentaire est toujours affiché mais son contenu est remplacé « Ce commentaire a été supprimé par l'équipe de modération. »
# Nouveaux posts évalués à 0
Posté par ziliss . Évalué à -6.
Je me demande pourquoi depuis cette nouvelle version, mes posts sont automatiquement évalué à 0 lorsque je poste.
[^] # Re: Nouveaux posts évalués à 0
Posté par vladislav askiparek . Évalué à 10.
Parce que c'est mieux que -1.
[^] # Re: Nouveaux posts évalués à 0
Posté par ziliss . Évalué à -1.
Pas mal, je plussoie.
[^] # Re: Nouveaux posts évalués à 0
Posté par Anonyme . Évalué à 4.
Peut-être faudrait-il laisser visible les messages notés à 0 ?
[^] # Re: Nouveaux posts évalués à 0
Posté par MyLordAngus . Évalué à 3.
Tu peux modifier les messages affichés en changeant le seuil de notation dans ta barre perso en bas de l'écran. -42, c'est pour tout afficher.
[^] # Re: Nouveaux posts évalués à 0
Posté par Anonyme . Évalué à 2.
Super pratique en plus : clic, et clac en temps réel.
# La fin d'un troll
Posté par Nic0 (site web personnel) . Évalué à 8.
Ça c'est fait, Merci.
Et bravo pour tout l'effort fournis dans son ensemble.
[^] # Re: La fin d'un troll
Posté par Amine "nh2" Brikci-Nigassa (site web personnel) . Évalué à 1.
Mouais... Sauf que mon avatar est beaucoup moins bien en version statique...
GNU's Not Unix / LINUX Is Not Unix Xernel
[^] # Re: La fin d'un troll
Posté par Amine "nh2" Brikci-Nigassa (site web personnel) . Évalué à 1.
N.B.: C'était un joli glider animé que j'avais trouvé sur Wikipedia :
http://en.wikipedia.org/wiki/File:Game_of_life_animated_glider.gif
(Je l'ai changé maintenant)
GNU's Not Unix / LINUX Is Not Unix Xernel
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: La fin d'un troll
Posté par Ramón Perez (site web personnel) . Évalué à 2.
Le mien, c'est encore pire :-(
# RoR vs. Templeet
Posté par djano . Évalué à 7.
Salut Nono,
Encore merci pour ce superbe nouveau linuxfr que tu nous a offert (et merci a ceux qui l'y ont aidé).
J'avais une question par rapport a ta dernière dépêche sur la nouvelle version. Tu disais que le serveur RoR tient la charge. Par curiosité, j'aimerais en savoir plus, et surtout comment il se compare par rapport a l'ancienne version avec Templeet. Comment ont évoluées les charges CPUs, mémoires, I/O? Est ce que cela demande plus ou moins d'administration que précédemment, bref comment c'est par rapport a avant du cote consommation des ressources et administration?
Merci.
[^] # Re: RoR vs. Templeet
Posté par Bruno Michel (site web personnel) . Évalué à 10.
Pour la charge CPU, je te laisse regarder http://linuxfr.org/images/load/load-semestre.png , on voit assez bien le avant/après. C'est le même ordre de grandeur (charge autour de 0,5), avec un très léger avantage pour Rails.
Coté mémoire, c'est assez difficile à évaluer. Les stats montrent que toute la RAM est utilisée mais c'est parce que MySQL & co aime bien prendre ce qui est disponible pour cacher des informations. Je dirais que nginx consomme beaucoup moins qu'Apache2 mais que Rails est un peu plus gourmand que Templeet, et au final, ça doit donc s'équilibrer.
Pour les IO, on en fait assez peu (à part la nuit pour les sauvegardes), donc ce n'est pas très significatif.
Coté administration système, c'est encore trop tôt pour le dire. On passe clairement plus de temps qu'avant mais c'est très fortement lié au rythme des évolutions. Je fais une à deux mises à jour du site chaque jour et forcément cela demande parfois un peu d'admin/sys.
J'ai aussi l'impression que les visiteurs sont plus exigeants avec la nouvelle version et remontent plus facilement les bugs qu'avant. Ce qui demande un peu de temps pour examiner ces remontées de bugs.
Un autre point à prendre en compte : je suis beaucoup plus serein avec la version Rails. Je sais qu'en cas de problème, même un truc bas niveau genre le driver Ruby pour se connecter à MySQL, je saurais me débrouiller. Ce n'était pas le cas avec la version templeet. On avait par exemple un bug assez gênant sur le cache (il arrivait de temps en temps que les pages mises en cache avaient un /my au début de toutes les URL). On a jamais réussi à débugger ce problème, ni à trouver quelqu'un en mesure de nous aider.
Autre exemple : si on veut mettre à jour MySQL, voir passer à Drizzle, ce sera l'affaire d'une semaine ou deux, pas d'une migrations sur plusieurs mois où il y aurait une chance sur deux que l'on abandonne.
[^] # Re: RoR vs. Templeet
Posté par swix . Évalué à 3.
Beau travail en tout cas :) Et merci de publier les sources sur github!
Au niveau administration système, est-ce qu'il y a une page décrivant le setup, ou même la configuration détaillée? Est-ce que mod_passenger est utilisé, ou c'est une autre solution? Les headers n'indiquent que nginx comme serveur web, mais pas plus...
[^] # Re: RoR vs. Templeet
Posté par Bruno Michel (site web personnel) . Évalué à 4.
Oui, il y a http://linuxfr.org/news/architecture-logicielle-de-la-nouvelle-version-de-linuxfrorg et on peut aussi trouver des infos dans le dépôt git d'admin : https://github.com/nono/admin-linuxfr.org (scripts d'init, conf nginx, logrotate...)
[^] # Re: RoR vs. Templeet
Posté par swix . Évalué à 2.
Extra, merci! echo "unicorn" > ~/to_try_asap.txt
[^] # Re: RoR vs. Templeet
Posté par Etienne Bagnoud (site web personnel) . Évalué à 4.
C'est pas FHS-Compliant le
/www
, ça aurait dû être/srv/www
: http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: RoR vs. Templeet
Posté par djano . Évalué à 2.
Cool! Merci beaucoup pour les explications.
# Opera
Posté par houra . Évalué à 2.
Je sais pas si c'est l'équipe de DLFP ou la nouvelle version d'Opera, mais maintenant on peut pertinenter sur Opera-11.10.
Merci. :)
Sedullus dux et princeps Lemovicum occiditur
# Le site est bugué
Posté par conardNUMBER1 . Évalué à -8.
->[]
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.