Version imprimable
j'ai démarré une discussion sur apache à propos du timeout
cf ce post
.. je souhaitais modifier le timeout de ma config apache pour que je puisse faire tourner ma lourde application. mais gorgonite me conseille de le changer uniquement pour un script, comme cela est possible pour le PHP!
Auriez-vous des infos à ce sujet??
Merci d'avance!!
Citation:
Envoyé par stoyak
gorgonite... c'est qui ce type ?
en plus, avec un avatar pareil, il me parait louche :aie: :aie: :aie:
plus sérieusement, as-tu cherché un peu ?
regardes ce truc... a priori il faut modifier lehttp://www.cosmicscripts.com/servers/timeout.htmlCode:# /usr/bin/perl -w -MTimeout=5000
Non, désolé mais ce script ne répond pas à sa demande : il veut changer le timeout du serveur (qui est trop court), pas le timeout du CGI (qui n'en a pas pour l'instant)... A mon avis le problème réside plutôt dans la conception du service : si une opération dure si longtemps, elle ne devrait pas bloquer toute la navigation tant qu'elle s'exécute. Si tu pouvais repréciser ce que tu fais exactement, nous pourrions peut-être te suggérer une autre voie. Par exemple passer par une page intermédiaire qui redirige périodiquement sur elle-même tant que les résultats ne sont pas disponibles, ou quelque chose comme ça.
(Comment fais-tu en PHP pour changer le timeout du serveur ? J'imagine que c'est possible parce que Apache interprète directement le PHP (avec mod_php), mais ça m'étonnerait que ce soit possible en CGI (peut-être en mod_perl par contre))
--
Jedaï
tout à fait
il faut que tu decoupe tes traitements de fichier (c'etait bien le coup des 13 fichiers de 30Mo c'est ca?) pour que chaque requete prenne un temps raisonnable, quitte à enchainer automatiquement les requetes avec des redirections.
Sinon l'autre moyen de "tromper" le timeout c'est d'ecrire de temps en temps quelque chose pour el remettre à zero (en esperant que tu n'ais pas le probleme de bufferization qu'a eu djibril dans un autre topic). Par exemple une ligne sur le navigateur a chaque nouveau fichier traité
.. et si .... j'ai un problème de bufferisation :? :mouarf: .. il m'est donc impossible de printer au fur et à mesure pour tromper le timeout et le remettre à zero .. cette solution m'aurait bien plu, elle aurait d'ailleurs alléger mes scripts .. mais bon ..
sinon, j'ai déjà segmenté au maximum mes scripts en module pour les optimiser. 1 requete en elle-même prend un temps raisonnable, je m'interroge surtout pour une utilisation de l'outil est un plus lourde (une 50aine de fichiers .. et si, c'est possible!)
je fais deja une redirection régulière sur la page en question pour faire patienter l'utilisateur ...
alors dans ce cas tu ne devrais pas avoir de probleme de timeout?
Tu veux dire que meme en faisant un seul traitement par requete tu declenche le timeout ?
non, bien sur!!!! je ne déclenche pas le timeout si le nombre est restreint!!
mais c'est une appli professionnelle, à usage restreint par mot de passe, et je ne peux pas contraindre mes biologistes à des analyses de faible envergure!!
c'est le contexte des fichiers traités qui engendre la nécessité de gérer le timeout!
attend je ne comprend pas
tu disais dans ton precedent message que tu avais à present un seul traitement (ie un seul fichier a traiter) par requete?
Citation:
Envoyé par pospos
ben le fichier doit être énorme... ;)
alors faut optimiser!
non sans blague, l'autre possibilité est le lancer la tache et de repondre à al requete sans attendre qu'elle soit terminée
tu fork un process qui fait ca, par exemple avec Proc::Simple (detach)
et ensuite tu peux imaginer avoir un autre script qui t'affiche un tableau HTML avec les traitements achevé/en cours (en regardant l'existance de fichiers sur le disque par exemple)
je prends note de vos différentes remarques .. mais de toute façon, mon cgi fait intervenir un logiciel stats en tâche de fond pour beaucoup de scripts suivants ... il se trouve que celui-ci est très consommateur en mémoire RAM et en temps d'exécution .. je crois donc que je ne couperai pas à l'augmentation du TimeOut .. :idea: