Date: 07/22/01
- Next message: Kristian Koehntopp: "[phplib] Re: BEA Weblogic (was) Re: [phplib] [RFC] Future of phplib"
- Previous message: nathan r. hruby: "Re: [phplib] [RFC] Future of phplib"
- Next in thread: giancarlo pinerolo: "Re: [phplib] Thoughts about Auth merging to PEAR"
- Reply: giancarlo pinerolo: "Re: [phplib] Thoughts about Auth merging to PEAR"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
some thoughts about possible migration of Auth to PEAR
which came up in a discussion with another PHPLIB developer.
As seen on CPAN, there are multiple DB abstraction layer
classes, but in general only one class "wins" (i.e. is most
used). So porting PHPLIB's DB_Sql to PEAR could be generally
possible, but in the near future only one DB abstraction
layer will "win" in PEAR (imagine you have PEAR classes that
rely on DB abstraction classes: I don't think all developers
will develop their classes to support two or more DB abstraction
layers with different APIs. They'll focus only on one).
So the first step would be to have CT_PEAR which supports
PEAR:DB (for those people who want to use PHPLIB's Auth
and/or Session but are already using PEAR:DB). If there's
enough time, there could be a converting path from PHPLIB:DB
to PEAR but one should be in fear of loosing because PEAR:DB
gets faster and faster and will be the most used/supported DB
abstraction layer from developers and PEAR classes.
After that, there's need to carefully see how easy Auth
could be ported to PEAR - i.e. not relying on PHPLIB:Session
but relying on PHP4 native Session system or, for compatibility
reasons in the first step, using session4.inc with session4_custom.inc.
Furthermore, one could provide local.inc as a HOWTO for the
Auth/CT classes.
I think having PHPLIB's auth class inside PEAR is a big
effort and it is needed - thanks to Kris for providing
a very generic authorisation mechanism.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Comments, Suggestions? Please consider the above things as
a "quick hack thought" -- it isn't carefully planned at the
moment, but it should be.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Considering OOHForms: I think this shouldn't be so difficult,
although it relies on PHPLIB's session (method get_start()
globals $sess and uses $sess->url() without verifying that
$sess exists and that it is an object with having a method
url() ).
-- PHP Schulungen und | International PHP Conference Schulungsmaterial: | 05. - 07.11.2001 http://thinkphp.de/ | Astron Hotel, Frankfurt http://rent-a-phpwizard.de/schulungen.php | http://www.php-kongress.de/-- Abbestellen mit Mail an: phplib-unsubscribe <email protected> Kommandoliste mit Mail an: phplib-help <email protected>
- Next message: Kristian Koehntopp: "[phplib] Re: BEA Weblogic (was) Re: [phplib] [RFC] Future of phplib"
- Previous message: nathan r. hruby: "Re: [phplib] [RFC] Future of phplib"
- Next in thread: giancarlo pinerolo: "Re: [phplib] Thoughts about Auth merging to PEAR"
- Reply: giancarlo pinerolo: "Re: [phplib] Thoughts about Auth merging to PEAR"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

