oO
Is that a bug or a feature?
Wouldn't it be nice not to lose information in the middle? PHP sends
information and probably wants the Web server to do its job forwarding it
to the browser. I'd like that, as a personal note.
Thanks for that insight Maxim, that was one of the piece of information
Hello!
On Wed, Jun 05, 2013 at 08:50:49AM -0400, B.R. wrote:
> Hello,
>
> Non-broken tcpdump just confirms what was already said based on
>
> > error log: nothing is seen from php after 18:48:45, and
> > this results in the timeout at 18:50:45. You have to dig into
> > your code.
> >
> >
> I
Hello,
Non-broken tcpdump just confirms what was already said based on
> error log: nothing is seen from php after 18:48:45, and
> this results in the timeout at 18:50:45. You have to dig into
> your code.
>
>
I agree.
However, if you look at the output, you'll notice that the output is cut in
Hello!
On Sat, Jun 01, 2013 at 01:23:03PM -0400, B.R. wrote:
> Hello,
>
> I do not know if my private emails on the matter to Maxim went through.
> Non-broken resources were included.
Non-broken tcpdump just confirms what was already said based on
error log: nothing is seen from php after 18:4
Hello,
I do not know if my private emails on the matter to Maxim went through.
Non-broken resources were included.
---
*B. R.*
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Hello!
On Tue, May 28, 2013 at 01:32:48PM -0400, B.R. wrote:
> Hello Maxim,
>
> I spent a lot of time trying to figure out what is happening.
> It seems that after some service restart, the problem sometimes disappear
> before coming back again on the following try.
>
> I finally managed to cap
Hello Maxim,
I spent a lot of time trying to figure out what is happening.
It seems that after some service restart, the problem sometimes disappear
before coming back again on the following try.
I finally managed to capture the debug log you'll find as attachment. I'll
need your expertise on it,
Hello!
On Sat, May 25, 2013 at 01:01:32PM -0400, B.R. wrote:
> Hello,
>
> I am trying to understand how fastcgi_read_timout works in Nginx.
>
> Here is what I wanna do:
> I list files (few MB each) on a distant place which I copy one by one
> (loop) on the local disk through PHP.
> I do not kno
Thanks for programming 101.
I'll keep your advice when my goal will be optimizing my current work,
which is not currently the case.
I do not simply want something to work here. I am fully capable of finding
workarounds whenever I need/want them.
I'll leave the 'I do not care how it works as long as
OK, I leave you to it.
However, asynchronously spawning subprocesses *will* allow you to
parallelise the process. I'd call it design, rather than a workaround,
but there you go (:
Steve
On Sun, 2013-05-26 at 22:38 -0400, B.R. wrote:
> One way or another, even if an external script is called, PHP
One way or another, even if an external script is called, PHP will need to
wait for the scripts completion, making the parallelization impossible or
at least useless (since, to wait for a return code of an external script is
still blocking).
I am not trying to find a workaround, I need to know how
Surely, you're still serialising the transfer with a loop?
On Sun, 2013-05-26 at 22:11 -0400, B.R. wrote:
> Thanks for your answer.
>
> I didn't go into specifics because my problem doesn't rely at the
> application-level logic.
>
> What you describe is what my script does already.
>
>
> Howe
Thanks for your answer.
I didn't go into specifics because my problem doesn't rely at the
application-level logic.
What you describe is what my script does already.
However in this particular case I have 16 files weighting each a few MB
which need to be transfered back at once.
PHP allocates 30s
Write a script that lists the remote files, then checks for the
existence of the file locally, and copy it if it doesn't exist? That way
no internal loop is used - use a different exit code to note whether
there was one copied, or there were none ready.
That way you scale for a single file transfe
No ideas?
---
*B. R.*
On Sat, May 25, 2013 at 1:01 PM, B.R. wrote:
> Hello,
>
> I am trying to understand how fastcgi_read_timout works in Nginx.
>
> Here is what I wanna do:
> I list files (few MB each) on a distant place which I copy one by one
> (loop) on the local disk through PHP.
> I do n
Hello,
I am trying to understand how fastcgi_read_timout works in Nginx.
Here is what I wanna do:
I list files (few MB each) on a distant place which I copy one by one
(loop) on the local disk through PHP.
I do not know the amount of files I need to copy, thus I do not know the
total amount of ti
16 matches
Mail list logo
