Discussion :

[Mages]

Bonsoir,

Question peut-être idiote pour certains mais à laquelle je ne trouve pas de réponse en feuilletant les centaines de docs et tutoriels que je trouve sur Symfony2.

Symfony2 est-il mono-processus ou multi-processus?

Si j'ai deux utilisateurs qui font une requête pour charger une page est-ce que deux processus de Symfony sont créés pour servir ces requêtes ou bien y a-t-il seulement une instance de Symfony2 qui traite les deux requêtes l'une après l'autre?

Question subsidiaire:
si Symfony2 est mono-processus, comme je n'ai configuré qu'un seul compte d'accès à ma base de données pour Symfony2 je ne peux théoriquement pas avoir deux requêtes concurrentes à la base de données puisque Symfony2 va gérer les requêtes l'une après l'autre.
Et donc je ne comprends pas pourquoi il y a toutes ces conversations sur le net concernant les verrous sur transactions en utilisant Doctrine.

Si quelqu'un peut m'éclairer, je me coucherai moins bête ce soir. :-)

Merci d'avance,
Mages

[Tsilefy]

1 - PHP est single threaded par défaut. À chaque fois qu'un script a fini d'exécuter, tous les objets/variables/connexions à une base etc... sont détruits.

2 - Mais Apache (ou un autre serveur) lance plusieurs processus en même temps (autrement le site serait inutilisable). Chacun de ces processus peut donc contenir une (et une seule) instance du script, ex Symfony. Si tu as deux utilisateurs ouvrant une page au même moment, il y aura donc deux instances parallèles de Symfony, une pour chaque utilisateur.

3- Donc, oui, tu peux avoir deux instances concurrentes, où deux utilisateurs essaient de modifier une valeur en même temps (par exemple la réservation de billets de spectacle). D'où les locks (verouillages)

[Mages]

Merci pour ta réponse. C'est très clair et du coup je suis content d'avoir géré les accès concurrents à la BDD. Je ne l'ai pas fait pour rien.
Ca paraît évident maintenant que tu l'as expliqué mais j'ai eu comme un gros doute.