Re: RFC for Post Parse Extension
| From: | Curt Zirzow | Date: | Mon, 07 Jun 2004 06:16:46 +0000 |
| Subject: | Re: RFC for Post Parse Extension | ||
| References: | 1 2 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-744@lists.php.net to get a copy of this message | ||
* Thus wrote Rasmus Lerdorf (rasmus@php.net):
> Conceptually I'd be fine with something like this if it is well thought
> out and portable across sapis. You state that one of the motivations for
> this is to avoid wasting bandwidth receiving unwanted files presumably by
> checking the magic bytes at the beginning. But have you thought about how
> you would actually stop the upload? There is no provision in SAPI for
> dropping the client connection and as this screws up pipelined connections
> it isn't something one usually does in the various web server apis.
>
If I use Wez's approch, the data being read in will be from the
php://input stream, which, iirc, uses the sapi_module.read_post()
call, so I'm understanding that if the sapi support's read_post
then it should be portable.
As far as reading magic bytes, that was more of possiblities that
might be possible. I'm rather unfamiliar with the communication
between the servers and php and will be something i'll have to
look into.
Thanks!
Curt
--
"I used to think I was indecisive, but now I'm not so sure."