On 05.09.23 14:40, John at Decent wrote:
Gustav, I think my confusion is as to how this works. As it's not
documented, one needs to figure it out from the source.
the man page
https://naviserver.sourceforge.io/n/nsproxy/files/ns_proxy.html is not a
perfect documentation, but this is what we
Gustav, I think my confusion is as to how this works. As it's not documented,
one needs to figure it out from the source.
I can't really tell what each ns_proxy::exec does if the executed process
doesn't exit.
Does it reuse it for the next request? It seems so, but I'm not clear. If it
does
On 05.09.23 11:39, Gustaf Neumann wrote:
On 05.09.23 09:17, John at Decent wrote:
However, won’t that cause the external process to get reloaded every
time I call proxy::exec ?
see
https://github.com/openacs/openacs-core/blob/oacs-5-10/packages/acs-tcl/tcl/proxy-procs.tcl#L74-L83
in the li
On 05.09.23 09:17, John at Decent wrote:
Thanks Gustaf.
I knew about ns_proxy, but as it is documented as being a proxy to
external Tcl processes, I didn’t think to use it as a general process
pool.
The part I was missing was
> proxy::exec
However, won’t that cause the external process to
I'm currently looking into bringing FastCGI support to Naviserver. In
principle, FastCGI is specified to support a pool of backends. For your case,
one would have to implement a FastCGI server, maybe directly in undroidwish,
which does the marshaling to the respective Tcl scripts. Would this su
Hello,
I'm currently looking into bringing FastCGI support to Naviserver. In
principle, FastCGI is specified to support a pool of backends. For your
case, one would have to implement a FastCGI server, maybe directly in
undroidwish, which does the marshaling to the respective Tcl scripts.
Wou
Thanks Gustaf.
I knew about ns_proxy, but as it is documented as being a proxy to external Tcl
processes, I didn’t think to use it as a general process pool.
The part I was missing was
> proxy::exec
However, won’t that cause the external process to get reloaded every time I
call proxy::exec
