J'utilise EasyPHP pour traiter une grosse base de données (autour
de 200 000 enregistrements).
Pour une raison pratique, j'ai conservé la limite par défaut de 30
secondes pour l'exécution d'un script PHP. En gros, durant le développement, j'aime voir ce qui sort du script. De plus, je suppose que peu importe la limite, je finirai par l'atteindre sans
m'en apercevoir. Peu importe la raison, j'ai cette limite de 30
secondes par script.
Jusqu'à présent, je traite un certain nombre de lignes, en conservant un pointeur vers la dernière ligne traitée, puis je
recommence où je suis rendu. Pour être certain de ne rien
perdre, je permets de doubler le dernier enregistrement ajouté
à la base de données transformées. Par exemple, j'ai ajouté
"ON DUPLICATE KEY UPDATE" à ces requêtes mySQL.
À tous les 30 secondes, il y a un message d'erreur et je vois la
ligne du script PHP où l'erreur est survenue (où le 30 secondes
a été atteint). Je n'ai jamais vu de ligne SQL, seulement PHP.
Ma question : est-ce que le 30 secondes est limité au script PHP
et donc si je place un énonce SQL long (comme plusieurs insertions
ou un tri), est-ce que l'énoncé SQL peut planter ?
> J'utilise EasyPHP pour traiter une grosse base de données (autour
> de 200 000 enregistrements).
> Pour une raison pratique, j'ai conservé la limite par défaut de 30
> secondes pour l'exécution d'un script PHP. En gros, durant le
> développement, j'aime voir ce qui sort du script. De plus, je
> suppose que peu importe la limite, je finirai par l'atteindre sans
> m'en apercevoir. Peu importe la raison, j'ai cette limite de 30
> secondes par script.
> Jusqu'à présent, je traite un certain nombre de lignes, en
> conservant un pointeur vers la dernière ligne traitée, puis je
> recommence où je suis rendu. Pour être certain de ne rien
> perdre, je permets de doubler le dernier enregistrement ajouté
> à la base de données transformées. Par exemple, j'ai ajouté
> "ON DUPLICATE KEY UPDATE" à ces requêtes mySQL.
> À tous les 30 secondes, il y a un message d'erreur et je vois la
> ligne du script PHP où l'erreur est survenue (où le 30 secondes
> a été atteint). Je n'ai jamais vu de ligne SQL, seulement PHP.
> Ma question : est-ce que le 30 secondes est limité au script PHP
> et donc si je place un énonce SQL long (comme plusieurs insertions
> ou un tri), est-ce que l'énoncé SQL peut planter ?
> Ma question : est-ce que le 30 secondes est limité au script PHP
> et donc si je place un énonce SQL long (comme plusieurs insertions
> ou un tri), est-ce que l'énoncé SQL peut planter ?
> Jusqu'à présent, je traite un certain nombre de lignes, en
> conservant un pointeur vers la dernière ligne traitée, puis je
> recommence où je suis rendu. Pour être certain de ne rien
> perdre, je permets de doubler le dernier enregistrement ajouté
> à la base de données transformées. Par exemple, j'ai ajouté
> "ON DUPLICATE KEY UPDATE" à ces requêtes mySQL.
> À tous les 30 secondes, il y a un message d'erreur et je vois la
> ligne du script PHP où l'erreur est survenue (où le 30 secondes
> a été atteint). Je n'ai jamais vu de ligne SQL, seulement PHP.
> Ma question : est-ce que le 30 secondes est limité au script PHP
> et donc si je place un énonce SQL long (comme plusieurs insertions
> ou un tri), est-ce que l'énoncé SQL peut planter ?
Je ne réponds pas directement à ta question (comme les autres d'ailleurs !). Mais j'ai eu le même problème que toi par le passé.
Un conseil : teste dans ta boucle le temps écoulé depuis le début du script (avec la fonction time ou microtime) afin d'arrêter ton traitement avant la "mort" du processus PHP (par exemple au bout de 25 secondes si ta limite est à 30 secondes). Comme ça, ça t'évitera d'être dans un état "indéterminé" lorsque ton script s'arrêtera.
Ensuite, utilise une redirection vers la même page avec la balise <meta http-equiv="refresh"> et comme paramètre le dernier enregistrement traité pour relancer automatiquement le script et continuer là où il s'était arrêté.
J'espère que ça t'aidera...
-- Fredchou
mailto:fredc...@nospam.free.fr.invalid
>> développement, j'aime voir ce qui sort du script. De plus, je
>> suppose que peu importe la limite, je finirai par l'atteindre sans
>> m'en apercevoir. Peu importe la raison, j'ai cette limite de 30
>> secondes par script.
>> Jusqu'à présent, je traite un certain nombre de lignes, en
>> conservant un pointeur vers la dernière ligne traitée, puis je
>> recommence où je suis rendu. Pour être certain de ne rien
>> perdre, je permets de doubler le dernier enregistrement ajouté
>> à la base de données transformées. Par exemple, j'ai ajouté
>> "ON DUPLICATE KEY UPDATE" à ces requêtes mySQL.
>> À tous les 30 secondes, il y a un message d'erreur et je vois la
>> ligne du script PHP où l'erreur est survenue (où le 30 secondes
>> a été atteint). Je n'ai jamais vu de ligne SQL, seulement PHP.
>> Ma question : est-ce que le 30 secondes est limité au script PHP
>> et donc si je place un énonce SQL long (comme plusieurs insertions
>> ou un tri), est-ce que l'énoncé SQL peut planter ?
>Le 20/01/2012 17:21, Denis Beauregard a écrit :
>> Jusqu'à présent, je traite un certain nombre de lignes, en
>> conservant un pointeur vers la dernière ligne traitée, puis je
>> recommence où je suis rendu. Pour être certain de ne rien
>> perdre, je permets de doubler le dernier enregistrement ajouté
>> à la base de données transformées. Par exemple, j'ai ajouté
>> "ON DUPLICATE KEY UPDATE" à ces requêtes mySQL.
>> À tous les 30 secondes, il y a un message d'erreur et je vois la
>> ligne du script PHP où l'erreur est survenue (où le 30 secondes
>> a été atteint). Je n'ai jamais vu de ligne SQL, seulement PHP.
>> Ma question : est-ce que le 30 secondes est limité au script PHP
>> et donc si je place un énonce SQL long (comme plusieurs insertions
>> ou un tri), est-ce que l'énoncé SQL peut planter ?
>Je ne réponds pas directement à ta question (comme les autres d'ailleurs >!). Mais j'ai eu le même problème que toi par le passé.
>Un conseil : teste dans ta boucle le temps écoulé depuis le début du >script (avec la fonction time ou microtime) afin d'arrêter ton >traitement avant la "mort" du processus PHP (par exemple au bout de 25 >secondes si ta limite est à 30 secondes). Comme ça, ça t'évitera d'être >dans un état "indéterminé" lorsque ton script s'arrêtera.
>Ensuite, utilise une redirection vers la même page avec la balise <meta >http-equiv="refresh"> et comme paramètre le dernier enregistrement >traité pour relancer automatiquement le script et continuer là où il >s'était arrêté.
>J'espère que ça t'aidera...
Merci du truc. Oui, c'est une bonne idée et je vais explorer cette
piste.
En passant, j'utilisais déjà la meta suggérée. Le hic est bien sûr que
le script pourrait se terminer au mauvais moment.
Le Fri, 20 Jan 2012 11:21:19 -0500, Denis Beauregard
<denis.b-at-francogene.com.inva...@nospam.com.invalid> écrivait dans
fr.comp.lang.php:
>Bonjour,
>J'utilise EasyPHP pour traiter une grosse base de données (autour
>de 200 000 enregistrements).
...
>Ma question : est-ce que le 30 secondes est limité au script PHP
>et donc si je place un énonce SQL long (comme plusieurs insertions
>ou un tri), est-ce que l'énoncé SQL peut planter ?
Je pense avoir trouvé la réponse.
J'ai fait un script où l'erreur de temps (time out) arrivait presque
toujours 1 ligne après le principal énoncé SQL. Donc, j'en conclus que
la limite ne s'applique qu'au PHP et pas aux énoncés mySQL. C'est
d'ailleurs logique car cela signifie tout simplement que c'est le PHP
qui a une limite et qui la vérifie et non mySQL qui est une
application indépendante, du moins à partir de PHP 5.
Donc, un énoncé mySQL ne sera pas interrompu par la limite de 30
secondes par défaut.
>>Ma question : est-ce que le 30 secondes est limité au script PHP
>>et donc si je place un énonce SQL long (comme plusieurs insertions
>>ou un tri), est-ce que l'énoncé SQL peut planter ?
> Je pense avoir trouvé la réponse.
Seulement maintenant ? Ça veut dire que tu n'as pas dû recevoir la
réponse que t'avait faite Pascal Poncet le 20 janvier.
Le Wed, 08 Feb 2012 17:03:05 +0100, Olivier Miakinen
<om+n...@miakinen.net> écrivait dans fr.comp.lang.php:
>Bonjour,
>Le 08/02/2012 01:24, Denis Beauregard a écrit :
>>>Ma question : est-ce que le 30 secondes est limité au script PHP
>>>et donc si je place un énonce SQL long (comme plusieurs insertions
>>>ou un tri), est-ce que l'énoncé SQL peut planter ?
>> Je pense avoir trouvé la réponse.
>Seulement maintenant ? Ça veut dire que tu n'as pas dû recevoir la
>réponse que t'avait faite Pascal Poncet le 20 janvier.
Oui, j'ai lu sa réponse, mais une partie seulement du lien. J'avais
retenu surtout que je pouvais prolonger la durée d'un script (puisque
c'est le but de la fonction décrite). Mais je viens de relire et
effectivement, on y dit que seule la partie PHP peut être interrompue.
Cette phrase toutefois m'a demandé un peu de réflexion :
::Ceci est faux sous Windows où le temps mesuré est le temps réel.
Je comprends cela comme "sous Windows, le 30 secondes est celui depuis
le départ du script, sans tenir compte des fonctions hors-PHP comme le
SQL ou les énoncés system()". C'est en lisant ce qu'on dit sur Linux
que je fais cette nuance car sinon, dans un premier temps, je croyais
que cela voulait dire que sous Windows, le 30 secondes arrête "après
30 secondes" et non après 30 secondes et le retour au PHP si on est
dans une fonction autre comme SQL ou un énoncé system()". Comme je
n'ai pas vu d'énoncé SQL interrompu, je conclus que l'interruption
arrive seulement durant la partie PHP.
