<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 30, 2015 at 11:07 AM, Michael Van Canneyt <span dir="ltr"><<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>
On Fri, 30 Jan 2015, silvioprog wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
On Thu, Jan 29, 2015 at 7:28 PM, silvioprog <<a href="mailto:silvioprog@gmail.com" target="_blank">silvioprog@gmail.com</a>> wrote:<br>
      On Thu, Jan 29, 2015 at 6:58 PM, Michael Van Canneyt <<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>> wrote:<br>
            On Thu, 29 Jan 2015, silvioprog wrote:<br>
                  Hello,<br>
<br>
                  I've the same problem in Apache and nginx: TRequest.PathInfo always returns an empty string.<br>
<br>
                  In Apache, I'm using the the mod_proxy_fcgi module already distributed in Apache 24. In nginx, I'm<br>
                  using this configuration:<br>
<br>
                  location /dev/duallsms {<br>
                  fastcgi_pass  localhost:8080;<br>
                  ... other configurations ...<br>
                  fastcgi_param PATH_INFO $fastcgi_path_info; # from nginx docs<br>
                  }<br>
<br>
                  First I've tested it on Windows, but I've noticed that it fail in Linux too. So I ask: is<br>
                  PATH_INFO available in FastCGI (working as proxy)? If not, what I use instead it?!<br>
<br>
<br>
            PATH_INFO is not always available, you need to configure that in apache and/or nginx.<br>
<br>
<br>
Thanks for the information.<br>
 <br>
      See <a href="http://httpd.apache.org/docs/trunk/mod/mod_proxy_fcgi.html" target="_blank">http://httpd.apache.org/docs/<u></u>trunk/mod/mod_proxy_fcgi.html</a><br>
<br>
      The FPC fcl-web components by themselves do not try to reconstruct PATH_INFO.<br>
      You can try determining it from SCRIPT_URI  or SCRIPT_NAME.<br>
<br>
<br>
Hm... what do you think about to read it from the REQUEST_URI param? If it is good, you need to do a small change in FCL (if<br>
relevant hehe). The patch in attached allows to use the implementation below:<br>
</blockquote>
<br></span>
No, that will not happen. This is guesswork. Whether this will work, will very much depend on the setup.<br>
<br>
If you need this, then you should implement the logic for handling REQUEST_URI yourself.<br></blockquote><div><br></div><div>Thanks for the info again.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
But I am prepared to provide a hook that allows you to determine PATH_INFO yourself if the server did not pass it on, since PATH_INFO is needed to determine the module that must handle the request.<br></blockquote></div><div><br></div><div>Awesome! =)</div><div><br></div>-- <br><div>Silvio Clécio<br>My public projects - <a href="http://github.com/silvioprog" target="_blank">github.com/silvioprog</a></div>
</div></div>