<div dir="ltr">Hi,<div><br></div><div>I have problems setting up SSI with NGinx and PHP5-FPM. The problem I have is (indrectly) related to this rule</div><div><br></div><div>fastcgi_param REQUEST_URI $request_uri;</div><div>

<br></div><div>During the SSI-subrequest the variable $request_uri still points to the URI used for the initial request. Asking me, this behavior is questionable anyway. However, now I have issues finding the _real_ request uri for the subrequest, because when I use $uri instead, the request itself works, but this also uses the already rewritten. </div>

<div><br></div><div>I've started with the common pattern for a Symfony2 project [1]. When I set</div><div><br></div><div>fastcgi_param REQUEST_URI $uri$is_args$args</div><div><br></div><div>Nginx passes the full path name /app.php/foo/bar for _every_ request, even if it's not wanted.</div>

<div><br></div><div><br></div><div>Is there's a reliable way to determine the original subrequest uri? Is it possible, that the behaviour of $request_uri for SSI can be treated as bug?</div><div><br></div><div>Thanks for your attention,</div>

<div>Regards,</div><div>Sebastian</div><div><br></div><div><br></div><div>[1] <a href="http://symfony.com/doc/current/cookbook/configuration/web_server_configuration.html#nginx">http://symfony.com/doc/current/cookbook/configuration/web_server_configuration.html#nginx</a><br>

<div><div><br></div>-- <br><a href="https://github.com/KingCrunch" target="_blank">github.com/KingCrunch </a><br>
</div></div></div>