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.
Sinon, est-ce que tu pourrais donner un peu plus d'infos : à quelle heure précise, c'est arrivé ? Est-ce que tu as aussi le problème avec d'autres navigateurs ? Est-ce que cela arrive fréquemment ?
La bibliothèque qui servait à faire le diff mettait plusieurs minutes sur cette page, et nginx timeoutait avant que le rendu soit fait. J'ai remplacé la bibliothèque en question par une autre, ce qui règle ce problème.
Un autre truc qui me manque beaucoup quand j'utilise chrome est la recherche avec /. Alors, on peut utiliser CTRL+f à la place, mais c'est moins bien : déjà, l'UI est moins pratique, mais surtout on ne peut suivre un lien en faisant Entrée.
[^] # Re: Bug de chrome ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 324. Évalué à 2 (+0/-0).
Je vois bien la requête dans les logs de Rails et la réponse est normale. Je penche pour un bug de chrome ou d'un proxy.
[^] # Re: RoR vs. Templeet
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Ça continue d'avancer LinuxFr.org en Rails. É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: autre bon point
Posté par Bruno Michel (site web personnel) . En réponse au journal un mois avec Chrome. Évalué à 3.
Oui, oui, je connais ;-)
Je disais justement que ça me manquait quand je suis sous chromium.
[^] # Re: est-ce filmé ou enregistré ?
Posté par Bruno Michel (site web personnel) . En réponse au journal Conférence Getting Things Done, Zen to Done et Emacs Org-mode. Évalué à 3.
Un autre texte du même auteur sur le même sujet a été traduit en français :
http://www.enviedentreprendre.fr/petit-guide-pour-ne-plus-procrastine/
[^] # Re: Edition de commentaire
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Ça continue d'avancer LinuxFr.org en Rails. Évalué à 8.
Le commentaire est toujours affiché mais son contenu est remplacé « Ce commentaire a été supprimé par l'équipe de modération. »
[^] # Re: RoR vs. Templeet
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Ça continue d'avancer LinuxFr.org en Rails. É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: autre bon point
Posté par Bruno Michel (site web personnel) . En réponse au journal un mois avec Chrome. Évalué à 2.
Tu parles bien de firefox là ?
[^] # Re: Mmmm
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi linuxfr.org ne fonctionne plus avec w3m. Évalué à 2 (+0/-0).
Ok, dans ce cas, je ferme le ticket. Ça sera corrigé dans la prochaine version de Rails.
# Bug de chrome ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 324. Évalué à 2 (+0/-0).
En cherchant un peu sur google cette erreur, ce que j'ai trouvé laisse penser que ça peut être un bug dans Chrome. Cf http://www.roezer.com/LostBlog/fixing-chrome-bug-error-324-neterr_empty_response/ et http://code.google.com/p/chromium/issues/detail?id=52706 par exemple.
Sinon, est-ce que tu pourrais donner un peu plus d'infos : à quelle heure précise, c'est arrivé ? Est-ce que tu as aussi le problème avec d'autres navigateurs ? Est-ce que cela arrive fréquemment ?
[^] # Re: Google nous donne des sous
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Avoir enfin un vrai moteur de recherche. Évalué à 2 (+0/-0).
Quelques centaines d'euros par an.
[^] # Re: Est-ce vraiment nécessaire
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Recherche en texte dans la gestion de suivi. Évalué à 2 (+0/-0).
On peut également utiliser la recherche de google avec
site:http://linuxfr.org/suivi
. Par exemple : http://www.google.fr/search?q=moteur+de+recherche+site://linuxfr.org/suiviEnfin, je ferme ce ticket car c'est un doublon avec http://linuxfr.org/suivi/avoir-enfin-un-vrai-moteur-de-recherche .
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Erreur 500 . Évalué à 2 (+0/-0).
La bibliothèque qui servait à faire le diff mettait plusieurs minutes sur cette page, et nginx timeoutait avant que le rendu soit fait. J'ai remplacé la bibliothèque en question par une autre, ce qui règle ce problème.
Cf https://github.com/nono/linuxfr.org/commit/5e965248c1e2025a1f5869b34f262c4b8978e6ee
[^] # Re: Ascenseur en bas ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Ça continue d'avancer LinuxFr.org en Rails. Évalué à 5.
C'est fait. Ça marche mieux ?
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Correcteur orthographique incomplet : qu'. Évalué à 2 (+0/-0).
C'est réparé.
Cf https://github.com/nono/linuxfr.org/commit/31afc95771ad1eb3f79cbb9b7ddbb55f9de8f754 et https://github.com/nono/HTML-Spellchecker/commit/54fb52794213c5fb87612d9cdd85bda821eb381a
[^] # Re: Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Le correcteur orthographique a disparu. Évalué à 2 (+0/-0).
< et > ne sont plus remplacés par leurs entités HTML à la prévisualisation.
Cf https://github.com/nono/linuxfr.org/commit/31afc95771ad1eb3f79cbb9b7ddbb55f9de8f754 et https://github.com/nono/HTML-Spellchecker/commit/54fb52794213c5fb87612d9cdd85bda821eb381a
[^] # Re: autre bon point
Posté par Bruno Michel (site web personnel) . En réponse au journal un mois avec Chrome. Évalué à 9.
Un autre truc qui me manque beaucoup quand j'utilise chrome est la recherche avec
/
. Alors, on peut utiliser CTRL+f à la place, mais c'est moins bien : déjà, l'UI est moins pratique, mais surtout on ne peut suivre un lien en faisant Entrée.[^] # Re: autre bon point
Posté par Bruno Michel (site web personnel) . En réponse au journal un mois avec Chrome. Évalué à 4.
Il est justement un peu trop plein écran pour le coup : on n'a plus accès à la barre d'URL (ni aux onglets), ce qui limite pas mal son usage.
[^] # Re: Edition de commentaire
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Ça continue d'avancer LinuxFr.org en Rails. Évalué à 2.
Ce n'est pas prévu. Quel serait le cas d'utilisation ?
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ajouter l'accent à la section Éducation. Évalué à 2 (+0/-0).
C'est corrigé.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi « Contenus pas encore visités » et nouveaux commentaires. Évalué à 3 (+0/-0).
On peut maintenant naviguer dans les contenus lus avec de nouveaux commentaires avec
[
et]
, ou avech
etl
.Cf https://github.com/nono/linuxfr.org/commit/3967e5315d19879a63b50192414307a5f88f34f5
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Le correcteur orthographique a disparu. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/d0471092565df656eefa60f8125c8a0e4e416397
[^] # Re: Contre-propostion
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Sécurité. Évalué à 2 (+0/-0).
Message ajouté. Cf https://github.com/nono/linuxfr.org/commit/f266d51ba1960e521d09c1fefa0088e5c0bb6575
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Ne pas changer lors d'une modification l'« Assigné à » si déjà affecté . Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/3e9f28213d00a597f259850790d1846b0bd3d748
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Connexion impossible. Évalué à 2 (+0/-0).
Effectivement, il y avait un bug qui empêchait de se connecter si on ne s'était pas connecté depuis le passage à la version Rails. C'est corrigé.
Cf https://github.com/nono/linuxfr.org/commit/8f0e8a418fab4ced9c706045acec99f6f65bc842
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi login impossible. Évalué à 2 (+0/-0).
Effectivement, il y avait un bug qui empêchait de se connecter si on ne s'était pas connecté depuis le passage à la version Rails. C'est corrigé.
Cf https://github.com/nono/linuxfr.org/commit/8f0e8a418fab4ced9c706045acec99f6f65bc842