Parallèlisation entre un script et de l'ajax

Bonjour,

J'ai un script très long (script.php) qui fait des opérations très longues. Je lance la page et j'attends 5 jours qu'il ai fini. Au fur et à mesure qu'il effectue ses calculs, il rentre des infos dans la base de données.
A côté de ça j'ai une page (graphique.php) qui présente le nombre d'enregistrements de cette base. Une page (ajax.php) est régulièrement appelée qui va compter le nombre d'enregistrement de la base.

Mon soucis est que lorsque je lance script.php plus rien ne marche. Les pages ajax.php sont mises en attente et j'ai la réponse seulement quand script.php a fini son travail. Du coup ça n'a aucun intérêt et je ne peux pas suivre l'évolution du script. On m'a dit que la meilleure manière de résoudre cela était plutot que de faire un script.php avec une grande boucle while, de faire plusieurs appels en ajax qui procèdent aux opérations à chaque appel. Mon souci est que cette méthode n'est pas envisageable car à partir du moment où les opérations de script.php sont lancées, aucune interruption ne doit être possible (ça fait partie des contraintes majeures de mon outil). Il y a d'ailleurs un ignore_abort_user(true) au début pour s'assurer qu'en cas de fermeture du navigateur, si le script a commencé, le script fini.

J'ai aussi été dirigé vers pcntl mais je n'y comprends rien et ça semble bien compliqué pour ce que je veux faire. Tout ce que j'aimerais c'est que script.php ne soit pas bloquant et que ajax.php puisse faire de petits appels pendant qu'il travaille pour voir où ça en est à peu près.

Salut,

Je préfère prévenir, je lance juste une piste, une supposition :

Ton script.php est très lourd, la question est : est ce qu'il bloque le reste des scripts car il pompe toute les ressources de la machine ?

Si oui, a part optimiser ton script je ne vois pas vraiment d'autre solution.
Si non, il se peut qu'il soit tout simplement très long a parcourir et qu'il se lance dans le thread principale, as tu essayé de voir du coté des Thread pour le lancé dans un thread parallele ?

http://php.net/manual/fr/class.thread.php

Bonne journée !

Et s'il s'agit d'une saturation des ressources serveur, pose peut-être aussi la question dans le forum "administration serveur" pour avoir plus de réponses.

Sinon je me souviens de bug de requêtes ajax dans certains cas (mais qui à priori ne devraient pas te concerner).

Non ça n'est pas une question de performance, si je met un sleep dans une boucle while ça fait pareil.
Je vais mettre en place thread mais c'est hyper compliqué. Il faut installer pthreads mais avant il faut recompiler php avec ZTS. Alors j'avais installé php 5.6.2 en le compilant bien mais ça n'a pas marché car mon ancienne version 5.4.35 semble persister. Du coup je désinstalle php et là surprise, tous mes sites fonctionnent encore et quand je redémarre mon serveur ça me met "Apache/2.2.22 (Debian) PHP/5.4.35-0+deb7u2 configured -- resuming normal operations". Maintenant je ne peux plus désinstaller php. Au secours au secours !!!!

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49

root@sd-60694:~# php -v PHP 5.6.2 (cli) (built: Dec 5 2014 22:22:54) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies root@sd-60694:~# php -v PHP 5.6.2 (cli) (built: Dec 5 2014 22:22:54) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies root@sd-60694:~# apt-get remove --purge php5 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants seront ENLEVÃSÂ*: php5* 0 mis Ã* jour, 0 nouvellement installés, 1 Ã* enlever et 70 non mis Ã* jour. Après cette opération, 21,5 ko d'espace disque seront libérés. Souhaitez-vous continuer [O/n]Â*? o (Lecture de la base de données... 69834 fichiers et répertoires déjÃ* installés.) Suppression de php5 ... root@sd-60694:~# php -v PHP 5.6.2 (cli) (built: Dec 5 2014 22:22:54) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies root@sd-60694:~# apt-get remove --purge php5 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Le paquet «Â*php5Â*» n'est pas installé, et ne peut donc être supprimé 0 mis Ã* jour, 0 nouvellement installés, 0 Ã* enlever et 70 non mis Ã* jour. root@sd-60694:~# php -v PHP 5.6.2 (cli) (built: Dec 5 2014 22:22:54) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies root@sd-60694:~# apt-get remove php5 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Le paquet «Â*php5Â*» n'est pas installé, et ne peut donc être supprimé 0 mis Ã* jour, 0 nouvellement installés, 0 Ã* enlever et 70 non mis Ã* jour. root@sd-60694:~# apt-get remove php Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait E: Impossible de trouver le paquet php root@sd-60694:~# php -v PHP 5.6.2 (cli) (built: Dec 5 2014 22:22:54) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies

---

Sur le problème de départ, le blocage peut être du au verrouillage d'un fichier.
Par exemple si tes scripts utilisent des sessions PHP, le premier script va verrouiller la session et les autres script vont attendre.

Ben non c'est pas ça. Si je fais une boucle avec un sleep ça fait pareil

Je ne vois pas le rapport entre ce que je viens de dire et le sleep.

ben tu me dis que c'est peut être du à des fonctions qui vérouillent le fichier dans le script.
Du coup j'enlève tout ce qu'il y a dans script.php, ensuite je met à la place :

Code:

---

while(true) sleep(1)

---

Et les autres pages ne peuvent pas s'executer. Or sleep ne verrouille pas le fichier je pense et c'est la seule fonction. le problème ne vient donc pas de là

Sauf si session.auto_start est actif.

je viens de voir mon php.ini et :
session.auto_start = 0

Est-ce que tu observes la même chose avec un test réduit : en conservant ta boucle sleep, tu appelles un autre script echo "toto".
Est-ce qu'il est mis en attente ?
Est-ce que tu as le même comportement si tu lances chaque script dans un navigateur différent ?

Merci le souci venait du fait que les 2 pages étaient ouvertes sur le même Firefox !

La configuration de Firefox est normalement de 6 connexions par serveur.