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.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Actually it isn't that hard to add things like authentication to Maypole. The only current drawback is the Object/Class == record/table view of things which it inherits from Class::DBI.

    I used a combination of CDBI and Maypole to build an ecommerce website in a small ammount of spare time and that included learning both and setting up a new server for it all from scratch.

    The front end uses CDBI and custom mod_perl handlers, the backend uses Maypole and the same CDBI classes and different authentication t

    --

    @JAPH = qw(Hacker Perl Another Just);
    print reverse @JAPH;
    • I certainly haven't counted out looking at Maypole again in the future. However, the presentation Simon gave didn't really make me feel I was gaining anything more from what I've already got.

      I had a chat with Richard Clamp afterwards and we were discussing CDBI. I had a few misconceptions about it, and although I have tried it, it didn't feel like I was getting a benefit from it. Rich said there is a jump in the learning curve that is a bit like learning a second language with CDBI, where a switch gets fl

  • To be fair to mock, I really only took a hack at Apache::Qpsmtpd [sergeant.org] because mock had stated that he would like to see it working (either in the Apache::SMTP TODO list, or in a posting to the mod_perl list, or somewhere else - I don't quite recall). I think I still need some features from TieBucketBrigade (e.g. select()) so it's definitely a worthwhile project.

    We (mock and I) also did some benchmarking before his talk, and Apache::Qpsmtpd looks to be faster than most open source MTAs, and definitely faster tha
  • All of that talk come from my work on Image::Filter [cpan.org] . which in turn was based on that math course in Uni. I originally submitted this talk in it's 1 hour version last year but it didnt make it. Since this conference had 20 minute slots (and I already cut it down quite a bit), I decided to give just the fancy bits. I ended up with plenty of time left (and will remember next time to include plenty of bonus slides). The paper is online here [ldl48.org] and the slides will be too (as soon as I clean it up a bit).
    • It's one of those subjects that can be a lot of fun to talk about, and always leave the audience wanting more ... no matter how long you talk for :) For those that have never come across image manipulation it was a very worthwhile talk, and will hopefully get them interested enough to go and find out more for themselves.
  • Actually, Act is the software we built for the French Perl Workshop 2004 [mongueurs.net] (aka Les Journées Perl) based on our experience with YAPC::Europe 2003 [mongueurs.net].

    The goal is to improve it for the second French Perl Workshop and make the platform available to all monger groups though the YAPC Europe Foundation. At least three teams (outside the French) are interested in using it in 2005.

  • I also thought Simon's slide titles were barely visible (don't think it'd be any worse for colour-blind people though — the yellow may not look yellow, but I don't think there's any variant of colour blindness where it'd look white).

    However, in Simon's defence, that projector in the main hall did seem to have an unusual colour balance. Part way through my talk I realized that some of the syntax-coloured code being demoed in Vim was nearly invisible (so got Aaron, my keyboard monkey, to turn off col