phplib-users Mailing List for PHPLIB (Page 37)
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: Joe S. <jo...@be...> - 2002-10-21 17:54:53
|
On Mon, Oct 21, 2002 at 09:19:05AM -0400, Rob Hutton wrote: > I don't see that again=reg has been implemented in any of the examples > except for a very limited way on the sourceforge site. Is there an example > of self registration anywhere? Here's a simple one: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phplib/php-lib/php/local.inc?rev=1.29&content-type=text/vnd.viewcvs-markup and another: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpslash/phpslash-ft/class/slashAuthCR.class?rev=1.23&content-type=text/vnd.viewcvs-markup > If not, what is the theory. You call login_if('reg') and then > auth_registerform() is called. But what is the correct way to handle the > data returned? In my mind, it would have to occur first thing in the auth > list, or different variable names other than those used on the login form. > Or is that what auth_doregister() is for. If so, why is it treated > differently than auth_validatelogin()? Give me some guidlines and I will > write it into the examples then move it to my needs... > In the second example it is called with ?mode=reg in the url. Gian just added login_if('reg') as a possibility. The original design that Kristian posted always displayed the reg form if reg mode was enabled. The reg form also functioned as a login form if the username and password were acceptable. have fun, Joe > Rob Hutton > Web Safe > www.wsafe.com > |
From: Rob H. <rob...@ws...> - 2002-10-21 13:15:32
|
I don't see that again=reg has been implemented in any of the examples except for a very limited way on the sourceforge site. Is there an example of self registration anywhere? If not, what is the theory. You call login_if('reg') and then auth_registerform() is called. But what is the correct way to handle the data returned? In my mind, it would have to occur first thing in the auth list, or different variable names other than those used on the login form. Or is that what auth_doregister() is for. If so, why is it treated differently than auth_validatelogin()? Give me some guidlines and I will write it into the examples then move it to my needs... Rob Hutton Web Safe www.wsafe.com |
From: Rob H. <rob...@ws...> - 2002-10-21 12:36:59
|
Sorry to answer myself, I figured it out. I was striping the again= in the template from this->url. One other quick note. With the current regex removal of again=, if I have more than one parameter like url?param1=something&again=log&parm2=something then after the regex I get url?param1=something&¶m2=something the url url?again=log results in url? so can the regex be added to remove duplicate && after the first or remove the ? if there are no other parameters? Thanks, Rob Hutton Web Safe www.wsafe.com > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of Rob Hutton > Sent: Monday, October 21, 2002 8:20 AM > To: rob...@ws...; Giancarlo; Phplib-Users > Subject: RE: [Phplib-users] auth_validatelogin() excecuting twice > > > Sorry, auth_validatelogin() returns false, not true. But then > auth_displayform() is never called by anyone else? |
From: Rob H. <rob...@ws...> - 2002-10-21 12:16:02
|
Sorry, auth_validatelogin() returns false, not true. But then auth_displayform() is never called by anyone else? > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of Rob Hutton > Sent: Monday, October 21, 2002 8:12 AM > To: Giancarlo; Phplib-Users > Subject: RE: [Phplib-users] auth_validatelogin() excecuting twice > > > OK, Duh. > > One other thing. Can you give me the .10 tour of what happens when you > enter an invalid user name or password. It looks to me like > auth_validatelogin() returns true and nobody then recalls > auth_displayform. > > > > > > ------------------------------------------------------- > 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: Rob H. <rob...@ws...> - 2002-10-21 12:09:04
|
OK, Duh. One other thing. Can you give me the .10 tour of what happens when you enter an invalid user name or password. It looks to me like auth_validatelogin() returns true and nobody then recalls auth_displayform. |
From: Giancarlo <gia...@na...> - 2002-10-21 07:26:31
|
> When I post from the login screen then auth_validatelogin() is being > excecuted twice. Do you see the same behavior? > It's when you use the login_if() further down the page, I think. Login_if reinvokes the auth->start() method. So the start method is run twice: first when the page_open is called, and again when login_if() is called. Login_if is a second, thighter check, that can be placed by hand inside particular pages that need extra login constraints, like having perm admin etc. In practice there are two 'modus operandi' in phplib's auth check: the first is relying on the general initialization of the auth class at page_open, and not touch each and every page. The second is the possibility to insert manually extra conditions in determinate pages by placing a login_if() check, that will re-pass the cascade auth->start() method, included trying to validate a login form. the auth->start() in page_open returns OK as long as you bear *any* valid auth[uid], logoin_if() then can block you, although you have a valid auth, on extra constraints. G |
From: Rob H. <rob...@ws...> - 2002-10-21 02:18:31
|
Gian - Sorry to keep bothering you, I don't have a test bed set up yet. When I post from the login screen then auth_validatelogin() is being excecuted twice. Do you see the same behavior? (I'm setting up a test bed tommarrow) Rob Hutton Web Safe www.wsafe.com |
From: Rob H. <rob...@ws...> - 2002-10-21 01:21:00
|
Gian - Made to following changes to local.inc. The first to all auths, the second to Example_challange_crypt_auth function auth_validatelogin() { After the: $this->auth["uname"] = $HTTP_POST_VARS["username"]; ## This provides access for "loginform.ihtml" I added if ($this->auth["uname"] == '') {return false;} because there is no point in doing the db lookup if there is no uname and moved the: $expected_response = md5("$HTTP_POST_VARS[username]:$pass:$challenge"); to one line before the: if ($expected_response != $HTTP_POST_VARS["response"]) { because there is no point in doing the md5 sum if it is not to be used. Rob Hutton Web Safe www.wsafe.com ********************************************************************** Introducing Symantec Client Security - Integrated Anti-Virus, Firewall, and Intrusion Detection for the Client. Learn more: http://enterprisesecurity.symantec.com/symes238.cfm?JID=2&PID=11624271 View our Symantec Client Security Demo: http://enterprisesecurity.symantec.com/symes238.cfm?JID=3&PID=11624271 Download the Symantec Client Security Fact Sheet: http://enterprisesecurity.symantec.com/symes238.cfm?JID=4&PID=11624271 Download the Symantec Client Security Brochure: http://enterprisesecurity.symantec.com/symes238.cfm?JID=5&PID=11624271 |
From: Rob H. <rob...@ws...> - 2002-10-18 14:51:24
|
After authenticating, the following is being added to a form I have on the page automatically, but not being added on subsequent refreshes. <input type="hidden" name="Site_Session_Custom" value="733e17f5cdd206ec495ac3645a8e2edb" /> Rob Hutton Web Safe www.wsafe.com ********************************************************************** Introducing Symantec Client Security - Integrated Anti-Virus, Firewall, and Intrusion Detection for the Client. Learn more: http://enterprisesecurity.symantec.com/symes238.cfm?JID=2&PID=11624271 View our Symantec Client Security Demo: http://enterprisesecurity.symantec.com/symes238.cfm?JID=3&PID=11624271 Download the Symantec Client Security Fact Sheet: http://enterprisesecurity.symantec.com/symes238.cfm?JID=4&PID=11624271 Download the Symantec Client Security Brochure: http://enterprisesecurity.symantec.com/symes238.cfm?JID=5&PID=11624271 |
From: Giancarlo <gia...@na...> - 2002-10-18 09:53:07
|
Il 03:10, venerd=EC 18 ottobre 2002, Mike Gifford ha scritto: mysql_pconnect is optional, and will work as plain mysql_connect if=20 persistent connections are disabled in php.ini or .htaccess or eve with a= =20 ini_set(...) statement on top of the scripts. So there should be no need to change the code, but rather configure the m= ysql=20 service either to bear more connections, mainly by shortening the=20 wait_timeout option (preferred. since default is 8 hours, 2-3 minutes are= =20 OK!), or by increasing max_connection. Or disable at all presistent=20 connections in php.ini/htaccess/ini_set().=20 No change in code should be required then, if you can tune the other two=20 params (=3D have root access). If you don't have privileges to do that, an .htaccess directive can overr= ide=20 the general php.ini mysql.allow_persistent (or how the heck is that spec) Gian > Hello phplib folks, > > I've heard that mysql_pconnect has some problems, especially if it isn'= t > installed as an apache module. > > I did a search for problems with mysql_pconnect and didn't fid a lot. > Mostly this (which is pretty vague): > http://www.dotxtra.net/support/php.htm > > There is a report here with problems with PHP 4.1.1, but I haven't hear= d > anything about any other versions. > http://www.php.net/manual/en/function.mysql-pconnect.php > > From what I could see from php.net the official version is to tweek > apache & MySQL: > > We were running into an issue of too many open connections. > > Warning: Host 'db.ourserver.org' is blocked because of many > connection errors. Unblock with 'mysqladmin flush-hosts' in > /home/mike/phplib/db_mysql.inc on line 75 > > This one here actually.. > > From what I've read persistent connections should reduce the number of > db connections, unless they are set to persist a bit too long in which > case it has the opposite effect. > > I see from here (think this is the right one): > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phplib/php-lib-stable/ph= p/db >_mysql.inc?rev=3D1.11&content-type=3Dtext/vnd.viewcvs-markup > > that you haven't switched to (on line 72): > $this->halt("connect($Host, $User, \$Password) failed."); > > If you have to change the wait_timeout, what would be considered a low > (buit reasonable) value? > > Any additional insights on this would be appreciated.. > > Mike |
From: Mike G. <mi...@op...> - 2002-10-18 01:11:10
|
Hello phplib folks, I've heard that mysql_pconnect has some problems, especially if it isn't installed as an apache module. I did a search for problems with mysql_pconnect and didn't fid a lot. Mostly this (which is pretty vague): http://www.dotxtra.net/support/php.htm There is a report here with problems with PHP 4.1.1, but I haven't heard anything about any other versions. http://www.php.net/manual/en/function.mysql-pconnect.php From what I could see from php.net the official version is to tweek apache & MySQL: We were running into an issue of too many open connections. Warning: Host 'db.ourserver.org' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' in /home/mike/phplib/db_mysql.inc on line 75 This one here actually.. From what I've read persistent connections should reduce the number of db connections, unless they are set to persist a bit too long in which case it has the opposite effect. I see from here (think this is the right one): http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phplib/php-lib-stable/php/db_mysql.inc?rev=1.11&content-type=text/vnd.viewcvs-markup that you haven't switched to (on line 72): $this->halt("connect($Host, $User, \$Password) failed."); If you have to change the wait_timeout, what would be considered a low (buit reasonable) value? Any additional insights on this would be appreciated.. Mike -- Mike Gifford,low wait_timeout OpenConcept Consulting, http://www.openconcept.ca Open Source Web Applications for Social Change. Featured Clients - http://kenora.clc-ctc.ca | http://kingston.clc-ctc.ca We are drowning in information, but starved for knowledge. - John Naisbilt |
From: Yang X. <hy...@gf...> - 2002-10-17 00:43:20
|
DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg1sINCsDxo6ENCg0K0e7P 8ruqDQp4aHlhbmdAZ2ZlZWwuY29tLmNuDQqxsb6pvKq3xrb7vLzK9dPQz965q8u+DQqxsb6puqO1 7cf4y9XW3b3WNzW6xbamvvu088/DNTE2DQpUZWw6MDEwLTgyNjE2NDE2ICAgRmF4OjAxMC04MjYx NjQxMg0KDQpYaWFuZ2h1YSBZYW5nDQpCZWlqaW5nIEcuRmVlbCBUZWNoLiBDby4gTHRkLg0KDQo= |
From: Giancarlo <gia...@na...> - 2002-10-16 13:38:03
|
Il 17:09, mercoled=EC 16 ottobre 2002, li...@ye... ha scritto: > It seems replacing freeze() in session4.inc with the following code > overcomes the problem I have been experiencing. > > I haven't had chance to do more testing but just replacing the code wit= h > that below seems to make the test pages with the distro behave properly= for > me. > > ------------------------------ > function freeze() { > // If register_globals is off -> store session variables values > if(!(bool) ini_get('register_globals')) { > reset($_SESSION); So is this reset($_SESSION) that php 4.1.2 wants? Or is it the while(list... insteasd of 'foreach( ? Thanks a lot anyway, we found something Gian > while(list($key,) =3D each($_SESSION)) > { > global $$key; > eval("\$_SESSION[\$key]=3D \$$key;"); > } > } > } |
From: Giancarlo <gia...@na...> - 2002-10-16 13:37:02
|
Il 17:09, mercoled=EC 16 ottobre 2002, li...@ye... ha scritto: > It seems replacing freeze() in session4.inc with the following code > overcomes the problem I have been experiencing. > > I haven't had chance to do more testing but just replacing the code wit= h > that below seems to make the test pages with the distro behave properly= for > me. > > ------------------------------ > function freeze() { > // If register_globals is off -> store session variables values > if(!(bool) ini_get('register_globals')) { > reset($_SESSION); So is this reset($_SESSION) that php 4.1.2 wants? Or is it the while(list... insteasd of 'foreach( ? Thanks a lot anyway, we found something Gian > while(list($key,) =3D each($_SESSION)) > { > global $$key; > eval("\$_SESSION[\$key]=3D \$$key;"); > } > } > } |
From: Giancarlo <gia...@na...> - 2002-10-16 11:31:22
|
Il 13:20, mercoled=EC 16 ottobre 2002, Giancarlo ha scritto: can you check through all the $GLOBALS and $_SESSION arrays in freeze, an= d=20 see what is in there? as function freeze() { reset ($GLOBALS); foreach($GLOBALS as $k =3D> $v) echo "GLOB : $k --> $v <br>" reset ($_SESSION); foreach($_SESSION as $k =3D> $v) echo "SESS : $k --> $v <br>" } |
From: Giancarlo <gia...@na...> - 2002-10-16 11:25:25
|
Il 13:59, mercoled=EC 16 ottobre 2002, li...@ye... ha scritto: Found in bugs.php.net that 4.1.2 had this for a short while: http://bugs.php.net/bug.php?id=3D15892 Maybe that. There seem to have been a lot of problems of this kind, just=20 search any-bug/any-status related to $_SESSION.... Sure it works with php 4.2.1 Gian |
From: Giancarlo <gia...@na...> - 2002-10-15 22:32:33
|
Il 00:04, mercoled=EC 16 ottobre 2002, Matt Williams ha scritto: > Well the patches one isn't there anymore it's now dev.tar.gz > Joe is placing some new code, but it is not related to your problem. I just downloaded the previous one (20021015.patches.tgz), tried it just = now,=20 and it works fine with globals_off. You know what? in the pages dir, sometimes is include (./prepend.php) and= =20 some other is include (prepend.php) In the latter case you prepend what is in the php.ini include_path, in th= e=20 former it includes prepend.php from the actual dir pages Isn't that you have two different files prepended? Or it may be some differences between actual php and v 4.1.2 you are usin= g Is it that the $_SESSION stuff was not there then? Dunno, give me some more clue. Gian |
From: Giancarlo <gia...@na...> - 2002-10-15 18:52:50
|
Il 20:17, marted=EC 15 ottobre 2002, Matt Williams ha scritto: > Hi all > > I'm having trouble with using session4.inc with register globals off. > > I downloaded the latest tarball from snapshots and put it on a clean > domain. There are two tarballs there. The one to use is the .patches.tgz one. Are you using that? Gian |
From: John D. <jpd...@cc...> - 2002-10-15 18:29:36
|
> Reply-To: <la...@if...> > From: "Layne Weathers" <la...@if...> > To: "'phplib-users'" <php...@li...> > Cc: <rob...@ws...> > Date: Mon, 14 Oct 2002 08:29:35 -0500 > Subject: [Phplib-users] javascript links (was: Auth working with a twist) > > > > IMHO, the correct way to do JavaScript links is > > <a href="javascript:myFunction();">Blah</a> > > rather than using onClick. Creating a link to an undefined anchor is a > kludge. ... but a necessary kludge with some (broken) web browsers. The IMP CVS has the following checkin comment: move all href="javascript:..." to href="" onclick="...; return false;" this should fix the IE+frames+ssl+nt4 problems where IE would drop encryption because it thinks that javascript: is a non-secure URL. John Dalbec |
From: Matt W. <li...@ye...> - 2002-10-15 18:15:29
|
Hi all I'm having trouble with using session4.inc with register globals off. I downloaded the latest tarball from snapshots and put it on a clean doma= in. I left all settings as they were, apart from the db user/pass and it all=20 worked fine with reg globals on. I changed over to prepend.php, again usi= ng=20 reg globals on and this too worked fine. So I swithc over to reg globals off and......... nothing. Mozilla keeps=20 spitting "Document contains no data". One thing I did notice however, is that if I start a session and authenti= cate=20 aith globals on then turn globals off and reload the page, the user count= is=20 incremented but the session one isn't. Surely I must have missed something here considering all the activity on = the=20 lists about this but this is the 4th time I've tried to get this working = and=20 it just won't happen. Can anyone shed any light, please? I'm using php4.12 with apache on linux. Cheers Matt |
From: Kacper K. <gh...@ki...> - 2002-10-15 02:14:46
|
Hello! i have md5 auth on my page. because of problems with timeouts (although i have increased time it seams that authentication timer is not refreshing after opening other pages...) i have decided to rebuild my whole site. two questions: 1. which version should i use (is snapshot well-tested?) 2. what am i supposed to do, if i want to display login box in a corner of my page (or one of my frames) when user is not logged in and to display logged user name in the same place on the page? greetings, 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: Andres B. Z. <aba...@ei...> - 2002-10-14 20:53:01
|
You all friends: Thank you very much for your valuable help. After reading all your comments I think that my best choice is a re-check of my RegExs. Thanks again Andres -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Andrew Hull Sent: Lunes, 14 de Octubre de 2002 09:54 a.m. To: php...@li... Subject: Re: FW: [Phplib-users] OOHForms and RegEx its possible. php uses the regex libs from the host machine and sometimes quirky differences from host to host surface. usually ive only seen quirks in the case of malformed regex's like your [a-Z]. even if you had put them in the proper order [A-z] you would still be including some characters between Z and a that im sure were unintended (like the '\'). i couldnt even say why it would work at all in any environment. hm, i just tested the egrep ranges from the command line of a linux box and a solaris box. the linux one seems to 'know what i mean.' the solaris one throws an error on [a-Z] but includes the intervening characters on [A-z] so there is indeed a compliance issue here. a.g.h Andres Barreto Zicare wrote: >Thanks Andrew... You are right. It works now... But I still have a couple of >questions. > >why do the original regexs ( example: "^[a-Z]*$" ) work as I expected in >the intranet server but fail in the internet host? it seems like regex has a >different behavior in the intranet server setup and in the internet host >setup... >is it any special recommendation or paper on regex use in OOHforms? > >Thanks again >Andres > >-----Original Message----- >From: Andrew Hull [mailto:ah...@ni...] >Sent: Viernes, 11 de Octubre de 2002 10:45 a.m. >To: Andres Barreto Zicare >Subject: Re: [Phplib-users] OOHForms and RegEx > > >Andres Barreto Zicare wrote: > >- snip - > >>But if I change >> "valid_regex"=>"^[a-z]*$" >>for >> "valid_regex"=>"^[a-Z]*$" >> >this _is_ invalid since lowercase comes after uppercase. in any event, i >think u mean [a-zA-Z] > >- snip - > >a.g.h > |
From: Peter T. <pte...@te...> - 2002-10-14 15:10:43
|
Some more comments after reading your question more thorough: A possible reason for the difference in behaviour between your host and intranet server could be caused by the locale settings on different machines. For instance, accented characters are supposed to be in the [a-zA-Z] character class only when the running system has the right system locale settings. Tricky when porting your code to a different machine, because your carefully crafted regexp might be evaluated differently. Unfortunately I haven't figured out where to set these locales. Peter At 16:49 14-10-2002, Andres Barreto Zicare wrote: >Thanks Andrew... You are right. It works now... But I still have a couple of >questions. > >why do the original regexs ( example: "^[a-Z]*$" ) work as I expected in >the intranet server but fail in the internet host? it seems like regex has a >different behavior in the intranet server setup and in the internet host >setup... >is it any special recommendation or paper on regex use in OOHforms? > >Thanks again >Andres > >-----Original Message----- >From: Andrew Hull [mailto:ah...@ni...] >Sent: Viernes, 11 de Octubre de 2002 10:45 a.m. >To: Andres Barreto Zicare >Subject: Re: [Phplib-users] OOHForms and RegEx > > >Andres Barreto Zicare wrote: > >- snip - > > >But if I change > > "valid_regex"=>"^[a-z]*$" > >for > > "valid_regex"=>"^[a-Z]*$" > > > > >this _is_ invalid since lowercase comes after uppercase. in any event, i >think u mean [a-zA-Z] > >- snip - > >a.g.h > > > > > > >------------------------------------------------------- >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 ---------- TERIS Information Services BV Peter Termaten Phone: +31 23 565 2682 Aagje Dekenstraat 43 Fax: +31 23 565 2676 2135 RJ Hoofddorp Mobile: +31 653 65 8686 www.teris.nl ---------- |
From: Andrew H. <ah...@ni...> - 2002-10-14 14:54:37
|
its possible. php uses the regex libs from the host machine and sometimes quirky differences from host to host surface. usually ive only seen quirks in the case of malformed regex's like your [a-Z]. even if you had put them in the proper order [A-z] you would still be including some characters between Z and a that im sure were unintended (like the '\'). i couldnt even say why it would work at all in any environment. hm, i just tested the egrep ranges from the command line of a linux box and a solaris box. the linux one seems to 'know what i mean.' the solaris one throws an error on [a-Z] but includes the intervening characters on [A-z] so there is indeed a compliance issue here. a.g.h Andres Barreto Zicare wrote: >Thanks Andrew... You are right. It works now... But I still have a couple of >questions. > >why do the original regexs ( example: "^[a-Z]*$" ) work as I expected in >the intranet server but fail in the internet host? it seems like regex has a >different behavior in the intranet server setup and in the internet host >setup... >is it any special recommendation or paper on regex use in OOHforms? > >Thanks again >Andres > >-----Original Message----- >From: Andrew Hull [mailto:ah...@ni...] >Sent: Viernes, 11 de Octubre de 2002 10:45 a.m. >To: Andres Barreto Zicare >Subject: Re: [Phplib-users] OOHForms and RegEx > > >Andres Barreto Zicare wrote: > >- snip - > > > >>But if I change >> "valid_regex"=>"^[a-z]*$" >>for >> "valid_regex"=>"^[a-Z]*$" >> >> >> >> >this _is_ invalid since lowercase comes after uppercase. in any event, i >think u mean [a-zA-Z] > >- snip - > >a.g.h > > > > > > >------------------------------------------------------- >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 > > > -- andrew.g.hull | software engineer Nine Dots 416.977.6660 ext. 231 ah...@ni... |
From: Peter T. <pte...@te...> - 2002-10-14 14:44:04
|
I made a comment on this in the online manual http://www.sanisoft.com/phplib/manual/ The client uses the Javascript regex engine and the server uses the PHP engine. They evaluate differently. You can avoid problems by switching off the client verification. (the rexexp gets verified by the server anyway). Regards, Peter At 16:49 14-10-2002, Andres Barreto Zicare wrote: >Thanks Andrew... You are right. It works now... But I still have a couple of >questions. > >why do the original regexs ( example: "^[a-Z]*$" ) work as I expected in >the intranet server but fail in the internet host? it seems like regex has a >different behavior in the intranet server setup and in the internet host >setup... >is it any special recommendation or paper on regex use in OOHforms? > >Thanks again >Andres > >-----Original Message----- >From: Andrew Hull [mailto:ah...@ni...] >Sent: Viernes, 11 de Octubre de 2002 10:45 a.m. >To: Andres Barreto Zicare >Subject: Re: [Phplib-users] OOHForms and RegEx > > >Andres Barreto Zicare wrote: > >- snip - > > >But if I change > > "valid_regex"=>"^[a-z]*$" > >for > > "valid_regex"=>"^[a-Z]*$" > > > > >this _is_ invalid since lowercase comes after uppercase. in any event, i >think u mean [a-zA-Z] > >- snip - > >a.g.h > > > > > > >------------------------------------------------------- >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 |