This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.
Subject: Re: Mod_perl tutorials From: Robin Berjon <robin@knowscape.com> Date: Wed, 13 Dec 2000 20:21:30 +0100 At 11:17 13/12/2000 -0800, Randal L. Schwartz wrote: >"take23" doesn't mean anything for me with respect to "mod_perl" by >the way. Is there a secret handshake^Wmnemonic that I can remember >the name of that website? perl.apache.org was easy to remember. Spend a few hours trying to figure out how to write a custom directive through mod_perl (eagle chap 8 iirc). === Subject: Re: Mod_perl tutorials From: Matt Sergeant <matt@sergeant.org> Date: Wed, 13 Dec 2000 19:33:19 +0000 (GMT) On 13 Dec 2000, (Randal L. Schwartz) wrote: > They really also belong on perl.apache.org, unless take23 is supposed > to be taking over that responsibility, or unless take23 will have a > VERY PROMINENT link on perl.apache.org. I wouldn't say "taken over" but I can say you'll see more frequent updates on take23, and it'll always be prettier :-) > "take23" doesn't mean anything for me with respect to "mod_perl" by > the way. Is there a secret handshake^Wmnemonic that I can remember > the name of that website? perl.apache.org was easy to remember. It will always be at modperl.sergeant.org too, but there's no secret mnemonic. Well there is a connection to mod_perl (I wouldn't have just plucked a name out of mid air), but I'm not going to just reveal it, even though someone has already figured it out. Maybe one day it will become an FAQ. For now, try a bookmark. === Subject: Re: Mod_perl tutorials From: merlyn@stonehenge.com (Randal L. Schwartz) Date: 13 Dec 2000 11:38:41 -0800 Matt" == Matt Sergeant <matt@sergeant.org> writes: Matt> On 13 Dec 2000, (Randal L. Schwartz) wrote: >> They really also belong on perl.apache.org, unless take23 is supposed >> to be taking over that responsibility, or unless take23 will have a >> VERY PROMINENT link on perl.apache.org. Matt> I wouldn't say "taken over" but I can say you'll see more frequent updates Matt> on take23, and it'll always be prettier :-) Well, then, I'd ask for the perl.apache.org folks to "bless" the take23.org site by linking to it prominently, along with a context so that visitors know why some things are on perl.apache.org and others are on take23.org. And admittedly, the perl.org/pm.org/perl.com split is never clear to most visitors (or even to the people who maintain it). I'm just afraid of another arbitrary demarcation like this. Matt> It will always be at modperl.sergeant.org too, but there's no secret Matt> mnemonic. Well there is a connection to mod_perl (I wouldn't have just Matt> plucked a name out of mid air), but I'm not going to just reveal it, even Matt> though someone has already figured it out. Maybe one day it will become an Matt> FAQ. Matt> For now, try a bookmark. That doesn't help me remember it when I'm on a strange browser, or trying to tell some people in front of a room. But now that I know the secret mnemonic, it'll help. If you want traffic on your site, pick a way for people to remember it when they walk into an internet cafe or when they are talking to others in the hall. Clever secret names suck, until you're the first hit in google. :) === Subject: Re: Re[2]: Mod_perl tutorials From: Stas Bekman <stas@stason.org> Date: Wed, 13 Dec 2000 21:21:11 +0100 (CET) On Wed, 13 Dec 2000, Nathan Torkington wrote: > Allen Wilson writes: > > I for one...would like to see some tutorials. I am just starting to > > use mod_perl and it hard getting a firm start. > > http://prometheus.frii.com/~gnat/mod_perl is the only freely-available > tutorial that I know of. There are a few (ahem) bugs in the code, but > the tutorial is still useful (IMHO). I'd appreciate any feedback you > have. My slides/handouts from the last 5 conferences are all available as well at http://stason.org/talks/, but since they are based on the guide, you better head off to read the guide in first place, since it's most up to date. === Subject: Re: Mod_perl tutorials From: Robin Berjon <robin@knowscape.com> Date: Thu, 14 Dec 2000 00:08:08 +0100 At 14:44 13/12/2000 -0800, brian moseley wrote: >On Wed, 13 Dec 2000, Robin Berjon wrote: >> Other people seemed to be interested and said they'd >> take care of doing something but like me I guess they >> got flooded by work stuff. That's certainly what >> happened to me :/ > >that, and the fact that there is so much random content >laying around the perl.apache.org site, in so many random >formats. the amount of work it was going to take to retrofit >all that junk pushed it to the bottom of my priority list. I didn't mean to target you particularly there brian :) But indeed I bumped into the same problem. Back then my todo list included writing Pod::SAX and pod2sax (a pod translator that woudl generate SAX events) and an XML publishing tool, which would have taken care of turning the site into whatever layout might have been needed. Of course, in the meantime Matt came up with AxKit and something that does more or less what I wanted to do with Pod::SAX (neither take care of *all* the requirements that I set for myself, but then I didn't release anything and it's probably much better to have a good part of it than all of it :). >sure would be nice if a lot of that content made its way to >take23 in a format that can be more easily managed. I think Matt requires some XML format (I'd guess DocBook) for take23. However, translating from well-written pod to DocBook shouldn't be too hard (especially as I think that Matt's Pod::XML takes care of a lot of that; a patched Pod::DocBook will do too). === Subject: Re: Mod_perl tutorials From: "Dave Kaufman" <dkaufman@nac.net> Date: Thu, 14 Dec 2000 04:26:56 -0500 Perrin Harkins" <perrin@primenet.com> wrote: > > I'm baffled by the insistence of everyone on this thread that a bunch of > static pages like the ones on perl.apache.org should be served by > mod_perl. Shall I show you all how to change Apache's headers? We can > say we're running mod_perl/2000 for all the difference it will make. well, my thoughts were in regards to more of a proposed site, that contained a collection of tutorials (the thread subject?) maintained by various (hopefully numerous) people, which originate in several formats; a site that doubled as an advocacy site, and so would benefit from, say, some import and authoring tools, some remote CVS access for updates, some user management... in short, some mod_perl. you're absolutely right that a bunch of static pages like the ones currently found at perl.apache.org don't need mod_perl. they are static, hence the problem. they don't need user management or remote authoring, because maintaining the site falls to one or two otherise overworked volunteers, not a community... hence the problem: plain, static, and infrequently updated content doesnt really present much of a image, or do much for advocacy. > I'm mostly kidding, but really it doesn't seem very important. > Generating templated pages off-line is a much simpler (and therefore > easier to build, maintain, mirror, scale, etc.) approach to this kind of > site. It's not as if we need to take credit cards in the mod_perl store > or something. (Although that would certainly help with the mod_perl bar > tab at the next ApacheCon.) that may be true; with the lack of interested folks brian notes volunteering to help maintain perl.apache.org, what evidence is there to indicate there would be some huge groundswell of experienced mod_perl tutorial-writers, site maintainers, graphic designers or whatever volunteering and needing source-forge-like scalability to run a new site at modperl.org, or a retooled perl.apache.org? i guess its something of a chiken-and-egg problem. which comes first, an attractive and usable new site that mod_perl programmers will flock to get accounts on, so that they can contribute self-published articles, reviews and news? or the flock needed to build such a site? my crystal ball clouds over... === Subject: Re: Mod_perl tutorials From: Matt Sergeant <matt@sergeant.org> Date: Thu, 14 Dec 2000 10:51:46 +0000 (GMT) On Thu, 14 Dec 2000, Robin Berjon wrote: > >sure would be nice if a lot of that content made its way to > >take23 in a format that can be more easily managed. > > I think Matt requires some XML format (I'd guess DocBook) for take23. > However, translating from well-written pod to DocBook shouldn't be too hard > (especially as I think that Matt's Pod::XML takes care of a lot of that; a > patched Pod::DocBook will do too). The XML produced from Pod::XML is supported directly, and anything else is fairly easy to add, provided its XML. Simplified XHTML is also fine (and I can generate that with pyx from HTML if needed). === Subject: Re: [OT] Re: Mod_perl tutorials From: Matt Sergeant <matt@sergeant.org> Date: Thu, 14 Dec 2000 11:19:47 +0000 (GMT) On Wed, 13 Dec 2000, Drew Taylor wrote: > > This doesn't mean that modperlnew will be > > taken within hours but one should be very careful when using registrars' > > whois/dns check tools. If you could want it, buy it immediately. Maybe some > > registrars are not that kind of bandits, but it's hard to know. When the > > revolution comes, we should probably hang most of those nic people ;) > > Well, I have registered (through an OpenSRS reseller I might add) > modperlnews.com and .org. If anyone is interested in using them, let me know > and I can get the DNS taken care of. > > Matt, are you interested? If not, maybe I'll start my own advocacy site. :-P I'm quite happy for people to point other domain names at take23.org, the IP address is 194.70.26.133. Just let me know though because its a name based vhost system so I have to hack httpd.conf too. === Subject: Re: Mod_perl tutorials From: Stas Bekman <stas@stason.org> Date: Thu, 14 Dec 2000 13:41:39 +0100 (CET) On 13 Dec 2000, Randal L. Schwartz wrote: > >>>>> "Gunther" == Gunther Birznieks <gunther@extropia.com> writes: > > Gunther> I would be against PPT if StarOffice couldn't read and write those > Gunther> files. But since there is a Linux alternative, I would prefer a slide > Gunther> format stored in the format that slides are made for. > > Gunther> Unless of course, anyone has experience with StarOffice being > Gunther> particularly bad at this. In which case, maybe we do have to start > Gunther> with POD or XML for everytthing including the slides. > > Well, StarOffice doesn't run on my Mac. :) But when Darwin finalizes, > that'll probably be a moot point, presuming someone compiles > StarOffice for Darwin. > > However, a better format for interchange would almost certainly be > something like XML or (horrors) POD. A text-ish format would make > diffs from CVS make more sense anyway. Editing xml with no good xml editor is a nightmare... that's why pod is much friendly even if it's very limited. I want to be able to edit files from any console on any machine. Can I run StarOffice from remote machine? Of course, not. It hardly runs on the local machine, as it's bloated just like M$$Word... Even cvs diffs with XML won't be very easy to read, because there are too many tags. ===