Lexpage, pour tout savoir sur les champignons !    —  LLB

Discussions

Lexpage v4 - Erreurs 404, erreurs 500 et erreurs diverses

Guybrush 8372 Bob
Bonjour,

Malgré plusieurs jours de test, il est clair qu'autant de lignes de code ne peuvent pas vivre décemment sans un lot de bugs vicieux qui viennent se glisser dans cette parfaite harmonie... :-D Hum... Bref, tout ça pour dire qu'il y a de fortes chances que des erreurs 404 et 500 se manifestent par-ci, par-là sur le site.

Si vous en avez rencontrées, la meilleure chose à faire est :
- S'il s'agit d'une erreur 404, de m'indiquer l'adresse à laquelle vous essayiez d'accéder, ainsi que la page de provenance et ce que vous avez fait (par exemple, cliquer sur tel lien, ou confirmer tel formulaire, etc.) ;
- Si c'est une erreur 500, c'est à peu près la même chose, sauf qu'il faudrait idéalement être beaucoup plus précis. Il y a encore pas mal d'erreurs qui sont liées à des soucis d'encodage (merci OVH !) et à Python 2.6 (merci OVH !!). Il y a bien un outil de log qui est supposé me prévenir, mais grâce au fonctionnement en CGI (merci OVH !!!), il est encore perfectible.

Pour les autres erreurs (mise en page, javascript, etc.), profitez également de cette discussion pour en parler. Pour de telles erreurs, je suis convaincu que ce sera beaucoup plus facile d'identifier (et probablement de corriger) le problème.

Merci !
Tchou 3565 Bob
Le site est super lent ... entre un clic et la réponse, j'ai des temps variables allant de quelques millisecondes à 15 secondes avant d'afficher le moindre truc ! :/

Le favicon est trop détaillé pour être lisible. Dans les favicons faut aller vers la simplicité, le L encapsulé était pas mal.

/pages/ me balance une erreur (alors que /board/ fonctionne correctement). Ok dans les 2 cas faut manipuler l'url pour y arriver, mais le public ici en est capable ! :)

Perso pour le minichat je serai allé encore plus loin que de l'ajax sous jquery avec du websocket (ce qui permettrai un affichage temps réel et pas un refresh périodique voir s'il y a du nouveau)... mais si tu es encore avec ton hébérgement OVH mutualisé, t'as peut être pas la possibilité de le faire.

Tu as 2 lignes blanches avant de débuter ton html ... ça ne peut pas poser de soucis avec ta gestion de cookies ?
Guybrush 8372 Bob
TchouLe site est super lent ... entre un clic et la réponse, j'ai des temps variables allant de quelques millisecondes à 15 secondes avant d'afficher le moindre truc ! :/
Oui, c'est plutôt pénible, malheureusement, le site tourne via CGI, ce qui induit un rechargement complet de l'interpréteur et du framework à chaque page... Je sais qu'OVH bosse actuellement sur une solution pour proposer le support du Python "proprement", mais rien de visible pour l'instant.

Je vais voir du coté du nombre maximum de connexions à la db, et de certaines techniques pour accélérer le chargement, mais je pense qu'on va systématiquement avoir un petit délai tant qu'on tournera en CGI.
TchouLe favicon est trop détaillé pour être lisible. Dans les favicons faut aller vers la simplicité, le L encapsulé était pas mal.
Je vais remettre l'ancien, je préfère aussi :-D
Tchou/pages/ me balance une erreur (alors que /board/ fonctionne correctement). Ok dans les 2 cas faut manipuler l'url pour y arriver, mais le public ici en est capable ! :)
/pages/ liste normalement les pages créées directement via la db, mais j'ai désactivé l'url temporairement, car certaines pages sont utilisées pour des morceaux du site (par exemple, l'édito ou le bloc d'annonce qui n'est pas visible actuellement) et il faut que je les filtre avant de les lister.
TchouPerso pour le minichat je serai allé encore plus loin que de l'ajax sous jquery avec du websocket (ce qui permettrai un affichage temps réel et pas un refresh périodique voir s'il y a du nouveau)... mais si tu es encore avec ton hébérgement OVH mutualisé, t'as peut être pas la possibilité de le faire.
Exactement :'(
TchouTu as 2 lignes blanches avant de débuter ton html ... ça ne peut pas poser de soucis avec ta gestion de cookies ?
Normalement, non, mais je viens de corriger ça :-)

PetitCalgon 2664 Bob
J'utilise en favori l'URL www.lexpage.net/go.php, elle fait évidement une erreur 404.
Peut-être pourrait-elle revenir avec un simple redirect vers www.lexpage.net :)
Guybrush 8372 Bob
PetitCalgonJ'utilise en favori l'URL www.lexpage.net/go.php, elle fait évidement une erreur 404.
Peut-être pourrait-elle revenir avec un simple redirect vers www.lexpage.net :)
C'est fait :-)
Marcant 1160 Flooder
Je suis en train de tester avec l'iPad et pour le moment ça va. J'ai quand même eu un chargement de 20secs pour m'identifier, mais depuis plus de soucis !
JohnDuff 2746 Bob
Je suis sous IE11 là et quand je clique sur le bouton des smileys ils apparaissent mais je ne peux plus les faire disparaître. Le cadre avec tous les smileys reste affiché tant que je suis sur la page en masquant une partie du dernier message, où que je clique ou quoi que je fasse. :1zhelp:

Et quand je clique pour avoir un aperçu du message (le bouton avec l'œil), je ne peux plus revenir en arrière ou modifier mon message.
PetitCalgon 2664 Bob
Tiens en effet, j'avais pas testé depuis l'iPhone :)
Autant j'ai eu une agréable surprise sur le menu principal, parfaitement adapté à l'écran mobile:
imageshack.com/i/f1i16qp

Autant, sur une page de forum, l'avatar prend la moitié de l'écran et ce n'est plus utilisable :-(
imageshack.com/i/naf1vep

Dommage, ça partait d'une bonne intention :yawn:
Guybrush 8372 Bob
MarcantJ'ai quand même eu un chargement de 20secs pour m'identifier, mais depuis plus de soucis !
Je pense que cela vient du mod_cgi incontournable chez OVH, et pas vraiment de Django ou de Lexpage. Je ne sais pas ce qui peut induire ce délai, mais je l'ai aussi de temps en temps. Je vais essayer de logguer un niveau de message inférieur afin de voir si j'identifie quelque chose, mais je crains que ça ne soit à cause d'OVH... malheureusement :(
JohnDuffJe suis sous IE11 là et quand je clique sur le bouton des smileys ils apparaissent mais je ne peux plus les faire disparaître.
C'est réglé, merci ! :-)
PetitCalgonAutant, sur une page de forum, l'avatar prend la moitié de l'écran et ce n'est plus utilisable :-(
J'ai changé le witdh=device-witdh en width=600, ce qui autorise notamment un dezoom et règle ce problème. Malheureusement, cela signifie que sur les appareils ayant une résolution "en largeur" de 800 ou davantage, le rendu ne sera pas terrible (et il vaut mieux, dans ce cas, cocher "Voir la version ordinateur"). En attendant, sur la plupart des appareils, en mode portrait, ça devrait rendre mieux.



PetitCalgon 2664 Bob
Pas mal, mais maintenant l'affichage est un peu large et donc le texte un peu petit.
En mode paysage, c'est nickel, en mode portrait, un peu petit:



Répondre

Vous devez être inscrit et identifié.