<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Le 06/02/2014 10:53, Christian Weiske a
écrit :<br>
</div>
<blockquote cite="mid:20140206105317.31016d8f@bogo" type="cite">
<pre wrap="">Hello Klaas,
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">[Fri Jan 31 11:02:06 2014] [warn] [client 91.66.218.142]
mod_fcgid: read data timeout in 40 seconds
[Fri Jan 31 11:02:06 2014] [error] [client 91.66.218.142]
</pre>
</blockquote>
</blockquote>
<pre wrap="">He is using FCGI (FastCGI), which starts separate PHP processes and
waits for a couple of seconds. If the PHP process doesn't respond
within that time, cgi will see it as "fail" and send a 500 back to
the client.
The PHP process will still run on.
</pre>
</blockquote>
<pre wrap="">Ok, in that cas e there is no chance at all to handle that correctly.
</pre>
</blockquote>
<pre wrap="">
Oh, there is.
The server app could send a dot or whatever every couple of seconds, so
that there is something to send to the client and the cgi process sees
that the php process did not crash.
Or finish early with a "processing" state, put it in a queue and let the
client pull every couple of seconds to see if it's done.</pre>
</blockquote>
<br>
Hello,<br>
<br>
That would be great and necessary because nowadays, FastCGI/PHP-FPM
mechanisms are largely used to perform better.<br>
<br>
<blockquote cite="mid:20140206105317.31016d8f@bogo" type="cite">
<pre wrap="">
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Owncloud mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Owncloud@kde.org">Owncloud@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/owncloud">https://mail.kde.org/mailman/listinfo/owncloud</a>
</pre>
</blockquote>
<br>
</body>
</html>