<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 30, 2015 at 11:01 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, Marco van de Voort 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">
In our previous episode, Michael Van Canneyt said:<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"><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">
Am I wrong thinking, that using "proxy FCGI" projects are a lot easier to<br>
manage, anyway, as here you can use normal debugging means (e.g. Lazarus) ?<br>
</blockquote>
<br>
Not really.<br>
</blockquote>
<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 windows they must be service programs, which are an<br>
absolute horror to debug.<br>
</blockquote>
<br>
Stability wise it is best, but depending on technology this is not a hard<br>
_must_.  The ISAPI framework that I once used allowed the main application<br>
to be both app and service, and for debugging purposes one used the<br>
application form.<br>
</blockquote>
<br></span>
I know. My own proxy fastcgi apps worked like that.<br>
<br>
But if you are on a headless server, then a windows service is the only really viable way.<br>
<br>
You can start messing with run entries in the registry, but the problem remains the same: the app must be running when the webserver starts. Best way to achieve that is a service.<br>
<br>
The alternative is to let the webserver control the program instances.<br>
And except for debugging purposes, this is still the best approach IMHO.</blockquote></div><div><br></div><div>But it is very easy to solve it. In my case, when I talk about debug an application running, it isn't about debug the final executable itself, but its implementation. If I start my EXE via Apache, it is impossible to debug it. Using proxy, I can add another server in my HTTP server (nginx allows to add more than one), something like "fcgi_pass <IP of my development machine>/dev/myapp", so I open my browser and access the URL of the server that is running publicly (probably on a machine in the clouds), and this server will call the application running here on my PC. I know my local application will be a replica of the one already published, taking the time/commits from the GIT log.</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>