Slash Boxes
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

use Perl Log In

Log In

[ Create a new account ]

Journal of sumdeus (4830)

Thursday August 12, 2004
05:29 PM

New Home

Finally moved my blog to a new home, which makes a bit more sense.
Thursday March 18, 2004
06:27 PM

Making a case to migrate

I should have researched this more, it was a passing thought. Are there any well structured, very factual arguments out there for migrating medium sized PHP sites to Perl? Does this thought even have validity?

When does php become more of a burden than it's worth?
02:59 AM

Ahhhhh PHP you evil dog...

Been quite busy lately using PHP--a mortal sin, but a necessary sin. Gotta get paid. In using it more and more however, I've become sincerely agitated over an increasing number of things:
  1. If I have to write ereg_* for a regular expression one more time I'm going to barf.
  2. All of the templating solutions are slow. Yeah, I know about caching the page, but I want more speed!
  3. Can you say CPAN? The PHP version of cpan is googling for code... sad.
  4. <? ... what the hell is \<?...
  5. I even miss the giant module...

What I need is a to be able to write Perl code and it's translated into php by some sort of fancy shmancy translator. Ah, a dream come true. Be glad you're hacking it in Perl.

Wednesday February 25, 2004
01:08 PM

mod_perl, grrr

I've been messing around with mod_perl and template toolkit for the last few days. I've been reading through a lot of information on the both. Before I started this, I knew how they both worked, but had never actually created a mod_perl installation from scratch. Now I have my own!

So I'm really only trying to do something simple with them both to begin, I want the following:
  • Requests to /foo.htm, which is actually a template, is taken care of by mod_perl

Seems simple enough? Here's the setup I have right now... all requests to /foo.html are converted using mod_rewrite to /mod-perl/ So I have Apache::Registry as the real "handler".

What I'd really like, is to have my own handler, which I "attempted" without success. You will want to ask, "what was the problem"? Of course, I'd answer, with a smart ass smile, "it didn't work!". No,no, the problem was that it didn't seem like it made sense in this case... perhaps overkill? I just don't know the most appropriate way to map a request for an html file through a custom mod_perl handler to template toolkit. Is there some 'industry' standard? I can't find any useful examples, all I find are the generic "do-this" tutorials... even in the safari/oreilly books. Maybe I'm browsing the wrong one!

Any hints ,URLS's, or book names would be greatly appreciated for this mod_perl administrating neophyte.

Wednesday February 18, 2004
07:55 AM

map, pack, and grep

Just looking over a couple of functions that are often overlooked in normal programming practices, especially by people new to perl.

Each element need not necessarily map to a single item. If multiple values are created, map returns them all as a single, flattened list. For example, you could split all words in all phrases into a single list:

@words = map split, @phrases;

Map is such a nice function to keep in mind for saving time.

Good old binary to decimal for all you CS monkeys.

sub bin2dec {
unpack("N", pack("B32", substr("0" x 32 . shift, -32)));

Weeding out comments, as taken from perldoc -f grep

@foo = grep(!/^#/, @bar);

What are you favorite overlooked functions? Anyone have any interesting and innovative uses of the map function?

Wednesday February 11, 2004
12:53 PM

Firefox -- the firebird of 0.8

download one, download all, it's out!


why download? find out.
Tuesday February 10, 2004
01:50 AM

gnotime -- time management tools

I am frustrated with gnotime, the only time management tool I can seem to find that semi suits my needs. It's still too, for a lack of a better word, "BETA" for me. I don't want to write my own custom templates for even the simplest of things, and I certainly need a way to manage journal entries for each projects work in the day better than gnotime.

Has anyone had experience with a better and more reliable time management system? I have looked at a few like phprojekt but I don't need something where there is an ability for multiple users to collaborate... I need something very personal and I need it now.. so frustrating.

CSS has me in awe. Decided to use that for the res t of the sites I develop, starting with my own. I'm going to attempt only CSS, so long spacer.gif and your evil twin " tag missing, does not validate.". I'm thinking that with the speed of not having to download bulky and complex table code paired with mod_perl at the Apache::Registry level, my site, and all of my projects that are soon to follow will be blazing fast.
Monday February 09, 2004
10:13 PM


Trying to use CSS instead of tables and XHTML. Keeping things interesting indeed.

Found some good links:

I'm looking at no more severely nested tables again. Why didn't I look into this sooner? Any bad experiences with CSS?
Sunday February 08, 2004
12:31 PM


Found this nice summary of an orkut friend posted by ziggy, which was posted by someone else... and so on:
Saturday February 07, 2004
08:10 PM

And so it goes

Ooops. Neglected to read the comments from my last two posts. Good, good comments too;well the ones I understood. If you posted something and I didn't respond, my apologies, I've been terribly busy. But thanks!

I've been reading over the lazyweb stuff, it seems like an interesting idea, although a little scattered in terms of material if you ask me.

I've been working on designing my company website in my _spare_ time. I think I've made it to the logo and header and designed all the other pages. Now all I need to do is use my baby Template Toolkit and a little perl magic and I'm all set. I plan on "whipping" up a couple of nice mod_perl applications for demo's and then I will begin to target some telecommuting perl work. A good plan, I hope.

In the meantime, I have been spending large amounts of time working with PHP! Gasp, I know, I have no choice. So far I've written a PDFRenderer for an xml description file, a FlashRenderer for that same xml description file, a couple of xml schema's to describe the xml description files, a myriad of xml parsing helper classes, and xml classes that allow dom tree manipulation. Everything has gone rather smoothly and it's finally up and running beautifully. In fact, it's running so well, I'd like the make some changes to the xml schema and rewrite both renderers in Perl so they are much more effecient and easy to maintain. That would be quite the project, but when complete would allow xml descriptions of any type of document (like a business card or Sell sheet). More to come on this later.