Question

J'avais l'impression que FastCGI vous permet de charger un peu dans votre application web une fois, et vous venez de « fournir » FastCGI avec une fonction, comme myHandleHTTPRequest($url), qui serait ensuite appelée chaque fois qu'une demande est venue. De cette façon, vous obtiendrez de bien meilleures performances que votre application est prête en mémoire tout le temps, non?

Mais je commence à comprendre que ce n'est pas le cas. Ou je me trompe?

Il me semble que PHP est chargé par FastCGI, ok, et cela donne une certaine amélioration, mais my application est toujours en cours rechargés à chaque demande.

Je voudrais charger mon application (ou lire « cadre ») une fois (puis dire toutes les 500 reload demandes environ.) Puis-je faire?

Modifier : Cette question a été reformulée dans celui-ci: personnalisée PHP FastCGI d'interface

Était-ce utile?

La solution

Oui, vous pouvez le faire, de plus ou moins oublier tous les fantaisie choses intégration PHP (qui étant ce qui vous donne usage général-PHP-interprète-As-FastCGI) et l'écriture de votre application en tant que serveur FastCGI en soi.

C'est le genre d'un tout « sujet utre, mais vous pourriez regarder dans comment les applications Perl vont à ce sujet un guide.

Autres conseils

Qu'est-ce que fastcgi fait est d'éviter la ponte d'un interpréteur PHP pour chaque demande (comme le fait cgi). Cela permet d'économiser énormément de temps de traitement, comme l'interpréteur PHP est conservé en mémoire, plus ou moins comme mod_php fait.

Qu'est-ce que vous pouvez faire pour améliorer les performances est la suivante:

  1. Utilisez APC ou xcache, etc, qui precompiles chaque fichier php de manière transparente, en évitant recompilation sur tous les demande.
  2. Caching. Apc et d'autres fournissent des mécanismes pour stocker des variables avec une durée de vie qui couvre même entre les demandes. Cela peut être utilisé pour partager des données traitées entre les demandes et conserver les données d'application dans la mémoire.
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top