Re: [OT] Perl vs. PHP..... but where is mod_perl?
soapbox Ok, I've been watching the list for most of the day and watching bashing of PHP (which IMHO is idiotic and immature but again, JMHO). I have ALWAYS said, use the right tool for the right job. PHP has it's place. IMNSHO, it's place is web interfaces. It's GOOD at that. That's what it ORIGINALLY was designed for. Perl on the other hand was not ORIGINALLY designed for that (I REMEMBER. I used Perl 4 way back when. I REMEMBER (VAGUELY) the changes between the last 4.X and 5.0 and all the work I had to go through with it. :)). Perl was originally designed for text manipulation. IE PERL = Practical Extraction and Reporting Language. I started out with Perl and C. Then migrated to mod_perl about 2 years ago. At that time, PHP wasn't up to snuff IMHO for serious work. It is now. I now use both PHP AND PERL! IE I have 3 tools in my toolbox instead of 1. I use PHP for the front end web interface. I use mod_perl for the backend work. IE doing DB manipulations, text manips, sending out emails, etc. I also use straight perl scripts for the above when those actions need to happen via cron. And if I have to, I DO dip down into C for those times when I ABSOLUTELY need speed. I am VERY excited about mod_perl 2.0. I am looking forward to hopefully being able to use it with SOAP to create application servers that ARE EASY to work with/write. (Not like java IMHO :)). As far as security holes go, ALL languages have em. Just that more people use PHP than mod_perl. So it's security holes are more noticeable. ANYONE can write insecure apps in ANY language. /soapbox -- Jeff Stuart [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [OT] Perl vs. PHP..... but where is mod_perl?
It is now clear that the article is no longer available so I can't have first hand information. But the listings on the subject is clear what the issue is all about. In this part of the world where open source software is yet to make its impact, the language war does a lot of damage to our cause here: promote open source software. I take comfort from the words in Sriram's book (APP) that man went to the moon amidst the language wars between two of the dominant programming languages of that era. So I take the view that it's all about getting a job done. I had a problem with the computing environment here, looked for a solution, found perl and have not looked back. In fact, there is much the language has to offer for me. I take pride in knowing that the regex of perl is super, and other languages emulate it and that's one of the reasons why I stick with Perl. I'm aware of what the other languages have to offer and in fact, standard perl references such as OOP (Conway) or MRE (Friedl) all contrast some feature of perl with other languages. That doesn't mean that I have to suddenly abandon perl. If I need to do a job, I will find out first how it's done in Perl and if it can't be done, then explore solutions from other languages. Perl for Power, Elegance, Robustness and Longitivity. Alfred Vahau Perl Advocate Uni. PNG Jeff Stuart wrote: soapbox Ok, I've been watching the list for most of the day and watching bashing of PHP (which IMHO is idiotic and immature but again, JMHO). I have ALWAYS said, use the right tool for the right job. PHP has it's place. IMNSHO, it's place is web interfaces. It's GOOD at that. That's what it ORIGINALLY was designed for. Perl on the other hand was not ORIGINALLY designed for that (I REMEMBER. I used Perl 4 way back when. I REMEMBER (VAGUELY) the changes between the last 4.X and 5.0 and all the work I had to go through with it. :)). Perl was originally designed for text manipulation. IE PERL = Practical Extraction and Reporting Language. I started out with Perl and C. Then migrated to mod_perl about 2 years ago. At that time, PHP wasn't up to snuff IMHO for serious work. It is now. I now use both PHP AND PERL! IE I have 3 tools in my toolbox instead of 1. I use PHP for the front end web interface. I use mod_perl for the backend work. IE doing DB manipulations, text manips, sending out emails, etc. I also use straight perl scripts for the above when those actions need to happen via cron. And if I have to, I DO dip down into C for those times when I ABSOLUTELY need speed. I am VERY excited about mod_perl 2.0. I am looking forward to hopefully being able to use it with SOAP to create application servers that ARE EASY to work with/write. (Not like java IMHO :)). As far as security holes go, ALL languages have em. Just that more people use PHP than mod_perl. So it's security holes are more noticeable. ANYONE can write insecure apps in ANY language. /soapbox -- Jeff Stuart [EMAIL PROTECTED] Name: signature.asc signature.asc Type: application/pgp-signature Description: This is a digitally signed message part
Re: [OT] Perl vs. PHP..... but where is mod_perl?
On Fri, Oct 18, 2002 at 05:05:47PM +0100, Jeff AA wrote: - I get The requested story: 19716 has not been published (set live) yet. when I visit http://www.newsfactor.com/perl/story/19716.html Do you think the lists comments upset someone? 8-) It better have. I'm sure the php team wouldn't even put something like that up. Maybe Randall should even contact them and offer his services in fixing their broken site. (I got the Apache::Cookie:: scalar link too). -- Thomas Eibner http://thomas.eibner.dk/ DnsZone http://dnszone.org/ mod_pointer http://stderr.net/mod_pointer http://photos.eibner.dk/ !(C)http://copywrong.dk/ http://apachegallery.dk/ Putting the HEST in .COM http://www.hestdesign.com/
Re: [OT] Perl vs. PHP..... but where is mod_perl?
soapbox Ok, I've been watching the list for most of the day and watching bashing of PHP (which IMHO is idiotic and immature but again, JMHO). I have ALWAYS said, use the right tool for the right job. PHP has it's place. IMNSHO, it's place is web interfaces. It's GOOD at that. That's what it ORIGINALLY was designed for. Perl on the other hand was not ORIGINALLY designed for that (I REMEMBER. I used Perl 4 way back when. I REMEMBER (VAGUELY) the changes between the last 4.X and 5.0 and all the work I had to go through with it. :)). Perl was originally designed for text manipulation. IE PERL = Practical Extraction and Reporting Language. I started out with Perl and C. Then migrated to mod_perl about 2 years ago. At that time, PHP wasn't up to snuff IMHO for serious work. It is now. I now use both PHP AND PERL! IE I have 3 tools in my toolbox instead of 1. I use PHP for the front end web interface. I use mod_perl for the backend work. IE doing DB manipulations, text manips, sending out emails, etc. I also use straight perl scripts for the above when those actions need to happen via cron. And if I have to, I DO dip down into C for those times when I ABSOLUTELY need speed. I am VERY excited about mod_perl 2.0. I am looking forward to hopefully being able to use it with SOAP to create application servers that ARE EASY to work with/write. (Not like java IMHO :)). As far as security holes go, ALL languages have em. Just that more people use PHP than mod_perl. So it's security holes are more noticeable. ANYONE can write insecure apps in ANY language. /soapbox -- Jeff Stuart [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [OT] Perl vs. PHP..... but where is mod_perl?
On Fri, 2002-10-18 at 17:46, Tobyn Baugher wrote: As someone fairly new to mod_perl could you make a suggestion of a good alternative to Apache::Cookie? I was using it just because, like Apache::Request, it was *there*. The pure-perl CGI::Cookie works fine. Chris -- Chris Winters ([EMAIL PROTECTED]) Building enterprise-capable snack solutions since 1988.
Re: [OT] Perl vs. PHP..... but where is mod_perl?
[EMAIL PROTECTED] wrote: Btw when I mean escalate, i mean that the odds of any browser getting a segfaulting page were increased, not that they are random - a particular request - URI,User-Agent,Accept,Cookie, etc combo - consistently segfaults, at least for a few days. Then it's probably fixable, but the people who could fix it are mostly off working on mod_perl 2. While trying to debug this we replaced Apache::Cookie (i'm not certain if every instance of which, but I think we did) with regexes against $r-header_in(Cookie), to no avail. At this point we are using Apache::Cookie and not overriding Apache::Subrequest::run(), and this is working without the segfaults. But, we just recently tried to add an additional call to Apache::Cookie for our ad system and they all came right back. Then, again, I would stop using Apache::Cookie. You don't need it, and using it seems to cause problems.. - Perrin
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Chris Winters wrote: On Fri, 2002-10-18 at 17:46, Tobyn Baugher wrote: As someone fairly new to mod_perl could you make a suggestion of a good alternative to Apache::Cookie? I was using it just because, like Apache::Request, it was *there*. The pure-perl CGI::Cookie works fine. That's a good one, and so is CGI::Simple::Cookie. - Perrin
[OT] Perl vs. PHP..... but where is mod_perl?
List, http://www.newsfactor.com/perl/story/19716.html ...sigh? Ric
Re: [OT] Perl vs. PHP..... but where is mod_perl?
odd yes, they are up to date it seems
head('http://www.newsfactor.com/perl/story/19716.html')
returns:
Apache/1.3.26 (Unix) PHP/4.2.2 mod_perl/1.27
bad article BTW IMHO
./allan
Quoting Richard Clarke [EMAIL PROTECTED]:
List,
http://www.newsfactor.com/perl/story/19716.html
...sigh?
Ric
--
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Richard == Richard Clarke [EMAIL PROTECTED] writes: Richard List, Richard http://www.newsfactor.com/perl/story/19716.html Richard ...sigh? mod_perl is still in the bucket of clues that they didn't dip in to. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: [OT] Perl vs. PHP..... but where is mod_perl?
allan == allan juul [EMAIL PROTECTED] writes:
allan odd yes, they are up to date it seems
allan head('http://www.newsfactor.com/perl/story/19716.html')
allan returns:
allan Apache/1.3.26 (Unix) PHP/4.2.2 mod_perl/1.27
allan bad article BTW IMHO
allan ./allan
Heh. They really *don't* understand even what they have.
Here's the source to part of the page I got during signup:
META HTTP-EQUIV=refresh
content=30;URL=Apache::Cookie=SCALAR(0x8974a94)
Thank you for registering, merlyn.
p
Your registration is now complete.
p
You will now be taken back to the page you were on before the sign-up
process.
br
Or you can click a href=Apache::Cookie=SCALAR(0x8974a94)here/a to
return quicker.
p
Regards,
br
NewsFactor team
Heh! Apache::Cookie=SCALAR(0x) Even in the refresh header!
That's just too funny.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: [OT] Perl vs. PHP..... but where is mod_perl?
What do you expect from (PHP) amateurs? Apparently Perl is too
complicated for them to comprehend,
never mind mod_perl.
Randal L. Schwartz wrote:
allan == allan juul [EMAIL PROTECTED] writes:
allan odd yes, they are up to date it seems
allan head('http://www.newsfactor.com/perl/story/19716.html')
allan returns:
allan Apache/1.3.26 (Unix) PHP/4.2.2 mod_perl/1.27
allan bad article BTW IMHO
allan ./allan
Heh. They really *don't* understand even what they have.
Here's the source to part of the page I got during signup:
META HTTP-EQUIV=refresh content=30;URL=Apache::Cookie=SCALAR(0x8974a94)
Thank you for registering, merlyn.
p
Your registration is now complete.
p
You will now be taken back to the page you were on before the sign-up process.
br
Or you can click a href=Apache::Cookie=SCALAR(0x8974a94)here/a to return quicker.
p
Regards,
br
NewsFactor team
Heh! Apache::Cookie=SCALAR(0x) Even in the refresh header!
That's just too funny.
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Dzuy == Dzuy Nguyen [EMAIL PROTECTED] writes: Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too Dzuy complicated for them to comprehend, Dzuy never mind mod_perl. And according to my thread at use.perl http://use.perl.org/~merlyn/journal/8445, the article just got pulled! -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
RE: [OT] Perl vs. PHP..... but where is mod_perl?
- I get The requested story: 19716 has not been published (set live) yet. when I visit http://www.newsfactor.com/perl/story/19716.html Do you think the lists comments upset someone? 8-)
RE: [OT] Perl vs. PHP..... but where is mod_perl?
based on the article, i am surprised that anyone at newsfactor would get the objections, much less remove the article. -Original Message- From: Jeff AA [mailto:jaa.perl;aquabolt.com] Sent: Friday, October 18, 2002 12:06 PM To: [EMAIL PROTECTED] Subject: RE: [OT] Perl vs. PHP. but where is mod_perl? - I get The requested story: 19716 has not been published (set live) yet. when I visit http://www.newsfactor.com/perl/story/19716.html Do you think the lists comments upset someone? 8-)
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Randal L. Schwartz wrote: Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too Dzuy complicated for them to comprehend, Dzuy never mind mod_perl. And according to my thread at use.perl http://use.perl.org/~merlyn/journal/8445, the article just got pulled! The article says PHP is syntactically similar to C++. What PHP are they using? I picked up PHP in no time because it was nearly indentical to Perl. Sure, it's similar to C and C++, but, uhmm, $variable? Also mentions Perl has had OO bolted on. How do they view PHP's OO? I'm not bashing PHP, quite the contrary. But damn, that's just an ignorant article. I do wonder what sparked them pulling it out. -- Cory 'G' Watson
RE: [OT] Perl vs. PHP..... but where is mod_perl?
Hey All - based on the article, i am surprised that anyone at newsfactor would get the objections, much less remove the article. After scanning a few NewsFactor (Factory?) articles, particularly those written by Mike Martin, it's pretty clear that they have a successful Internet business model. They have figured out that you can profit running an Internet magazine website selling ads if you don't waste any money on research, reporters or writers. Bravo! -Jesse-
Re: [OT] Perl vs. PHP..... but where is mod_perl?
I thought that was rather odd as well. I started in on PHP for a bit during the summer and eventually dropped it after discovering that OO-PHP is deprecated by those Zend folks (supposedly it's slow and there are no destructor methods). I also didn't want to deal with their useless use of sigils and the weird namespacing. If you completely left CPAN out of the picture then just as a language and syntax it isn't all that nice anyway. *shrugs* I've yet to understand what the appeal is. Josh Cory 'G' Watson [EMAIL PROTECTED] 10/18/2002 11:37 AM To: [EMAIL PROTECTED] cc: Subject:Re: [OT] Perl vs. PHP. but where is mod_perl? Randal L. Schwartz wrote: Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too Dzuy complicated for them to comprehend, Dzuy never mind mod_perl. And according to my thread at use.perl http://use.perl.org/~merlyn/journal/8445, the article just got pulled! The article says PHP is syntactically similar to C++. What PHP are they using? I picked up PHP in no time because it was nearly indentical to Perl. Sure, it's similar to C and C++, but, uhmm, $variable? Also mentions Perl has had OO bolted on. How do they view PHP's OO? I'm not bashing PHP, quite the contrary. But damn, that's just an ignorant article. I do wonder what sparked them pulling it out. -- Cory 'G' Watson
Re: [OT] Perl vs. PHP..... but where is mod_perl?
jjore == jjore [EMAIL PROTECTED] writes: jjore If you completely left CPAN out of the picture then just as a jjore language and syntax it isn't all that nice anyway. *shrugs* jjore I've yet to understand what the appeal is. PHP is just barely limited enough that an ISP can leave it enabled for those free or cheap homepage sites, and so people can migrate from static HTML web pages to interactivity without learning a real language. (Unfortunately, the frequent security holes mean that those ISPs usually get 0wn3d rather quickly.) From that perspective, it's a success. I applaud that. What confuses me is how anyone with a *programming* background admires PHP over Perl, or can say that Perl doesn't scale or PHP is better for large web sites. Obviously, they're comparing Perl-CGI with PHP, not mod_perl/$templating_system with PHP, which would be a much fairer comparison. As I've said in this forum before: PHP is training wheels without the bicycle. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Hi, I am always happy to join into some PHP bashing. :) I feel the same way as you. I even tried to like PHP for a while. What really bugs me is the situation that I learned about when I first came to work at this job. They needed to use PHP to do a POST and the programmer here had chosen CURL. But he didn't have any possible way to use CURL without the admin at the hosting company recompileing PHP to be able to use it. Sure, it might not be the easiest thing in the world to do, but I have used LWP on local /home/user/lib directories even a local user CPAN install isn't all that hard. And then wow! You have the power of a root guy all to yourself. But the other issue I think has more to do with users than the PHP lang itself. It seems like there are LOTS of scripts and comercial products written in PHP, most of the ones I have seen make use of the horrible including of files all over the place. It is a total nightmare to change or debug code like that. I know the guy who was here before me did that, and he had good intentions, but it ended up just making a bigger mess than if he had just used one big PHP script. Eric At 12:23 PM 2002-10-18 -0500, [EMAIL PROTECTED] wrote: I thought that was rather odd as well. I started in on PHP for a bit during the summer and eventually dropped it after discovering that OO-PHP is deprecated by those Zend folks (supposedly it's slow and there are no destructor methods). I also didn't want to deal with their useless use of sigils and the weird namespacing. If you completely left CPAN out of the picture then just as a language and syntax it isn't all that nice anyway. *shrugs* I've yet to understand what the appeal is. Josh Cory 'G' Watson [EMAIL PROTECTED] 10/18/2002 11:37 AM To: [EMAIL PROTECTED] cc: Subject:Re: [OT] Perl vs. PHP. but where is mod_perl? Randal L. Schwartz wrote: Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too Dzuy complicated for them to comprehend, Dzuy never mind mod_perl. And according to my thread at use.perl http://use.perl.org/~merlyn/journal/8445, the article just got pulled! The article says PHP is syntactically similar to C++. What PHP are they using? I picked up PHP in no time because it was nearly indentical to Perl. Sure, it's similar to C and C++, but, uhmm, $variable? Also mentions Perl has had OO bolted on. How do they view PHP's OO? I'm not bashing PHP, quite the contrary. But damn, that's just an ignorant article. I do wonder what sparked them pulling it out. -- Cory 'G' Watson
Re: [OT] Perl vs. PHP..... but where is mod_perl?
I don't say too much about other programming languages, but I find that people will use whatever they are most comfortable with. It really comes down to preference, I enjoy perl and don't really like php, but thats just me. -jordan - Original Message - From: Eric [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Cory 'G' Watson [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 18, 2002 1:47 PM Subject: Re: [OT] Perl vs. PHP. but where is mod_perl? Hi, I am always happy to join into some PHP bashing. :) I feel the same way as you. I even tried to like PHP for a while. What really bugs me is the situation that I learned about when I first came to work at this job. They needed to use PHP to do a POST and the programmer here had chosen CURL. But he didn't have any possible way to use CURL without the admin at the hosting company recompileing PHP to be able to use it. Sure, it might not be the easiest thing in the world to do, but I have used LWP on local /home/user/lib directories even a local user CPAN install isn't all that hard. And then wow! You have the power of a root guy all to yourself. But the other issue I think has more to do with users than the PHP lang itself. It seems like there are LOTS of scripts and comercial products written in PHP, most of the ones I have seen make use of the horrible including of files all over the place. It is a total nightmare to change or debug code like that. I know the guy who was here before me did that, and he had good intentions, but it ended up just making a bigger mess than if he had just used one big PHP script. Eric At 12:23 PM 2002-10-18 -0500, [EMAIL PROTECTED] wrote: I thought that was rather odd as well. I started in on PHP for a bit during the summer and eventually dropped it after discovering that OO-PHP is deprecated by those Zend folks (supposedly it's slow and there are no destructor methods). I also didn't want to deal with their useless use of sigils and the weird namespacing. If you completely left CPAN out of the picture then just as a language and syntax it isn't all that nice anyway. *shrugs* I've yet to understand what the appeal is. Josh Cory 'G' Watson [EMAIL PROTECTED] 10/18/2002 11:37 AM To: [EMAIL PROTECTED] cc: Subject:Re: [OT] Perl vs. PHP. but where is mod_perl? Randal L. Schwartz wrote: Dzuy What do you expect from (PHP) amateurs? Apparently Perl is too Dzuy complicated for them to comprehend, Dzuy never mind mod_perl. And according to my thread at use.perl http://use.perl.org/~merlyn/journal/8445, the article just got pulled! The article says PHP is syntactically similar to C++. What PHP are they using? I picked up PHP in no time because it was nearly indentical to Perl. Sure, it's similar to C and C++, but, uhmm, $variable? Also mentions Perl has had OO bolted on. How do they view PHP's OO? I'm not bashing PHP, quite the contrary. But damn, that's just an ignorant article. I do wonder what sparked them pulling it out. -- Cory 'G' Watson
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Whoa guys, we do actually have somewhat of a clue over here. That piece
was a mistake (for the same reasons all of you took issue with) and was
pulled as soon as I explained the problems with it (and before I'd ever
seen any of the comments on list).
The url to the story, and most of our site, clearly says we 'use Perl;'.
We use PHP only for simple templating functions, and as a continuation
of legacy setup, and is slated for complete removal.
Randal L. Schwartz wrote:
allan == allan juul [EMAIL PROTECTED] writes:
allan odd yes, they are up to date it seems
allan head('http://www.newsfactor.com/perl/story/19716.html')
allan returns:
allan Apache/1.3.26 (Unix) PHP/4.2.2 mod_perl/1.27
allan bad article BTW IMHO
allan ./allan
Heh. They really *don't* understand even what they have.
Here's the source to part of the page I got during signup:
META HTTP-EQUIV=refresh content=30;URL=Apache::Cookie=SCALAR(0x8974a94)
Thank you for registering, merlyn.
p
Your registration is now complete.
p
You will now be taken back to the page you were on before the sign-up process.
br
Or you can click a href=Apache::Cookie=SCALAR(0x8974a94)here/a to return quicker.
p
Regards,
br
NewsFactor team
Heh! Apache::Cookie=SCALAR(0x) Even in the refresh header!
That's just too funny.
This is a bug introduced by having to insert workarounds for segfaults
caused by Apache::Cooke/mod_perl. I've been asking for help with this
issue for off and on for months now. See:
http://www.geocrawler.com/mail/thread.php3?subject=repost%3A+%5Bmp1.0%5D+recurring+segfaults+on+mod_perl-1.27%2Fapache-1.3.26list=182
--
--
Daniel Bohling
NewsFactor Network
Re: [OT] Perl vs. PHP..... but where is mod_perl?
[EMAIL PROTECTED] wrote: This is a bug introduced by having to insert workarounds for segfaults caused by Apache::Cooke/mod_perl. I've been asking for help with this issue for off and on for months now. I suggest you stop using Apache::Cookie and see if the segfaults go away. There are pure Perl modules that handle cookies well, and it's not an expensive operation. Apache::Cookie is probably overkill in most situations. - Perrin
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Randal L. Schwartz wrote: What confuses me is how anyone with a *programming* background admires PHP over Perl, or can say that Perl doesn't scale or PHP is better for large web sites. Obviously, they're comparing Perl-CGI with PHP, not mod_perl/$templating_system with PHP, which would be a much fairer comparison. I absolutely agree. I learned PHP _before_ I learned mod_perl and _after_ I learned Perl/CGI. I actually didn't even know mod_perl existed when I learned PHP. I have a feeling many people are in the same boat. Anyone who has a sufficient itch will learn that mod_perl is a fantastic back scratcher. I am generally able to show people the huge difference by explaining the implementation of authentication and authorization in an application. Where in PHP I had to include an seperate .php file which verified my sessions, in mod_perl I simple whip up an AccessHandler or Authorization handler that quietly protects my app's innards. But for folks who are just throwing a page up, and have PHP services available with an ISP/host, I can understand it's use. -- Cory 'G' Watson
Re: [OT] Perl vs. PHP..... but where is mod_perl?
On Fri, Oct 18, 2002 at 03:26:17PM -0400, Perrin Harkins wrote: I suggest you stop using Apache::Cookie and see if the segfaults go away. There are pure Perl modules that handle cookies well, and it's not an expensive operation. Apache::Cookie is probably overkill in most situations. As someone fairly new to mod_perl could you make a suggestion of a good alternative to Apache::Cookie? I was using it just because, like Apache::Request, it was *there*. Regards, Toby -- Tobyn Baugher [EMAIL PROTECTED] http://www.rsux.com aim: dieplzkthxbye icq: 14281524 efnet: toby
Re: [OT] Perl vs. PHP..... but where is mod_perl?
Perrin Harkins wrote: [EMAIL PROTECTED] wrote: This is a bug introduced by having to insert workarounds for segfaults caused by Apache::Cooke/mod_perl. I've been asking for help with this issue for off and on for months now. I suggest you stop using Apache::Cookie and see if the segfaults go away. There are pure Perl modules that handle cookies well, and it's not an expensive operation. Apache::Cookie is probably overkill in most situations. This problem was fairly intermittent a while back, but became a real problem after we revamped our ad serving code to store details of the served ads across subrequests via $r-notes(); Not realizing that $r-main() is kinda misleading in that it doesn't really point to the top level request, we created a wrapper around Apache::Subrequest::run() to include code to copy all the notes from the parent to the subrequest and vice-versa. This caused the segfaults to escalate. Btw when I mean escalate, i mean that the odds of any browser getting a segfaulting page were increased, not that they are random - a particular request - URI,User-Agent,Accept,Cookie, etc combo - consistently segfaults, at least for a few days. While trying to debug this we replaced Apache::Cookie (i'm not certain if every instance of which, but I think we did) with regexes against $r-header_in(Cookie), to no avail. At this point we are using Apache::Cookie and not overriding Apache::Subrequest::run(), and this is working without the segfaults. But, we just recently tried to add an additional call to Apache::Cookie for our ad system and they all came right back. -- -- Daniel Bohling NewsFactor Network
