Question

J'ai une page PHP qui obtient son contenu en faisant une requête HTTP à un autre site sur le même serveur , en utilisant file_get_contents. Les deux sites fonctionnent dans Apache 2, qui appelle en utilisant PHP suPHP (qui est FastCGI, non?)

Quelle est l'importance de la surcharge de cet appel? Est-ce que Apache fait beaucoup de traitement avant d'envoyer une demande à PHP?

Une autre façon de faire l'appel serait pour le premier site à exec('php /the/other/script.php some parameters'). Serait-ce plus rapide, ou les frais généraux de fraie un processus plus grand que celui de passer par Apache?

Était-ce utile?

La solution

Apache sur la tête va dépendre de ce qui est configuré pour que l'hébergeur du site, par exemple https, vérifie htaccess, ré-écriture, etc .. Ces choses peuvent empiler. Maintenant, je ne pense pas qu'il serait beaucoup plus sage souche frais généraux relativement mais vous allez avoir le temps taks pour générer la réponse qui, selon la nature des pages externes oyure demande pourrait être signifigant dans certaines situations.

Cela dit, je ne vois pas nessecarily un problème avec faire des appels par apache. Mais je pense que comme vous le suggérez d'exposer le php directement serait mieux. Je pense que peut-être lire sur SOA en général pourrait vous aider à obtenir un aperçu sur la meilleure façon de mettre en œuvre.

Autres conseils

Malheureusement, l'installation de PHP comme cgi, vous perdrez beaucoup de performances, parce que chaque fois que vous devez créer un nouveau processus pour elle. Donc, la meilleure méthode consiste à installer PHP comme apache Modul

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top