phplib-users Mailing List for PHPLIB (Page 46)
Brought to you by:
nhruby,
richardarcher
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(106) |
Sep
(99) |
Oct
(44) |
Nov
(97) |
Dec
(60) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(56) |
Feb
(81) |
Mar
(134) |
Apr
(69) |
May
(106) |
Jun
(122) |
Jul
(98) |
Aug
(52) |
Sep
(184) |
Oct
(219) |
Nov
(102) |
Dec
(106) |
2003 |
Jan
(88) |
Feb
(37) |
Mar
(46) |
Apr
(51) |
May
(30) |
Jun
(17) |
Jul
(45) |
Aug
(19) |
Sep
(5) |
Oct
(4) |
Nov
(12) |
Dec
(7) |
2004 |
Jan
(11) |
Feb
(7) |
Mar
|
Apr
(15) |
May
(17) |
Jun
(13) |
Jul
(5) |
Aug
|
Sep
(8) |
Oct
(6) |
Nov
(21) |
Dec
(13) |
2005 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(7) |
May
|
Jun
(11) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
2006 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
(5) |
2007 |
Jan
(15) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(19) |
Sep
(2) |
Oct
|
Nov
|
Dec
(6) |
2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
From: Michael C. <mdc...@mi...> - 2002-09-23 16:30:24
|
On Mon, Sep 23, 2002 at 09:02:13AM -0400, steve grimes wrote: > I've seen threads in the old list and this list that discuss pear vs. > phplib, but I'm still not sure _why_ pear didn't want to take the phplib > classes. I would like to generate a discussion within this list that > includes differences in database, session/auth, templates, forms and > other classes. > > It seems to me that in some cases, pear gives me _less_ functionality > that pear; > > DB - pear DB is slow and doesn't appear to give me any more granularity. > > Session/ Auth - pear Auth uses php sessions rather than a database > session polynomial and variables. > > I know that there is a strict set of coding standards for contributions > to pear. Is there some set of practices inferred within these standards > that will tend to give more flexibility if pear is used? I gave Pear a look before I wrote phpauth. I personally think that it's a huge amount of overhead for what it does, plus a lot of learning about their way of programming. The bottom line is that in its current state, PHP doesn't have what it takes to make a CPAN-like system. The PHP philosophy is too different. Pear is a poor stand-in for that. The bottom line is that PHPLIB seemed like the right mix, doesn't require any funky programming, and has always worked for me (regardless of the quirks). The only part I didn't like was the auth class, so I rewrote it. Moving to Pear would involve too much pain. Michael -- Michael Darrin Chaney mdc...@mi... http://www.michaelchaney.com/ |
From: Marko K. <M.K...@os...> - 2002-09-23 14:10:57
|
> > > From Max's explanation, there is no page4.inc, just uses the regular > > > page.inc. > > Right, but what about the *** user4.inc ***, which Max uses in his custom > > sessions? Would this cause additional trouble or would it run as usual?? > Just by glancing at the code without testing it looks like it should be > fine as is. I'd like to hear from someone that uses user4.inc. Sorry, my older version of Max's custom sessions uses still *** user4_custom.inc ***!!! Looks like this changed now to the user4.inc completely. Couldn't even find the custom file in the CVS anymore. But maybe missed it... Since I am using in my app auth, perm, session, user, namely everything I would be a good test suite, I guess. So if somebody has some release candidate I'd give it a try! Marko |
From: Joe S. <jo...@be...> - 2002-09-23 14:00:55
|
On Mon, Sep 23, 2002 at 03:27:34AM +0200, Kacper Kruszewski wrote: > hello. > > i wanted to provide maximum security to my webpage, > so i have used Example_Challenge_Crypt_Auth. > Almost all is working fine... > there is only one problem - timeout. > what am i supposed to do if i would like to have > let's say 10 minutes timeout? > and of course, when someone open any page, this > timeout should be restarted to 10 minutes again. > var $lifetime = 10; in your definition of Example_Challenge_Crypt_Auth. class Example_Challenge_Auth extends Auth { var $classname = "Example_Challenge_Auth"; var $lifetime = 10; See: http://www.sanisoft.com/phplib/manual/auth.php#Instance%20variables Joe > please help, > GHOST > |
From: Joe S. <jo...@be...> - 2002-09-23 13:56:40
|
On Mon, Sep 23, 2002 at 05:34:32PM +0530, Dr Tarique Sani wrote: > On Mon, 23 Sep 2002, Giancarlo wrote: > > So folks where are we on the PHP4lib release? > Files need to be moved in -stable cvs. http://sourceforge.net/tracker/index.php?func=detail&aid=549660&group_id=31885&atid=403611 Testing - esp. auth.inc. Other patches at sf.net included? > Does anyone know if there is any other library by the name PHP4lib - if no > then let us use the name (atleast internally). > I think this would just cause more confusion. thanks, Joe > Tarique > |
From: Joe S. <jo...@be...> - 2002-09-23 13:53:11
|
On Mon, Sep 23, 2002 at 02:10:48PM +0200, Giancarlo wrote: > Il 13:44, lunedì 23 settembre 2002, hai scritto: > > >downloaded the php-lib branch (not the -stable one). > > > > That tree contains highly experimental code that is largely incomplete. > > It should never be used in a production environment (if indeed that's > > possible given it's inconsistent state). > > So what should I merge to test session4 functionalities (w/o reg_globs) with > php-lib-stable? > Try this: update your local cvs from php-lib-stable Copy unsup/Session4_Custom.inc and /unsup/User4.inc to php/ directory. Copy php/session/session4.inc from php-lib tree to php/session/session4.inc http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phplib/php-lib/php/session/session4.inc Modify prepend and local to use these classes as needed. This is mainly from this page: http://xeer.blogspot.com/2002_06_01_xeer_archive.html Joe > are those: > > php/auth, php/auth/sql (and various subdirs) > php/db, php/db/mysql,mssql (and various subdirs) > php/ext php/ext/template (and various subdirs) > php/form (and various subdirs) > php/html > php/session > > to be eliminated/moved into php/? and thus the include mechanism in > prepend.php3 be modified accordingly? > > Gian > |
From: Joe S. <jo...@be...> - 2002-09-23 13:33:14
|
On Mon, Sep 23, 2002 at 10:40:17AM +0200, Marko Kaening wrote: > > > From Max's explanation, there is no page4.inc, just uses the regular > > page.inc. > Right, but what about the *** user4.inc ***, which Max uses in his custom > sessions? Would this cause additional trouble or would it run as usual?? > Just by glancing at the code without testing it looks like it should be fine as is. I'd like to hear from someone that uses user4.inc. Joe > Marko > |
From: steve g. <li...@gr...> - 2002-09-23 13:11:35
|
I've seen threads in the old list and this list that discuss pear vs. phplib, but I'm still not sure _why_ pear didn't want to take the phplib classes. I would like to generate a discussion within this list that includes differences in database, session/auth, templates, forms and other classes. It seems to me that in some cases, pear gives me _less_ functionality that pear; DB - pear DB is slow and doesn't appear to give me any more granularity. Session/ Auth - pear Auth uses php sessions rather than a database session polynomial and variables. I know that there is a strict set of coding standards for contributions to pear. Is there some set of practices inferred within these standards that will tend to give more flexibility if pear is used? -- steve grimes <li...@gr...> |
From: Giancarlo <gia...@na...> - 2002-09-23 12:42:55
|
I see that mode and fallback_mode are marked as deprecated in the session4 by Maxim, and thus also in Joe's patch But now php4 session has the session.use_only_cookie directive (at last!), so we could reisert those variables and wrap the ini_set acordingly So, if with session3 we had mode=cookie falllback_mode=get we should 'ini_set' session.use_cookie if session3 had mode=cookie fallback_mode=cookie we should 'ini_set' session.use_only_cookie I think this is important. Gian |
From: Dr T. S. <ta...@sa...> - 2002-09-23 12:29:05
|
On Mon, 23 Sep 2002, Giancarlo wrote: > My direct experience, yesterday: > downloaded the php-lib branch (not the -stable one). Anything which is to be released should come from -stable branch Yes you are right - undocumented/expert uses of functions like freeze() will not work BUT then the persons who are using PHPlib this way can be expected to know what is wrong and contribute back. So folks where are we on the PHP4lib release? Does anyone know if there is any other library by the name PHP4lib - if no then let us use the name (atleast internally). Tarique -- ============================================================= PHP Applications for E-Biz: http://www.sanisoft.com Indian PHP User Group: http://groups.yahoo.com/group/in-phpug ============================================================= |
From: Giancarlo <gia...@na...> - 2002-09-23 12:15:50
|
Il 13:44, luned=EC 23 settembre 2002, hai scritto: > >downloaded the php-lib branch (not the -stable one). > > That tree contains highly experimental code that is largely incomplete. > It should never be used in a production environment (if indeed that's > possible given it's inconsistent state). So what should I merge to test session4 functionalities (w/o reg_globs) w= ith=20 php-lib-stable? are those: php/auth, php/auth/sql (and various subdirs) php/db, php/db/mysql,mssql (and various subdirs) php/ext php/ext/template (and various subdirs) php/form (and various subdirs) php/html php/session to be eliminated/moved into php/? and thus the include mechanism in=20 prepend.php3 be modified accordingly? Gian |
From: Richard A. <rh...@ju...> - 2002-09-23 11:45:31
|
>downloaded the php-lib branch (not the -stable one). That tree contains highly experimental code that is largely incomplete. It should never be used in a production environment (if indeed that's possible given it's inconsistent state). That tree is used purely as a source of interesting ideas for future development in the -stable tree. I think the only stuff left in there that hasn't been merged into the -stable tree is the PHP4 session bits. So once that's done we'll hopefully be able to delete that tree and save everyone a lot of angst. The -stable tree is as it's name implies stable. It should be possible to use the code from it as a drop-in replacement for any reasonably modern (like 2-3 year old) PHPLIB installation. ...Richard. |
From: Giancarlo <gia...@na...> - 2002-09-23 10:43:58
|
Il 03:42, luned=EC 23 settembre 2002, Dr Tarique Sani ha scritto: > On Sun, 22 Sep 2002, Joe Stewart wrote: > > Hello, since no one else chimed in, I'll keep the discussion going... > > Well it was a weekend so I let it pass. > > Once we have a release ready I will put the necessary changes in the do= cs. > > Now the question is who will bell the release? > > I mean bell the cat and make the release? > I wrote the register function. This evening I'll add the is_registered,=20 unregister (and what else?). I'd like to notice that freeze() could be used for some less canonical us= es,=20 as e.g I use it for saving the state of the session before cloning it int= o a=20 new, different type, one. In general freeze() could be used to take a snapshot, at anytime, on the = db,=20 of the actual session, and I am afraid that cannot happen, as actually wi= th=20 php4 this is not writing anything on disk, and there is no possibility to= =20 restart a session or do similar things. So these 'expert usages' of freeze (can you think of other ones?) are=20 probably not doing the same job as they used to do with phplib own sessio= n=20 mngmnt. Gian=20 |
From: Giancarlo <gia...@na...> - 2002-09-23 10:34:23
|
Il 10:35, luned=EC 23 settembre 2002, Gaetano Giunta ha scritto: > Not to be a troll, but I wholeheartedly agree with this post. > I've been looking at the files in CVS, but find it very hard to underst= and > the development going on in there: some files sport older version numbe= rs > that the files that are part of the 7.4-pre1 release, the changes file = is > quite different, some files are present more than once in different > directories... I must confess my experience with CVS is close to null: = am I > looking at a wrong branch or missing something else? > > Thanks, Gaetano > My direct experience, yesterday: downloaded the php-lib branch (not the -stable one). modified prepend.php libdir (of course), applied Joe's patch to session4,= and=20 set up everything as per session4. quirks I noticed with the kris/test : -page4.inc needs not to be in prepend, Only the sligtly modified page.inc= ,=20 that does freeze even if phpversion is 4 (see previous Joe's and me's=20 messages). So, same page.inc for all -table.inc was not found by showoff.php. Now it has moved under=20 html/table.ic. just copied it back into the php dir - file php/auth/sql/auth.inc does include registerform.ihtml without=20 prepending _PHPLIB[libdir], so it does not find it Nothing else. it seems Anyway it is helpfull to have at least this kris/test benchmark working. = But=20 I know it is not a sufficient test suite.. Gian Gian |
From: Marko K. <Mar...@mc...> - 2002-09-23 08:52:48
|
Hi, > numbers that the files that are part of the 7.4-pre1 release, the > changes file is quite different, some files are present more than once > in different directories... I must confess my experience with CVS is > close to null: am I looking at a wrong branch or missing something > else? I think this is not your lack of CVS abilities. It's just a fact that the stable and development tree is not really up to date. There was alot of activity a year ago, but for some reason working on the tree faded out. Already 1 or 2 years ago it wasn't so easy to find somebody who would organize and structure it a bit more, as I understood at that time. Since a year, as said before, activities faded out. But NOW, now it looks like interest is growing again and I am happy to see that there are some ambitious people (don't need to name them, just look at the list archive for the past time) who seem to take control of it now again. I think this is the main thing at the moment: strategical decisions need to be done, a new release needs to made (including session4 stuff as well as the currently improoving session4_custom) with better instructions how to install all of its components properly. Only by doing so acceptance by new users will be achieved. I am not an phplib expert, but I am happy that I found this library almost 2 years ago now. Since then I use it very succesfully and I think it has alot of potential. But only with a bigger user community it will have a chance to survive and prevent us from migrating to PEAR! Marko |
From: Marko K. <Mar...@mc...> - 2002-09-23 08:40:28
|
Hi, wow, it's moving... Looks like phplib will live soon with register_globals=off! :) I also vote for yes, Tarique! Seems to be an important issue. That would give PHPLIB a big boost compared to PEAR. > From Max's explanation, there is no page4.inc, just uses the regular > page.inc. Right, but what about the *** user4.inc ***, which Max uses in his custom sessions? Would this cause additional trouble or would it run as usual?? Marko |
From: Gaetano G. <giu...@se...> - 2002-09-23 08:35:44
|
>=20 > As someone who mostly lurks on this list, but has a few small apps=20 > the use phplib, I would like to upgrade them to php4. Could someone=20 > make a release of the files needed for this? I have seen all the=20 > discussions on CVS confusion, patches, the new auth code (not part of=20 > phplib), etc and it is a very confusing mess in my mind and I have=20 > been reluctant to try to change anything on my currently working php3=20 > environment. >=20 > I think this would really help others that might be interested in=20 > this and we have not had a phplib release, official or un-official in=20 > a while. This to my mind is one of the biggest problems that makes=20 > phplib less an viable. >=20 Not to be a troll, but I wholeheartedly agree with this post. I've been looking at the files in CVS, but find it very hard to = understand the development going on in there: some files sport older = version numbers that the files that are part of the 7.4-pre1 release, = the changes file is quite different, some files are present more than = once in different directories... I must confess my experience with CVS is close to null: am I looking at = a wrong branch or missing something else? Thanks, Gaetano |
From: Dr T. S. <ta...@sa...> - 2002-09-23 02:05:21
|
On Sun, 22 Sep 2002, Joe Stewart wrote: > Hello, since no one else chimed in, I'll keep the discussion going... Well it was a weekend so I let it pass. Once we have a release ready I will put the necessary changes in the docs. Now the question is who will bell the release? I mean bell the cat and make the release? Nathan - haven't heard from you on this... ... Cheers Tarique -- ============================================================= PHP Applications for E-Biz: http://www.sanisoft.com Indian PHP User Group: http://groups.yahoo.com/group/in-phpug ============================================================= |
From: Dr T. S. <ta...@sa...> - 2002-09-23 02:05:20
|
On Sun, 22 Sep 2002, Joe Stewart wrote: > Hello, since no one else chimed in, I'll keep the discussion going... Well it was a weekend so I let it pass. Once we have a release ready I will put the necessary changes in the docs. Now the question is who will bell the release? I mean bell the cat and make the release? Nathan - haven't heard from you on this... ... Cheers Tarique -- ============================================================= PHP Applications for E-Biz: http://www.sanisoft.com Indian PHP User Group: http://groups.yahoo.com/group/in-phpug ============================================================= |
From: Kacper K. <gh...@in...> - 2002-09-23 01:29:58
|
hello. i wanted to provide maximum security to my webpage, so i have used Example_Challenge_Crypt_Auth. Almost all is working fine... there is only one problem - timeout. what am i supposed to do if i would like to have let's say 10 minutes timeout? and of course, when someone open any page, this timeout should be restarted to 10 minutes again. please help, GHOST -- =================================================================== Kacper [GHOST] Kruszewski /"When we remember we are all mad,/ / the mysteries of life disappear / EMAIL: gh...@in... / and life stands explained." / GSM: 601529969 M. Twain ICQ: 8332878 GG: 1032184 ..................... .www.informa.gda.pl . .www.ghost.art.pl . .www.saf.art.pl . ..................... |
From: Dennis G. <ge...@cv...> - 2002-09-23 01:23:58
|
Please CC. Someone was making a modification to PHPLib that used something different than 'nobody' for the default auth. Anyone know where that site is? It has some great graphics about how auth works, both in PHPLib and this new version. -- ============================================================ personal rant section - read at your own risk ============================================================ How can Microsoft ensure the adoption of ".NET", "Hailstorm", and "Passport"? By reusing the same standards breaking, competition killing strategy on the internet that it did on the PC? http://www.pbs.org/cringely/pulpit/pulpit20010802.html Has it already done a test of its ability to brute force the internet into its plans? http://www.nwfusion.com/news/2000/0511kerberos.html http://www.computerworld.com/itresources/rcstory/0,4167,STO66204_KEY72,00.html http://www.vnunet.com/News/1104418 see 'kerberos microsoft server' at http://www.google.com/ If You want to buy computer parts, see the reviews at: http://www.cnet.com/ **OR EVEN BETTER COMPILATIONS**!! http://sysopt.earthweb.com/userreviews/products/ |
From: <wo...@sw...> - 2002-09-22 15:39:30
|
Joe, Thank you for your response. It was very helpful in understanding what the situation is. I think making a clearer statement on sf would help. You might also consider a statement of short term goals and longer term goals if they exist. Thanks all, -Steve On 22 Sep 2002 at 9:19, Joe Stewart wrote: > Hello, since no one else chimed in, I'll keep the discussion going... > > On Sat, Sep 21, 2002 at 09:52:27AM -0400, wo...@sw... > wrote: > Hi all, > > As someone who mostly lurks on this list, but has > a few small apps > the use phplib, I would like to upgrade them to > php4. Could someone > make a release of the files needed for this? > > PHPLib works great with PHP4. I suggest downloading 7.4-pre1. > Especially if you use template.inc. > > > I have seen all the > > discussions on CVS confusion, patches, the new auth code (not part > > of phplib), etc and it is a very confusing mess in my mind and I > > have been reluctant to try to change anything on my currently > > working php3 environment. > > > > If the front page at phplib.sf.net was more clear that PHPLIB > functions with php4, would that help? Maybe a more prominent note in > the documentation than "(we recommend 3.0.12 or newer for this release > of the library)"? > > Suggestions are appreciated. > > As a side note. - The current development discussion is about moving > PHP4 Session support into the stable tree of PHPLIB completely and > getting a development release out for testing. > > > > I think this would really help others that might be interested in > > this and we have not had a phplib release, official or un-official > > in a while. This to my mind is one of the biggest problems that > > makes phplib less an viable. > > > > agreed. > > later, > > Joe > > > -Steve > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phplib-users mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phplib-users > |
From: Joe S. <jo...@be...> - 2002-09-22 14:21:12
|
Hello, since no one else chimed in, I'll keep the discussion going... On Sat, Sep 21, 2002 at 09:52:27AM -0400, wo...@sw... wrote: > Hi all, > > As someone who mostly lurks on this list, but has a few small apps > the use phplib, I would like to upgrade them to php4. Could someone > make a release of the files needed for this? PHPLib works great with PHP4. I suggest downloading 7.4-pre1. Especially if you use template.inc. > I have seen all the > discussions on CVS confusion, patches, the new auth code (not part of > phplib), etc and it is a very confusing mess in my mind and I have > been reluctant to try to change anything on my currently working php3 > environment. > If the front page at phplib.sf.net was more clear that PHPLIB functions with php4, would that help? Maybe a more prominent note in the documentation than "(we recommend 3.0.12 or newer for this release of the library)"? Suggestions are appreciated. As a side note. - The current development discussion is about moving PHP4 Session support into the stable tree of PHPLIB completely and getting a development release out for testing. > I think this would really help others that might be interested in > this and we have not had a phplib release, official or un-official in > a while. This to my mind is one of the biggest problems that makes > phplib less an viable. > agreed. later, Joe > -Steve > |
From: Joe S. <jo...@be...> - 2002-09-21 13:58:46
|
This is something that doesn't quite seem right with session4 and auth. Daniel Bondurant had noted this some time ago. Cancel doesn't seem to work - a quick hack changes unauth to logout for cancel. The hack to provide default login cancel doesn't work anymore. This should be properly designed into auth. later, Joe |
From: Giancarlo <gia...@na...> - 2002-09-21 13:57:27
|
By adding the register (and similia) functions to Joe's patched session4.inc, I suppose one can use either the tradinional phplib API $sess->register, or directly set/get values from the $_SESSIIN array. And so this could be plugged either as a replacement/extension to (poor) PHP4 session, or as a (poor) evolution to existing solid phplib session scripts. I wonder if the php session_write_close prevents from reopening the session further, otherwise I'd use it in Joe's freeze, because many use it to phisically dump the values in some situations. Il 15:17, sabato 21 settembre 2002, Giancarlo ha scritto: > Il 12:42, sabato 21 settembre 2002, Giancarlo ha scritto: > > It all seems to have originated from the fact that session->freeze() did > > ..... > > So I believe I found a way to have it seamingless work with register_g on > and off. > I can even change it on the fly in .htaccess. > > Here is the new register function of session4.inc by Joe Stewart, ad from > his published patch > > ............... > function register ($var_names) { > > > if (!is_array($var_names)) { > // spaces spoil everything > $var_names = trim($var_names); > $var_names=explode(" ", $var_names); > } > > // If register_globals is off -> store session variables values > if(!(bool) ini_get('register_globals')) { > foreach ($var_names as $key => $value ) { > global $$value; > if (!isset($_SESSION[$value])) > { > $_SESSION[$value]= $$value; > } > } > } > else { > return session_register($var_names); > } > } // end func register > > ........... > > I use this with the standard page.inc, with a minor change, that fits for > phplib session too (no need for a separate page4.inc) > > > if (isset($sess)) { > ### if ($_PHPLIB["version"] != "4") { > $sess->freeze(); > ### } > > > Maybe you can try it. I cannnot access sf patches to publish it now. > I think this should work mostly also for migrating from phplib session to > php4 session, without modifying the API. I haven't tried that > As of now I've simply tried the simple page, the login and registerform > (kris/test example from php-lib), and I can switch globals on and off > anytime... > > I hope I've not missed any thing BTW. > To complete this there are other functions to reincorporate, as unregister > etc. But basically should be straightfwd. > > Gian > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phplib-users mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phplib-users |
From: <wo...@sw...> - 2002-09-21 13:52:45
|
Hi all, As someone who mostly lurks on this list, but has a few small apps the use phplib, I would like to upgrade them to php4. Could someone make a release of the files needed for this? I have seen all the discussions on CVS confusion, patches, the new auth code (not part of phplib), etc and it is a very confusing mess in my mind and I have been reluctant to try to change anything on my currently working php3 environment. I think this would really help others that might be interested in this and we have not had a phplib release, official or un-official in a while. This to my mind is one of the biggest problems that makes phplib less an viable. -Steve |