Re: Santitizing errors with mod_perl
At 03:37 27.07.01 -0500, you wrote: I sanitize all my input in my scripts to only allow chars i want allowed. My working lines before using modperl and for some reason kick out error with mod perl are as follows: $user =~ s/[^$OK_CHARS]//go; $pass =~ s/[^$OK_CHARS]//go; When an account is created i only allow chars from the list $OK_CHARS this works with non modperl apache but not with modperl enabled apache? The error in the log states: [error] Unmatched [ before HERE mark in regex m/[ HERE ^]/ at libwelcome.pl line 169. There is nothing changed with regexes. Either $OK_CHARS is a global that has been changed from another script or some Apache module has redefined it or ...? What does a warn $OK_CHARS; write to your error log. Hth, Joachim -- ... ein Geschlecht erfinderischer Zwerge, die fuer alles gemietet werden koennen.- Bertolt Brecht - Leben des Galilei
Re: Ultimate Bulletin Board? Jezuz.
At 18:16 27.07.01 -0400, you wrote: 1 the quality of [perl] code in UBB is so phenomenally bad i can't believe people pay money for it. i can't believe it works (but it does). has anyone else ever experienced it? i guess i need a support group... it makes me cry and cuts me to the bone when i (free scripts) out there which is read by newbies to leslike this is good. oh my god. it should be drop-kicked off the planet. There is a lot of such dirt here. Lots of free perl scripts are like this. And they are read by newbies to learn. UBB won't scale well. They are doing linear searches on textfiles to find users, where they load the whole file into memory. We decided to go with yabb, after I had a look at these sources. We needed to integrate it with our users database, and yabb has readable, structured sources. If you need info on getting yabb to run with PerlRun, send me a mail. I did this and I might be able to find out what I did. Joachim -- ... ein Geschlecht erfinderischer Zwerge, die fuer alles gemietet werden koennen.- Bertolt Brecht - Leben des Galilei
Re: Santitizing errors with mod_perl
Hello Everyone, Thanks all for the terrific answers and help. It is actually working now!? What did i do you ask? Not a thing, hmmm strange. My modperl apache server is not in production, i set it to run on port at the same time as my normal apache server, and i am taking my code changing the script names and making any other changes i need to and testing them under the modperl server at ... I usually make a sighup to the test server after a change in the scripts maby this was not enough to recompiile my changes in to the modperl server? It would be nice if there were away it would recompile the script upon modification only. I have noticed one last thing though. It seems modperl server will run old pages even days old for some reason till refreshed a couple times. This is strange even thought the cgi call is calling a totally different function it runs something else? Thanks, John At 03:37 27.07.01 -0500, you wrote: I sanitize all my input in my scripts to only allow chars i want allowed. My working lines before using modperl and for some reason kick out error with mod perl are as follows: $user =~ s/[^$OK_CHARS]//go; $pass =~ s/[^$OK_CHARS]//go; When an account is created i only allow chars from the list $OK_CHARS this works with non modperl apache but not with modperl enabled apache? The error in the log states: [error] Unmatched [ before HERE mark in regex m/[ HERE ^]/ at libwelcome.pl line 169. There is nothing changed with regexes. Either $OK_CHARS is a global that has been changed from another script or some Apache module has redefined it or ...? What does a warn $OK_CHARS; write to your error log. Hth, Joachim -- ... ein Geschlecht erfinderischer Zwerge, die fuer alles gemietet werden koennen.- Bertolt Brecht - Leben des Galilei
Re: Santitizing errors with mod_perl
Hi there, On Sat, 28 Jul 2001, John Buwa wrote: Thanks all for the terrific answers and help. It is actually working now!? What did i do you ask? Not a thing, [snip] ... I usually make a sighup to the test server after a change in the scripts maby this was not enough to recompiile my changes in to the modperl server? It would be nice if there were away it would recompile the script upon modification only. I have noticed one last thing though. It seems modperl server will run old pages even days old for some reason till refreshed a couple times. For the last time READ THE GUIDE. http://perl.apache.org/guide 73, Ged.
Re: Help required on compile
On Fri, 27 Jul 2001, Murugan K wrote: Hai I am not using Visual VC++ IDE for compiling. I am using command line only. After building , i am not getting src/modules/win32/Release/ realease directory at all. I tried with previos version od mod_perl also. Same result. There must have been some error messages at the 'nmake' stage that indicated why 'msdev' didn't create mod_perl.so in this directory. Can you tell from the output of 'nmake' what failed? Also, can you build other modules that use a C compiler, like DBI, successfully? Did you run 'vcvars32.bat' (which sets up needed environment variables) before building? best regards, randy
Re: Ultimate Bulletin Board? Jezuz.
Hi, you might want to look into vBulletin, it is used on a lot of different sites is written in php with a MySQL back end and looks very similar to UBB. yes, but as an engineer i can't condone the use of PHP, sorry... You might want to consider WWWThreads (http://www.wwwthreads.com/). Code is simple to read/understand, and it works out of the box under Apache::Registry. 2. any problems with it under mod_perl? I have it running fine under PerlRun but I am not so sure it'll behave under Registry. Give up on this. If you have the resources to run mod_perl, no reason you should be using UBB. Use something with an SQL backend. If you do decide you want to stick with UBB, feel free to drop me an email as I've written several conversion scripts and can give you some pointers on how the member database is stored. Cheers, Alex -- Gossamer Threads Inc. -- This email was brought to you by Gossamer Mail 2 http://www.gossamer-threads.com/scripts/webmail/
RE: Ultimate Bulletin Board? Jezuz.
It has been a while since I did a comparison but I have mwforum (http://www.mawic.de/mwforum) running under mod_perl without any trouble. I think it is distantly related to wwwthreads but still under the GPL. Les Mikesell [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, July 28, 2001 10:42 AM To: kyle dawkins Cc: [EMAIL PROTECTED] Subject: Re: Ultimate Bulletin Board? Jezuz. Hi, you might want to look into vBulletin, it is used on a lot of different sites is written in php with a MySQL back end and looks very similar to UBB. yes, but as an engineer i can't condone the use of PHP, sorry... You might want to consider WWWThreads (http://www.wwwthreads.com/). Code is simple to read/understand, and it works out of the box under Apache::Registry. 2. any problems with it under mod_perl? I have it running fine under PerlRun but I am not so sure it'll behave under Registry. Give up on this. If you have the resources to run mod_perl, no reason you should be using UBB. Use something with an SQL backend. If you do decide you want to stick with UBB, feel free to drop me an email as I've written several conversion scripts and can give you some pointers on how the member database is stored. Cheers, Alex -- Gossamer Threads Inc. -- This email was brought to you by Gossamer Mail 2 http://www.gossamer-threads.com/scripts/webmail/
modperl confusing file/package
I have a script that runs under modperl very well. It consists of one main executable CGI file, and it 'requires' a few other pieces of source code. One of the files it requires is called db.pl. This file creates a package, and it contains several 'global' variables for that package (database name, username, password). There is a function in that package that is called to establish a connection to the db server, and in doing so it creates a global database handle. This is where things get interesting. I want to run two seperate instances of the script on the same server. So I made a new directory for the second instance and made another copy of the source in the new dir. In this new instance of the db.pl file I changed the database name, username, and password... I made sure that this new script only requires files from its new directory (not the old one that I copied it from, and where the other instance will live). When I use the script from the web, it seems to work great. Both instances of the program use their own database and all is well. However after some time passes it seems that one of the scripts will start 'using' the other scripts database handle. I inserted some debug statements into the files and I was able to determine that when script A calls the db connection function sometimes script B's db connect function is called. Keep in mind the db connection files are distinct files in seperate directories. The only thing they have in common is the same filename (neglecting path) and same package name. I suspect that modperl may be trying to use a precompiled version of db.pl when my script runs, and it isnt distuinguishing between the different files (or maybe it isnt distinguishing between the packages since they have the same name?). Or even, when my script accesses $Packagename::dbh as a global variable inside the Packagename package, only one such varaible exists within that perl instance inside Apache (even though there should be two). Does anyone who knows more about the internal of modperl have ideas as to what is going on? Ive checked and double checked my code to make sure it was including the right files and not getting them confused, and Im fairly certain that something fishy is going on with modperl. Any help or guidance would be apreicaited!! Thanks, ryan
Re: modperl confusing file/package
Quoting ryc [EMAIL PROTECTED]: Or even, when my script accesses $Packagename::dbh as a global variable inside the Packagename package, only one such varaible exists within that perl instance inside Apache (even though there should be two). There can be only one. One package name, one variable name = one variable. If you need two, they need to have different package names or different variable names. The file name is irrelevant. - Perrin
cvs commit: modperl-site/embperl Changes.pod.1.html index.html
richter 01/07/28 06:45:49 Modified:embperl Changes.pod.1.html index.html Log: Embperl Webpages - Changes Revision ChangesPath 1.220 +1 -1 modperl-site/embperl/Changes.pod.1.html Index: Changes.pod.1.html === RCS file: /home/cvs/modperl-site/embperl/Changes.pod.1.html,v retrieving revision 1.219 retrieving revision 1.220 diff -u -r1.219 -r1.220 --- Changes.pod.1.html2001/07/18 10:30:38 1.219 +++ Changes.pod.1.html2001/07/28 13:45:49 1.220 @@ -21,7 +21,7 @@ [a href= HOME/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlCONTENT/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlPREV (Revision History - Content)/a]nbsp;nbsp; [a href=Changes.pod.2.htmlNEXT (1.3.3 (RELEASE) 6. Juni 2001)/a]nbsp;nbsp; brhr P -Last Update: Wed Jul 18 12:31:29 2001 (MET) +Last Update: Sat Jul 28 15:49:09 2001 (MET) P NOTE: This version is only available via A HREF=CVS.pod.1.html#INTRO CVS/A 1.128 +13 -1 modperl-site/embperl/index.html Index: index.html === RCS file: /home/cvs/modperl-site/embperl/index.html,v retrieving revision 1.127 retrieving revision 1.128 diff -u -r1.127 -r1.128 --- index.html2001/07/09 13:01:41 1.127 +++ index.html2001/07/28 13:45:49 1.128 @@ -131,10 +131,21 @@ tr td bgcolor=#bFcDdAbr ul type=square -lib9. July 2001/bbr +lib28. July 2001/bbr + David Lloyd is makeing a talk at the + a href=http://www.auug.org.au/winter/auug2001/;AUUG Annual Conference/a, which + will be held in Sydney, Australia, on 26, 27 and 28 September 2001 +/li +lib17. July 2001/bbr + a href=http://www.apachecon.com;ApacheCon Europe/a is canceled because the producer company + has decided that they are unable to produce the conference. + So no Embperl talk there :-( +/li + lib9. July 2001/bbr Embperl 2.0b3 released. Includes many bugfixes which have greatly improved the usablility. a href=ftp://ftp.dev.ecos.de/pub/perl/embperl/HTML-Embperl-2.0b3.tar.gz; You can download it here/a +/li lib9. July 2001/bbr bEmbperl on conference tour:/b There is a talk about Embperl on the a href=http://conferences.oreillynet.com/cs/os2001/pub/w/os2001/sessions_modperl.html;O'Reilly Open Source Software Convention/a @@ -144,6 +155,7 @@ on BOct, 15/b. in Dublin and hear me talking about Embperl. Also I will be in Amsterdam at the a href=http://www.yapc.org/Europe/talks.html#33;YAPC and talk about mod_perl 2.0/a on bAug, 3/b. +/li lib6. Juni 2001/bbr Embperl 1.3.3 released. lib16. May 2001/bbr @@ -220,7 +232,7 @@ blockquote pfont color=#808080 size=1hr HTML::Embperl - Copyright (c) 1997-2001 Gerald Richter / ECOS lt;[EMAIL PROTECTED]gt; - Last Update $Id: index.html,v 1.127 2001/07/09 13:01:41 richter Exp $/font/p + Last Update $Id: index.html,v 1.128 2001/07/28 13:45:49 richter Exp $/font/p /blockquote /td/tr!--msnavigation--/table/body /html