| 19-04-2010 23:59:34 | #1 | |
| Baal | Salut, Tout est dans le titre !  Cela m'arrive quand je tente de sauvegarder mes modifications, pas quand je prévisualise. Et visiblement uniquement sur mon fil de discussion : "Morgue". | |
| 20-04-2010 08:17:08 | #2 | |
| Max Anderson | J'ai effectivement eu le même problème en essayant d'éditer ce même post. Je suppose que c'est à cause d'une taille de post trop grand pour être édité... | |
| 20-04-2010 09:02:58 | #3 | |
| Robin des Ombres | c'est un problème connu quand on tente d'éditer des posts assez longs ... j'ai pas réussi à trouver la cause du problème (et j'avoue pas avoir des masses de temps à y consacrer). | |
| 20-04-2010 13:19:13 | #4 | |
| Baal | Je suis développeur professionnel, je peut peut-être jeter un oeil ? Le message du serveur est clair : l'erreur exacte doit être signalée dans le log du serveur. Si tu pouvais trouver le message exact, je pourrais sans doute t'en dire plus. | |
| 20-04-2010 13:49:54 | #5 | |
| Robin des Ombres | Ceci provient des logs d'erreurs d'Apache. L'URL correspond bien à ton post "morgue".[Mon Apr 19 23:34:31 2010] [error] [client 62.147.137.61] [host www.shadowforums.com] Premature end of script headers: edit.php, referer: http://www.shadowforums.com/forums/edit.php?id=29860 En fait l'édition donne un timeout quand le message est trop long. | |
| 20-04-2010 14:05:17 | #6 | |
| Baal | C'est le fichier error_log de Apache ? FluxBB n'a pas son propre fichier de log ? D'après mes recherches, cela peut provenir de : 1) Pas assez de ressources sur le serveur (surcharge) 2) Une limite de mémoire par requête trop basse 3) Une requête trop longue pour la base de données (timeout) 4) Un problème interne au script 5) un problème de droit (.htaccess) 1) est peu probable 2) ça m'est déjà arrivé sur un serveur, une variable à modifier quelque part 3) c'est aussi une piste sérieuse, facile à vérifier Vu que ça fonstionne pour les modifications plus petites, le 4) et 5) est peu probable. | |
| 20-04-2010 14:19:17 | #7 | |
| okhin | Ça dépend de notre hébergement (et du type de celui-ci surtout), je ne me rappelles plus trop ce qu'on a mais, si on est sur un mutualisé, le 2 et le 3 sont juste pas gérable. L'un se modifie dans le php.ini et l'autre dans le httpd.conf (MaxRequestSize ou un truc du genre), et su ce genre d'hébergement, on peut oublier modifier ça. D'ailleurs, visiblement, on est sur de l'OVH, du plan 10g je suppose (si j'en crois le nom des routeurs). Okhin | |
| 20-04-2010 20:50:40 | #8 | |
| Baal | OK, tant pis pour moi ! | |
| 20-04-2010 21:39:39 | #9 | |
| Robin des Ombres | ma théorie, c'est que c'est la fonction d'indexation pour le moteur de recherche qui fout la merde. il faudrait que je fasse sauter certains morceaux du code pour virer totalement cette fonction et voir si ca résout le problème. | |
| 20-04-2010 22:07:48 | #10 | |
| Robin des Ombres | bon, je viens de passer le code en revue, et j'ai viré tous les appels aux fonctions *_search_index(), qui sont censés gérer les tables pour la recherche. naturellement je vais pas mettre ça en prod' avant d'avoir vérifié que ça marche  | |
| 21-04-2010 10:14:41 | #11 | |
| Robin des Ombres | Je crois que j'ai finalement résolu le problème. en virant entièrement la fonction de recherche, l'édition de post est presque instantannée, quelque soit la longueur du post. C'est plutot bon signe | |