HEAD-Request workaround

[cpe]

soweit ich das überblicke, überschreibt das mod_wsgi Modul die Request-Methode HEAD mit GET aus den Gründen, die ich Dir geschickt habe.

Ab mod_wsgi version 4.3 kann man das wohl wieder ausschalten, aber da ich 3.4 benutze ist dies nicht möglich. Ich habe jetzt einen funktionierenden Workaround:

in der apache-Konfiguation habe ich

SetEnvIf Request_Method HEAD X_REQUEST_METHOD=HEAD

ergänzt. Diese Info fange ich dann im vamdctab.views.py - Modul wieder ab.

@@ -76,6 +76,8 @@ class TAPQUERY(object):
and triggers the SQL parser.
"""
def init(self,request):

•    if request.META.has_key('X_REQUEST_METHOD'):
  

•        self.XRequestMethod = request.META['X_REQUEST_METHOD']
   self.HTTPmethod = request.method
   self.isvalid = True
   self.errormsg = ''
  

Können wir das so aufnehmen?

[ivh]

Gut, dass du rausgefunden hast, woran es lag. Ich werde das in die Doku mit aufnehmen.

Der zusätzliche Header als Workaround ist ok, aber warum überschreibst du nicht self.method anstatt dem neuen Attribut? Dann wäre der Code des Nodes unabhängig davon, welchen proxy du verwendest und würde gleiche andere Nodes mit abdecken, oder?

[cpe]

Hi Thomas,

ich hatte dies auch überlegt, aber da die apache-Konfiguration in jedem
Fall geändert werden muss, dachte ich, dass so jede Node für sich
entscheiden kann, wie sie vorgeht. Grundsätzlich ist die Idee der
wsgi-Programmierer ja nachvollziehbar, dass sie so sicherstellen wollen,
dass der header bei einem HEAD request identisch zu demjenigen des GET
request sein soll. Da dies nun jede Node für sich sicherstellen muss,
dachte ich, dass es sicherer ist, wenn es explizit in der Node
programmiert wird. Grundsätzlich bin ich aber offen, dies zu ändern. Das
Problem sollte übrigens ab Version 4.3 des mod_wsgi Moduls behoben sein,
da man explizit den Parameter /WSGIMapHEADToGET /setzen kann über den
das Verhalten steuerbar ist.

Ubuntu 14.04 benutzt standardmäßig die Version 3.4.

Gruß
Christian

On 15/07/15 09:19, Thomas Marquart wrote:

Gut, dass du rausgefunden hast, woran es lag. Ich werde das in die
Doku mit aufnehmen.

Der zusätzliche Header als Workaround ist ok, aber warum überschreibst
du nicht self.method anstatt dem neuen Attribut? Dann wäre der Code
des Nodes unabhängig davon, welchen proxy du verwendest und würde
gleiche andere Nodes mit abdecken, oder?

—
Reply to this email directly or view it on GitHub
#62 (comment).