Discussion :

[marih999]

Bonjour à tou(te)s,
la fin d'un programme fait des mises à jour mySQL qui s'avèrent longues (50s).
J'ai pensé mettre cette partie en arrière plan afin de libérer l'écran de l'utilisateur pour qu'il puisse passer à autre chose pendant que le prog termine ses mise à jour. Est-ce possible en PHP ?

Merci de votre aide

[grunk]

Non,
en revanche ce qui est possible c'est de créer une file d'attente des taches à réaliser qui prennent du temps et d'avoir un script dédié à cette tache (et non le script lancé par le client).
Cette file peut être réalisée par des outils spécialisés comme redis , rabbitmq ou alors manuellement via des entrées dans une base de données ou dans un cronjob.

[marih999]

Merci de ta réponse. Dommage j'aurais aimé le faire dans le script du client.

[saveus]

je vais pinnailler un peu ;-)
en fait la réponce est peu etre : mais seulement si ton serveur n'est pas un serveur mutualisé , dans ce cas il y as toute les chance que cela soit interdit.

pour cela utilise

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
if ($type=="priv"){exec("nohup /usr/bin/php -f ../toto/mon_fichier_fils.php ".$start." > /dev/null 2>&1 &");}

avec plusieurs subtilité
- les parametres a passer a ta page n'est ni du $_GET ni du $_POST (ici mon $start); mais des caractères séparé par des espaces que tu récupères avec $argv.
( https://www.php.net/manual/en/reserv...ables.argv.php )

de plus un minimum de controle est quasi obligatoire dans le cas ou un boso spam avec F5 10 fois/seconde la page
- ca te lancera autant de fois le sript autonome derrière , avec le risque que ton serveur sature tres vite...
- si ton script "fils" fait des update en base tu risque aussi très vite de rendre ta base non coherante...
-etc etc etc...
donc a toi de voir si tu veut prendre ce risque...

enfin il n'existe pas a ma connaissance de framework "tout pret" capable de faire ca :
il faut donc ce taper tout le code a la main et c'est long....

pour ma part je passe par
- depot de fichier de parametres dans un repertoire special
-une cron qui toute les 3 secondes me check le repertoire pour compter ce qui est lancé et qui lance maximum 12 tache simultanée et pas plus
- une interface de controle pour voir ce qui ce passe sur le serveur ,

ca m'as pris 2 bon mois , (pas forcerment que du dev ) mais bcp de probleme pour trouver une fonctionnement viable , auquel s'ajoute des problemes de droits , de vitesse d'écriture pour pas mettre ton HDD au tas etc etc....
perso j utilise cette methode car une page "mere" peu me lancer jusque a 800 taches filles
a toi de voir si tu veut rentrer la dedans ou si il n'existe pas une autre maniere bien moins "casse gueule"de faire

enfin pour rappel quand un internaute lance un page php sur le serveur via un navigateur , celle ci ne s'arrete que quand le script php est totalement fini , meme si l'internaute ferme son navigateur ou qu'il change de page...
une solution plus judicieuse serrais avec par exemple :
une <iframe> de 1x1 et planqué dans un coin ou et ton formulaire passe le parametrage a la page fille dans l'iframe
ou avec une <div></div> et du jquery dans lequel tu appelle ta page fille avec le parametrage voulu.

[grunk]

si il n'existe pas une autre maniere bien moins "casse gueule"de faire

Une file d'attente des taches à réaliser avec des process dédiés

PHP n'étant pas multi thread , il faut gérer cela autrement. En général ca passe par le stockage des "chose à faire" puis un dépilage plus ou moins rapide en lançant 1 ou plusieurs script PHP simultanément via de la ligne de commande.

[saveus]

PHP n'étant pas multi thread ...
vu qu'il y'as un "nohup" devant "/usr/bin/php"
https://fr.wikipedia.org/wiki/Nohup
meme si j'arrete le serveur apache , ca n 'as aucune incidence sur les scripts php qui sont lancé de manière indépendente du php parent et de apache.
Comme tout les scripts sont lancé de maniere autonome ils utilisent tout les CPU. au meme titre que le ferrais un ordonnanceur.
et cela avec une commande déja présente de base, sans utiliser de logiciel tiers.