At 08:51 01.05.2002, Ricky wrote: >On Tuesday 30 April 2002 03:44 pm, you wrote: > > You better fix these errors, and keep 'use strict' in place. Then > > PerlRun should work without any problems in most cases. If after fixing > > those problems you still have problems, come back with your relevant > > questions again. > > > It's a good idea to have your code running under 'use strict' no matter > > if you use mod_perl or not. This will save you a lot of grief in a long > > run. >--- >I agree with Stas that if you fix the problems with your script running >under "strict" this will most likely go away. >--- > >I see, thank you for the suggestion. >There are so many error in the script, usually related with global variable. >I change/add this in the script. > >global variable: use var qw($myvar $in);
You still need to watch out for their use; even if they're declared as global and pass "use strict" doesn't mean they won't create the subtleties related to global variables in mod_perl. I strongly advise you to read the mod_perl Guide at http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/index.html and for your problems here the "Perl Reference" and "CGI to mod_perl porting" guidelines. >local variable: my $myvar; > >I still don't know how to change this variable: > >local($long, $lat, $level); > >[error] PerlRun: 'Global symbol "$long" requires explicit package name at >/home/httpd/... You should be able to declare them as my(), except if you're doing: { local $var = 'something'; subroutine(); } and then: sub subroutine { print $var; } In that case you should probably be moving to : { my $var = 'something'; subroutine($var); } sub subroutine { my $var = shift; print $var; } Which is generally better and will work the best, without surprises. Again, see the references I pointed you to above, they are really good. > > It depends on your definition of "easier". > > > > Easier==sloppier: better stay away from mod_perl. > > Easier==more flexible: go with mod_perl. > > > > As for the speed, I doubt you will find something *significantly* faster > > than mod_perl. Assuming that you learn how to get the most our of mod_perl. >--- >It will be much faster to fix your CGI scripts so they run under >mod_perl than to re-write them in PHP or JSP. >--- >I see. >Well, we will try to porting 1 big script to see the speed different. >Any help would be great If you want something, you have to pay for it with your time :) You won't get free speed without good coding. Anyway, we're ready to help out with any questions not answered in the Guide. -- Per Einar Ellefsen [EMAIL PROTECTED]
