Swoole ne peut pas remplacer les serveurs HTTP courants tels qu'Apache et Nginx. (Apprentissage recommandé : tutoriel vidéo swoole )
Mais les applications PHP développées sur la base de Swoole peuvent également fournir des services HTTP de niveau production sans s'appuyer sur Apache et Nginx.
Parce que Swoole a un multi-processus asynchrone intégré et peut gérer des fichiers statiques, enregistrer des journaux et prendre en charge le serveur HTTP de programmation PHP
En d'autres termes, vous pouvez utiliser swoole_http_server comme application PHP. serveur, tout comme Tomcat l'est pour Java, Tomcat peut fournir des services HTTP sans compter sur Apache et Nginx
En bref, afin de simplifier le développement, l'exploitation et la maintenance, vous pouvez ignorer Apache et Nginx au début. étape et concentrez-vous sur l'écriture autour de swoole_http_server Juste une logique métier
De plus, Swoole dispose également d'un serveur WebSocket intégré, et swoole_websocket_server inclut swoole_http_server, ce qui signifie :
L'écoute de l'événement de demande peut gérer HTTP.
L'écoute des événements d'ouverture et de message peut gérer WebSocket
Que vous utilisiez une connexion HTTP longue (interrogation longue AJAX) ou une connexion duplex intégral WebSocket, vous pouvez vous séparer complètement d'Apache et. Nginx et concentrez-vous uniquement sur Swoole pour implémenter votre service de messagerie instantanée.
En fait, vous pouvez comprendre Swoole comme un serveur Nginx prenant en charge la programmation asynchrone PHP.
Si votre service est suffisamment grand pour nécessiter Le proxy inverse HTTP/WebSocket, bien sûr, c'est Nginx. Le proxy inverse est plus professionnel.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!