Gzipping proxied content after using subs_filter fails

abstein2 nginx-forum at nginx.us
Mon Aug 13 05:50:10 UTC 2012


It looks like there's an issue with the newest revision of the module
and nginx 1.2.3. When installed, whether gzip is on or off, the portion
of code that was previously missing/not transmitted now gets
transmitted, but isn't the actual page content. Instead it's gibberish
with some of the raw nginx configuration mixed in. 

An example of the code being output:

Xv±t™Xv±t™ ý ý w.google-analytics.com/urchin.js"
type="text/javascript"> ct.asp">CONTACT US | PRIVACY POLICY | TERMS OF
USE
ccel-expiresx-accel-charsetx-accel-redirectstatusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirect¨Æ½/usr/scgi_temp@ǽ€Ç½ÀǽȽ@Ƚstatusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirectɽ/usr/scgi_tempÀɽʽ@ʽ€Ê½Àʽstatusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirecth˽/usr/scgi_temp̽@̽€Ì½À̽ͽstatusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirectÈͽ/usr/scgi_temp€Î½ÀνϽ@Ͻ€Ï½statusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirect(н/usr/scgi_tempÀнѽ@ѽ€Ñ½Àѽstatusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirectˆÒ½/usr/scgi_temp@Ó½€Ó½ÀÓ½Ô½@Ô½statusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirectèÔ½/usr/scgi_temp€Õ½ÀÕ½Ö½@Ö½€Ö½statusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirectH×½/usr/scgi_tempؽ@ؽ€Ø½ÀؽÙ½statusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirect¨Ù½/usr/scgi_temp@Ú½€Ú½ÀÚ½Û½@Û½statusx-accel-bufferingx-accel-limit-ratex-accel-expiresx-accel-charsetx-accel-redirectܽ

The actual HTML code does show up after a block of text like the one
above, but it begins mid-string as though it must be a completely new
chunk in the buffer. All subs_filter replacements have already occurred
by the time it reaches the gibberish block.

Using 1.2.1 along with an older version of the module seems to work
properly as Maxim had suggested. I'm happy to help continue to test this
in any way possible.

Posted at Nginx Forum: http://forum.nginx.org/read.php?2,229545,229616#msg-229616



More information about the nginx mailing list