Saya baru saja mencoba ini di server nginx saya telah duduk di depan backend Apache.
curl -H "Content-Encoding: gzip" --include -d @testfile.gz http://example.com/upload_file.php
ikal otomatis ditambahkan:
Expect: 100-continue
ke header permintaan.
nginx mengirim kembali a
HTTP/1.1 100 Continue
respons dan ikal ditindaklanjuti dengan mengirimkan data yang di-gzip. nginx meneruskan seluruh lot kembali ke Apache, masih dikompresi dan masih dengan Content-Encoding:
header yang utuh.
Jika saya tidak menambahkan Content-Encoding: gzip
header dengan curl, saya tidak mendapatkan respons HTTP 100 tetapi semuanya sama.
Ini belum menjawab pertanyaan Anda, tetapi itu menyiratkan bahwa nginx tidak menangani ini secara default atau tidak mengompresi isi permintaan saat proksi. Saya tertarik pada jawaban untuk yang ini jadi saya akan melihat apakah saya bisa mencobanya di server nginx non-proxy sedikit di kemudian hari.
Agaknya Anda bisa menyelesaikan masalah bandwidth dengan mem-proxy-kan permintaan itu ke backend Apache dengan mod_deflate tetapi itu mengabaikan alasan Anda memilih nginx.