Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Perl powers the web 9 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • ..in fact there is no reason you should - the hard part is designing a scalable system rather than the language you choose.

    the only times that the choice of language or platform has been a problem as been with some ASP applications I have had the ill luck to work on (not design, or develop I hasten to add)
    --

    @JAPH = qw(Hacker Perl Another Just);
    print reverse @JAPH;
  • Someone from Yahoo was at OSCON, giving a talk called "How to serve a billion pages a day with Perl" or something similar to that.

    He gave a great overview of all the different methods you can use to scale the application. Which ones work, which ones don't. And which order to persue them in. ... pause...

    actually, I managed to find the overview

    When: 7:30 PM, Wednesday, July 20th, 2005

    Where: ActiveState/Sophos, 580 Granville Street, Vancouver, BC

    Speaker: Kevin Scaldeferri

    Topic: How to Serve a Billion Requests
    • I was unable to attend OSCON this year but when I looked at the speaker summaries, this was one of the talks that jumped out at me. I'd really like to attend it at some point, or peruse a written copy. Thanks for the tip on that.
  • i agree with TeeJay. it's the part designing a scalable system more important than what language you choose.

    Brad Fitzpatrick from livejournal gave a good talk on how they run a successful website. It's not only about mysql but perl too.
    http://www.mysqluc.com/cs/mysqluc2005/view/e_sess/6257 [mysqluc.com]
    talk available to download at the end of that page.

    also, mod_perl website contains some nice doc on how to setup a scalable system with mod_perl.
    • I've implemented some of the open source LiveJournal tools such as MogileFS and Perlbal, and they've been working great at my current project. That combined with parts of the Practical mod_perl book, the mod_perl website, and many other sources have given me the knowledge to scale it, and I've implemented those methodologies in a couple of places.
  • It's FastCGI, not mod_perl, but it's a huge site that most people have heard of and they use Perl (Mason specifically).

    • /me smacks forehead in one of those "Why didn't I remember that at the time?" moments.

      I dug into the mod_perl site docs last night and found this link [apache.org] of sites running mod_perl. The question was more in the context of using Perl as the technology of choice though, so FastCGI, Mason, etc. are all relevant here. I found this link also about HTML::Mason powered sites [masonhq.com].

      TicketMaster and Slashdot jumped to the front of my mind when the question was asked, but next time the question comes up I'll point them to

      • I wrote a whole talk on this subject, mentioning Amazon and others, which I gave at OSCON and ApacheCon a couple of years ago. I even have an article form of it written. The only reason I haven't given it to perl.com yet is that the section on queue systems is kind of weak. I was hoping to rewrite it when I put my queue system on CPAN, and since I haven't done that yet...

  • http://www.oreillynet.com/pub/wlg/7930 [oreillynet.com]

    A more recent story.

Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.