[PHP-DOC] cvs: phpdoc /en/reference/stream/functions stream-filter-register.xml
pollita Tue Oct 28 20:20:54 2003 EDT Modified files: /phpdoc/en/reference/stream/functions stream-filter-register.xml Log: Update and Extend Index: phpdoc/en/reference/stream/functions/stream-filter-register.xml diff -u phpdoc/en/reference/stream/functions/stream-filter-register.xml:1.3 phpdoc/en/reference/stream/functions/stream-filter-register.xml:1.4 --- phpdoc/en/reference/stream/functions/stream-filter-register.xml:1.3 Sun Jun 22 12:34:50 2003 +++ phpdoc/en/reference/stream/functions/stream-filter-register.xml Tue Oct 28 20:20:54 2003 @@ -1,5 +1,5 @@ - + stream_filter_register @@ -97,10 +97,42 @@ voidoncreate - + This method is called during instantiation of the filter class object. If your filter allocates or initializes any other resources - (such as a buffer), this is the place to do it. + (such as a buffer), this is the place to do it. Your implementation of + this method should return &false; on failure, or &true; on success. + + + When your filter is first instantiated, and + yourfilter->oncreate() is called, a number of properties + will be available as shown in the table below. + + + + + + + Property + Contents + + + + + FilterClass->filtername + A string containing the name the filter was instantiated with. +Filters may be registered under multiple names or under wildcards. +Use this property to determine which name was used. + + + FilterClass->params + The contents of the params parameter passed +to stream_filter_append +or stream_filter_prepend. + + + + @@ -170,6 +202,82 @@ + + + + Registering a generic filter class to match multiple filter names. + + + + + + See Also: stream_wrapper_register,
[PHP-DOC] Help with command system and argument htpasswd
I use the next command +--- if (system("/usr/bin/htpasswd -b /home/var/key_file $user1 $clave1")) { echo "Update File"; } else { echo "Error !!"; } +- This work very good in other system (RedHat 7.2), but don't understand why don't work in my new server Linux Redhat ver 9.0 with PHP 4.2.2 and Apache 2.0.
Re: [PHP-DOC] Re: cvs: phpdoc /en/reference/session/functions session-unset.xml
To unset single registered session "variable": unset ($_SESSION['varname']); To unset all registered "variables": session_unset (); --Jani On Tue, 28 Oct 2003, Martin Samesch wrote: >Hi Didou, > >On Tue, Oct 28, 2003 at 10:50:24PM +0100, Mehdi Achour wrote: >> Hi, >> >> >Index: phpdoc/en/reference/session/functions/session-unset.xml >> >diff -u phpdoc/en/reference/session/functions/session-unset.xml:1.4 >> >phpdoc/en/reference/session/functions/session-unset.xml:1.5 >> >[...] >> > >> > If $_SESSION (or >> > $HTTP_SESSION_VARS for PHP 4.0.6 or less) is >> >- used, use unset to unregister session >> >- variable. i.e. $_SESSION = array(); >> >+ used, use $_SESSION = array(); to unregister a session variable. >> > >> >> >> I think that the text should be : >> >> use unset($_SESSION['some_variable']) to unregister a session variable. >> >> Because, $_SESSION = array() destroy all the variables. Am I wrong ? > >Probably you're right. I'm sorry. > >Could somebody else please check this? > >Cheers, >Martin >
[PHP-DOC] #25754 [Com]: preg_replace() and preg_replace_callback() crash with long matches
ID: 25754 Comment by: coldrain at workingonit dot org Reported By: ilya at lebedev dot net Status: Open Bug Type: Documentation problem Operating System: Win32 PHP Version: 4CVS-2003-10-04 (stable) New Comment: It seems the bug I reported (http://bugs.php.net/bug.php?id=26020) is a duplicate of this one. In this (now bogus) bug report there is more info on a similar, yet different case. It should be noted that the maximum amount of data between pairs of tags in this PCRE case is not a constant as it differs between platforms, even with the same installed PHP versions. On a Debian box, I was able to process about 11650 bytes between to matching div tags. Previous Comments: [2003-10-04 22:04:17] [EMAIL PROTECTED] >From http://www.pcre.org/pcre.txt, LIMITATIONS: "The maximum length of a subject string is the largest positive number that an integer variable can hold. However, PCRE uses recursion to handle subpatterns and indefinite repetition. This means that the available stack space may limit the size of a subject string that can be processed by certain patterns." This propably should be mentioned in our manual pages too. (On Linux, the example script worked fine with 9344 chars between the tags, but 9345 crashed) [2003-10-04 19:56:54] ilya at lebedev dot net Description: Regular expression from the J.Friedl's "Mastering regular expressions" book that matches pair html tags: #]*)>(((?!]*)>).)*)#si When between and are more then 2100 bytes (symbols), Apache crashes. Same happens without "s" modifier, if string has no "newline" codes. Reproduce code: --- === preg_replace("#]*)>(((?!]*)>).)*)#si",""," 2200 symbols"); === or === function callback (&$m) { return "";}; preg_replace_callback ("#]*)>(((?!]*)>).)*)#si","callback"," 2200 symbols "); === Expected result: Match blocks bigger then 2100 symbols long. Actual result: -- With more then 2100 sybmols between tags Apache crashes. -- Edit this bug report at http://bugs.php.net/?id=25754&edit=1
Re: [PHP-DOC] Re: cvs: phpdoc /en/reference/session/functions session-unset.xml
Hi Didou, On Tue, Oct 28, 2003 at 10:50:24PM +0100, Mehdi Achour wrote: > Hi, > > >Index: phpdoc/en/reference/session/functions/session-unset.xml > >diff -u phpdoc/en/reference/session/functions/session-unset.xml:1.4 > >phpdoc/en/reference/session/functions/session-unset.xml:1.5 > >[...] > > > > If $_SESSION (or > > $HTTP_SESSION_VARS for PHP 4.0.6 or less) is > >- used, use unset to unregister session > >- variable. i.e. $_SESSION = array(); > >+ used, use $_SESSION = array(); to unregister a session variable. > > > > > I think that the text should be : > > use unset($_SESSION['some_variable']) to unregister a session variable. > > Because, $_SESSION = array() destroy all the variables. Am I wrong ? Probably you're right. I'm sorry. Could somebody else please check this? Cheers, Martin
[PHP-DOC] Re: cvs: phpdoc /en/reference/session/functions session-unset.xml
Hi, Index: phpdoc/en/reference/session/functions/session-unset.xml diff -u phpdoc/en/reference/session/functions/session-unset.xml:1.4 phpdoc/en/reference/session/functions/session-unset.xml:1.5 --- phpdoc/en/reference/session/functions/session-unset.xml:1.4 Mon May 19 08:09:26 2003 +++ phpdoc/en/reference/session/functions/session-unset.xml Tue Oct 28 15:45:38 2003 @@ -1,5 +1,5 @@ - + @@ -22,8 +22,7 @@ If $_SESSION (or $HTTP_SESSION_VARS for PHP 4.0.6 or less) is - used, use unset to unregister session - variable. i.e. $_SESSION = array(); + used, use $_SESSION = array(); to unregister a session variable. I think that the text should be : use unset($_SESSION['some_variable']) to unregister a session variable. Because, $_SESSION = array() destroy all the variables. Am I wrong ? didou
[PHP-DOC] cvs: phpdoc /en/reference/session/functions session-unset.xml
samesch Tue Oct 28 15:45:38 2003 EDT Modified files: /phpdoc/en/reference/session/functions session-unset.xml Log: removed repetition (with typo) Index: phpdoc/en/reference/session/functions/session-unset.xml diff -u phpdoc/en/reference/session/functions/session-unset.xml:1.4 phpdoc/en/reference/session/functions/session-unset.xml:1.5 --- phpdoc/en/reference/session/functions/session-unset.xml:1.4 Mon May 19 08:09:26 2003 +++ phpdoc/en/reference/session/functions/session-unset.xml Tue Oct 28 15:45:38 2003 @@ -1,5 +1,5 @@ - + @@ -22,8 +22,7 @@ If $_SESSION (or $HTTP_SESSION_VARS for PHP 4.0.6 or less) is - used, use unset to unregister session - variable. i.e. $_SESSION = array(); + used, use $_SESSION = array(); to unregister a session variable.
Re: [PHP-DOC] cvs: phpdoc /en/features persistent-connections.xml
Already fixed by Sebastian ;) didou Nuno Lopes wrote: + entsablished connection to the SQL server. another tipo
Re: [PHP-DOC] cvs: phpdoc /en/features persistent-connections.xml
+ entsablished connection to the SQL server. another tipo
[PHP-DOC] cvs: phpdoc /en/features persistent-connections.xml
sp Tue Oct 28 10:24:04 2003 EDT Modified files: /phpdoc/en/features persistent-connections.xml Log: Overlooked small typo Index: phpdoc/en/features/persistent-connections.xml diff -u phpdoc/en/features/persistent-connections.xml:1.23 phpdoc/en/features/persistent-connections.xml:1.24 --- phpdoc/en/features/persistent-connections.xml:1.23 Tue Oct 28 10:20:18 2003 +++ phpdoc/en/features/persistent-connections.xml Tue Oct 28 10:24:04 2003 @@ -1,5 +1,5 @@ - + Persistent Database Connections @@ -45,13 +45,13 @@ multiprocess web server, which currently only includes Apache. A multiprocess server typically has one process (the parent) which coordinates a set of processes (its children) who actually do the - work of serving up web pages. When each request comes in from a + work of serving up web pages. When a request comes in from a client, it is handed off to one of the children that is not already serving another client. This means that when the same client makes a second request to the server, it may be served by a different child process than the first time. When opening a persistent connection, every following page requesting SQL services can reuse the same - entsablished connection to the SQL server. + established connection to the SQL server. The last method is to use PHP as a plug-in for a multithreaded web
[PHP-DOC] #26018 [Opn->Csd]: A typo in the php manual
ID: 26018 Updated by: [EMAIL PROTECTED] Reported By: theaxiom at charter dot net -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-28 09:49:25] [EMAIL PROTECTED] so it's a documentation problem.. [2003-10-28 08:46:30] theaxiom at charter dot net Description: This page: http://us4.php.net/manual/en/features.persistent-connections.php This paragraph: The second, and most popular, method is to run PHP as a module in a multiprocess web server, which currently only includes Apache. A multiprocess server typically has one process (the parent) which coordinates a set of processes (its children) who actually do the work of serving up web pages. When each request comes in from a client, it is handed off to one of the children that is not already serving another client. This means that when the same client makes a second request to the server, it may be serviced by a different child process than the first time. What a persistent connection does for you in this case it make it so each child process only needs to connect to your SQL server the first time that it serves a page that makes use of such a connection. When another page then requires a connection to the SQL server, it can reuse the connection that child established earlier. This sentence: What a persistent connection does for you in this case it make it so each child process only needs to connect to your SQL server the first time that it serves a page that makes use of such a connection. Expected result: This: "...in this case it make it..." Should read like this: "...in this case is make it..." -- Edit this bug report at http://bugs.php.net/?id=26018&edit=1
[PHP-DOC] cvs: phpdoc /en/features persistent-connections.xml
sp Tue Oct 28 10:20:18 2003 EDT Modified files: /phpdoc/en/features persistent-connections.xml Log: Fixed bug # 26018 -Fixed typos -Some text changes Index: phpdoc/en/features/persistent-connections.xml diff -u phpdoc/en/features/persistent-connections.xml:1.22 phpdoc/en/features/persistent-connections.xml:1.23 --- phpdoc/en/features/persistent-connections.xml:1.22 Tue Sep 2 18:52:27 2003 +++ phpdoc/en/features/persistent-connections.xml Tue Oct 28 10:20:18 2003 @@ -1,5 +1,5 @@ - + Persistent Database Connections @@ -48,13 +48,10 @@ work of serving up web pages. When each request comes in from a client, it is handed off to one of the children that is not already serving another client. This means that when the same client makes - a second request to the server, it may be serviced by a different - child process than the first time. What a persistent connection - does for you in this case it make it so each child process only - needs to connect to your SQL server the first time that it serves a - page that makes use of such a connection. When another page then - requires a connection to the SQL server, it can reuse the - connection that child established earlier. + a second request to the server, it may be served by a different + child process than the first time. When opening a persistent connection, + every following page requesting SQL services can reuse the same + entsablished connection to the SQL server. The last method is to use PHP as a plug-in for a multithreaded web
[PHP-DOC] #26018 [Opn]: A typo in the php manual
ID: 26018 Updated by: [EMAIL PROTECTED] Reported By: theaxiom at charter dot net Status: Open -Bug Type:Website problem +Bug Type:Documentation problem PHP Version: Irrelevant New Comment: so it's a documentation problem.. Previous Comments: [2003-10-28 08:46:30] theaxiom at charter dot net Description: This page: http://us4.php.net/manual/en/features.persistent-connections.php This paragraph: The second, and most popular, method is to run PHP as a module in a multiprocess web server, which currently only includes Apache. A multiprocess server typically has one process (the parent) which coordinates a set of processes (its children) who actually do the work of serving up web pages. When each request comes in from a client, it is handed off to one of the children that is not already serving another client. This means that when the same client makes a second request to the server, it may be serviced by a different child process than the first time. What a persistent connection does for you in this case it make it so each child process only needs to connect to your SQL server the first time that it serves a page that makes use of such a connection. When another page then requires a connection to the SQL server, it can reuse the connection that child established earlier. This sentence: What a persistent connection does for you in this case it make it so each child process only needs to connect to your SQL server the first time that it serves a page that makes use of such a connection. Expected result: This: "...in this case it make it..." Should read like this: "...in this case is make it..." -- Edit this bug report at http://bugs.php.net/?id=26018&edit=1