Discussion utilisateur:Xhienne

Bienvenue sur Ékopédia, Xhienne !

	L'objectif de ce site est de recenser, définir et expliquer les connaissances pratiques pour qu'ensemble nous puissions forger les bases nécessaires pour construire un monde meilleur. Pour t'aider à tout moment, chaque page du site possède en haut à gauche un lien vers l'aide où tu peux aussi consulter la foire aux questions.
	N'hésite pas à consulter les premières indications pour modifier et rédiger des pages dans Ékopédia avec la syntaxe appropriée. Le bac à sable est tout spécialement destiné à accueillir tes essais. Ékopédia est sous licence Creative Commons BY-SA, alors merci de ne pas y recopier des données sous copyright. De plus, n'oublie pas qu'il faut toujours rester objectif dans les propos que tu avances.
	Sur une page de discussion, n'oublie pas de signer tes messages, en tapant ~~~~ . Mais fais attention de ne pas insérer ta signature dans les articles, leurs auteurs sont déjà connus par le biais de l'historique. Je te conseille un petit tour par les premiers pas et les recommandations à suivre (règles de citation des sources, critères d'admissibilité des articles, conventions de style, etc.), ainsi que les pages du Projet automatisation, où il y a sans doute un sujet qui t'intéressera.
	Nous t'encourageons à illustrer les articles avec l'ajout d'images, mais il est impératif de respecter des règles très strictes sur l'utilisation des images et le respect des droits d'auteurs. Si tu désires ajouter plusieurs images à un sujet, tu as également la possibilité de créer une galerie d'images afin d'enrichir les articles.
	Il existe plusieurs façons d'aider et de contribuer à Ékopédia; toutes les actions décrites ci-dessus sont louables. En plus, tu as la possibilité de compléter les articles en ébauche, créer de nouvelles pages attendues, ou simplement corriger les fautes d'orthographe que tu trouves. Sache aussi qu'Ékopédia se développe dans plusieurs langues: nous t'encourageons vivement à participer aux versions étrangères en anglais, allemand, espagnol, italien, polonais, esperanto... Nous possédons également une base multimédia multilingue à laquelle tu peux participer...
	Enfin, si tu le souhaites, tu peux te présenter sur le journal des nouveaux arrivants et indiquer d'où tu viens, quels sont tes centres d'intérêt... N'hésite pas non plus à développer ta page personnelle et tu peux consulter celles des autres pour t'inspirer. Enfin, le plus important, je te souhaite de prendre du plaisir à contribuer au projet! Si tu as d'autres questions, tu peux les poser au Bistro des Ékopédiens.

--jluc 18 avril 2010 à 15:00 (CEST)

Lenteur du serveur

Bonjour, et merci de votre message de bienvenue. J'ai noté au cours de mes éditions que lorsqu'on enregistre une page, souvent le serveur ekopedia ne répond plus pendant de longues secondes, y compris pour une simple consultation. Je ne saurais dire si le problème n'affecte que celui qui enregistre ou tous les utilisateurs, mais ça me semble une sérieuse nuisance qui pourrait rebuter bien des contributeurs, voire les simples lecteurs. Ce problème est-il identifié ou suis-je le seul à le subir ? — Xavier, 18 avril 2010 à 21:55 (CEST)

Bonjour Xavier, merci beaucoup pour l'information!

La vitesse globale du serveur à très fortement augmenté depuis l'ajout d'un composant (serveur proxy). Toutefois, il semble que lors de sauvegardes de pages, ces dernières soient parfois fortement ralenties. J'avais remarqué le problème tel que tu le décris, mais je croyais qu'il avait disparu, car je ne l'ai plus observé lors de mes dernières éditions. Je vais essayer de diagnostiquer le problème et fournir un correctif dès que possible. Si tu as des compléments d'information, je t'invite à me les transmettre!

Merci, --jluc 18 avril 2010 à 22:12 (CEST)

Vraiment, je suis très embêté car je n'arrive plus à reproduire le problème. J'ai essayé avec 2 navigateurs différents, j'ai essayé de redémarrer le serveur et j'ai fait de nombreux tests d'édition, mais rien n'a faire le serveur ne me ralentis plus. Je vais continuer à chercher, mais si tu peux m'indiquer des pages sur lesquelles tu as eu ces lenteurs, peut-être que ça m'aiderai. A+ --jluc 18 avril 2010 à 22:27 (CEST)

J'ai peut-être une piste... D'abord, une chose est sûre, ça ne dépend pas du navigateur. Je pense aussi que les lenteurs s'expliquent par le fait que, dans le cas des modifications de pages, le proxy n'a aucun moyen d'améliorer les choses car ce genre d'action ne peut pas être mise en cache. Il me semble que les problèmes de lenteur ont survenu (de mémoire) à chaque fois que j'éditais des pages qui étaient incluses par d'autres, comme Ekopedia:Saviez-vous/12 2010 et Modèle:User de-0 par exemple. Je pense que le moteur Mediawiki passe pas mal de temps (ça se compte en dizaines de secondes) à mettre à jour les pages qui incluent la page modifiée.

• J'ai fait l'essai sur mon bac à sable en incluant le bac à sable commun puis j'ai modifié ce dernier : j'ai pu à nouveau constater un long temps d'attente avant l'affichage du résultat. D'autre part, sur un autre navigateur, j'ai observé le même temps d'attente en affichant mon BàS, mais par contre aucun temps d'attente en affichant la page principale (le proxy a joué).
• Ensuite, j'ai annulé l'inclusion et j'ai à nouveau modifié le BàS commun : là, aucune lenteur.
• Par contre, j'ai à nouveau fait l'essai en incluant ton propre BàS puis en modifiant ce dernier, et là je n'ai pas pu reproduire le problème de lenteur. Peut-être que les pages de l'espace utilisateur font (ou au contraire ne font pas) l'objet d'un traitement spécifique ? Peut-être qu'elles ne sont pas cachées par le proxy ? Mise à jour: et bien si, finalement, j'arrive à reproduire le problème en incluant ton BàS, je ne sais pas pourquoi je n'y suis pas parvenu la première fois. L'inclusion est toujours actuelle, donc tu devrais y arriver aussi. Pour info, une fois la page modifiée, j'ai pu vérifier que celle-ci et celles qui l'inclusent restent indisponibles pendant de longues secondes, quels que soit l'IP et le navigateur. Est-ce que par hasard cette lenteur découlerait d'un (mauvais) dialogue avec le proxy pour lui dire que telle ou telle page a été modifiée et doit être éliminée de son cache ?

Je te laisse avec ces quelques pistes et le moyen de reproduire le problème (enfin, j'espère). Merci — Xavier, 18 avril 2010 à 23:34 (CEST)

PS: je crois me souvenir que sur Wikipedia, ils ne procèdent pas aux mises à jour immédiates lorsqu'une page incluse a été modifiée, très certainement pour ménager les serveurs en cas de modification d'un template extrêmement utilisé. Il y a peut-être une option dans ce sens dans la config de Mediawiki. Si j'ai plus d'infos, je reviens vers toi — Xavier, 18 avril 2010 à 23:45 (CEST)

Salut Xavier, merci beaucoup pour la description du problème!! J'ai réussi à le reproduire et à le circonscrire un peu plus. Pour être précis, il semble être causé par le paramètre suivant:

$wgSquidServers = array('127.0.0.1'); (doc).

Celui-ci est utile afin que Mediawiki affiche la bonne adresse (et non celle du proxy) lorsque des éditions sont effectuées par des utilisateurs anonymes. Toutefois, je n'ai aucune fichue idée pourquoi est-ce que ça cause une lenteur lorsque la page sauvée inclus une inclusion!... Une chose est certaine, si je commente le paramètre, les sauvegardes redevienne à une vitesse normale.

J'ai essayé d'améliorer ma configuration Squid, celle d'Apache et celle de Mediawiki, mais rien à faire... Jusqu'à ce que je tombe sur le paramètre $wgSquidServersNoPurge qui résoud le problème lorsqu'il est utilisé en remplacement de wgSquidServers!

La documentation indique:

Same as Manual:$wgSquidServers, except they aren't purged.

Mais franchement, je ne comprend pas l'histoire du purge et donc la différence entre les 2 commandes! Je vais essayer de creuser, mais si tu as une idée, tiens moi au courant.

Quoi qu'il en soit, même si on ne sait pourquoi, le problème semble réglé!!!

Qu'en penses-tu? --jluc 19 avril 2010 à 12:35 (CEST)

Je suis tombé sur une autre documentation qui utilise les 2 précédents paramètres et indique une piste de compréhension à propos du purge et spécifie une autre manière de fonctionner. J'ai testé une configuration similaire et ça semble fonctionner. Le problème doit donc venir d'une possible tentative de purge du cache qui doit tomber en timeout ou bout de 45-60 secondes. Quoi qu'il en soit, ça semble marcher! --jluc 19 avril 2010 à 13:16 (CEST)

Bonjour Jean-Luc. Heureux d'apprndre que les choses se sont améliorées. Je n'ai pas testé personnellement mais $wgSquidServersNoPurge me semble propre à corriger le pb. Par contre, normalement, ta variable $wgSquidServers doit être vide puisque tes reverse-proxies sont locaux et ne doivent pas être purgés. Ne connaissant pas les détails de l'installation d'ekopedia, ni n'ayant pu observer le pb de l'intérieur, je n'ai pas assez d'infos pour réellement conclure. Voici quelques questions cependant :

• Est-ce que le délai observé est (était) dû à un système surchargé, qui a trop de choses à faire lors des updates ou est-ce qu'il est dû à un timeout parce qu'un service essaie d'en joindre un autre sans succès (= mauvaise configuration comme une mauvaise IP ou un mauvais port). J'ai du mal à croire que le système soit surchargé Regarde les logs de la machine (ceux de php, du proxy et du système en général)
• Si le cache n'est plus purgé lors des modifications de page, les visiteurs risquent de voir des pages obsolètes si je comprends bien (on n'a rien sans rien). Est-ce que c'est le cas ? Si oui, la question qui me turlupine, c'est pendant combien de temps ? Si c'est $wgSquidMaxage alors c'est 18000 sec, soit 5h, ce qui me paraît bien long. Quelques minutes devraient suffire pour le problème présent, mais avant de baisser $wgSquidMaxage il faudrait voir si ça ne provoque pas une charge excessive du serveur car, si je comprends bien l'intérêt de ce paramètre, les pages du cache vont devenir obsolètes beaucoup plus vite et devront être reconstruites plus fréquemment (après ça dépend de la fréquentation d'ekopedia).

Quoi qu'il en soit, merci d'avoir planché sur ce problème qui m'avait bien fait pester. — Xavier, 20 avril 2010 à 03:13 (CEST)

Le Squid est bien local et le problème n'est pas un problème de surcharge mais je suis également prêt à mettre ma main au feu qu'il y a une histoire de timeout quelque part. Étrangement je n'ai pas remarqué de page obsolètes. Si tu vois quelque chose, je t'invite à me tenir au courant! Merci encore pour ton aide!!! :) --jluc 20 avril 2010 à 03:56 (CEST)

Merci beaucoup !

Pour adjouter le Template ! Than You very much for adjusting our Italian Infobox template -- REDTURTLE 7 mai 2010 à 17:55 (CEST)

You're welcome. — Xavier, 13 mai 2010 à 15:03 (CEST)