Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
Description: | Module de support AJP pour
mod_proxy |
Statut: | Extension |
@@ -177,13 +175,8 @@ ProxyPassReverse /apps/foo http://www.example.com/foo
Ce protocole hérite en partie de XDR, mais il diffère sur de
nombreux points (pas d'alignement sur 4 bits, par exemple).
- Ordre des octets : je ne suis pas sûr du type endian des octets
- individuels. Je suppose qu'ils sont de type little-endian, car cela
- correspond à la spécification XDR, et je suppose aussi que la
- bibliothèque sys/socket fonctionne ainsi automatiquement (du point
- de vue du langage C). Il serait souhaitable que quelqu'un possèdant
- une meilleure connaissance des appels socket puisse prendre le
- relai.
+ AJP13 utilise les octets selon leur ordre d'arrivée par le réseau
+ pour tous les types de données.
Le protocole comporte quatre types de données : octets, booléens,
entiers et chaînes de caractères.
@@ -628,11 +621,11 @@ AJP13_GET_BODY_CHUNK :=
Fin de la réponse
Signale la fin de ce cycle de traitement de requête. Si le
- drapeau reuse
est à true (==1)
, cette
+ drapeau reuse
est à true (toute valeur autre que
+ 0 en langage C pur)
, cette
connexion TCP peut être réutilisée pour traiter de nouvelles
- requêtes entrantes. Si reuse
est à false (toute autre
- valeur que 1 dans le véritable code C), la connexion sera
- fermée.
+ requêtes entrantes. Si reuse
est à false
+ (==0), la connexion sera fermée.
Réception d'un tronçon de corps
Le conteneur réclame la suite des données de la requête (dans le
diff --git a/docs/manual/mod/mod_proxy_ajp.xml.meta b/docs/manual/mod/mod_proxy_ajp.xml.meta
index 904a9c0a6c..21fdf5389b 100644
--- a/docs/manual/mod/mod_proxy_ajp.xml.meta
+++ b/docs/manual/mod/mod_proxy_ajp.xml.meta
@@ -8,7 +8,7 @@
en
- fr
+ fr
ja