Thank you Igor. Which version is that patch targeted at?<br><br>I tried 0.5.35 and it wouldn't accept the patch:<br>/usr/local/src/nginx-0.5.34 # patch -p0 < /root/patch-subrequest<br>patching file src/http/ngx_http_core_module.c
<br>Hunk #1 FAILED at 113.<br>Hunk #2 succeeded at 1427 (offset -336 lines).<br>1 out of 2 hunks FAILED -- saving rejects to file src/http/ngx_http_core_module.c.rej<br><br>0.6.25 accepted the patch I but got compile errors:
<br>cc1: warnings being treated as errors<br>src/http/ngx_http_core_module.c:116: warning: pointer targets in initialization differ in signedness<br>make[1]: *** [objs/src/http/ngx_http_core_module.o] Error 1<br>make[1]: Leaving directory `/usr/local/src/nginx-
0.6.25'<br>make: *** [build] Error 2<br><br><br><div class="gmail_quote">On Jan 8, 2008 4:03 PM, Igor Sysoev <<a href="mailto:is@rambler-co.ru">is@rambler-co.ru</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Tue, Jan 08, 2008 at 03:50:07PM -0500, Larrytheliquid wrote:<br><br>> I've noticed that when using server side includes, the original document's<br>> request method is used for the includes of the subsequent documents.
<br>> I would think that includes should be GET requests, regardless of the<br>> original document's request method (you can't add POST or PUT variables in<br>> the include statements, after all.)<br>> Should that be changed to always use GET?
<br>><br>> Regardless, is it possible to change the request method from the Nginx side?<br>><br>> Redefining $request_method as follows seems to be disallowed:<br>><br>> set $request_method GET;<br>> # Compile message:
<br>> # 2008/01/08 15:05:48 [emerg] 32758#0: the duplicate "request_method"<br>> variable in /usr/local/nginx/conf/nginx.conf:159<br><br></div></div>nginx uses GET in subrequests, however, this functionality is not complete.
<br>The atached patch should fix the bug.<br><font color="#888888"><br><br>--<br>Igor Sysoev<br><a href="http://sysoev.ru/en/" target="_blank">http://sysoev.ru/en/</a><br></font></blockquote></div><br><br clear="all"><br>
-- <br>Respectfully,<br>Larry Diehl<br><a href="http://www.larrytheliquid.com">www.larrytheliquid.com</a>