phplib-users — A list for users of phplib to talk / discuss phplib

[Phplib-users] Strange session problem (continued)

[Carl Y. <ca...@yo...>]

One other interesting tidbit:  It appears that the first INSERT into the
session table gets put in the right database, but subsequent queries fail.

Carl

[Phplib-users] Strange session problem

[Carl Y. <ca...@yo...>]

I've been hosting a site with a hosting service that only let me use one
database.  Now I'm trying to get this site running on my home windows
machine using FoxServ (a combination PHP/MySQL install package for Windows).
In anticipation of future database fragmentation, I've split my session
table into a separate database.  When this site goes live commercially I
intend to have multiple database servers and probably one that is dedicated
to session data.  So my session classes look like this:

class SessionDB extends DB_Sql
{
    var $Host     = 'localhost';
    var $Database = 'session';
    var $User     = 'myusername';
    var $Password = 'mypassword';
}

class Bank_CT_Sql extends CT_Sql
{
    var $database_class = 'SessionDB';               ## Which database to
connect...
    var $database_table = 'active_sessions';         ## and find our session
data in this table.
}

class Bank_Session extends Session
{
    var $classname = 'Bank_Session';

    var $cookiename     = '';                        ## defaults to
classname
    var $magic          = 'Umuarama';                ## ID seed
    var $mode           = 'get';                     ## We propagate session
IDs with cookies
    var $fallback_mode  = 'get';
    var $allowcache     = 'no';
    var $lifetime       = 259200;                    ## 0 = do session
cookies, else minutes
    var $that_class     = 'Bank_CT_Sql';             ## name of data storage
container
    var $gc_probability = 25;
    var $gc_time        = 720;
    var $auto_init      = '../include/setup.inc';
}

But when I try to log in I get an error message on the login form page that
displays after the login form itself.  It says:

Database error: Invalid SQL: update active_sessions set
val='QmFua19TZXNzaW9uOiR0aGlzLT5pbiA9ICcnOyAkdGhpcy0+cHQgPSBhcnJheSgpOyAkdGh
pcy0+cHRbJ2F1dGgnXSA9ICcxJzsgJHRoaXMtPnB0WydjaGFsbGVuZ2UnXSA9ICcxJzsgJEdMT0J
BTFNbJ2F1dGgnXSA9IG5ldyBCYW5rX0NoYWxsZW5nZV9BdXRoOyAkR0xPQkFMU1snYXV0aCddLT5
hdXRoID0gYXJyYXkoKTsgJEdMT0JBTFNbJ2F1dGgnXS0+YXV0aFsndWlkJ10gPSAnZm9ybSc7ICR
HTE9CQUxTWydhdXRoJ10tPmF1dGhbJ3Blcm0nXSA9ICcnOyAkR0xPQkFMU1snYXV0aCddLT5hdXR
oWydleHAnXSA9ICcyMTQ3NDgzNjQ3JzsgJEdMT0JBTFNbJ2F1dGgnXS0+YXV0aFsncmVmcmVzaCd
dID0gJzIxNDc0ODM2NDcnOyAkR0xPQkFMU1snY2hhbGxlbmdlJ10gPSAnZDljNTg3YTQ4YzkwMjA
wMDU5M2Y1MGUxMTYyNTEwNzEnOyA=', changed='20020316202455' where
sid='7c2d54a5282d1bc17c8ec19d28b662a7' and name='Bank_Session'
MySQL Error: 1146 (Table 'bank_user.active_sessions' doesn't exist)
Session halted.

It looks like it is trying to save session info in the wrong database.  But
I put some debugging code into ct_sql.inc at line 97 just before the query
tries to get executed to see what database name and host the class is
actually set to.  It is set to "session" and not "bank_user" (which is
another database on the server).  Is this a problem in phplib or in php
itself?  It seems really strange that the DB_Sql class would try to connect
to the wrong database.

Any ideas or help would be greatly appreciated.

Thanks,
Carl Youngblood

[Phplib-users] Fatal error: page.inc on line 68

[<gro...@fr...>]

Hi phplib-users,

I'm using PhpSlash as framework for my application. 
(thanks for the tip in this list ;-)

Now, I have an error on every page with the description
Fatal error: Call to a member function on a non-object 
in c:\dipl\phplib\php\page.inc on line 68.

I checkt nearly erverything around but the error ist 
still on botton on every page, caused from the final
page_close on the page.

The application ist however full functioning...

thx for any help...Matthias

[Phplib-users] Re: [Phplib-trackers] struck at the start

[Tarique S. <ta...@sa...>]

On 16 Mar 2002, nagendra  prasad wrote:

Hello 

I just wrote in answer to the previous mail  all the features 
sess, auth, and perm are handled thru the page_open() function there is a
section in the manual explaining what you are supposed to code 

http://www.sanisoft.com/phplib/manual/auth_Complete.php

Hey are you guys from a windoze background, then it would be
understandable  ;-) 

Tarique

-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================

Re: [Phplib-users] Starting point

[Tarique S. <ta...@sa...>]

On 16 Mar 2002, Indrajit M wrote:

See the page_open function - do you have it in the page you intend to
authentcate?

Tarique


> Dear All,
> I configured PHPLib on Linux and able to run PHP code given along 
> with Phplib without any errors. I have gone through the 
> authentication procedure and code(local.inc) but I am not able to 
> get a starting point for my web page. For example, I have created 
> a web page which has user-id and password and submit button. Now 
> how do I incorporate the authentication features available in 
> phplib into my webpage? I am badly stucked. Please help me.
> Indrajit.
> 
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
> 

-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================

[Phplib-users] Starting point

[Indrajit M <ind...@re...>]

Dear All,
I configured PHPLib on Linux and able to run PHP code given along 
with Phplib without any errors. I have gone through the 
authentication procedure and code(local.inc) but I am not able to 
get a starting point for my web page. For example, I have created 
a web page which has user-id and password and submit button. Now 
how do I incorporate the authentication features available in 
phplib into my webpage? I am badly stucked. Please help me.
Indrajit.

RE: [Phplib-users] Double Posts

[<gro...@fr...>]

No!

I only get double replies, if I start a new thread. 
Everyone, who replys with "reply to all" sent one mail over the list and
another direct back to the sender.  

Is ist in your case really on ervery post???

Matthias

> Hi all 
> 
> Anyone else getting double post from every message sent to the list?
> 
> matt
> 
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
> 

Re: [Phplib-users] Max's session class

[Tarique S. <ta...@sa...>]

On Wed, 13 Mar 2002, Mike Green wrote:

> Could someone give some pros and cons of using session4.inc vs
> session4_custom, i.e., (apparently of) using a standard PHP4
> save_handler vs MySQL, etc., storage using CT_* classes? And for that
> matter, pros and cons of using a save_handler vs those supplied by
> PHP4 sessions?

One thing that we need sessions data in table is to allow admin to hijack
sessions and change data for other users even as they work - This has its
uses ;-)

Tarique


-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================

Re: [Phplib-users] PHPLib Documentation

[<gro...@fr...>]

eat this ;-)
http://www.sanisoft.com/phplib/manual/

Matthias
----- Original Message ----- 
From: "Mauricio Cuenca" <fa...@mi...>
To: <php...@li...>
Sent: Thursday, March 14, 2002 3:40 PM
Subject: [Phplib-users] PHPLib Documentation


> Can you please tell me what's the URL for the current PHPLib version
> documentation ?
> 
> Thanks,
> 
> 
> ______________________
> Mauricio Cuenca
> 
> 
> 
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
> 

Re: [Phplib-users] PHPLib Documentation

[Mike G. <Mik...@sa...>]

http://www.sanisoft.com/phplib/manual/

Mauricio Cuenca wrote:

> Can you please tell me what's the URL for the current PHPLib version
> documentation ?
>
> Thanks,
>
> ______________________
> Mauricio Cuenca
>
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users

--
Mike Green
SaeSolved::
http://www.saesolved.com
http://www.everypeople.net
http://www.sitewidgets.com
http://www.widgetchuck.com

[Phplib-users] PHPLib Documentation

[Mauricio C. <fa...@mi...>]

Can you please tell me what's the URL for the current PHPLib version
documentation ?

Thanks,


______________________
Mauricio Cuenca

[Phplib-users] Double Posts

[Matt W. <li...@ye...>]

Hi all 

Anyone else getting double post from every message sent to the list?

matt

[Phplib-users] Re: [Phplib-core] Change mysql_pconnect() to mysql_connect() in db_mysql.inc

[Giancarlo P. <gia...@na...>]

Layne Weathers wrote:
> 
> >> We are using PHPLib on multiple production servers each with multiple
> >> PHPLib-based sites, along with PHP (no PHPLib) and static sites. We
> >> had to change the mysql_pconnect() call in db_mysql.inc to
> >> mysql_connect() long ago to preserve resources in our environment.
> >
> > I also have to make this change on my server. Otherwise I finish up
> > with 40 mysql processes eating all my RAM.
The first solution is to lower the wait_timeout value in safe_mysqld.
The default is 28800 secs (8h) Otherwise you have an idle connection 
between each apache child and mysql, that lives up to 8 hours. That
should go down to 120-180 secs, the time of visiting a couple pages.

See the comments too the manual page by Sasha of Mysql

http://www.php.net/manual/en/function.mysql-pconnect.php

Otherwise disable persistent connection all-the-way at php.ini level
(mysql.allow_persistent=Off), and mysql_pconnct continues to wors as a
standard mysql_connect

Gian

> >
> > I think changing the default is justified. Anyone using PHPLIB on a
> > busy dedicated server probably knows enough to change it back.
> 
> Here is my proposition - use an instance variable to toggle between connect
> and pconnect allowing users to make the change at the local.inc level rather
> than the db_mysql.inc level. Any problems with this?
> 
> In db_mysql.inc I'd add:
> 
>   var $PConnect      = 0;     ## Set to 1 to use mysql_pconnect instead of
> mysql_connect
> 
> and in connect():
> 
>       if(!$this->PConnect) {
>         $this->Link_ID = mysql_connect($Host, $User, $Password);
>       } else {
>         $this->Link_ID = mysql_pconnect($Host, $User, $Password);
>       }
> 
> Layne Weathers
> Ifworld Inc.
> 
> _______________________________________________
> Phplib-core mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-core

Re: [Phplib-users] OT: Virtual server setup/performance

[Chris J. <ch...@ch...>]

----- Original Message -----
From: "Richard Archer" <rh...@ju...>

> My feeling is that the current docs are misleading in the way they tell
> you to add auto_prepend_file to the php.ini file. This may have been
> the best way to set it up many years ago when only real hackers used
> PHP and they all demanded full access to the server config. But it is
> no longer the case that this generally possible.
>
> I have proposed that the "auto_prepend_file" method becomes an
> alternative, with the primary configuration method being to set the
> path in $_PHPLIB["libdir"]. This method is guaranteed to always work,
> and is much simpler to explain and set up than editing php.ini.

Can you elucidate on this a bit?  I'm sure I could figure it out what you
mean with a bunch of fooling around.  But after thinking about it for a
couple minutes, it's not clear to me what your method is.  I do understand
your goal, and agree it's probably the preferred way of doing things
nowadays.


> But I guess if you have venture capital to burn, more machines and more
> RAM is a better way to use it than fast cars and business trips.

Aw heck, I think fast cars are a better use.  :-)


Chris Johnson

Re: [Phplib-users] form_tpl or template_bridge

[Tarique S. <ta...@sa...>]

On Wed, 13 Mar 2002, [iso-8859-1] Matthias Gr=F6schl wrote:

> On the homepage of Ulf (www.ulf-wendel.de) is a Zip-File witch contain a
> earlier rewrite (03/2001) of the OOH Form afer PHPLIB. These sources seem=
 to be stable.
> Also on the page ist a really good workshop in german about the new benef=
its.

Anyone willing to translate the German tutorial pages on Ulf's to English?

I tried google translation services BUT it broke toomany things

Tarique
=20

--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Re: [Phplib-users] OT: Virtual server setup/performance

[Richard A. <rh...@ju...>]

At 9:59 AM -0500 13/3/02, Mike Green wrote:

>In the other approach the hosting service has one instance of Apache per
>physical server. All virtually hosted sites are handled by one
>httpd.conf file. This file cannot obviously be available to anyone but
>the hosting service. The ability to enable site owners to make
>configuration changes for their virtually hosted sites is accomplished
>by pointing the AccessConfig directive for their virtual host to a
>directory in their space. They can then add whatever directives they
>need to configuration files in this directory.

I run a server with a few hundred virtual domains and this is the
approach I use. One global httpd.conf and the users can override
settings in their own .htaccess.

My feeling is that the current docs are misleading in the way they tell
you to add auto_prepend_file to the php.ini file. This may have been
the best way to set it up many years ago when only real hackers used
PHP and they all demanded full access to the server config. But it is
no longer the case that this generally possible.

I have proposed that the "auto_prepend_file" method becomes an
alternative, with the primary configuration method being to set the
path in $_PHPLIB["libdir"]. This method is guaranteed to always work,
and is much simpler to explain and set up than editing php.ini.


>The net result for configuration would seem to be (at least nearly) the
>same in both cases. What I would like to elicit here are some (more or
>less) objective pros and cons for the two approaches. It would be
>particularly interesting to hear of significant performance differences
>for the two approaches, since that is one of major reasons I am being
>given by one hosting service to choose their approach.

Well, having a bunch of httpd processes for each virtual server seems
to me to be a ridiculously inefficient use of system resources. I have
some sites which may not get hit at all for hours at a time especially
the PHPLIB ones which are often only accessed during local business
hours. Why should I have 6 httpd processes sitting idle waiting for a
hit?

But I guess if you have venture capital to burn, more machines and more
RAM is a better way to use it than fast cars and business trips.

 ...R.

Re: [Phplib-users] Max's session class

[Mike G. <Mik...@sa...>]

Could someone give some pros and cons of using session4.inc vs session4_custom, i.e.,
(apparently of) using a standard PHP4 save_handler vs MySQL, etc., storage using CT_*
classes? And for that matter, pros and cons of using a save_handler vs those supplied by
PHP4 sessions?

TIA!

Mike Green

Maxim Derkachev wrote:

> Hello Matt,
>
> Wednesday, March 13, 2002, 11:46:28 AM, you wrote:
>
> MW> So we have two session4's in the CVS or are they both the same? Because the
> MW> session4.inc in phplib-4 works with your class Max.
>
> MW> I've never looked at the stuff in phplib-4 because I got Max's one working
> MW> pretty good.
>
> Well, that could be - they export the same public API. But if You look
> close to the session4 in the phplib4 folder, You will see that the
> file consists of many lines from session3 class commented out, with
> some plugs for php4 session support. It uses the old-fashion serialize
> (instead of PHP4 serialize, which is much much better). It does not
> make use of session setup functions from the php4 module for setting up cache
> control, cookies behaviour, etc.
> Just compare the session4 classes in session/ & phplib4/ to see the
> changes. The session4.inc in the session folder was designed with maximum php4
> session module usage in mind and session3 public API compatibility (we could
> not save all the things that are present in the session3, like $sess->in & $sess->pt,
> but it is only because it could not be achieved without messing the things up).
>
> MW> If it is the stuff from the CVS session folder, session4.inc should be
> MW> included in the distro, yes?
>
> Yes. The only file that was intended to be used with the
> session4_custom, is session4.inc from the session folder.
>
> --
> Best regards,
> Maxim Derkachev mailto:max...@bo...
> System administrator & programmer,
> Symbol-Plus Publishing Ltd.
> phone: +7 (812) 324-53-53
> www.books.ru, www.symbol.ru
>
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users

--
Mike Green
SaeSolved::
http://www.saesolved.com
http://www.everypeople.net
http://www.sitewidgets.com
http://www.widgetchuck.com

Re: [Phplib-users] form_tpl or template_bridge

[<gro...@fr...>]

> Perhaps what we need is the equivalent of a linked directory ;-) ? OOH Forms
> in PHPlib could be a pointer to Ulf's OOH Forms in PEAR.
> 
> But from this discussion at least, I take it that Ulf's OOH Forms in PEAR are
> not yet really production level material, while those in PHPLib -- albeit they
> are a bit geriatric -- are being used regularly in production sites...??
> 
The sources actually stored in the Pear CVS are more experimental,incomlete 
or broken!!!

On the homepage of Ulf (www.ulf-wendel.de) is a Zip-File witch contain a
earlier rewrite (03/2001) of the OOH Form afer PHPLIB. These sources seem to be stable.
Also on the page ist a really good workshop in german about the new benefits.

Ulf announced a complete rewrite for november 2001, but I think he is out of time
at the moment. This rewrite would then take place in the pear cvs, I guess.

Do someone else use the sources from his homepage in production sites???


> > >This in my opinion just means that the re-write is not a part of PEAR the
> > >OOH forms as they were continue to be a part of PHPlib
> >
> > Forks in any development tree are undesirable.
> >
> > It would be best if someone offered to help Ulf maintain
> > the PEAR version of OOH Forms and bring them back up to
> > the standard of the PHPLIB ones. Preferably while maintaining
> > back-compatibility.
> >
> > Of course there's nothing stopping us from rolling any
> > enhancements from the PEAR OOH forms into the PHPLIB
> > version... except the associated bad karma.
> >

Matthias

Re: [Phplib-users] form_tpl or template_bridge

[Mike G. <Mik...@sa...>]

Perhaps what we need is the equivalent of a linked directory ;-) ? OOH Forms
in PHPlib could be a pointer to Ulf's OOH Forms in PEAR.

But from this discussion at least, I take it that Ulf's OOH Forms in PEAR are
not yet really production level material, while those in PHPLib -- albeit they
are a bit geriatric -- are being used regularly in production sites...??

Richard Archer wrote:

> At 1:15 PM +0530 13/3/02, Tarique Sani <ta...@sa...> wrote:
>
> >This in my opinion just means that the re-write is not a part of PEAR the
> >OOH forms as they were continue to be a part of PHPlib
>
> Forks in any development tree are undesirable.
>
> It would be best if someone offered to help Ulf maintain
> the PEAR version of OOH Forms and bring them back up to
> the standard of the PHPLIB ones. Preferably while maintaining
> back-compatibility.
>
> Of course there's nothing stopping us from rolling any
> enhancements from the PEAR OOH forms into the PHPLIB
> version... except the associated bad karma.
>
>  ...R.

[Phplib-users] OT: Virtual server setup/performance

[Mike G. <Mik...@sa...>]

Even though this is off-topic I think this might be not entirely
inappropriate here, since the way users of this list would prefer to set
up their server configuration to handle prepend.php, etc., is perhaps
different than the way that web-hosting services provide.

I have been searching for a new hosting service. [I posted another OT
item about this 10 days ago ;-)  And I received a number of valuable
suggestions as a result of that posting. Many thanks to all who
responded.]

Amongst the many things I have learned in this process is that there are
apparently two rather different ways web hosting services approach
virtual hosting. (That is those web hosting services which accommodate
configuration directives for php include_path and php auto_prepend_file.
I found that most hosting service do not accommodate these configuration
directives at all, other than in .htaccess.) Of course each explains
that their approach is the better one.

In one approach, the one I have with my present hosting service, each
virtually hosted web site has its own instance of Apache. So there are
many httpd daemons running on one physical server (if I have the
terminology and concepts correct). One may have many virtual domains or
subdomains running under this instance of Apache by using the virtual
host configuration directives. In this scenario the hosting service can
grant access to the httpd.conf file, etc., for the user to make any
changes they want and enable to user to restart their instance of Apache
at will.

In the other approach the hosting service has one instance of Apache per
physical server. All virtually hosted sites are handled by one
httpd.conf file. This file cannot obviously be available to anyone but
the hosting service. The ability to enable site owners to make
configuration changes for their virtually hosted sites is accomplished
by pointing the AccessConfig directive for their virtual host to a
directory in their space. They can then add whatever directives they
need to configuration files in this directory.

The net result for configuration would seem to be (at least nearly) the
same in both cases. What I would like to elicit here are some (more or
less) objective pros and cons for the two approaches. It would be
particularly interesting to hear of significant performance differences
for the two approaches, since that is one of major reasons I am being
given by one hosting service to choose their approach.

TIA!

Mike Green

Re[4]: [Phplib-users] Max's session class

[Maxim D. <max...@bo...>]

Hello Matt,

Wednesday, March 13, 2002, 11:46:28 AM, you wrote:

MW> So we have two session4's in the CVS or are they both the same? Because the
MW> session4.inc in phplib-4 works with your class Max.

MW> I've never looked at the stuff in phplib-4 because I got Max's one working 
MW> pretty good.

Well, that could be - they export the same public API. But if You look
close to the session4 in the phplib4 folder, You will see that the
file consists of many lines from session3 class commented out, with
some plugs for php4 session support. It uses the old-fashion serialize
(instead of PHP4 serialize, which is much much better). It does not
make use of session setup functions from the php4 module for setting up cache
control, cookies behaviour, etc.
Just compare the session4 classes in session/ & phplib4/ to see the
changes. The session4.inc in the session folder was designed with maximum php4
session module usage in mind and session3 public API compatibility (we could
not save all the things that are present in the session3, like $sess->in & $sess->pt,
but it is only because it could not be achieved without messing the things up).

MW> If it is the stuff from the CVS session folder, session4.inc should be 
MW> included in the distro, yes?

Yes. The only file that was intended to be used with the
session4_custom, is session4.inc from the session folder.



-- 
Best regards,
Maxim Derkachev mailto:max...@bo...
System administrator & programmer,
Symbol-Plus Publishing Ltd.
phone: +7 (812) 324-53-53
www.books.ru, www.symbol.ru 

Re: Re[2]: [Phplib-users] Max's session class

[Matt W. <li...@ye...>]

On Wednesday 13 March 2002 08:25, Maxim Derkachev wrote: 

> That's not true. Session4_custom does not require any of the phplib4
> stuff. The session4 class you need is in the session4.inc in
> php/session - Ulf & me divided the original session4_custom class in
> two to abstract the common session routines and make the custom handler
> really 'custom'. Now you can only use session4.inc if you don't want
> custom storage, but only standard savehandlers. And you can plug in
> session4_custom to have Mysql, etc. storage using CT_* classes.

So we have two session4's in the CVS or are they both the same? Because the 
session4.inc in phplib-4 works with your class Max.

I've never looked at the stuff in phplib-4 because I got Max's one working 
pretty good.

If it is the stuff from the CVS session folder, session4.inc should be 
included in the distro, yes?

This goes back to the questions that keep getting getting asked.
Which session4 stuff whould we be working on/with. The stuff in phplib-4 or 
the stuff in session?

Seems like we've got people channeling time and effort into two different 
version of more or less the same thing.

matt

Re: [Phplib-users] form_tpl or template_bridge

[Richard A. <rh...@ju...>]

At 1:15 PM +0530 13/3/02, Tarique Sani <ta...@sa...> wrote:

>This in my opinion just means that the re-write is not a part of PEAR the
>OOH forms as they were continue to be a part of PHPlib

Forks in any development tree are undesirable.

It would be best if someone offered to help Ulf maintain
the PEAR version of OOH Forms and bring them back up to
the standard of the PHPLIB ones. Preferably while maintaining
back-compatibility.

Of course there's nothing stopping us from rolling any
enhancements from the PEAR OOH forms into the PHPLIB
version... except the associated bad karma.

 ...R.

Re[2]: [Phplib-users] Max's session class

[Maxim D. <max...@bo...>]

Hello Matt,

Tuesday, March 12, 2002, 11:53:34 PM, you wrote:


MW> That's Max's stuff, however, the session4_custom.inc requires session4 which
MW> is in the phplib4 folder.

MW> Maybe these should be merged together?

That's not true. Session4_custom does not require any of the phplib4
stuff. The session4 class you need is in the session4.inc in
php/session - Ulf & me divided the original session4_custom class in
two to abstract the common session routines and make the custom handler
really 'custom'. Now you can only use session4.inc if you don't want
custom storage, but only standard savehandlers. And you can plug in
session4_custom to have Mysql, etc. storage using CT_* classes.




-- 
Best regards,
Maxim Derkachev mailto:max...@bo...
System administrator & programmer,
Symbol-Plus Publishing Ltd.
phone: +7 (812) 324-53-53
www.books.ru, www.symbol.ru 

Re: [Phplib-users] form_tpl or template_bridge

[Tarique S. <ta...@sa...>]

On Wed, 13 Mar 2002, Richard Archer wrote:

This in my opinion just means that the re-write is not a part of PEAR the
OOH forms as they were continue to be a part of PHPlib

and the re-write is in a state of .... ... 

Yes no one has come forward to actively maintain the current OOH forms 

Tarique


> At 7:14 AM +0530 13/3/02, Tarique Sani <ta...@sa...> wrote:
> 
> >On Wed, 13 Mar 2002, Richard Archer wrote:
> >
> >> OOH Forms is no longer part of PHPLIB.
> >
> >Can any one confirm this?
> >
> >Things really appear to be a mess out here ....
> 
> Here's a copy of one of Ulf's cvs delete logs from the devel tree.
> 
> 
> ---begin forwarded text
> 
> To: php...@li...
> From: Ulf Wendel <ulf...@us...>
> Subject: [Phplib-commit] CVS: php-lib/pages/form ...
> Sender: php...@li...
> Date: Mon, 13 Aug 2001 11:54:12 -0700
> 
> Update of /cvsroot/phplib/php-lib/pages/form
> In directory usw-pr-cvs1:/tmp/cvs-serv21515
> 
> Removed Files:
> 	README example_assistant.inc example_flow_layout.inc
> 	index.php4
> Log Message:
> I've checked in the ooh form rewrite to PEAR - starting to remove it from
> this repository.
> 
> 
> --- README DELETED ---
> 
> --- example_assistant.inc DELETED ---
> 
> --- example_flow_layout.inc DELETED ---
> 
> --- index.php4 DELETED ---
> 
> 
> _______________________________________________
> Phplib-commit mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phplib-commit
> 
> ---end forwarded text
> 
> 
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
> 

-- 
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com

Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================