La seule et unique solution serait que les-mathématiques.net loue son propre hébergement, au lieu de squatter celui de quelqu'un d'autre, qui fait déjà face à son propre trafic, ce qui surcharge le serveur et provoque un inévitable dysfonctionnement. Si la pléthore d'admins et de modérateurs se cotisait, ça leur coûterait à chacun quelques euros par an. Moi je veux bien donner 1€/an.
Une
possibilité de savoir ce qui cause ces erreurs à répétition serait de
récupérer le fichier logs, dans lequel sont enregistrés tous les
incidents et qui se trouve normalement à la racine du serveur, et de
l'envoyer à un spécialiste des serveurs. Ou de le signaler à
l'hébergeur, qui est le mieux à même de régler le problème.
Son coût est de 94,92 € TTC/an, pour un espace disque de 250 Go, beaucoup plus que nécessaire pour un forum (quelques Mo tout au plus). Mais le plus intéressant est qu'il propose 3 bases de données de 400 Mo chacune ... + 1 base de 2 Go, ce qui devrait largement suffire. Les bases de données sont sauvegardées tout les jours par OVH, ce qui permet de les récupérer en cas de problème sérieux. Cet hébergement est mutualisé, c'est-à-dire que d'autres hébergements figurent sur le même disque physique, ce qui permet de diminuer le coût sans représenter de problème d'accessibilité. Il permet par ailleurs d'héberger jusqu'à 10 sites différents (voire plus).
Sinon, l'indépendance totale est acquise avec un serveur privé. Mais ce n'est plus le même prix.
Ok. Je n’y connais rien… Si 250 Go suffisent, tant mieux.
100€/an me semble pas cher car je m’attendais à un peu plus que cela (sans bien savoir…).
Par contre, admettons que les fonds soient réunis, qui fait quoi ensuite ? J’entends, comment se fait le changement ? Faut-il un « nom » précis ? Une association, etc. ? Enfin, attention aussi, ça peut s’emballer, mais… au bout de deux ans par exemple, s’il n’y a plus personne qui donne… comment ça se passe ? Un retour vers « l’aujourd’hui » est-il facile ?
La plus grande difficulté est la base de données, dont le format n'est très probablement plus adapté à une base moderne (le simple fait d'upgrader un forum tous les 2 ou 3 ans oblige souvent à de nombreuses modifications de la base de données, qui dans ce cas sont automatisées). Dans le cas présent il faudrait lire l'ancienne base de données ligne par ligne, puis modifier chacune d'elles avant de l'injecter dans la nouvelle base, ce qui avec un script Php ne pose a priori aucun problème. Du moins pour la table des messages, parce qu'il y a de très nombreuses autres tables dont l'utilité est liée au type de forum, et qui risquent de poser un sérieux problème. L'idéal consiste en fait à repartir de zéro tout en gardant l'ancien forum pour référence et/ou consultation.
Pour le paiement, aucun besoin de fonder une association. Il suffit une fois par an de lancer une campagne de dons, jusqu'à ce que la somme requise soit obtenue, ce qui ne devrait prendre que peu de temps. Ou d'envoyer un MP à Rescassol ! :-)
Dom a écrit : s’il n’y a plus personne qui donne… comment ça se passe ? Un retour vers « l’aujourd’hui » est-il facile ?
Si l'ancien forum (ou plutôt le présent forum) a été conservé, il n'y a aucun problème. Mais je doute qu'un tel cas se présente. On paie chaque année des sommes relativement importantes à Netflix (216 €), Youtube (144 €), Prime Vidéo (42 €), etc., alors 100 euros devraient se trouver facilement.
Mais bon, il est à craindre que nous soyons en train de parler dans le vide...
Moi aussi je suis prêt à cotiser. Peut être qu'il faut organiser un sondage (anonyme)? Et si ça se fait on impose de conserver l'ancien forum, car dom a raison si au bout d'un moment il n'y a plus personne qui donne on aura plus d'endroit pour envoyer des messages.
Je serais moi aussi disposé à cotiser, pour éviter de voir s'afficher le message incriminé juste après avoir envoyé une contribution à une discussion ... Ce qui est on ne peut plus horripilant !
Le site les-mathematiques.net est hébergé à l'ENS et est sur le réseau RENATER, je ne suis pas sûr qu'il coûte bien cher à Manu... Par contre, oui de meilleurs serveurs ou une meilleure connectivité peuvent aider.
C'est très aimable à eux mais ce n'est pas normal que le minimum ne soit pas assuré pour éviter ces surcharges permanentes à toute heure du jour et de la nuit.
D'ailleurs, on a pu voir récemment la création d'un sous-forum associé à un concours sur les DATA. Il me semblerait de bon aloi que le forum officiel de ce concours sur les DATA dispose lui-même d'un peu de ces fameuses DATA.
En cliquant sur le mot RENATER j'ai accédé à la page Wikipédia de ce réseau, dans lequel figure la phrase suivante : "RENATER connecte plus de 1 300 sites via des liaisons jusqu'à 10 Gbit/s". Le calcul est simple : 10 Gbit/s = 1,25 Mo/s descendant (en téléchargement). Moi je suis en VDSL et je télécharge à 10 Mo/s, et je ne parle pas de la fibre, qui en théorie permet de télécharger entre 60 et 120 Mo/s.
On commence à comprendre où se situe le problème : 1300 sites se partagent une connectivité de type Zimbabwéen. Pas étonnant que ça plante...
[Comment passes-tu de 10 Gbit/s à 1,25 Mo/s ? 1octet fait-il 8000 bits maintenant ? :)AD]
Personne ne dit le contraire. Le fait est néanmoins que ces blocages permanents, indépendants de la volonté de Manu, finissent par irriter pas mal de gens, ce qui pose la question de savoir si on veut y remédier ou non, sachant qu'il faudrait peut-être en venir à reprendre le forum depuis zéro (tout en conservant l'ancien, je le répète). Si sondage il doit y avoir, c'est sur cette question qu'il devrait porter.
Après tout, à vue de nez je dirais que 98 % du contenu du forum n'a plus d'utilité puisque plus personne ne s'y réfère. Seul le contenu récent est pertinent, et il serait possible de le reproduire sur le nouveau forum, à condition que tous les participants d'un fil récent acceptent de participer. Le fait de conserver l'ancien forum (celui-ci) présente un autre avantage : son référencement par Google reste intact. Il suffit de mentionner l'adresse du nouveau forum dans une annonce globale (qui s'affiche au début de chaque fil), et d'interdire la connexion et les nouvelles inscriptions.
Il se passe la même chose avec un ordi : avec l'âge, ce qui lui prenait 2 secondes au début peut lui prendre dorénavant 30 secondes. Dans ce cas une solution radicale s'impose : formater le disque dur et tout réinstaller, pour retrouver un ordi comme neuf.
Alors au début tu parles d'améliorer l'hébergement et maintenant c'est de créer un nouveau forum, tu es dur à suivre... Bien que les erreurs 504 avec NGINX sont toujours dures à comprendre et que souvent les logs n'aident pas, je suis sûr qu'il y a un moyen technique d'améliorer la situation. Et je trouve que la migration a plutôt été bonne.
C'est certain que s'il y a un moyen d'améliorer sans usine à gaz (pardon, ce n'est pas du tout pour critiquer, c'est une expression malheureuse et peut-être mal utilisée !!!), c'est mieux.
Je ne vois pas ce qu'il y a de difficile à comprendre : j'ai dit plus haut que convertir la base de données actuelle au format du nouveau forum serait tellement complexe qu'il vaut mieux repartir sur une nouvelle base, c'est-à-dire un forum moderne vide. Je n'ai jamais parlé d'améliorer l'hébergement actuel puisque je n'ai aucune idée de sa nature. Et puis on ne fait pas du neuf avec du vieux. "Améliorer" ce qui date présente toujours des risques, on a vu à quel point Manu a galéré pour créer la présente version du forum, et tout ça pour un résultat décevant, plus pénible à utiliser que le forum d'origine, qui fonctionnait très bien. Donc, en ce qui me concerne j'éviterais une nouvelle "amélioration", qui ne fera probablement qu'empirer encore les choses.
Je précise qu'en matière de forum je sais de quoi je parle pour en avoir installé plusieurs, au format PhpBB uniquement, tel ce forum que j'ai créé en 2020 après que Martial ait parlé de la possibilité pour un prof de dialoguer avec ses élèves pendant le confinement, et qui n'a jamais été utilisé mais que j'ai gardé pour procéder à des expérimentations diverses et variées (je continue d'ailleurs de payer le renouvellement du nom de domaine chaque année. Mais c'est mon choix). Et non, je ne suis pas en train de proposer mes services. Je ne serais pas intéressé si on me le demandait.
La seule et unique solution serait que les-mathématiques.net loue son propre hébergement, au lieu de squatter celui de quelqu'un d'autre, qui fait déjà face à son propre trafic, ce qui surcharge le serveur et provoque un inévitable dysfonctionnement. Si la pléthore d'admins et de modérateurs se cotisait, ça leur coûterait à chacun quelques euros par an. Moi je veux bien donner 1€/an.
Et après tu parles d'un nouveau forum... Le site actuel peut être améliorer au niveau configuration, logiciel ou hébergement, je ne suis pas sûr mais Manu a fait un bon boulot sur la migration.
Bon, R.E préfère se répandre en flatteries envers Manu plutôt que de chercher un moyen de résoudre le problème que de nombreux membres excédés par ces erreurs 504 à répétition dénoncent. Ces derniers ne manqueront pas de l'en remercier chaleureusement. Je ne vais pas qualifier cette attitude mais chacun comprendra ce que je veux dire.
Et toi après avoir dit beaucoup de bêtises dans ce fil, ta seule solution, c'est de créer un nouveau forum... super... Je ne propose pas de solution car je n'ai pas assez d'information, les erreurs 504 sont dures à diagnostiquer, je sais que le site est hébergé à l'ENS sur RENATER (ça se trouve en deux clics) et que c'est un Drupal (pour le forum, je ne suis pas sûr du CMS) mais il faudrait les caractéristiques du serveur, sa connectivité, le nombres de visites et idéalement un accès aux sources et SSH au serveur pour y voir plus clair. Je suis sûr qu'il y a moyen d'améliorer la situation sans créer un nouveau forum.
Bonjour à tous, l'erreur 504 est en effet très dure à résoudre et m'a déjà fait perdre beaucoup de temps. Si certains sont prêts à me donner un coup de main, il peuvent me contacter par la messagerie privée du forum. Pour info, le forum est sous Vanilla et le reste du site sous Django. Une des nombreuses difficultés lors de la rénovation du site a été de combiner les deux interfaces qui utilisent des technologies différentes. Rappelons s'il est besoin que le site fonctionne sur la base du bénévolat, que tout le travail de programmation a été réalisé sur mon temps libre et que le forum est géré sur le temps libre des modérateurs. Manu.
Où se situe le problème en réalité ? De l'intention de dissocier la base de données du système de fichiers du forum. Si par exemple on veut passer à un forum phpBB – le plus riche en termes de fonctionnalités – il faut une base de données adaptée à ce type de forum, ce qui représente un sérieux écueil. Mais si on conserve le système de fichiers ET la base de données, alors il n'y a plus de problème ! Deux possibilités s'offrent alors :
1) Si la réponse à ces deux questions ...
La base de données du forum est-elle au format MySql ?
Y accède-t-on en Php ?
... est oui, alors on peut réinstaller le forum sur un hébergement Pro chez OVH (dont j'ai parlé plus haut) sans modifier quoi que ce soit a priori [je n'avais pas encore lu le message de Manu dans lequel il parle de Vanilla].
2) Si le format de la base de données est différent de MySql, par exemple PostgreSQL, alors on a deux possibilités :
Prendre un hébergement Pro et demander à OVH d'installer PostgreSQL dessus, moyennant une petite participation financière.
Louer un serveur dédié, qu'on peut trouver chez OVH à partir de 63 €/mois, sur lequel on peut installer tout ce qu'on veut.
Avoir la possibilité de ne louer ce serveur que pour 3 mois par exemple, le temps de trouver la meilleure stratégie, serait quand même un plus.
Manu a écrit : l'erreur 504 est en effet très dure à résoudre et m'a déjà fait perdre beaucoup de temps.
Comment résoudre l'erreur 504. Bon courage quand même ! Comme je l'ai dit précédemment, il vaut mieux s'adresser directement à l'hébergeur, déjà ça fait partie de ses obligations, et ensuite on se prend moins la tête. Quant à une autre forme d'aide, personne ne peut analyser la situation de l'extérieur.
Qu'en est-il des 1300 sites reliés entre eux par le réseau RENATER ? S'ils souffraient tous du même problème, n'aurait-il pas été résolu depuis longtemps ?
Manu a écrit : Pour info, le forum est sous Vanilla
Tu parles de la plateforme Vanilla basée sur Java, ou de Vanilla Javascript ? S'il faut la plateforme Vanilla pour faire tourner le forum, alors le problème s'aggrave, à moins de disposer d'un serveur dédié.
Manu a écrit : Rappelons s'il est besoin que le site fonctionne sur la base du bénévolat, que tout le travail de programmation a été réalisé sur mon temps libre et que le forum est géré sur le temps libre des modérateurs.
C'est noté, mais en quoi est-ce que ça justifie de devoir supporter les interventions continuelles de notre ami 504 ?
AD a écrit : Comment passes-tu de 10 Gbit/s à 1,25 Mo/s ? 1octet fait-il 8000 bits maintenant ?
Autant pour moi, j'ai fait comme s'il s'agissait de 10 Mbit/s !! Avec des Gbit on obtient 1250 Mo/s, ce qui à mon avis est complètement farfelu (qu'est-ce qui est 6 fois plus performant que la fibre optique en termes de débit ?). L'auteur de l'article de Wikipédia a probablement commis la même erreur que moi, mais dans le sens inverse : il aura écrit Gbit au lieu de Mbit.
J'ai des connaissances dans les environnements Linux - nginx - PHP - mysql mais par contre je ne connais que très peu les environnements Django - Python et effectivement la cohabitation de PHP et Python sur le serveur est une bonne piste. Bon courage Manu.
nicolas.patrois a écrit (en novembre 2021) : Ctrl-flèche ne fait pas se promener le curseur de mot en mot (comme d’habitude) mais l'envoie au début ou à la fin de la ligne.
Ce problème n'existe pas quand l'éditeur est en mode Html. Je viens seulement de m'en rendre compte alors que j'utilise constamment ce mode ! :-)
Le serveur qui héberge ce forum héberge également le site de l'ENS non ? Il faudrait voir si lorsque le forum plante (erreur 504) l'autre site plante aussi. Je suppose que ça doit être le cas... est-ce que quelqu'un a l'adresse du site de l'ENS en question ?
Non, il doit y avoir plusieurs serveurs physiques ou machines virtuelles. Ça craindrait vraiment que le site institutionnel de l'ENS ait autant d'erreurs.
ens.fr redirige vers www.ens.psl.eu (129.199.166.211)
phorum.ens.fr redirige vers les-mathematiques.net (129.199.108.68)
et culturemath.ens.fr (129.199.108.41)
Ce sont des machines différentes et sûrement pas dimensionnées de la même façon.
Je cite une phrase de ce comparatif : "... si vous développez un système bancaire, qui peut recevoir un énorme trafic quotidien, il doit être exceptionnellement rapide. Des délais plus courts peuvent avoir un impact considérable sur les performances du système. Dans ce cas, il est recommandé d’utiliser PHP 7 plutôt que Python."
C'est le problème avec un frontend en Java et un backend en Python. PHP7 étant plus rapide que Python dans les conditions d'une utilisation comme backend (et je ne parle pas des performances exceptionnelles de PHP8, sorti récemment), il a moins de chance de provoquer des erreurs 504.
Wilfrid, PHP et Python cohabitent côté-à côte ici, pas ensemble :
Le site Les-Mathematiques.net : https://les-mathematiques.net/ (Django - Python) Et le forum : https://les-mathematiques.net/vanilla/ (Vanilla - PHP - MySql) Et avec un serveur Web Nginx devant. La cohabitation de PHP et Python sur le même serveur et leurs interactions avec Nginx doivent être délicates. Il y a aussi la bande passante, mine de rien ce forum génère du traffic. Pour la cagnotte, je suis aussi partant, ça peut être une bonne idée pour aider Manu et les modérateurs.
J'ai dû m'absenter, mais je reprends. Plusieurs facteurs sont à considérer :
Quelqu'un de l'Ens est-il assigné à la maintenance du (ou des) site web ? De quand datent Django et Python (ou leur version respective) ?
Quel est le format de la base de données (MySql, PostgreSQL, ...) et sa version ?
Le point certainement le plus important : quel est le nombre de connexions simultanées qu'autorise cette base de données ? Le couple PHP/MySql est si performant que 80 % des développeurs web l'utilisent à travers le monde. Récupérer des données prend quelques centièmes de seconde à PHP (je ne parle pas du temps qu'il faut pour les transmettre au navigateur, mais bien du temps d'occupation de la base de données). Dans la page de description de l'hébergement Pro chez OVH, dont j'ai donné l'adresse plus haut, il est mentionné que ce nombre est de 30.
Supposons que 31 utilisateurs du forum chargent une page au même instant : les 30 premiers seront servis en moins d'une seconde (ça dépend du volume des données en question), puis ce sera le tour du 31ème. L'opération dans son ensemble aura sans doute pris moins d'une seconde. Mais qu'en est-il avec Python, dont l'accès à une base de données est beaucoup plus lent ? Si les 31 requêtes ne sont pas servies assez rapidement, alors on tombe dans le cas de figure décrit par developer.mozilla : "Le code de réponse HTTP d'erreur serveur '504 Gateway Timeout' indique que le serveur, agissant comme passerelle ou proxy, n'a pas obtenu de réponse à temps de la part d'un serveur situé en amont pour la complétion de la requête". Si le temps pour obtenir la réponse du serveur dépasse celui qui a été fixé, alors on a droit à une erreur.
Toutes les technologies du web ne sont pas nées égales ni en même temps, et les plus performantes sont les plus récentes ; ce sont elles que réclament aujourd'hui les internautes, de plus en plus exigeants. Selon une étude américaine datée de 2021, 79 % des internautes déclarent que si le site marchand sur lequel ils se rendent régulièrement affichait soudainement une baisse de performances, ils iraient voir ailleurs. Selon une autre étude, les internautes n'attendent pas plus de quelques secondes que la page demandée s'affiche : si ce n'est pas le cas, ils zappent (je fais partie de ces gens-là). Les performances d'un site, en particulier marchand, sont donc cruciales. Son existence en dépend.
Si j'ai demandé de quand datent Django, Python et la base de données, c'est justement pour vérifier ce point : ce forum utilise-t-il une technologie à jour, sachant que sa version précédente datait de l'an 2000 et que le site de l'ENS commence lui aussi à dater ?
R.E a ecrit : PHP et Python cohabitent côté-à côte ici, pas ensemble
Soit on utilise PHP pour le backend (et en particulier l'accès à la base de données), soit on utilise Python. Si Python et PHP cohabitent, alors l'un et l'autre ont des objectifs différents, qui n'entrent pas en collision l'un avec l'autre. Ma question sur les versions de Django, Python et la base de données reste donc d'actualité (même si on peut maintenant ajouter la version de PHP).
Pourquoi parmi les 20 % de développeurs web qui n'utilisent pas PHP/MySql, certains utilisent-ils Python ? Je n'en sais rien, mais j'imagine que c'est dû au fait qu'avant l'apparition de PHP7, Python était plus performant que lui (en backend). On pourrait donc leur conseiller de revenir à PHP, pour leur bien et celui de leurs affaires, comme l'article "Python vs PHP" le souligne. Rien ne vaut Html + Javascript + CSS + PHP + MySql. C'est la recette de la performance et de la tranquillité d'esprit.
Désolé, j'avais zappé ce point. Ça c'est une nouvelle qu'elle est bonne ! Si le forum utilise PHP et MySql il n'y a aucun inconvénient à le changer de serveur, sauf peut-être la volonté...
... on tombe dans le cas de figure décrit par developer.mozilla : "Le code de réponse HTTP d'erreur serveur '504 Gateway Timeout' indique que le serveur, agissant comme passerelle ou proxy, ..."
La note qui suit, sur la même page, est particulièrement intéressante :
Note : Une passerelle (gateway) peut faire référence à différents éléments en réseaux et une erreur 504 est habituellement quelque chose que vous ne pouvez pas corriger mais qui nécessite une correction sur le serveur web ou sur le proxy par lequel vous passez pour y accéder.
C'est bien ce que je disais : il faut s'adresser en premier lieu à l'hébergeur. S'il ne peut pas corriger le problème alors il est possible que celui-ci trouve son origine en amont.
R.E a écrit : Tu as compris que Manu est un amateur passionné et que l'hébergement est gracieusement offert par l'ENS ? Ils ne nous doivent rien.
Si l'ENS vous offre l'hébergement du forum c'est tout-à-fait louable de sa part, et il y a de fortes chances pour qu'elle ne soit pas au courant du problème récurrent qui l'affecte, du moins si elle n'en souffre pas elle-même. Partir du principe qu'elle ne vous doit rien et qu'en conséquence vous n'allez pas lui en parler est la pire décision que vous puissiez prendre. En tant que propriétaire du serveur c'est justement à elle de faire quelque chose pour vous retirer cette épine du pied. Quel misérable regarderait son semblable empêtré dans les difficultés sans rien tenter pour l'aider ? Tu as une piètre opinion de l'espèce humaine !
Ceci dit, il se peut que le serveur ne soit pas en cause, et c'est pourquoi votre champ d'action est limité. Supposons que vous décidiez de louer l'hébergement dont on a parlé plus haut : vous transférez le dossier du forum et la base de données, mais dès les premiers essais vous recevez devinez quoi ? Une erreur 504 !! Vous serez bien avancés ! La différence est que OVH mettra tout en œuvre pour résoudre le problème, et ils connaissent leur boulot, quitte à déplacer le forum sur un autre support. Si le problème est causé par le forum, pour une raison dont je n'ai aucune idée, il est possible qu'ils le découvrent. Ou non. Un retour à la case départ est dans ce cas envisageable.
Avant de vous engager dans quoi que ce soit vous feriez bien de trouver l'origine de l'erreur 504, et pour ça vous devez en parler à l'hébergeur. Ensuite vous pourrez choisir de rester chez lui ou de reprendre votre liberté. Ce n'est pas sain du tout d'être hébergé par une entité qui, parce que ce n'est pas son métier, est dans l'incapacité de résoudre le moindre problème qui se présenterait. Il est de loin préférable d'être entouré d'une équipe de professionnels prêts à répondre à la moindre alerte.
En attendant, cette erreur persistante est contreproductive : combien de personnes à la recherche d'un forum de maths sont arrivées ici ... je veux dire sur une page blanche, et ont choisi de cliquer sur le lien suivant dans les résultats de Google ? Ça s'est certainement produit au moins une fois depuis un an et demi !
Rien que ça, c'est vraiment agréable de discuter avec toi...
Ce que je veux dire c'est que c'est le serveur de Manu et ce n'est pas un professionnel de l'informatique et fait l'administration sur son temps libre. Ce n'est pas le problème de l'ENS ce qui se passe sur ce serveur et depuis qu'il n'y a plus de référence a l'ENS sur Les.Mathématiques.net cela ne leur pose pas de soucis d'image. Mais c'est la même chose chez OVH, s'il y a des 504 sur un serveur privé, OVH ne fera rien, c'est le problème de l'administrateur du serveur et sur un hébergement Web les choix techniques sont beaucoup plus limités. Après je ne serais pas parti sur le choix de mélanger un site Python et un autre PHP sur le même serveur. Là où l'ENS peut agir c'est s'il y a un problème de bande passante mais je ne pense pas que ce soit ça.
R.E a écrit : Rien que ça, c'est vraiment agréable de discuter avec toi...
La différence entre toi et moi c'est que je suis réaliste. J'aborde le problème d'un point de vue parfaitement neutre, ce qui de toute évidence est loin d'être ton cas.
Ceux qui viennent ici poser une question sur un point précis de mathématiques pètent-ils la honte ? Tremblent-ils de peur à l'idée de passer pour des idiots parce qu'ils ne maîtrisent pas l'ensemble des mathématiques ? Eh bien en matière de développement web c'est la même chose : le nombre de technologies mises en œuvre – logicielles et matérielles – est si important que pas un seul individu au monde ne peut se vanter de les maîtriser toutes, sauf s'il est affligé d'un sérieux problème d'ego. C'est particulièrement vrai pour ce qui touche aux erreurs spécifiques que peut émettre un serveur. Lorsqu'on loue un serveur, un hébergement, on s'attend à ce que son propriétaire connaisse sa technologie sur le bout des doigts afin d'être en mesure d'intervenir rapidement en cas de besoin. C'est la raison pour laquelle tant de gens (et je soupçonne que nombre de développeurs en font partie) ne savent pas comment un serveur fonctionne. Pourquoi ? Tout simplement parce qu'ils n'ont aucun besoin de le savoir, ce n'est pas leur affaire, ils se contentent d'appliquer la politique du "Pay and Forget". De son côté, la personne ou l'entité qui loue un serveur doit bien entendu être assurée de pouvoir traiter tout problème qui se présenterait.
Ici nous ne sommes pas dans ce cas de figure. Le serveur du forum est problématique (du moins c'est ce qui paraît, on ne peut rien affirmer, ça pourrait venir aussi bien d'une obsolescence des technologies utilisées, ou d'autre chose encore) mais les personnes directement concernées préfèrent palabrer et se trouver des excuses plutôt que de se saisir du problème et le régler une bonne fois pour toutes, quitte à prendre des décisions difficiles. Je suis persuadé que la plupart des membres du forum préfèreraient qu'on ne touche à rien, que tout continue comme actuellement et qu'on apprenne à vivre avec l'erreur 504. Eh bien qu'il en soit ainsi, moi ça me convient parfaitement, d'autant plus que je ne suis concerné que de loin par le thème du forum.
Mais c'est la même chose chez OVH, s'il y a des 504 sur un serveur privé, OVH ne fera rien, c'est le problème de l'administrateur du serveur et sur un hébergement Web les choix techniques sont beaucoup plus limités.
Il vaut mieux entendre ça que d'être sourd ! Je suis chez OVH depuis plus de 15 ans et je peux te garantir qu'ils font tout ce qui est nécessaire pour rendre service à leurs clients. Ils n'en laisseront jamais un en panne. Depuis l'administration de mon serveur je peux faire un tas de réglages et de choix – loin d'être limités – qui ne concernent pas OVH ; mais en cas de dysfonctionnement je peux joindre le service technique depuis cette même interface et lui exposer la situation, tout en étant assuré d'obtenir une réponse dans les heures qui suivent. Je précise que je n'ai jamais rencontré de problème majeur sur un serveur d'OVH. Ce n'est pas le 1er hébergeur de France pour rien. Alors arrête de semer le doute dans les esprits en leur faisant croire que c'est le même chaos partout.
Là où l'ENS peut agir c'est s'il y a un problème de bande passante, mais je ne pense pas que ce soit ça.
Pour le savoir il faudrait cesser d'émettre des hypothèses et se livrer à une enquête sérieuse.
Tu sembles croire que je suis impliqué mais peut-être que je te comprends mal. Et je maintiens si il y a un problème type 504 causé par une mauvaise configuration du serveur ou plus spécifiquement de Nginx, php, python, Mysql et autres, c'est l'administrateur du serveur qui est responsable pas OVH. Tu les imagines déboguer tous les serveurs qu'ils hébergent ?
Mais enfin @R.E. n’as-tu pas compris qu’il a raison parce qu’il… a visiblement toujours raison et que tu as tort ? Après tout, il est "réaliste et parfaitement neutre" (comme le laissent si bien transparaître ses réponses à peine agressives et teintées d’une vérité absolue) alors que ce n’est clairement pas ton cas.
R.E, si tu cherches une piste en voici une de plus (par rapport à celles que j'ai énoncées plus haut) : limiter la charge du serveur depuis l'administration du forum. Dans l'administration d'un forum phpBB on trouve la rubrique "Paramètres de charge", qui affiche une longue liste d'éléments et de fonctionnalités (pas toujours nécessaires) qu'on peut choisir de désactiver afin de soulager le serveur. Par exemple, afficher la liste des membres actuellement en ligne, le nombre de visiteurs, et d'autres trucs dont tout le monde se fout, augmente la charge du serveur en prolongeant la durée de traitement de chaque requête. En décidant de ne plus les afficher on gagne du temps sur chacune d'elles, ce qui pourrait éventuellement éliminer le problème de time out, ou limiter sa fréquence. Si l'équivalent existe sur votre forum ça vaut le coup de tenter l'expérience.
R.E, si tu cherches une piste en voici une de plus (par rapport à celles que j'ai énoncées plus haut) : limiter la charge du serveur depuis l'administration du forum. Dans l'administration d'un forum phpBB on trouve la rubrique "Paramètres de charge", qui affiche une longue liste d'éléments et de fonctionnalités pas toujours nécessaires qu'on peut choisir de désactiver afin de soulager le serveur. Par exemple, afficher la liste des membres actuellement en ligne, le nombre de visiteurs, et d'autres trucs dont tout le monde se fout, augmente la charge du serveur en prolongeant la durée de traitement de chaque requête. En décidant de ne plus les afficher on gagne du temps sur chacune d'elles, ce qui pourrait éventuellement éliminer le problème de time out, ou limiter sa fréquence. Si l'équivalent des "Paramètres de charge" existe sur votre forum ça vaut le coup de tenter l'expérience.
Dans l'ancienne version du forum, le rôle de chacun était indiqué sous son pseudo. On savait donc à quoi s'en tenir. Dans la présente version il n'est plus indiqué.
Tu as délivré de nombreuses informations à propos du serveur et des technologies utilisées. Nonobstant le fait qu'elles se sont contredites au fur et à mesure (hier le serveur appartenait à l'ENS, aujourd'hui il appartient à Manu ; il y a deux jours on parlait de Java+Django, hier on a parlé de PHP+MySql, etc. etc.) ces connaissances dénotent quand même une certaine position au sein de la hiérarchie du forum.
Mais bon, si je parle dans le vide il ne me reste plus qu'à me joindre à vous pour prier le Ciel qu'il nous débarrasse de l'erreur 504...
Réponses
Finalement on sait à quoi c'est dû ? J'imagine que le serveur qui héberge le forum est bien pourri mais une raison plus précise est-elle connue ?
Je veux bien donner 1 € par mois.
Cordialement,
Rescassol
> Wilfrid: un hébergement web se paie à l'année.
Aucune importance, c'était pour le principe. Je veux bien payer plusieurs années d'avance.
Cordialement,
Rescassol
Si 250 Go suffisent, tant mieux.
Enfin, attention aussi, ça peut s’emballer, mais… au bout de deux ans par exemple, s’il n’y a plus personne qui donne… comment ça se passe ? Un retour vers « l’aujourd’hui » est-il facile ?
Désolé, je suis vraiment…
La plus grande difficulté est la base de données, dont le format n'est très probablement plus adapté à une base moderne (le simple fait d'upgrader un forum tous les 2 ou 3 ans oblige souvent à de nombreuses modifications de la base de données, qui dans ce cas sont automatisées). Dans le cas présent il faudrait lire l'ancienne base de données ligne par ligne, puis modifier chacune d'elles avant de l'injecter dans la nouvelle base, ce qui avec un script Php ne pose a priori aucun problème. Du moins pour la table des messages, parce qu'il y a de très nombreuses autres tables dont l'utilité est liée au type de forum, et qui risquent de poser un sérieux problème. L'idéal consiste en fait à repartir de zéro tout en gardant l'ancien forum pour référence et/ou consultation.
Pour le paiement, aucun besoin de fonder une association. Il suffit une fois par an de lancer une campagne de dons, jusqu'à ce que la somme requise soit obtenue, ce qui ne devrait prendre que peu de temps. Ou d'envoyer un MP à Rescassol ! :-)
Si l'ancien forum (ou plutôt le présent forum) a été conservé, il n'y a aucun problème. Mais je doute qu'un tel cas se présente. On paie chaque année des sommes relativement importantes à Netflix (216 €), Youtube (144 €), Prime Vidéo (42 €), etc., alors 100 euros devraient se trouver facilement.
Mais bon, il est à craindre que nous soyons en train de parler dans le vide...
Par contre, oui de meilleurs serveurs ou une meilleure connectivité peuvent aider.
Bien que les erreurs 504 avec NGINX sont toujours dures à comprendre et que souvent les logs n'aident pas, je suis sûr qu'il y a un moyen technique d'améliorer la situation. Et je trouve que la migration a plutôt été bonne.
R.E,
Je ne vois pas ce qu'il y a de difficile à comprendre : j'ai dit plus haut que convertir la base de données actuelle au format du nouveau forum serait tellement complexe qu'il vaut mieux repartir sur une nouvelle base, c'est-à-dire un forum moderne vide. Je n'ai jamais parlé d'améliorer l'hébergement actuel puisque je n'ai aucune idée de sa nature. Et puis on ne fait pas du neuf avec du vieux. "Améliorer" ce qui date présente toujours des risques, on a vu à quel point Manu a galéré pour créer la présente version du forum, et tout ça pour un résultat décevant, plus pénible à utiliser que le forum d'origine, qui fonctionnait très bien. Donc, en ce qui me concerne j'éviterais une nouvelle "amélioration", qui ne fera probablement qu'empirer encore les choses.
Je précise qu'en matière de forum je sais de quoi je parle pour en avoir installé plusieurs, au format PhpBB uniquement, tel ce forum que j'ai créé en 2020 après que Martial ait parlé de la possibilité pour un prof de dialoguer avec ses élèves pendant le confinement, et qui n'a jamais été utilisé mais que j'ai gardé pour procéder à des expérimentations diverses et variées (je continue d'ailleurs de payer le renouvellement du nom de domaine chaque année. Mais c'est mon choix). Et non, je ne suis pas en train de proposer mes services. Je ne serais pas intéressé si on me le demandait.
Le site actuel peut être améliorer au niveau configuration, logiciel ou hébergement, je ne suis pas sûr mais Manu a fait un bon boulot sur la migration.
Bon, R.E préfère se répandre en flatteries envers Manu plutôt que de chercher un moyen de résoudre le problème que de nombreux membres excédés par ces erreurs 504 à répétition dénoncent. Ces derniers ne manqueront pas de l'en remercier chaleureusement. Je ne vais pas qualifier cette attitude mais chacun comprendra ce que je veux dire.
Je ne propose pas de solution car je n'ai pas assez d'information, les erreurs 504 sont dures à diagnostiquer, je sais que le site est hébergé à l'ENS sur RENATER (ça se trouve en deux clics) et que c'est un Drupal (pour le forum, je ne suis pas sûr du CMS) mais il faudrait les caractéristiques du serveur, sa connectivité, le nombres de visites et idéalement un accès aux sources et SSH au serveur pour y voir plus clair. Je suis sûr qu'il y a moyen d'améliorer la situation sans créer un nouveau forum.
Pour info, le forum est sous Vanilla et le reste du site sous Django. Une des nombreuses difficultés lors de la rénovation du site a été de combiner les deux interfaces qui utilisent des technologies différentes.
Rappelons s'il est besoin que le site fonctionne sur la base du bénévolat, que tout le travail de programmation a été réalisé sur mon temps libre et que le forum est géré sur le temps libre des modérateurs.
Manu.
Où se situe le problème en réalité ? De l'intention de dissocier la base de données du système de fichiers du forum. Si par exemple on veut passer à un forum phpBB – le plus riche en termes de fonctionnalités – il faut une base de données adaptée à ce type de forum, ce qui représente un sérieux écueil. Mais si on conserve le système de fichiers ET la base de données, alors il n'y a plus de problème ! Deux possibilités s'offrent alors :
1) Si la réponse à ces deux questions ...
La base de données du forum est-elle au format MySql ?
Y accède-t-on en Php ?
... est oui, alors on peut réinstaller le forum sur un hébergement Pro chez OVH (dont j'ai parlé plus haut) sans modifier quoi que ce soit a priori [je n'avais pas encore lu le message de Manu dans lequel il parle de Vanilla].
2) Si le format de la base de données est différent de MySql, par exemple PostgreSQL, alors on a deux possibilités :
Prendre un hébergement Pro et demander à OVH d'installer PostgreSQL dessus, moyennant une petite participation financière.
Louer un serveur dédié, qu'on peut trouver chez OVH à partir de 63 €/mois, sur lequel on peut installer tout ce qu'on veut.
Avoir la possibilité de ne louer ce serveur que pour 3 mois par exemple, le temps de trouver la meilleure stratégie, serait quand même un plus.
Comment résoudre l'erreur 504. Bon courage quand même ! Comme je l'ai dit précédemment, il vaut mieux s'adresser directement à l'hébergeur, déjà ça fait partie de ses obligations, et ensuite on se prend moins la tête. Quant à une autre forme d'aide, personne ne peut analyser la situation de l'extérieur.
Qu'en est-il des 1300 sites reliés entre eux par le réseau RENATER ? S'ils souffraient tous du même problème, n'aurait-il pas été résolu depuis longtemps ?
Tu parles de la plateforme Vanilla basée sur Java, ou de Vanilla Javascript ? S'il faut la plateforme Vanilla pour faire tourner le forum, alors le problème s'aggrave, à moins de disposer d'un serveur dédié.
C'est noté, mais en quoi est-ce que ça justifie de devoir supporter les interventions continuelles de notre ami 504 ?
Autant pour moi, j'ai fait comme s'il s'agissait de 10 Mbit/s !! Avec des Gbit on obtient 1250 Mo/s, ce qui à mon avis est complètement farfelu (qu'est-ce qui est 6 fois plus performant que la fibre optique en termes de débit ?). L'auteur de l'article de Wikipédia a probablement commis la même erreur que moi, mais dans le sens inverse : il aura écrit Gbit au lieu de Mbit.
Ce problème n'existe pas quand l'éditeur est en mode Html. Je viens seulement de m'en rendre compte alors que j'utilise constamment ce mode ! :-)
-- Schnoebelen, Philippe
PS. Bon, j'ai rien dit...
Python vs PHP
Je cite une phrase de ce comparatif : "... si vous développez un système bancaire, qui peut recevoir un énorme trafic quotidien, il doit être exceptionnellement rapide. Des délais plus courts peuvent avoir un impact considérable sur les performances du système. Dans ce cas, il est recommandé d’utiliser PHP 7 plutôt que Python."
C'est le problème avec un frontend en Java et un backend en Python. PHP7 étant plus rapide que Python dans les conditions d'une utilisation comme backend (et je ne parle pas des performances exceptionnelles de PHP8, sorti récemment), il a moins de chance de provoquer des erreurs 504.
Et le forum : https://les-mathematiques.net/vanilla/ (Vanilla - PHP - MySql)
Et avec un serveur Web Nginx devant. La cohabitation de PHP et Python sur le même serveur et leurs interactions avec Nginx doivent être délicates. Il y a aussi la bande passante, mine de rien ce forum génère du traffic.
Pour la cagnotte, je suis aussi partant, ça peut être une bonne idée pour aider Manu et les modérateurs.
J'ai dû m'absenter, mais je reprends. Plusieurs facteurs sont à considérer :
Quelqu'un de l'Ens est-il assigné à la maintenance du (ou des) site web ? De quand datent Django et Python (ou leur version respective) ?
Quel est le format de la base de données (MySql, PostgreSQL, ...) et sa version ?
Le point certainement le plus important : quel est le nombre de connexions simultanées qu'autorise cette base de données ? Le couple PHP/MySql est si performant que 80 % des développeurs web l'utilisent à travers le monde. Récupérer des données prend quelques centièmes de seconde à PHP (je ne parle pas du temps qu'il faut pour les transmettre au navigateur, mais bien du temps d'occupation de la base de données). Dans la page de description de l'hébergement Pro chez OVH, dont j'ai donné l'adresse plus haut, il est mentionné que ce nombre est de 30.
Supposons que 31 utilisateurs du forum chargent une page au même instant : les 30 premiers seront servis en moins d'une seconde (ça dépend du volume des données en question), puis ce sera le tour du 31ème. L'opération dans son ensemble aura sans doute pris moins d'une seconde. Mais qu'en est-il avec Python, dont l'accès à une base de données est beaucoup plus lent ? Si les 31 requêtes ne sont pas servies assez rapidement, alors on tombe dans le cas de figure décrit par developer.mozilla : "Le code de réponse HTTP d'erreur serveur '504 Gateway Timeout' indique que le serveur, agissant comme passerelle ou proxy, n'a pas obtenu de réponse à temps de la part d'un serveur situé en amont pour la complétion de la requête". Si le temps pour obtenir la réponse du serveur dépasse celui qui a été fixé, alors on a droit à une erreur.
Toutes les technologies du web ne sont pas nées égales ni en même temps, et les plus performantes sont les plus récentes ; ce sont elles que réclament aujourd'hui les internautes, de plus en plus exigeants. Selon une étude américaine datée de 2021, 79 % des internautes déclarent que si le site marchand sur lequel ils se rendent régulièrement affichait soudainement une baisse de performances, ils iraient voir ailleurs. Selon une autre étude, les internautes n'attendent pas plus de quelques secondes que la page demandée s'affiche : si ce n'est pas le cas, ils zappent (je fais partie de ces gens-là). Les performances d'un site, en particulier marchand, sont donc cruciales. Son existence en dépend.
Si j'ai demandé de quand datent Django, Python et la base de données, c'est justement pour vérifier ce point : ce forum utilise-t-il une technologie à jour, sachant que sa version précédente datait de l'an 2000 et que le site de l'ENS commence lui aussi à dater ?
Soit on utilise PHP pour le backend (et en particulier l'accès à la base de données), soit on utilise Python. Si Python et PHP cohabitent, alors l'un et l'autre ont des objectifs différents, qui n'entrent pas en collision l'un avec l'autre. Ma question sur les versions de Django, Python et la base de données reste donc d'actualité (même si on peut maintenant ajouter la version de PHP).
Pourquoi parmi les 20 % de développeurs web qui n'utilisent pas PHP/MySql, certains utilisent-ils Python ? Je n'en sais rien, mais j'imagine que c'est dû au fait qu'avant l'apparition de PHP7, Python était plus performant que lui (en backend). On pourrait donc leur conseiller de revenir à PHP, pour leur bien et celui de leurs affaires, comme l'article "Python vs PHP" le souligne. Rien ne vaut Html + Javascript + CSS + PHP + MySql. C'est la recette de la performance et de la tranquillité d'esprit.
Désolé, j'avais zappé ce point.
Ça c'est une nouvelle qu'elle est bonne ! Si le forum utilise PHP et MySql il n'y a aucun inconvénient à le changer de serveur, sauf peut-être la volonté...
La note qui suit, sur la même page, est particulièrement intéressante :
C'est bien ce que je disais : il faut s'adresser en premier lieu à l'hébergeur. S'il ne peut pas corriger le problème alors il est possible que celui-ci trouve son origine en amont.
Si l'ENS vous offre l'hébergement du forum c'est tout-à-fait louable de sa part, et il y a de fortes chances pour qu'elle ne soit pas au courant du problème récurrent qui l'affecte, du moins si elle n'en souffre pas elle-même. Partir du principe qu'elle ne vous doit rien et qu'en conséquence vous n'allez pas lui en parler est la pire décision que vous puissiez prendre. En tant que propriétaire du serveur c'est justement à elle de faire quelque chose pour vous retirer cette épine du pied. Quel misérable regarderait son semblable empêtré dans les difficultés sans rien tenter pour l'aider ? Tu as une piètre opinion de l'espèce humaine !
Ceci dit, il se peut que le serveur ne soit pas en cause, et c'est pourquoi votre champ d'action est limité. Supposons que vous décidiez de louer l'hébergement dont on a parlé plus haut : vous transférez le dossier du forum et la base de données, mais dès les premiers essais vous recevez devinez quoi ? Une erreur 504 !! Vous serez bien avancés ! La différence est que OVH mettra tout en œuvre pour résoudre le problème, et ils connaissent leur boulot, quitte à déplacer le forum sur un autre support. Si le problème est causé par le forum, pour une raison dont je n'ai aucune idée, il est possible qu'ils le découvrent. Ou non. Un retour à la case départ est dans ce cas envisageable.
Avant de vous engager dans quoi que ce soit vous feriez bien de trouver l'origine de l'erreur 504, et pour ça vous devez en parler à l'hébergeur. Ensuite vous pourrez choisir de rester chez lui ou de reprendre votre liberté. Ce n'est pas sain du tout d'être hébergé par une entité qui, parce que ce n'est pas son métier, est dans l'incapacité de résoudre le moindre problème qui se présenterait. Il est de loin préférable d'être entouré d'une équipe de professionnels prêts à répondre à la moindre alerte.
En attendant, cette erreur persistante est contreproductive : combien de personnes à la recherche d'un forum de maths sont arrivées ici ... je veux dire sur une page blanche, et ont choisi de cliquer sur le lien suivant dans les résultats de Google ? Ça s'est certainement produit au moins une fois depuis un an et demi !
Après je ne serais pas parti sur le choix de mélanger un site Python et un autre PHP sur le même serveur.
Là où l'ENS peut agir c'est s'il y a un problème de bande passante mais je ne pense pas que ce soit ça.
La différence entre toi et moi c'est que je suis réaliste. J'aborde le problème d'un point de vue parfaitement neutre, ce qui de toute évidence est loin d'être ton cas.
Ceux qui viennent ici poser une question sur un point précis de mathématiques pètent-ils la honte ? Tremblent-ils de peur à l'idée de passer pour des idiots parce qu'ils ne maîtrisent pas l'ensemble des mathématiques ? Eh bien en matière de développement web c'est la même chose : le nombre de technologies mises en œuvre – logicielles et matérielles – est si important que pas un seul individu au monde ne peut se vanter de les maîtriser toutes, sauf s'il est affligé d'un sérieux problème d'ego. C'est particulièrement vrai pour ce qui touche aux erreurs spécifiques que peut émettre un serveur. Lorsqu'on loue un serveur, un hébergement, on s'attend à ce que son propriétaire connaisse sa technologie sur le bout des doigts afin d'être en mesure d'intervenir rapidement en cas de besoin. C'est la raison pour laquelle tant de gens (et je soupçonne que nombre de développeurs en font partie) ne savent pas comment un serveur fonctionne. Pourquoi ? Tout simplement parce qu'ils n'ont aucun besoin de le savoir, ce n'est pas leur affaire, ils se contentent d'appliquer la politique du "Pay and Forget". De son côté, la personne ou l'entité qui loue un serveur doit bien entendu être assurée de pouvoir traiter tout problème qui se présenterait.
Ici nous ne sommes pas dans ce cas de figure. Le serveur du forum est problématique (du moins c'est ce qui paraît, on ne peut rien affirmer, ça pourrait venir aussi bien d'une obsolescence des technologies utilisées, ou d'autre chose encore) mais les personnes directement concernées préfèrent palabrer et se trouver des excuses plutôt que de se saisir du problème et le régler une bonne fois pour toutes, quitte à prendre des décisions difficiles. Je suis persuadé que la plupart des membres du forum préfèreraient qu'on ne touche à rien, que tout continue comme actuellement et qu'on apprenne à vivre avec l'erreur 504. Eh bien qu'il en soit ainsi, moi ça me convient parfaitement, d'autant plus que je ne suis concerné que de loin par le thème du forum.
Il vaut mieux entendre ça que d'être sourd ! Je suis chez OVH depuis plus de 15 ans et je peux te garantir qu'ils font tout ce qui est nécessaire pour rendre service à leurs clients. Ils n'en laisseront jamais un en panne. Depuis l'administration de mon serveur je peux faire un tas de réglages et de choix – loin d'être limités – qui ne concernent pas OVH ; mais en cas de dysfonctionnement je peux joindre le service technique depuis cette même interface et lui exposer la situation, tout en étant assuré d'obtenir une réponse dans les heures qui suivent. Je précise que je n'ai jamais rencontré de problème majeur sur un serveur d'OVH. Ce n'est pas le 1er hébergeur de France pour rien. Alors arrête de semer le doute dans les esprits en leur faisant croire que c'est le même chaos partout.
Pour le savoir il faudrait cesser d'émettre des hypothèses et se livrer à une enquête sérieuse.
Et je maintiens si il y a un problème type 504 causé par une mauvaise configuration du serveur ou plus spécifiquement de Nginx, php, python, Mysql et autres, c'est l'administrateur du serveur qui est responsable pas OVH. Tu les imagines déboguer tous les serveurs qu'ils hébergent ?
Il y a deux raisons :
Dans l'ancienne version du forum, le rôle de chacun était indiqué sous son pseudo. On savait donc à quoi s'en tenir. Dans la présente version il n'est plus indiqué.
Tu as délivré de nombreuses informations à propos du serveur et des technologies utilisées. Nonobstant le fait qu'elles se sont contredites au fur et à mesure (hier le serveur appartenait à l'ENS, aujourd'hui il appartient à Manu ; il y a deux jours on parlait de Java+Django, hier on a parlé de PHP+MySql, etc. etc.) ces connaissances dénotent quand même une certaine position au sein de la hiérarchie du forum.
Mais bon, si je parle dans le vide il ne me reste plus qu'à me joindre à vous pour prier le Ciel qu'il nous débarrasse de l'erreur 504...