stas 2003/05/27 21:14:28 Modified: src/docs/2.0/user/handlers filters.pod Log: various fixes Revision Changes Path 1.30 +12 -8 modperl-docs/src/docs/2.0/user/handlers/filters.pod Index: filters.pod =================================================================== RCS file: /home/cvs/modperl-docs/src/docs/2.0/user/handlers/filters.pod,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- filters.pod 27 May 2003 02:42:44 -0000 1.29 +++ filters.pod 28 May 2003 04:14:28 -0000 1.30 @@ -110,6 +110,8 @@ use warnings; use Apache::Filter (); + use Apache::RequestRec(); + use APR::Table; use Apache::Const -compile => qw(OK); @@ -136,7 +138,7 @@ filter to all requests that get mapped to files with an I<".html"> extension: - <Files ~ "\.html"> + <Files ~ "\.html$"> PerlOutputFilterHandler MyApache::FilterObfuscate </Files> @@ -162,11 +164,13 @@ send it out to the client. As we are going to explain in great detail in the next sections, the -same filter may be called many times during a single requests, every -time receiving a chunk of data. For example if the HTML page is 64k -long, a filter could be invoked 8 times, each time receiving 8k of -data. The while loop that we just saw is going to read each of these -8k in 8 calls, since it requests 1k on every read() call. +same filter may be called many times during a single request, every +time receiving a chunk of data. For example if the POSTed request data +is 64k long, an input filter could be invoked 8 times, each time +receiving 8k of data. The same may happen during response phase, where +an upstream filter may split 64k output in 8 8k chunks. The while loop +that we just saw is going to read each of these 8k in 8 calls, since +it requests 1k on every C<read()> call. Since it's enough to unset the C<Content-Length> header when the filter is called the first time, we need to have some flag telling us @@ -272,8 +276,8 @@ Unlike other Apache handlers, filter handlers may get invoked more than once during the same request. Filters get invoked as many times -as the number of bucket brigades sent from the upstream filter or -content provider. +as the number of bucket brigades sent from an upstream filter or +a content provider. For example if a content generation handler sends a string, and then forces a flush, following by more data:
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]