Re: High-volume mod_perl based ecommerce sites?
Bjorern's statements below are consistent with my experiences with perl. Our web sites which number around 10 (that I have been involved with in some capacity) typically number around 50K lines of code. We use perl exclusively. Experience, modularity and change control can go a long way. I have noticed no increase in the 'spagetti quality' since converting to mod_perl. Thomas S. Brettin Staff Member Bioscience Division, MS-M888 Los Alamos National Laboratory Los Alamos, NM 87545 505-665-3334 On Thu, 1 Jun 2000, Ask Bjoern Hansen wrote: > On Thu, 25 May 2000, Michael Nachbaur wrote: > > [...] > > This site will have major traffic, will need to be extended and > > changed (a lot), and needs to scale very well. My experience with > > Perl (as well as what I've heard from other developers) is that Perl > > turns to spaghetti rapidly once you hit the 10,000 line mark. I know > > Perl can handle the performance. What are your experiences with > > extendability and readability of code? > > That Perl works very well in those areas. > > The slightly longer story: At ValueClick we have far more than 1 lines > of code (can't find an easy way to make a count right now, but I think > it's about 5, highly reused and moduarlized and what have you not). > Our site served about 100 million dynamic impressions yesterday, mod_perl > in the front end and all our backend applications are in Perl too. > > Bad programmers will screw up code in any languge. The "problem" for Perl > is just that it takes a lot less to get productive and useful, which puts > more less experienced people to the code. At ValueClick we're getting > pretty far with having our version control system sending mail to everyone > on the team with the diff everytime someone commits. That way no change > goes unnoticed and it makes it easy for the more experienced to catch > mistakes and give advice to the less experienced. > > But this topic goes far beyond the scope of this mailinglist. :) > > To not end up with a mess of a code pile and development process, your > usual deal of good practices and methods applies for any language, > including Perl. > > Favorite books on the topic includes the mythical man month > http://www.amazon.com/exec/obidos/ASIN/0201835959/asksplayground and > "Rapid Development - Taming Wild Software Schedules" > http://www.amazon.com/exec/obidos/ASIN/1556159005/asksplayground (yup, > it's a MicroSoft product, but it's truly recommended). > > > - ask > > -- > ask bjoern hansen - <http://www.netcetera.dk/~ask/> > more than 70M impressions per day, <http://valueclick.com> > >
Re: Do I need to reinstall mod_perl?
It looks like /usr/local/lib/perl5/site_perl/5.6.0 needs to be in in @INC If this is your problem, there are several options that might work, #!/usr/local/perl -I/usr/local/lib/perl5/site_perl/5.6.0 or move the .../site_perl/5.6.0/Apache directory to a directory in @INC. On Fri, 15 Sep 2000, Jason wrote: > I'm on a RaQ4 which comes preinstalled with perl 5.005 and mod_perl 1.24 > > Whever I test a script, I get this error: > > [Thu Sep 14 20:46:54 2000] [error] Can't locate Apache/ASP.pm in @INC (@INC > contains: /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 > /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 . > /etc/httpd/ /etc/httpd/lib/perl) at (eval 43) line 3. > > > My ASP.pm file is located in this directory: > > /usr/local/lib/perl5/site_perl/5.6.0/Apache/ASP.pm > > > Does this mean I have to reinstall mod_perl to recognize that I'm using a > newer version of Perl, or should I just copy the contents of the Apache > folder into something like /usr/lib/perl5/5.00503 ? > > Also, would doing this effect my installation of Apache::ASP? > > By the way, thanks for pointing me in the direction Stas Beckman's guide. > It's been really helpful as far as understanding terminology and config > info. > > Also, if you remember, I was the idiot who was having problems with my > httpd.conf -- the reason I was having trouble was that some of my config > info is also stored in a file called access.conf -- I guess some systems use > one httpd.conf, while others use more than one.. > > > Thanks! > > Jason > > > >
Re: I'm missing something in Apache::Cookie (fwd)
from the looks of the code you guys posted, I would guess that Cookie->fetch returns a hash reference, not a hash. Could this be the problem? Thomas S. Brettin Staff Member Bioscience Division, MS-M888 Los Alamos National Laboratory Los Alamos, NM 87545 505-665-3334 On Fri, 15 Sep 2000, Chris Winters wrote: > * Michael ([EMAIL PROTECTED]) [000915 17:29]: > > H. > > > > When I retrieve a cookie > > > > %cookies = Apache::Cookie->fetch; > > > > I get a hash that contains the name of the cookie as the key and a > > scalar reference as the value. > > Apache::Cookie=SCALAR(0xblah...) > > Can't seem to unravel it to get at the > > value. Using > > > > %xx = Apache::Cookie->parse($val); > > gives an apparently empty hash, yet retrieving the headers via > > Apache::Table yields the correct results > > > > Cookie=foo=bar > > > > cook name val > >foo bar > > > > > > So what am I doing wrong with Apache::Cookie that keeps me from > > returning the cookie value. > > > > Michael > > The following seems to work for me in nabbing all the cookies sent and > putting them into a hashref $cookies > >my $cookies = {}; >my $cookie_info = Apache::Cookie->fetch; >foreach my $name ( keys %{ $cookie_info } ) { > $cookies->{ $name } = $cookie_info->{ $name }->value; >} > > HTH > > Chris > > -- > Chris Winters > Senior Internet Developerintes.net > [EMAIL PROTECTED] http://www.intes.net/ > Integrated hardware/software solutions to make the Internet work for you. >