:: Ok, but it would be nice if there was The mod_perl site. :: People will find perl.apache.org from google and all the :: docs pointing there anyway.
That's very true. I hadn't considered that. But the beauty of hypertext makes it a non-issue I think... :: I agree it's tough. Ok, maybe biased toward other :: technologies ;) Imagine you know nothing about mod_perl or :: PHP or Java or whatever. It would be, eh, refreshing to :: find on the mod_perl site something saying telling you that :: you don't need mod_perl if you are only want to build a :: simple but fast site. PHP is great and popular but may not :: scale like mod_perl and doesn't give anytyhing besides :: content handling. Something like that. Like going into a :: store and instead of telling you they have what you want, :: they tell you that maybe the store next door has something :: better for your needs. :: :: Is that Silly? That's not silly at all. I think it would be a credit to us not to claim that mod_perl is the perfect solution for all your needs. Perhaps one of us could write a CGI that poses questions and recommends a technology based on the users answers? :: Ok, point to Take23's into. But I think someone going to :: the mod_perl site might expect to find a simple tutorial. :: I'm talking about showing how to get a content handler to :: work in about three or four paragraphs. Something that :: makes someone thing "Gee, that's easy, I can do that." Or we simply lead them to one of the excellent framework packages like Mason, OpenInteract, etc - all of which are highlighted on the new site. :: I'm have to pack for skiing now. I'm not jealous, not at all... :-P Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
