Es gibt gute Gründe für eigene Entwicklungen. Herkömmliche Parser unterstützen lediglich den Content-Type application/x-www-form-urlencoded oder multipart/form-data und unterliegen einer Logik, welche anhand der Request-Methode (POST, GET) über die Herkunft der Daten am Common Gateway entscheidet. So werden die Daten entweder aus STDIN oder aus dem QUERY_STRING gelesen. Es gibt jedoch Anforderungen wie Webservices, RPC, da werden die Daten anders verpackt, zum Beispiel als application/json oder application/soap+xml und ggf. Weitere
Diese Anforderungen begründen eine Eigenentwicklung, welche sich am vom Client gesendeten Content-Type orientiet und nicht an der HTTP-Request-Methode, ja von Letzterer gänzlich unabhängig ist. Bei dieser Gelegenheit habe ich mich nun endgültig von CGI.pm verabschiedet. Habe mir jedoch mal angeschaut, wie L.Stein das so macht. Ich mache es weit weniger kompliziert, untenstehend mein Layer für den Content-Type: multipart/form-data:
more (34.6kb)
modedit Editiert von pq: more-tag hinzugefügt
Last edited: 2015-12-02 10:10:08 +0100 (CET)