Question

Je déploie une application mod_wsgi sur Apache et dispose d'un programme client utilisant Curl.

Sur l’API CURL du côté utilisateur, je l’ai tenté de réutiliser la connexion, mais en regardant les connexions de Warshark, je constate que pour chaque requête / réponse HTTP, une nouvelle connexion est établie.

À la fin de chaque requête HTTP, l'en-tête de réponse HTTP contient " Connexion: fermez "

.

Est-ce la même chose que Keep-Alive? Que dois-je faire du côté Apache / Mod_wsgi pour permettre la réutilisation de la connexion?

Était-ce utile?

La solution

En règle générale, vous ne devez rien faire à Apache, car le support pour les connexions Keep Alive serait normalement activé par défaut. Examinez la directive KeepAlive dans la configuration d’Apache pour déterminer sa configuration.

En outre, pour que les connexions actives fonctionnent, l'application WSGI doit définir une longueur de contenu dans la réponse ou renvoyer une liste pour la réponse dans laquelle la liste ne contient qu'une seule chaîne. Dans ce dernier cas, mod_wsgi ajoutera automatiquement une longueur de contenu pour la réponse. En règle générale, la réponse doit également être une réponse réussie, car la plupart des réponses d'erreur entraîneraient la fermeture de la connexion malgré tout.

Même après avoir fait tout cela, le problème est de savoir si la capacité de curl de récupérer plusieurs URL utilise même les connexions Keep Alive. Évidemment, les invocations séparées de curl ne pourront pas, de sorte que vous posez même cette question suggère que vous essayez d'utiliser cette fonctionnalité de curl. Seule une autre option serait si vous utilisiez un client personnalisé lié à libcurl et que vous utilisiez sa bibliothèque. Vous vouliez donc dire libcurl.

Notez que si l'accès à Apache se fait via un proxy, celui-ci peut ne pas implémenter Keep Alive et empêche ainsi le fonctionnement complet du mécanisme.

Pour obtenir plus d'informations, vous devez savoir comment vous utilisez Curl.

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