ID: 15209
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Output Control
Operating System: RH Linux 7.2
PHP Version: 4.1.x - 4.2.1
New Comment:
Dup of #14251
Previous Comments:
------------------------------------------------------------------------
[2002-08-19 14:01:08] [EMAIL PROTECTED]
I am using AIX 4.3.3, Apache 1.3.26, mod_perl 1.26 and PHP 4.2.2 This
problem is one of 2 that are causing compilation failures for me.
The other is that the LARGE_FILE definition (in mod_perl's
ap_config_auto.h) is causing "conflicting type" errors for mmap64 when
compiling sapi_apache.c (I will raise a seperate bug report for this
second problem)
------------------------------------------------------------------------
[2002-06-27 11:56:37] [EMAIL PROTECTED]
I agree that there should be a function that can run things after the
script has finished with it's output portion. I can think of many
examples where this is desirable.
For example, if I wanted to get a list of ads to display on a website,
i could run the DB queries that do the logging after the user is
happily on thier way to other things. This would yeild a significant
*PERCEIVED* speed increase for the user.
If it only works on Apache/*NIX, I think that's fine. More incentive to
switch to this platform. There are other functions and features that
are specific to this platform too.
I JUST found this function, and I've got a few very good uses for it
(the case where the connection is closed BEFORE the function runs).
Plus maintaining backwards compatability would be nice :)
------------------------------------------------------------------------
[2002-06-11 12:38:38] [EMAIL PROTECTED]
> Generally, it's not obvious that shutdown
>functions should be executed after the connection shuts
>down.
It's not obvius, but worked (and documented?) this way
before, and some programs used this feature exstensively
(such as ours) And now we have to say to our customers
that they shouldn't upgrade from 4.0.6 if they want to use
our system. I think there are other people who have the
same situation.
------------------------------------------------------------------------
[2002-06-07 11:48:55] [EMAIL PROTECTED]
Then we need two functions. One for the case where we don't want to
close the connection, and one for offline processing after closing the
connection. Is there some other mechanism for offline processing? If
not do you have any ideas on how one might implement such an extension?
------------------------------------------------------------------------
[2002-06-07 11:38:48] [EMAIL PROTECTED]
This should be discussed. Generally, it's not obvious that shutdown
functions should be executed after the connection shuts down. It may
very well be used to print out information, which obviously cannot be
done if it's done after the user disconnects.
I believe that getting this behavior to work is only possible under
Apache. With most (all?) other server APIs, it's only possible to do
things while the user is still connected. So, if we want consistency
across web server, the existing behavior is the desired one.
------------------------------------------------------------------------
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/15209
--
Edit this bug report at http://bugs.php.net/?id=15209&edit=1
