ID: 24797
Comment by: john_ramsden at sagitta-ps dot com
Reported By: spagmoid at yahoo dot com
Status: Bogus
Bug Type: Feature/Change Request
Operating System: WinXP
PHP Version: 4.3.2
New Comment:
> Closing the connection itself from PHP is of course
> impossible, but if the remote client decides to close
> the connection then you can allow PHP to continue
> executing.
I have the same requirement as Spagmoid's, albeit for a different
reason:
In my case it's a PHP script called by an SQL trigger - The script has
to read the updated records (to replicate them in another database);
but the updated records aren't available until the trigger completes,
and the trigger can't complete until the PHP script disconnects! DUH!
Like Spagmoid's, my script obviously wouldn't try to send data after
the disconnect, as this doesn't make sense.
I must say, the PHP developers seem a bit dogmatic about this issue.
Why should closing the connection from PHP be "of course impossible"?
What is to stop PHP having some interface to tell Apache to do that
without terminating the script itself?
I realize there's a simple workaround: the script can spawn an
autonomous background process to do "post processing". But I'm not
aware of a portable PHP call to do this; so for a platform-independent
app, it would be lot cleaner if "early disconnects", followed by
post-processing, could be done in a single PHP script.
Previous Comments:
------------------------------------------------------------------------
[2004-03-25 14:18:50] php at digdug dot cx
I am looking for the same feature.
Here is the scenario: A user submits a form into script.php. The script
needs to do two things:
1) Tell the user that the submission has been accepted. (It always
is.)
2) Do some background processing on the submission and flag it if
necessary. This takes up to half a minute, so I don't want to make the
user wait for it to finish.
So here is what I am trying to do:
<? insert_submission_into_database($submission); ?>
<html><body>
<? echo("submission accepted"); ?>
</html></body>
<?
close_connection_to_browser(); // currently not possible
if (submission_bad()) flag_submission();
// no further info is sent to the browser
?>
------------------------------------------------------------------------
[2003-07-26 19:24:35] [EMAIL PROTECTED]
Sara already answered your request by pointing you at the connection
handling chapter in the manual. You are asking for a way to keep
executing your script after the connection has been closed. Closing
the connection itself from PHP is of course impossible, but if the
remote client decides to close the connection then you can allow PHP to
continue executing.
Please stop re-opening this.
------------------------------------------------------------------------
[2003-07-26 18:42:42] spagmoid at yahoo dot com
I DO NOT WANT TO SEND DATA TO THE CLIENT AFTER THE CONNECTION IS
CLOSED. NOWHERE DID I SAY THAT. That is what you people keep trying
to tell me to do. I don't want to do that. I never wanted to do that.
I will never want to do that. That is ridiculous.
"The only time PHP can continue executing after the data stream has
closed is when the browser closes the connection itself."
I would be more inclined to believe this if you had understood any of
the question.
"The only signal PHP can send to the webserver is "I'm done executing."
It sends this "signal" by terminating."
There may be another way to send this signal, but I doubt if either of
you are in a position to tell me.
"explaining your question in detail and making an attempt at civility
by not attacking those who take the time to respond."
It was in detail. "A way to close the connection with the client,
while keeping the script running?" That's it, period. It's not a
complicated issue.
Sending a form letter that doesn't even match the question is not
"taking the time to respond".
------------------------------------------------------------------------
[2003-07-26 18:35:39] [EMAIL PROTECTED]
Again, through what mechanism do you intend to send data to the client
*after* the connection is closed?
But to address your original question. There is no way PHP can
possibly close the data stream between itself and the client since this
stream is handled by the webserver.
The only signal PHP can send to the webserver is "I'm done executing."
It sends this "signal" by terminating. At this point your script can
not continue executing because, obviously, it has stopped.
The only time PHP can continue executing after the data stream has
closed is when the browser closes the connection itself.
Now, that said, might I suggest you attempt to ilicit a more courteous
response in the future by explaining your question in detail and making
an attempt at civility by not attacking those who take the time to
respond.
------------------------------------------------------------------------
[2003-07-26 16:22:52] spagmoid at yahoo dot com
Jesus you people are dense. You lose the attitude.
Then me try to explain this in a way you can understand:
1. script runs
2. script sends data
3. script ends connection, sending all data <- feature missing
4. script does other stuff
5. script exits
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/24797
--
Edit this bug report at http://bugs.php.net/?id=24797&edit=1
