Keep Server Online
If you find the Apache Lounge, the downloads and overall help useful, please express your satisfaction with a donation.
or
A donation makes a contribution towards the costs, the time and effort that's going in this site and building.
Thank You! Steffen
Your donations will help to keep this site alive and well, and continuing building binaries. Apache Lounge is not sponsored.
| |
|
 Topic: Issue Apache+https+gzip+multipart+php |
|
| Author |
|
braun_lukas
Joined: 19 Feb 2015
Posts: 3
|
 Posted: Thu 19 Feb '15 11:01 Post subject: Issue Apache+https+gzip+multipart+php |
 |
|
Hi everyone,
i'm having some problems with the combination of multipart, gzip and https on apache.
I'm using a interface called ALPINEBITS
The specifications of this interface says the following:
| Quote: | The POST request may be compressed using the gzip algorithm, in which case the HTTP request
header ContentEncoding must be present and have "gzip" as value. A POST request compressed
with gzip must be compressed by the client in its entirety (i.e. the whole message must be
compressed, not the single parts of the multipart/formdata content). It is a client responsibility to
check whether the server supports content compression, this is done by checking the value of the
HTTP response header XAlpineBitsServerAcceptEncoding which is set to "gzip" by servers who
support this feature. The so called "Housekeeping" actions must not be compressed. |
My Problem is the following:
When the zipped request arrives to APACHE we can use inputfilter deflate to unzip data, but this works only in a HTTP connection: under HTTPS, PHP receives empty data after deflate; then we can remove the inputfilter DEFLATE, the gzipped request arrives to PHP but it is useless because the stream with raw data from the request body is not available with enctype="multipart/form-data" and PHP can't unzip it.
Is there a solution to my Problem? |
|
| Back to top |
|
braun_lukas
Joined: 19 Feb 2015
Posts: 3
|
| Posted: Thu 19 Feb '15 13:32 Post subject: |
|
|
Server version: Apache/2.2.22 (Debian)
PHP 5.4.4 |
|
| Back to top |
|
braun_lukas
Joined: 19 Feb 2015
Posts: 3
|
| Posted: Thu 19 Feb '15 17:39 Post subject: |
|
|
Found this solution, but i don't think its the best idea, since we run other services on our server
Apache as SSL Proxy (mod_ssl) -> passes the connection/data ->
2nd Apache with input filter (mod_deflate) -> passes the connection/data -> PHP
What do you think?
Isn't there any better solution |
|
| Back to top |
|
|
|
|
|
|
