Repondre à un post : erreur 422.

Salut à tous ! A titre d'information pour la salle des machines du site : j'ai eu le cas plusieurs fois ces derniers temps, impossible de poster une réponse : error 422 .
A force d'insister, ça passe parfois, d'autres fois non...

L'équipage
23 mai 2021
03 juin 202103 juin 2021

L'erreur 422 est aussi un soucis mémoire. La syntaxe de la page HTML est correcte, tout est bon mais il n'y pas assez de mémoire cache pour l'exécuter.
"Stack overflow"
Ou alors la page est bonne dans sa syntaxe et avec des erreurs sémantiques.

Problème de qualité du code du serveur, qui oublie de faire un "flush" des caches quand il n'en a plus besoin.

Une correction à faire par le fournisseur et une mise à jour à faire?


totor:Merci Courtox ! 😉·le 03 juin 2021 13:22
05 juin 2021

je doute un peu du système de cache, si on parle des pages HTML en cache !
en effet, sans connaître le code (et sans connaître ruby/Django), il me semble que la/les pages d'accueil sont intégralement recalculées a chaque hit, de chaque user connecté
(puisqu'affichant a chaque lecture,
- les dernières nouvelles modifs de chaque sujet
- la coloration distincte de chaque ligne de thread pour 'bleuir' les threads déjà lus intégralement par l'utilisateur courant connecté
)

vous imaginez la combinatoire (2000 HeO-nautes x N.000 threads x P.000 [+nouveaux] postes.

et cela obligatoire pour chaque visiteur heo-naute, pas à chaque hit, mais à un sur deux en visite seule (pour chaque inscrit connecté)

Pourquoi ai-je mis 'un sur deux' ?
parce qu'après avoir lu un post, la seule solution que j'aie trouvée pour en lire un autre est de rappeler l'une des pages 'accueil' (home / voile / moteur / taverne / support ..) toutes programmées de la même façon sans doute..mais sans doute recalculées completement a chaque demande !
je n'ai pas lu/remarqué un affichage du nombre de visiteurs simultanés (tous les visiteurs simples non connectés = servis à l'identique, pourraient eux bénéficier de la mise en cache des pages identiques à l'instant) mais il est sûr qu'en cas d'affluence il y a de quoi écrouler un serveur, quand on sait qu'un Drupal ou un SPIP (mais pour des visiteurs simples) sont taillés pour des 200.000 pages jour...

PS et encore je n'ai pas fait intervenir les calculs et diffusions des placards de pub qui émaillent l'interface..


05 juin 2021

quant au cache de la BDD cela me paraît également peu utile, car -comme vu plus haut- la réactivité du forum est due à la prise en compte dans le calcul de chaque page d'accueil servie à chaque visiteur connecté, de l'état instantané de la BDD résultant des derniers postes inscrits ET des dernières lectures du visiteur connecté....

En résumé la saturation 422 ou la lenteur possible du serveur est en quelque inhérente à la réactivité du serveur, d'autant plus que le passage obligatoire par la/les page d'accueil oblige l'heo-naute a re-lire/re-venir sur le thread juste lu et répondu dès qu'un autre post s'y est ajouté !!!
j'imagine que cela peut ajouter aux envies de Troller


05 juin 2021

Je ne sais pas si ça fait avancer le smilblick, mais l'accès aux annonces est longuet, et se termine par une erreur... alors même que le forum rest accessible.


05 juin 2021

pour alléger la charge-lenteur serveur, une possibilité serait de 'by-passer' le recalcul obligatoire de la page d'accueil un hit sur deux... qui n'apporte pas grand chose en termes d'informations qd on commence à parcourir un forum (mais qui pompe le serveur,.. et le forfait 4G de chaque navigateur connecté) :
- proposer en fin de lecture d'un thread de 'passer directement au suivant/précédent' (sans forcer au passage en accueil intermédiaire, a moins qu'il ne soit déjà proposé et affiché ? je n'y vois plus..)
vous m'objecterez que le 'suivant' n'est plus le vrai 'suivant' a la fin de la lecture : oui ! et alors ? est-il indispensable de lire instantanément les toutes dernières réponses, surtout pour revenir y rerepondre avec énervement, car "un autre n'a manifestement pas compris l'idée que je viens de m'exhiber a ré-expliquer juste avant"


05 juin 2021

une mise en cache intermédiaire pourrait aussi être gérée : c'est avoir 'en cache-5minutes' la/les liste ordonnée des derniers threads actualisés, et le calcul de la page d'accueil individualisée par visiteur connecté s'appuyerait sur cet intermédiaire....


05 juin 2021

l'autre cache possible (qui ne me semble pas utilisé actuellement), c'est de mettre en cache serveur la page d'accueil courante de chaque visiteur connecté, 'cachée' pendant 10mn (le temps de lire les threads 'en l'état'), au prix d'une petite dégradation de l'instantanéité ?


05 juin 2021

Quant au plantage rencontré en envoyant une réponse, (je le rencontre aussi), sujet initial de ce thread {pardonnez mon 'troll du vendredi' ci-dessus 😕) cela relève sans doute de délais de synchronisation Ajax : également provoquée par la lenteur du serveur, qui ne peut répondre instantanément a la requête asynchrone (interne à la page) de mise à jour de la BDD, jointe éventuellement a une transmission 4G un peu moins performante...


Bonjour,
Ah, le jargon informatique, tout un poème.....
Mais il est vrai que depuis un certain temps, le commun des mortels dont je fais parti ont des problèmes avec le site:
Impossibilité de se connecter au petit matin
Écriture lente
Réponse qui ne peut pas s’enregistrer
Ce n’est pas la fin du monde mais c’est un peu frustrant.
Bonne journée,
Patrice


Peniche, Portugal

Phare du monde

  • 4.5 (95)

Peniche, Portugal

2022