mageekblog - Mot-clé - FastCGI - CommentairesLe blog personnel de Frédéric Hardy. Au menu, PHP, agilité, FreeBSD, cuisine et photographies.2021-12-02T08:20:54+01:00Frédéric Hardyurn:md5:26874ca5b8cd4cac8d08b0e68e64f63aDotclearClient FastCGI en PHP - Cyranourn:md5:339b7c4995836406cc18c6928dba17912012-08-08T09:17:41+02:002012-08-08T08:50:22+02:00Cyrano<p>@mageekguy : en fait mon idée part d'un principe basé sur tes descriptions et en particulier sur l'aspect rapidité. D'autre part, lorsqu'un appel AJAX est effectué, les appels à la base via HTTP par l'application sont déjà terminés, donc le terme de « parallèle » était abusif de ma part. L'appel Ajax étant fait pour récupérer exclusivement des données, le plus souvent au format JSON pour un traitement ultérieur coté client, il y a pas mal de choses coté serveur qui n'ont nullement besoin d'être chargées comme elles le seraient par un appel HTTP. Je me dis donc qu'on doit pouvoir techniquement se simplifier la vie si on fait preuve d'un minimum de bon sens et qu'on ne fait pas abstraction de la sécurité des données.</p>
<p>Je pense enfin qu'il n'y aurait pas davantage de clients attaquant la base de données, les appels seraient simplement exécutés différemment selon le cas pour un résultat plus efficace. Il n'y aurait donc pas plus de goulot d'étranglement que si tout passe par HTTP.</p>Client FastCGI en PHP - tienslebienurn:md5:135e45f0bcf9ad33fde55489eb8c78f52012-08-08T00:37:49+02:002012-08-08T08:50:22+02:00tienslebien<p>Je ne sais pas ce que tu utilises pour créer des liens sur certains mots clés de ton article, mais j'apprécierai que seul la première occurrence d'un mot clé soit transformé en lien afin d'en facilité la lecture.<br />
Ceci dit, l'article est très intéressant.</p>Client FastCGI en PHP - mageekguyurn:md5:59b6cf5740bb7ac00294065cfba9d25d2012-08-07T23:30:59+02:002012-08-07T22:33:19+02:00mageekguy<p>@<a href="http://blog.mageekbox.net/?post/2012/08/06/Client-FastCGI-en-PHP#c4199" rel="nofollow">Cyrano</a> : dans ton cas, il faut aussi prendre en compte le fait que c'est la base de données qui deviendra le goulot d'étranglement, vu qu'elle sera attaquée simultanément par plusieurs clients.</p>
<p>Comme d'habitude, pour qu'une optimisation soit réellement efficace, il faut prendre en compte l'intégralité des composants qui permettent d'obtenir le résultat.</p>Client FastCGI en PHP - Cyranourn:md5:4b5fb0cd3c3fd5ce47d14fafd7fac8db2012-08-07T19:14:14+02:002012-08-07T20:47:59+02:00Cyrano<p>Instructif... et inspirant.</p>
<p>Je songe en effet, en marge d'une utilisation pour des tests unitaires, à tout l'intérêt que ça peut présenter pour des requêtes XHR sur des bases ayant des volumes de données importants, et ce en parallèle à l'utilisation via HTTP normale du reste de l'application.</p>
<p>Reste le problème de l'accès à fast-CGI quand on a pas la main sur la configuration du serveur...</p>Client FastCGI en PHP - mageekguyurn:md5:427459706a5f43076a208effe2d925652012-08-07T19:09:36+02:002012-08-07T18:10:59+02:00mageekguy<p>@<a href="http://blog.mageekbox.net/?post/2012/08/06/Client-FastCGI-en-PHP#c4194" rel="nofollow">JeanFrancois</a> : atoum exécute déjà par défaut les tests unitaires en parallèle, mais localement, donc l'idée est de permettre également de le faire en mode distribué.</p>Client FastCGI en PHP - JeanFrancoisurn:md5:00e398297bf05b8c3c322b108bff39c62012-08-07T16:54:49+02:002012-08-07T18:09:28+02:00JeanFrancois<p>Edit de mon précédent message :<br />
désolé, j'avais lu trop vite, et pas vu que tu parlais de gearman. Les arguments que tu avance sont clairs <img src="/themes/default/smilies/smile.png" alt=":-)" class="smiley" /></p>Client FastCGI en PHP - JeanFrancoisurn:md5:a86befac3a977bdc4d3caf2e324f4d052012-08-07T16:52:43+02:002012-08-07T18:09:28+02:00JeanFrancois<p>Très bon article !</p>
<p>Ceci dit, pourquoi dans ton cas (tests unitaires, qui ne nécessitent donc pas de client HTTP a priori) ne pas directement forker ton script (si c'est pour paralléliser), ou utiliser gearman (si c'est distribuer sur plusieurs machines) ?</p>