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

[Phplib-users] Google, Session4 and block_alien_sid

[Virilo T. <vi...@gm...>]

   After several attempts, finally Google bot visits all my site (also
dynamics pages).

   The problem is that Google have indexed something like:
mysite.com/article.php?article_id=111&Mi_Session=843e8bd410a726f15f63d0dfcc7
da532

   Im using phplib 7.4 with 'session4.inc' session class.  I have noticed
that there is not block_alien_sid flag like in 'session.inc'.  Then all
visitors linked by Google, are using the same session.

   I have thought in blocking alien sessions, clearing this string from
URL.  But I cant manage a list with forbidden session ids, because there is
many bots, and they use a new session each time.

   One possible solution could be "ip-blocking".  I have readed that this
isnt the best solution for session hijacking, due to the proxies, but can
solve my problem with Google.

   There is a better solution? Or any implementation for ip-bloking?

   Thanks in advance.

       Virilo Tejedor.

Re: [Phplib-users] Sessions in text files

[Hristo O. <od...@gm...>]

Hi guys,
First thanks for the competent replies.

>With a heavily used application, you are most likely going to see a slowdown
>in using native PHP4 sessions due to the disk I/O. How often are you seeing
>a corrupted active_sessions table? (In the last 6 years, I've only seen a
>corrupted active_sessions table once.) You could set a cron job to check the
>table and repair it if there are problems, or if you have a short period of
>no activity (early Sunday morning almost always works for me) you could drop
>and rebuild the table daily or weekly.

If I say that the table is constantly in some inconsistent state, I
will not lie you.
When I run a repair, I stop the webserver and mysql. Then run a
myisamchk -r. The table is ok although a lot of the sessions are lost
due to the repair. After starting the mysql and the apache and waiting
for 5 min., the table is again reported "corrupted but usable". I gave
up using myisamchk -c as it is reported unsafe while running mysql. So
the table seems to get corrupted immediately after starting to write
in it. I guess size dosn't play a role here. My last experience was
that the last time I did a repair I got a 11MB table (before repair -
233MB). As you see that is really a problem. And if I don't do
anything the table grows to 2Gb which is really an overkill for mysql.
But that was just some background info. Why do you think that the I/O
will become a problem? Could you give me some reasoning? I guess that
the size of the sessions will not be so big as it is in the DB. At
current its extreme size is mostly due to the corrupted data.


On Fri, 03 Dec 2004 09:12:41 -0700, Nathaniel Price
<np...@te...> wrote:
> Hristo Odiseev wrote:
> 
> 
> 
> >Hi everybody,
> >I have trouble with phplib because it is writing its sessions in a
> >mysql DB. It happens quite often that my active_sessions table is
> >corrupted or inconsistent in some way. I would like to use PHP's
> >session mechanism and even prefer its default setting of writing
> >sessions in txt files somewhere. Did anyone make such a conversion and
> >if yes could you give me some hints. An example will be greatly
> >appreciated.
> >
> >As to the DB corruption, I can only say that my application is heavily
> >used and my session data is quite big sometimes. The active_session
> >table is usually 500+MB.
> >May be the smoothest way would be to wrap PHP's functionality using
> >PHPLIB's function so that such a conversion is less painful.
> >
> >
> This has been part of PHPlib for some time. Make sure you have the
> latest distribution of PHPlib and use prepend.php to include PHPlib
> instead of prepend.php3. The prepend.php file includes classes designed
> to work with PHP4 sessions (namely local4.inc, page4.inc, session4.inc,
> auth4.inc, and user4.inc). Their default configuration uses native PHP
> sessions, though it provides some hooks to make sessions work like
> PHPlib sessions, so you should have few problems porting an application
> over from one to another. Also, if you have customized your local.inc or
> prepend.php3, make sure you port those customizations over to local4.inc
> and prepend.php. Be aware, however, that you will lose any existing
> session data. (User data, if you use it, should be unaffected; it will
> still use the active_sessions table for that.)

Thanks for that! I should say that my phplib version is not the latest
one (found 2001/01/19 in the files that were obviously not changed). 
These changes won't be easy because the programming practices were not
always the best ones.
> 
> I'd point you to the relevant documentation, but the website appears to
> be down at the moment.
> 
> --
> ___________________________
> Nathaniel Price
> http://www.tesserportal.net
> Webmaster
> 
>

Re: [Phplib-users] Sessions in text files

[Nathaniel P. <np...@te...>]

Hristo Odiseev wrote:

>Hi everybody,
>I have trouble with phplib because it is writing its sessions in a
>mysql DB. It happens quite often that my active_sessions table is
>corrupted or inconsistent in some way. I would like to use PHP's
>session mechanism and even prefer its default setting of writing
>sessions in txt files somewhere. Did anyone make such a conversion and
>if yes could you give me some hints. An example will be greatly
>appreciated.
>
>As to the DB corruption, I can only say that my application is heavily
>used and my session data is quite big sometimes. The active_session
>table is usually 500+MB.
>May be the smoothest way would be to wrap PHP's functionality using
>PHPLIB's function so that such a conversion is less painful.
>  
>
This has been part of PHPlib for some time. Make sure you have the 
latest distribution of PHPlib and use prepend.php to include PHPlib 
instead of prepend.php3. The prepend.php file includes classes designed 
to work with PHP4 sessions (namely local4.inc, page4.inc, session4.inc, 
auth4.inc, and user4.inc). Their default configuration uses native PHP 
sessions, though it provides some hooks to make sessions work like 
PHPlib sessions, so you should have few problems porting an application 
over from one to another. Also, if you have customized your local.inc or 
prepend.php3, make sure you port those customizations over to local4.inc 
and prepend.php. Be aware, however, that you will lose any existing 
session data. (User data, if you use it, should be unaffected; it will 
still use the active_sessions table for that.)

I'd point you to the relevant documentation, but the website appears to 
be down at the moment.

-- 
___________________________
Nathaniel Price
http://www.tesserportal.net
Webmaster

Re: [Phplib-users] Sessions in text files

[Layne W. <la...@dr...>]

> I have trouble with phplib because it is writing its sessions in a
> mysql DB. It happens quite often that my active_sessions table is
> corrupted or inconsistent in some way. I would like to use PHP's
> session mechanism and even prefer its default setting of writing
> sessions in txt files somewhere. Did anyone make such a conversion and
> if yes could you give me some hints. An example will be greatly
> appreciated.

A PHPLib-style wrapper for native PHP4 sessions has been in place for some
time. There are actually two variations: session4.inc and
session4_custom.inc. For documentation on using these classes, check
<http://sanisoft.com/phplib/> (the server seems to be down at the moment).


> As to the DB corruption, I can only say that my application is heavily
> used and my session data is quite big sometimes. The active_session
> table is usually 500+MB.

With a heavily used application, you are most likely going to see a slowdow=
n
in using native PHP4 sessions due to the disk I/O. How often are you seeing
a corrupted active_sessions table? (In the last 6 years, I've only seen a
corrupted active_sessions table once.) You could set a cron job to check th=
e
table and repair it if there are problems, or if you have a short period of
no activity (early Sunday morning almost always works for me) you could dro=
p
and rebuild the table daily or weekly.

--=20

Layne Weathers

[Phplib-users] Sessions in text files

[Hristo O. <od...@gm...>]

Hi everybody,
I have trouble with phplib because it is writing its sessions in a
mysql DB. It happens quite often that my active_sessions table is
corrupted or inconsistent in some way. I would like to use PHP's
session mechanism and even prefer its default setting of writing
sessions in txt files somewhere. Did anyone make such a conversion and
if yes could you give me some hints. An example will be greatly
appreciated.

As to the DB corruption, I can only say that my application is heavily
used and my session data is quite big sometimes. The active_session
table is usually 500+MB.
May be the smoothest way would be to wrap PHP's functionality using
PHPLIB's function so that such a conversion is less painful.

Thanks,
Christo

RE: [Phplib-users] Migrating to PHP 5

[Shaun C. <Sh...@re...>]

Hi Joe

I was unsuccessful in getting it working using your method, and using
'auto-prepend' with prepend.php. 
The ODBC include file and MSSQL include file do not work with PHP 5. I
successfully made a connection to the database, with ODBC only, but failed
to loop through the records. MSSQL just completely failed.

I will have to revert back to PHP 4, thanks for your help.

Kind Regards,
Shaun Clements


-----Original Message-----
From: Joe Stewart [mailto:jo...@be...]
Sent: 22 November 2004 02:45 PM
To: Shaun Clements
Cc: 'php...@li...'
Subject: Re: [Phplib-users] Migrating to PHP 5


On Mon, Nov 22, 2004 at 08:42:54AM +0200, Shaun Clements wrote:
> Hi Joe
> 
> Thanks for responding.
> Is PHP5 setup the same, using prepend_file="prepend.php"

I do not use the  prepend_file="prepend.php" method of invoking 
phplib.

I include the .inc files similar to including prepend.php in my 
application.

> and in the prepend.php, you are including only:
> session4.inc
> auth4.inc
> perm.inc
> db_mysql.inc
> template.inc
>

page4.inc also.

Joe
 
> 
> Kind Regards,
> Shaun Clements
> 
> 
Subject to www.relyant.co.za/edisclaim.htm

Re: [Phplib-users] Migrating to PHP 5

[Joe S. <jo...@be...>]

On Mon, Nov 22, 2004 at 08:42:54AM +0200, Shaun Clements wrote:
> Hi Joe
> 
> Thanks for responding.
> Is PHP5 setup the same, using prepend_file="prepend.php"

I do not use the  prepend_file="prepend.php" method of invoking 
phplib.

I include the .inc files similar to including prepend.php in my 
application.

> and in the prepend.php, you are including only:
> session4.inc
> auth4.inc
> perm.inc
> db_mysql.inc
> template.inc
>

page4.inc also.

Joe
 
> 
> Kind Regards,
> Shaun Clements
> 
> 

RE: [Phplib-users] Migrating to PHP 5

[Shaun C. <Sh...@re...>]

Hi Joe

Thanks for responding.
Is PHP5 setup the same, using prepend_file="prepend.php"
and in the prepend.php, you are including only:
session4.inc
auth4.inc
perm.inc
db_mysql.inc
template.inc


Kind Regards,
Shaun Clements


-----Original Message-----
From: Joe Stewart [mailto:jo...@be...]
Sent: 20 November 2004 07:43 PM
To: 'php...@li...'
Subject: Re: [Phplib-users] Migrating to PHP 5


On Sat, Nov 20, 2004 at 11:30:20AM -0600, Layne Weathers wrote:
> Shaun Clements wrote:
> 
> > Will there be a PHP Library for PHP 5
> 
> As far as I know, no one has stepped up to begin the process of rewriting
> PHPLib to take advantage of PHP 5. The subject of a full rewrite (mostly
to
> clean up the code) was discussed by the PHPLib developers shortly before
PHP
> 5 was released, but no one has announced that they are starting on the
> project.
> 

No development to optimize for php5 yet, but I've been developing on 
php5 for awhile now fine.  Using sess4, auth4, permx, db_mysql, and 
template.

Joe


> -- 
> 
> Layne Weathers
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users


-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Phplib-users mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phplib-users
Subject to www.relyant.co.za/edisclaim.htm

Re: [Phplib-users] Migrating to PHP 5

[Joe S. <jo...@be...>]

On Sat, Nov 20, 2004 at 11:30:20AM -0600, Layne Weathers wrote:
> Shaun Clements wrote:
> 
> > Will there be a PHP Library for PHP 5
> 
> As far as I know, no one has stepped up to begin the process of rewriting
> PHPLib to take advantage of PHP 5. The subject of a full rewrite (mostly to
> clean up the code) was discussed by the PHPLib developers shortly before PHP
> 5 was released, but no one has announced that they are starting on the
> project.
> 

No development to optimize for php5 yet, but I've been developing on 
php5 for awhile now fine.  Using sess4, auth4, permx, db_mysql, and 
template.

Joe


> -- 
> 
> Layne Weathers
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users

Re: [Phplib-users] Migrating to PHP 5

[Layne W. <la...@dr...>]

Shaun Clements wrote:

> Will there be a PHP Library for PHP 5

As far as I know, no one has stepped up to begin the process of rewriting
PHPLib to take advantage of PHP 5. The subject of a full rewrite (mostly to
clean up the code) was discussed by the PHPLib developers shortly before PH=
P
5 was released, but no one has announced that they are starting on the
project.

--=20

Layne Weathers

[Phplib-users] Migrating to PHP 5

[Shaun C. <Sh...@re...>]

Hi 
 
Will there be a PHP Library for PHP 5
 
Kind Regards,
Shaun Clements
 
Subject to www.relyant.co.za/edisclaim.htm

Re: [Phplib-users] problem in template.inc

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

At 9:46 AM +0100 18/11/04, Hristo Odiseev wrote:

>If you try to set a variable which has several backslashes, they will
>be interpreted as escaping!
>Ex.:
>template.inc->function subst()-> the line with preg_replace.
>
>If you enter a variable "big bla \\\\", you will get  "big bla \".

The current (CVS) version of template.inc handles special characters
correctly.

 ...R.

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 11:38 AM 11/17/04, Jeremy Weathers wrote:

>Quoth Frank Bax:
>
> > > > PHP Notice:  Undefined index:  Kill - line 21
> > >
> > >I can't find this in the oohforms files - this might be in your code.
> >
> >
> > Sorry, missed this sentence yesterday.  It's definitely inside
> > oohforms.inc - my form has several "submit" buttons - one each for
> > "Add", "Chg", "Del".  Whenever one of them is clicked, I get the
> > above error for each of the form elements where type="submit", except
> > the one that was clicked.
>
>
>So, in the case you originally reported, the name of the submit button that
>caused the error was "Kill"? I'll take a peak and see if I can find the
>problem.


Yes, that's the "name" of one of the submit buttons.

Some messages you have sent to me off-list - it would appear that replies 
to you off-list are either ignored or don't get through. 

[Phplib-users] problem in template.inc

[Hristo O. <od...@gm...>]

Hi everybody!
As the bug list seems not really in use :), I will bother you here
with this issue.
If you try to set a variable which has several backslashes, they will
be interpreted as escaping!
Ex.:
template.inc->function subst()-> the line with preg_replace.

If you enter a variable "big bla \\\\", you will get  "big bla \".
That is due to the greedy regular expression nature of the
preg_replace implementation and could be very annoying to find. So my
solution was to use str_replace for the backslash case but I think
there are also other possible cases where this effect ruins the
output.

Regards,
Christo

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 06:33 PM 11/4/04, Layne Weathers wrote:
> > PHP Notice:  Undefined index:  Kill - line 21
>
>I can't find this in the oohforms files - this might be in your code.


Sorry, missed this sentence yesterday.  It's definitely inside oohforms.inc 
- my form has several "submit" buttons - one each for "Add", "Chg", 
"Del".  Whenever one of them is clicked, I get the above error for each of 
the form elements where type="submit", except the one that was clicked.

The new code works great!

Frank  

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 12:40 PM 11/5/04, Layne Weathers wrote:

> > >272c272
> > ><     if ($el->hidden) {
> > >---
> > > >     if (is_array($el->hidden)) {
> >
> >
> > PHP Notice:  Undefined property:  hidden - line 272
>
>
>That should be:
>     if (isset($el->hidden) and is_array($el->hidden)) {


That did it!

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 06:10 PM 11/4/04, Layne Weathers wrote:

> >  >I don't use oohforms myself, but the following changes
> >
> > Is there a decent alternative to oohforms?  Although not perfect, I did
> > find it made forms a bit easier to deal with - especially for one page per
> > table type maintenance.
>
>Not that I know of. I'm too anal-retentive and stubborn to use oohforms as
>it is and I haven't had time to build something that I like. I continue to
>build and layout forms manually.


I always thought there should be a oohforms sample included in the phplib 
package.  I think I once rewrote
         pages/admin/new_user.php3
to use oohforms.  Would that be of any use?

Frank

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 06:33 PM 11/4/04, Layne Weathers wrote:
>[It appears either my mail client or SourceForge's list prog are doing
>something strange with the encoding - sorry about an random "=20" showing up
>throughout.]

I didn't get any of the "=20" stuff.

> > Thanks for prompt response, there seem to be a few more problems
> > here.  Each page access generates so *many* notices its hard to know
> > I've got them all until they are fixed.  I figured one out by myself:
> >
> > # diff oohforms.inc-save  oohforms.inc
> > 272c272
> > <     if ($el->hidden) {
> > ---
> >  >     if (isset($el->hidden)) {
>
>
>Actually, there are more problems with hidden - the code can't decide if it
>is a scalar or an array. I would use the following patch:
>
>272c272
><     if ($el->hidden) {
>---
> >     if (is_array($el->hidden)) {


PHP Notice:  Undefined property:  hidden - line 272

My current form is only testing text, textarea, hidden, submit.  I can test 
more datatypes tomorrow.

Frank  

Re: [Phplib-users] PHP Notice: oohforms

[Layne W. <la...@dr...>]

[It appears either my mail client or SourceForge's list prog are doing
something strange with the encoding - sorry about an random "=3D20" showing=
 up
throughout.]


> Thanks for prompt response, there seem to be a few more problems
> here.  Each page access generates so *many* notices its hard to know
> I've got them all until they are fixed.  I figured one out by myself:
>=20
> # diff oohforms.inc-save  oohforms.inc
> 272c272
> <     if ($el->hidden) {
> ---
>  >     if (isset($el->hidden)) {


Actually, there are more problems with hidden - the code can't decide if it
is a scalar or an array. I would use the following patch:

84c84
<   var $hidden=3D1;
---
>   var $hidden=3Darray();
208c208
<     if ($this->hidden) {
---
>     if (is_array($this->hidden) and !empty($this->hidden)) {
272c272
<     if ($el->hidden) {
---
>     if (is_array($el->hidden)) {



> But I don't know what to do with these:
>=20
> PHP Notice:  Undefined index:  frozen - line 308

308c308
<     if ($this->elements[$name]["frozen"]) {
---
>     if (!empty($this->elements[$name]["frozen"])) {


> PHP Notice:  Undefined index:  ndx_array - line 230

230c230
<         $str .=3D $el->self_get_js($elrec["ndx_array"]);
---
>         $str .=3D $el->self_get_js((!empty($elrec["ndx_array"])) ?
$elrec["ndx_array"] : array());


> PHP Notice:  Undefined property:  method - line 345

The marshal_dispatch function does not use the first argument passed to it.
Since I don't know how this might be used in other people's code, I have
simply set the first argument to an empty string rather than change the
function declaration.

345c345
<       if ($res =3D $el->marshal_dispatch($this->method, "self_validate"))=
 {
---
>       if ($res =3D $el->marshal_dispatch("", "self_validate")) {
369c369
<       $el->marshal_dispatch($this->method, "self_load_defaults");
---
>       $el->marshal_dispatch("", "self_load_defaults");


> PHP Notice:  Undefined index:  Kill - line 21

I can't find this in the oohforms files - this might be in your code.


My entire patch for the file so far:

RCS file: /cvsroot/phplib/php-lib-stable/php/oohforms.inc,v
retrieving revision 1.5
diff -r1.5 oohforms.inc
71c71
<       if ($cv_tab[$k]=3D=3D"ignore") {
---
>       if (!empty($cv_tab[$k]) and ("ignore"=3D=3D$cv_tab[$k])) {
74c74
<         $k =3D ($cv_tab[$k] ? $cv_tab[$k] : $k);
---
>         $k =3D ((!empty($cv_tab[$k])) ? $cv_tab[$k] : $k);
84c84
<   var $hidden=3D1;
---
>   var $hidden=3Darray();
208c208
<     if ($this->hidden) {
---
>     if (is_array($this->hidden) and !empty($this->hidden)) {
230c230
<         $str .=3D $el->self_get_js($elrec["ndx_array"]);
---
>         $str .=3D $el->self_get_js((!empty($elrec["ndx_array"])) ?
$elrec["ndx_array"] : array());
252c252
<     if ($t =3D $cv_tab[$el["type"]]) {
---
>     if (!empty($cv_tab[$el["type"]]) and $t =3D $cv_tab[$el["type"]]) {
268c268
<     if ($el->isfile) {
---
>     if (isset($el->isfile) and $el->isfile) {
272c272
<     if ($el->hidden) {
---
>     if (is_array($el->hidden)) {
308c308
<     if ($this->elements[$name]["frozen"]) {
---
>     if (!empty($this->elements[$name]["frozen"])) {
345c345
<       if ($res =3D $el->marshal_dispatch($this->method, "self_validate"))=
 {
---
>       if ($res =3D $el->marshal_dispatch("", "self_validate")) {
369c369
<       $el->marshal_dispatch($this->method, "self_load_defaults");
---
>       $el->marshal_dispatch("", "self_load_defaults");

--=20

Layne Weathers

Re: [Phplib-users] PHP Notice: oohforms

[Layne W. <la...@dr...>]

>  >I don't use oohforms myself, but the following changes
>=20
> Is there a decent alternative to oohforms?  Although not perfect, I did=
=20
> find it made forms a bit easier to deal with - especially for one page pe=
r=20
> table type maintenance.

Not that I know of. I'm too anal-retentive and stubborn to use oohforms as
it is and I haven't had time to build something that I like. I continue to
build and layout forms manually.

--=20

Layne Weathers

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 05:20 PM 11/4/04, Jeremy Weathers wrote:
 >I don't use oohforms myself, but the following changes

Is there a decent alternative to oohforms?  Although not perfect, I did 
find it made forms a bit easier to deal with - especially for one page per 
table type maintenance.

Re: [Phplib-users] PHP Notice: oohforms

[Frank B. <fb...@sy...>]

At 05:20 PM 11/4/04, Jeremy Weathers wrote:

>Quoth Frank Bax:
>
> > I've been using phplib7.4 for some time now.  I recently upgraded php from
> > 4.0.4 to 4.3.8 and now I get the following entries in my Apache log for
> > every element in my forms:
>
>
>I don't use oohforms myself, but the following changes should take care of
>these warnings. Please try them and let me know. If I haven't heard that
>these changes are flawed from anyone in a couple days I'll commit them to
>CVS.


Thanks for prompt response, there seem to be a few more problems 
here.  Each page access generates so *many* notices its hard to know I've 
got them all until they are fixed.  I figured one out by myself:

# diff oohforms.inc-save  oohforms.inc
272c272
<     if ($el->hidden) {
---
 >     if (isset($el->hidden)) {

But I don't know what to do with these:

PHP Notice:  Undefined index:  frozen - line 308
PHP Notice:  Undefined index:  ndx_array - line 230
PHP Notice:  Undefined property:  method - line 345
PHP Notice:  Undefined index:  Kill - line 21

Frank  

Re: [Phplib-users] PHP Notice: of_text.inc

[Layne W. <la...@dr...>]

Quoth Frank Bax:

> This patch seems to avoid a bunch of "Notice" errors:
>=20
> # diff of_text.inc-orig of_text.inc
> 15c15
> <   var $valid_icase;
> ---
>  >   var $icase;


The only instance of "valid_icase" within the oohforms files seems to be on
this one line whereas "icase" is used a few places in of_text.inc. I will
commit this patch as well if no one objects in the next day or so.

--=20

Layne Weathers

Re: [Phplib-users] PHP Notice: oohforms

[Layne W. <la...@dr...>]

Quoth Frank Bax:

> I've been using phplib7.4 for some time now.  I recently upgraded php fro=
m=20
> 4.0.4 to 4.3.8 and now I get the following entries in my Apache log for=
=20
> every element in my forms:
>=20
> [Thu Nov  4 16:30:39 2004] [error] PHP Notice:  Undefined index:  hidden
in=20
> /var/www/php/class/phplib-7.4/oohforms.inc on line  252
> [Thu Nov  4 16:30:39 2004] [error] PHP Notice:  Undefined index:  name in=
=20
> /var/www/php/class/phplib-7.4/oohforms.inc on line 71
> [Thu Nov  4 16:30:39 2004] [error] PHP Notice:  Undefined index:  name in=
=20
> /var/www/php/class/phplib-7.4/oohforms.inc on line 74
> [Thu Nov  4 16:30:39 2004] [error] PHP Notice:  Undefined index:  value i=
n=20
> /var/www/php/class/phplib-7.4/oohforms.inc on line 71
> [Thu Nov  4 16:30:39 2004] [error] PHP Notice:  Undefined index:  value i=
n=20
> /var/www/php/class/phplib-7.4/oohforms.inc on line 74
> [Thu Nov  4 16:30:39 2004] [error] PHP Notice:  Undefined property:
isfile=20
> in /var/www/php/class/phplib-7.4/oohforms.inc on line 268


I don't use oohforms myself, but the following changes should take care of
these warnings. Please try them and let me know. If I haven't heard that
these changes are flawed from anyone in a couple days I'll commit them to
CVS.

RCS file: /cvsroot/phplib/php-lib-stable/php/oohforms.inc,v
retrieving revision 1.5
diff -r1.5 oohforms.inc
71c71
<       if ($cv_tab[$k]=3D=3D"ignore") {
---
>       if (!empty($cv_tab[$k]) and ("ignore"=3D=3D$cv_tab[$k])) {
74c74
<         $k =3D ($cv_tab[$k] ? $cv_tab[$k] : $k);
---
>         $k =3D ((!empty($cv_tab[$k])) ? $cv_tab[$k] : $k);
252c252
<     if ($t =3D $cv_tab[$el["type"]]) {
---
>     if (!empty($cv_tab[$el["type"]]) and $t =3D $cv_tab[$el["type"]]) {
268c268
<     if ($el->isfile) {
---
>     if (isset($el->isfile) and $el->isfile) {

--=20

Layne Weathers

[Phplib-users] PHP Notice: of_text.inc

[Frank B. <fb...@sy...>]

This patch seems to avoid a bunch of "Notice" errors:

# diff of_text.inc-orig of_text.inc
15c15
<   var $valid_icase;
---
 >   var $icase;