Poster une réponse à un sujet: FastCGI ou AJP13 ...
Attention, ce sujet est un sujet ancien (6582 jours sans réponse)
zion
J'ai lu un rien la doc de lighttpd en long et en large, en fait il semblerait qu'il ne passe les informations qu'en local, en remote tu te fourres le tout très profond. C'est incompréhensible mais c'est comme cela on dirait
Apache ne fonctionnait pas du tout en FastCGI sous Windows pour ma part, je suis incapable de dire ce qu'il en est de son côté
Apache ne fonctionnait pas du tout en FastCGI sous Windows pour ma part, je suis incapable de dire ce qu'il en est de son côté
philfr
Moi je l'ai fait avec apache (ce qui peut changer pas mal), et via localhost (ce qui ne devrait rien changer).
A l'occasion, je teste avec un autre serveur web et en vrai remote... Mais bon, c'est pas/plus mon métier non plus, alors t'as sûrement raison, mais c'est pas fastcgi qui est en cause (pour rembrayer sur la question de rfr)...
A l'occasion, je teste avec un autre serveur web et en vrai remote... Mais bon, c'est pas/plus mon métier non plus, alors t'as sûrement raison, mais c'est pas fastcgi qui est en cause (pour rembrayer sur la question de rfr)...
zion
J'ai beau modifier la config à foison, lighttpd n'a pas l'air de passer ces infos
Je n'ai que cela:
SERVER_SOFTWARE = lighttpd/1.4.4
SERVER_NAME = 192.168.100.3
GATEWAY_INTERFACE = CGI/1.1
SERVER_PORT = 80
SERVER_ADDR = 192.168.100.3
REMOTE_PORT = 2291
REMOTE_ADDR = 192.168.100.2
SCRIPT_NAME = /tests/test.klm
C'est vachement limité
Je n'ai que cela:
SERVER_SOFTWARE = lighttpd/1.4.4
SERVER_NAME = 192.168.100.3
GATEWAY_INTERFACE = CGI/1.1
SERVER_PORT = 80
SERVER_ADDR = 192.168.100.3
REMOTE_PORT = 2291
REMOTE_ADDR = 192.168.100.2
SCRIPT_NAME = /tests/test.klm
C'est vachement limité
zion
Je viens de bricoler un sample...
J'ai bien le HTTP_USER_AGENT et toutes les variables CGI
J'ai bien le HTTP_USER_AGENT et toutes les variables CGI
Sources
Et avec quel serveur aussi?
Lighttpd ne m'envoie qu'une liste très réduite de headers, peut être que c'est lui le coupable soit dit en passant
rfr
AJP13 fournit bien tous les headers
http://img142.imageshack.us/img142/2089/ajp13testes6.jpg
Oui je sais, j'aime bien implémenter les protocoles
http://img142.imageshack.us/img142/2089/ajp13testes6.jpg
Oui je sais, j'aime bien implémenter les protocoles
philfr
Il est pas en remote, mais il ne fait que lire ce qui entre sur son socket.
Je tente de le faire en remote pour être sûr...
Je tente de le faire en remote pour être sûr...
rfr
T'es sûr que ton FastCGI est bien en remote?
philfr
Je viens de bricoler un sample...
J'ai bien le HTTP_USER_AGENT et toutes les variables CGI
http://img150.imageshack.us/img150/5339/snapshot3hb9.png
J'ai bien le HTTP_USER_AGENT et toutes les variables CGI
http://img150.imageshack.us/img150/5339/snapshot3hb9.png
zion
Pas du tout, il n'y a que quelques paramètres dans FCGI_PARAMS, ils ne contiennent pas du tout l'USER_AGENT ou tout ce qui viendrait directement de l'utilisateur (le FORWARDER_FOR etc, etc).
J'ai même jeté un oeil dans le STDIN pour voir si c'était là , négatif.
Franchement pour un truc qui est censé gérer le load balancing et compagnie, comment ils peuvent oublier un truc aussi con? Ou alors j'ai loupé un épisode mais jusque là pas moyen d'avoir trace de ces infos
J'ai même jeté un oeil dans le STDIN pour voir si c'était là , négatif.
Franchement pour un truc qui est censé gérer le load balancing et compagnie, comment ils peuvent oublier un truc aussi con? Ou alors j'ai loupé un épisode mais jusque là pas moyen d'avoir trace de ces infos
philfr
Tu devrais recevoir tout ça dans FCGI_PARAMS, non ?...
http://www.fastcgi.com/devkit/doc/fcgi-spec.html#S6.2
http://www.fastcgi.com/devkit/doc/fcgi-spec.html#S6.2