Re: Using non-response handler only
Ged Haywood wrote: Hi there, On Tue, 23 Oct 2001, Issac Goldstand wrote: Just out of curiosity: are there any efficiency issues regarding using mod_perl for the exclusive use of a phase other than the response? In other words, if I want a script to do something other than return a static page from a file, are there advantages/disadvantages to using mod_perl over C? Perl is good if you want to whip up an appetising dish in a jiffy. If you can do it in C, by all means do. It will likely be faster and use a LOT less resources on the machine. Ducks and runs for cover :) Why, Ged? If I understand correctly Issac's question was whether it makes sense to use Perl in other than response handlers performance/efficiency wise. Of course it does and a big part of the eagle book is about this. Why writing something in C, when you get about the same speed performance in Perl. Especially if you talk about using Apache API in Perl. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Newbie having problems
John Michael wrote: I have seen and read through the guide, but will read through it again as you have suggested. I do have use stricts in my scripts. I also get a lot of these things when I run it with the -w option. ;' called at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/PerlRun.pm line 113 Apache::PerlRun::compile('Apache::PerlRun=HASH(0x8a44a5c)', 'SCALAR(0x885825c)') called at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/PerlRun.pm line 289 Apache::PerlRun::handler('Apache=SCALAR(0x8385200)', 137931400, 'Apache::PerlRun', 'Apache=SCALAR(0x8385200)') called at lib/file_ops.pl line 82 require 0 called at lib/file_ops.pl line 82 Subroutine check_availability redefined at lib/file_ops.pl line 106. require lib/file_ops.pl called at /home/usr1/digital/membersurl/perl/content_manager/handler.pl line 28 require 0 called at /home/usr1/digital/membersurl/perl/content_manager/handler.pl line 20 eval 'package Apache::ROOTmembersurl_2ecom::perl::content_manager::handler_2epl;use Apache qw(exit); #line 1 /home/usr1/digital/membersurl/perl/content_manager/handler.pl My error log will fill up fairly quick. I am also using: Apache::exit() with use Apache qw(exit) and this seems to be causing errors as well. well, it seems that you have misread the guide. It says that you don't use Apache::exit() with registry and friends (perlrun *is* a registry friend :) you just use a plain exit() and perlrun will do the work for you. as for the warning in your error log, make them disappear by cleaning your code, through attending each and every report and making Perl happy when it complains. You're looking for a trouble if you make the warnings disappear by disabling warnings. Also don't use -w but PerlWarn On. But it's all in the guide, so I won't repeat it here. Thanks JM - Original Message - From: Ged Haywood [EMAIL PROTECTED] To: John Michael [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, October 23, 2001 3:07 PM Subject: Re: Newbie having problems Hi there, On Tue, 23 Oct 2001, John Michael wrote: I am new to mod-perl and am trying to migrate some pretty large image scripts I have written to mod-perl. Have you come upon the Guide? http://perl.apache.org/guide It's a fairly weighty document by now but most of what you want will be in there. Would it be easier to migrate straight over to apache::registry? It might be less trouble to start writing handlers. Apache::Registry can be intolerant. I take it you have use strict; in your scripts? 73, Ged. -- _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: p5ee list active
Nathan Torkington wrote: The list's goal is to create the Perl 5 Enterprise Extensions. Send mail to [EMAIL PROTECTED] to join. When we've decided on a path and start to code, I'll have a CVS repository created. any reason for hardcoding 5 in the name? _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: namespace-troubles
I don't know if this will help. I know very litlle about mod perl, but most of the people on this list don't seem to answer questions from beginners. I think you might try adding: use subs qw(main); in the top of your script. or instead of main() use main() There are situations where you can't use main() without the and I think it has to do with predeclaring the sub which use subs will remedy. let me know if this helps. If that doesn't work, you will probably need to make the lib a package and import it into your fetch.pl program. Kindof new to that as well and havn't experimented much with it. Does anyone know of a news group that answers mod perl questions? cya jm - Original Message - From: Peter Pilsl [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 23, 2001 5:48 PM Subject: namespace-troubles I run into deep namespacetroubles I understand onyl vaguely and I cant workaround: I have a script running under mod_perl that is called via two domains. www1.domain.at/ www2.domain.at/sub/ both of the above addresses lead to the very same script (its the same file on the disk, not a copy). When I call the first adress all is working fine, but as soon as I call the second adress I get a server-error. Restarting apache and I try the second first: running fine, but as soon as I call the first: server-error. The log reveals: Undefined subroutine Apache::ROOTwww1_2domain_2eat::main called at /data/public/stage2/fetch.pl line 9. or Undefined subroutine Apache::ROOTwww2_2edomain_2eat::editeinstieg::main called at /data/public/stage2/fetch.pl line 9. my script is structured like that: fetch.pl: require fetch.lib.pl main(); - ---fetch.lib.pl: sub main{ do everthing here } 1; As far I can see, the second call does not load the lib anymore, cause it was already loaded on the first call. Unfortunately it was loaded to a different namespace, so the script doesnt find it. What can I do ? I need this different domains, cause the script-action depends on the calling domain. The reason why I splitted in script/lib is a document at apache.org that recommends this to avoid a nested-sub-problem under mod_perl. I wonder if providing the lib-file as module (use instead of require) would be a solution, but I guess not. Can the above problem occure with modules too ? If two scripts call the same module, is it only loaded on the first call and the second script fails ?? thnx, peter -- mag. peter pilsl phone: +43 676 3574035 fax : +43 676 3546512 email: [EMAIL PROTECTED] sms : [EMAIL PROTECTED] pgp-key available
Re: namespace-troubles
Undefined subroutine Apache::ROOTwww1_2domain_2eat::main called at /data/public/stage2/fetch.pl line 9. it's all in the guide :) http://perl.apache.org/guide/porting.html#Name_collisions_with_Modules_and _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: When to use 'use' for accessing modules?
Steve Piner wrote: Perrin Harkins wrote: Chris Allen wrote: [...] Is $ENV{foo}='bar'; in startup.pl equivalent to PerlSetEnv foo bar in httpd.conf? Yes. Are you sure? I experimented a few months ago, and found that $ENV{foo}='bar'; would only last in each child until the first request of the child completed. You may be right. Depends on the setting of PerlSetupEnv, I think. - Perrin
Re: [OT] P2EE Redux was: Excellent article on Apache/mod_perl at eToys
[EMAIL PROTECTED] wrote: I'm surprised that no one has, jokingly, suggested PEE. Sorry, couldn't resist. :) Neither could these people: http://pee.sourceforge.net/
Re: namespace-troubles
Hey, it just so happens I was reading-up on the voluminous mod_perl documentation out there, and it would appear I stumbled across the answer to your problem: http://perl.apache.org/dist/mod_perl_traps.html#Perl_Modules_and_Extensions From: Peter Pilsl [EMAIL PROTECTED] Date: Wed, 24 Oct 2001 00:48:44 +0200 To: [EMAIL PROTECTED] Subject: namespace-troubles I run into deep namespacetroubles I understand onyl vaguely and I cant workaround: I have a script running under mod_perl that is called via two domains. www1.domain.at/ www2.domain.at/sub/ both of the above addresses lead to the very same script (its the same file on the disk, not a copy). When I call the first adress all is working fine, but as soon as I call the second adress I get a server-error. Restarting apache and I try the second first: running fine, but as soon as I call the first: server-error. The log reveals: Undefined subroutine Apache::ROOTwww1_2domain_2eat::main called at /data/public/stage2/fetch.pl line 9. or Undefined subroutine Apache::ROOTwww2_2edomain_2eat::editeinstieg::main called at /data/public/stage2/fetch.pl line 9. my script is structured like that: fetch.pl: require fetch.lib.pl main(); - ---fetch.lib.pl: sub main{ do everthing here } 1; As far I can see, the second call does not load the lib anymore, cause it was already loaded on the first call. Unfortunately it was loaded to a different namespace, so the script doesnt find it. What can I do ? I need this different domains, cause the script-action depends on the calling domain. The reason why I splitted in script/lib is a document at apache.org that recommends this to avoid a nested-sub-problem under mod_perl. I wonder if providing the lib-file as module (use instead of require) would be a solution, but I guess not. Can the above problem occure with modules too ? If two scripts call the same module, is it only loaded on the first call and the second script fails ?? thnx, peter -- mag. peter pilsl phone: +43 676 3574035 fax : +43 676 3546512 email: [EMAIL PROTECTED] sms : [EMAIL PROTECTED] pgp-key available
Re: Excellent article on Apache/mod_perl at eToys
Nathan Torkington wrote: I like the idea of P2EE. Yeah. Maybe it will take off better than Pervlets did. Mike808/ -- perl -le $_='7284254074:0930970:H4012816';tr[0-][ BOPEN!SMUT];print
Re: Excellent article on Apache/mod_perl at eToys
Matthew Kennedy wrote Is there a Perl equivalent to Struts? Mason seems to come close if you keep yourself disciplined somewhat. I mentioned a couple of tools in the article that are specifically aimed at MVC: OpenInteract, and Apache::PageKit. Actually, I think it's pretty easy to replace Struts. Think about what it offers. First, there's a set of taglibs for writing templates without embedding Java code. Template Toolkit blows it away in this area. (I once suggested to one of the authors of Struts that tags like logic:greaterThan parameter=number value=7 are a bit verbose. He told me to buy DreamWeaver.) It doesn't add much beyond advice in the model area. The controller is basically just a dispatch table which can easily be replaced with Apache::Dispatch or even a well-written httpd.conf. To be fair, it does some things to try and make forms easier to deal with. You'd need to get OpenInteract or PageKit to replace that stuff, or write some glue code for the form validators and such on CPAN. Of course you could use Mason, but most Mason users aren't aiming for a strict MVC separation and it's very easy to cheat when your templates are written in in-line perl. - Perrin
Re: Newbie having problems
John Michael wrote: I am attempting first to ge them to run correctly under. Apache::PerlRum Be careful of PerlRum! It will give you a wicked hangover! PerlRun is a quick way to port dirty scripts that you can't take the time to fix. It's the slowest way to run anything in mod_perl, but if your script uses lots of globals, imports functions all over the place, etc. you may have no choice. I had a routine in the beginning of the program to initialze my variable hash and query param like so: ## initialize globals ## foreach (keys %VAR){$VAR{$_} = ;} I did this so that these variables would not propogate to other instances of the script. This was causing the error. I removed it and added a this small sub: sub clean_up { undef %VAR; Apache::exit(); } Is this the correct way to do this or even necessary? It should not be necessary. Unless you have delcared these to be in a separate package, PerlRun will clean them up after every request. Are you declaring a package in your script? The Apache::exit() function is still causing an error, but the script runs and works but is evidently not exiting gracefully. Why are you needing to exit? Maybe this is something that you can avoid, and improve performance. Also, I am running the script in an eval{ } block in order to trap errors in the $@ variable. IS this ok practice in mod-perl? The entire script is in an eval block? You can do that, but if all you want is a decent page when something fails, just put up your nice page and set it up as the SERVER ERROR page in httpd.conf. The scripts run, but sometimes through server errors. I am getting the following errors. [Tue Oct 23 06:57:27 2001] [error] PerlRun: `Not a CODE reference at /home/usr1/digital/membersurl/perl/content_manager/handler.pl line 57.' [Tue Oct 23 06:57:27 2001] [error] Can't locate object method uri via package Apache::PerlRun at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/PerlRun.pm line 212. Things like this are usually the result of using libraries that don't declare package names. Do you pull in a bunch of functions with something like 'use mylib.pl' with no package names declared in mylib.pl? There is more discussion about this in the guide. In fact, all of this is in the guide. - Perrin
Re: Newbie having problems
I have gone ahead and moved the script entirely over to mod perl using apache::registry and seting PerlWarn to on. I have repaired the initial errors and problems that occured and am glad to say that I have my first mod_perl script totally up and running. I have not had any errors as of lately(fingers crossed). Everything seems to be running fine. Thanks John michael - Original Message - From: Perrin Harkins [EMAIL PROTECTED] To: John Michael [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, October 24, 2001 2:31 AM Subject: Re: Newbie having problems John Michael wrote: I am attempting first to ge them to run correctly under. Apache::PerlRum Be careful of PerlRum! It will give you a wicked hangover! PerlRun is a quick way to port dirty scripts that you can't take the time to fix. It's the slowest way to run anything in mod_perl, but if your script uses lots of globals, imports functions all over the place, etc. you may have no choice. I had a routine in the beginning of the program to initialze my variable hash and query param like so: ## initialize globals ## foreach (keys %VAR){$VAR{$_} = ;} I did this so that these variables would not propogate to other instances of the script. This was causing the error. I removed it and added a this small sub: sub clean_up { undef %VAR; Apache::exit(); } Is this the correct way to do this or even necessary? It should not be necessary. Unless you have delcared these to be in a separate package, PerlRun will clean them up after every request. Are you declaring a package in your script? The Apache::exit() function is still causing an error, but the script runs and works but is evidently not exiting gracefully. Why are you needing to exit? Maybe this is something that you can avoid, and improve performance. Also, I am running the script in an eval{ } block in order to trap errors in the $@ variable. IS this ok practice in mod-perl? The entire script is in an eval block? You can do that, but if all you want is a decent page when something fails, just put up your nice page and set it up as the SERVER ERROR page in httpd.conf. The scripts run, but sometimes through server errors. I am getting the following errors. [Tue Oct 23 06:57:27 2001] [error] PerlRun: `Not a CODE reference at /home/usr1/digital/membersurl/perl/content_manager/handler.pl line 57.' [Tue Oct 23 06:57:27 2001] [error] Can't locate object method uri via package Apache::PerlRun at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/PerlRun.pm line 212. Things like this are usually the result of using libraries that don't declare package names. Do you pull in a bunch of functions with something like 'use mylib.pl' with no package names declared in mylib.pl? There is more discussion about this in the guide. In fact, all of this is in the guide. - Perrin
Re: namespace-troubles
If you make the following change (putting fetch into a package..) fetch.lib.pl -- package fetch; sub main { ... } -- and then fetch.pl -- require fetch.lib.pl; foo::main(); -- This should solve your problem. ryan - Original Message - From: Peter Pilsl [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 23, 2001 5:48 PM Subject: namespace-troubles I run into deep namespacetroubles I understand onyl vaguely and I cant workaround: I have a script running under mod_perl that is called via two domains. www1.domain.at/ www2.domain.at/sub/ both of the above addresses lead to the very same script (its the same file on the disk, not a copy). When I call the first adress all is working fine, but as soon as I call the second adress I get a server-error. Restarting apache and I try the second first: running fine, but as soon as I call the first: server-error. The log reveals: Undefined subroutine Apache::ROOTwww1_2domain_2eat::main called at /data/public/stage2/fetch.pl line 9. or Undefined subroutine Apache::ROOTwww2_2edomain_2eat::editeinstieg::main called at /data/public/stage2/fetch.pl line 9. my script is structured like that: fetch.pl: require fetch.lib.pl main(); - ---fetch.lib.pl: sub main{ do everthing here } 1; As far I can see, the second call does not load the lib anymore, cause it was already loaded on the first call. Unfortunately it was loaded to a different namespace, so the script doesnt find it. What can I do ? I need this different domains, cause the script-action depends on the calling domain. The reason why I splitted in script/lib is a document at apache.org that recommends this to avoid a nested-sub-problem under mod_perl. I wonder if providing the lib-file as module (use instead of require) would be a solution, but I guess not. Can the above problem occure with modules too ? If two scripts call the same module, is it only loaded on the first call and the second script fails ?? thnx, peter -- mag. peter pilsl phone: +43 676 3574035 fax : +43 676 3546512 email: [EMAIL PROTECTED] sms : [EMAIL PROTECTED] pgp-key available
Odd problem with Perl sections
I'm having a problem with Perl sections that I'm pretty sure shows a bug of some sort in the code that handles this. I've looked around a bit and can't find any Perl that is responsible for generating the error show below, so I figured asking the list was the best next step. in httpd.conf: 1 Perl 2$ErrorLog = |/home/tmornini/Source/ewingz/bin/spread_from_stdin.pl ERROR; 3 /Perl 4 ErrorLog |/home/tmornini/Source/ewingz/bin/spread_from_stdin.pl ERROR Lines 1-3 and 4 should do the same thing. They don't. I was banging my head against the wall with lines 1-3, so I took them out and added line 4, which works properly. I don't use them simultaneously, but mutually exclusively. When I use the Perl section (which I need to allow the path to spread_from_stdin.pl to be dynamic at runtime) I receive this error: [Wed Oct 24 09:52:25 2001] [error] Perl: ErrorLog takes one argument, The filename of the error log I think that this is a bug in whatever code validates $ErrorLog. It seems it doesn't know that ErrorLog can be piped into another program... Either that, or I'm being really dumb and missing something obvious. :-) Any help would be greatly appreciated. from server-info: Apache Server Information Server Settings, mod_perl.c, mod_log_spread.c, mod_access.c, mod_rewrite.c, mod_info.c, mod_status.c, mod_mime.c, http_core.c OHHorizontalRule.pdf Server Version: Apache/1.3.20 (Unix) mod_perl/1.26 -- -- Tom Mornini -- InfoMania Printing Prepress
RE: When to use 'use' for accessing modules?
-Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 24, 2001 1:41 AM To: Steve Piner Cc: Chris Allen; [EMAIL PROTECTED] Subject: Re: When to use 'use' for accessing modules? Steve Piner wrote: Perrin Harkins wrote: Chris Allen wrote: [...] Is $ENV{foo}='bar'; in startup.pl equivalent to PerlSetEnv foo bar in httpd.conf? Yes. well, not exactly. PerlSetEnv sets the subprocess_env table. as a side effect of that, you get PerlSetEnv values in %ENV if you have PerlSetupEnv On. The other way to look at it is that anything set with PerlSetEnv is always accessible via $r-subprocess_env, but not necessarily with %ENV. Are you sure? I experimented a few months ago, and found that $ENV{foo}='bar'; would only last in each child until the first request of the child completed. that's a bug http://marc.theaimsgroup.com/?l=apache-modperl-devm=99565227711585w=2 You may be right. Depends on the setting of PerlSetupEnv, I think. - Perrin HTH --Geoff
Re: Using non-response handler only
Hi Stas, On Wed, 24 Oct 2001, Stas Bekman wrote: Why, Ged? For the reasons I gave. I *said* I'd duck and run for cover :) 73, Ged.
Re: namespace-troubles
Hi there, On Tue, 23 Oct 2001, John Michael wrote: most of the people on this list don't seem to answer questions from beginners. [snip] Does anyone know of a news group that answers mod perl questions? The mod_perl mailing list is the proper forum for such questions, but one of the troubles is that although there are truckloads of documentation which already contain a lot of the answers to questions which are posed oftentimes on the list, people seem studiously to avoid reading it. Please see http://perl.apache.org/email-etiquette.html (OK, it's new, but I just thought I'd mention it... :) 73, Ged.
RE: When to use 'use' for accessing modules?
Is $ENV{foo}='bar'; in startup.pl equivalent to PerlSetEnv foo bar in httpd.conf? Yes. well, not exactly. PerlSetEnv sets the subprocess_env table. as a side effect of that, you get PerlSetEnv values in %ENV if you have PerlSetupEnv On. The other way to look at it is that anything set with PerlSetEnv is always accessible via $r-subprocess_env, but not necessarily with %ENV. scratch that - too early in the morning :) I have no idea what I was talking about I'll just keep quiet now... Are you sure? I experimented a few months ago, and found that $ENV{foo}='bar'; would only last in each child until the first request of the child completed. that's a bug http://marc.theaimsgroup.com/?l=apache-modperl-devm=995652277 11585w=2 that's still true, though :) --Geoff
Re: namespace-troubles
John Michael wrote: I don't know if this will help. I know very litlle about mod perl, but most of the people on this list don't seem to answer questions from beginners. Hmmm. You asked some questions that made it sound like you hadn't read the documentation, and you stil got 3 answers in 24 hours. One thing you should consider is that not everyone here is in the same time zone. I think you might try adding: use subs qw(main); in the top of your script. or instead of main() use main() That's probably not it. The difference between mail() and main() is that main() circumvents prototypes, as documented in the perlsub man page. If that doesn't work, you will probably need to make the lib a package and import it into your fetch.pl program. That probably *is* the answer, and a good programming practice for any perl project. Does anyone know of a news group that answers mod perl questions? There are lots of places that will answer mod_perl questions (http://perlmonks.org/ for example), but none as good as this list. - Perrin
Re: p5ee list active
Stas Bekman writes: The list's goal is to create the Perl 5 Enterprise Extensions. Send mail to [EMAIL PROTECTED] to join. When we've decided on a path and start to code, I'll have a CVS repository created. any reason for hardcoding 5 in the name? Two reasons: * perl6 doesn't exist yet * the modules are going to be specific to a particular version of perl. The built-in language features and standard modules with perl6 may incorporate some of the features we implement and necessarily change what goes into a P6EE. Any further discussion about this should take place on the p5ee list. Thanks, Nat
tracing memory usage for modules in mod_perl??
Hi! Just wanted to check if it is possible to trace memory usage of each mod_perl modules. It's kind of does not look very realistic, but I do not know the whole truth... Thanks Andrei
Re: Odd problem with Perl sections
On Wed, 24 Oct 2001, Tom Mornini wrote: 1 Perl 2$ErrorLog = |/home/tmornini/Source/ewingz/bin/spread_from_stdin.pl ERROR; 3 /Perl 4 ErrorLog |/home/tmornini/Source/ewingz/bin/spread_from_stdin.pl ERROR [snip] When I use the Perl section (which I need to allow the path to spread_from_stdin.pl to be dynamic at runtime) I receive this error: [Wed Oct 24 09:52:25 2001] [error] Perl: ErrorLog takes one argument, The filename of the error log On line 4, you passed one argument delimited by quotation marks. On line 2, you passed two arguments: 1) |/home/tmornini/Source/ewingz/bin/spread_from_stdin.pl 2) ERROR so it seems you need to escape the space between them somehow (I guess by a backslash, or put single quotes around the double quotes, but I didn't test it).
Re: [OT] Perl daemons (was Re: Excellent article on Apache/mod_perl at eToys)
Matthew Kennedy [EMAIL PROTECTED] wrote: Why exactly is that a dirty secret? I've been thinking about writing one or two standalone poe daemons to handle interfacing with other systems, and it doesn't seem like such a bad idea. [ ... ] Is anyone else using independent perl processes in a web app, or have strong reasons not to? I'm using a whole host of perl cron jobs to do deferred processing (take stuff out of a queue and handle it, the queue usually being a table on a RDBMS), as well as assorted indexation and cleanup tasks. In fact, pretty much every new project that I work on ends up generating: * perl modules * html and templates * database tables, and * cron jobs Isn't that what everyone else does? I don't exactly see this as a dirty secret either... I've also done perl daemons that were meant to run permanently, but there isn't so often the need for that. -- Roger Espel Llima, [EMAIL PROTECTED] http://www.iagora.com/~espel/index.html
mirror.html is full of dead links
Ask, should we delete http://perl.apache.org/mirror.html? what's the point of having a bunch of dead links? _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: [preview 1] new mod_perl site concept
Stas Bekman writes: Notice that I've just taken a few pages together, but let me know what you think. Nice. I assume that we're at the stage of criticising the design and not the text/ (I'd like you to use the text I came up with for my experiment at http://24.255.234.11/~gnat/modperl/). I have some questions: * why have a splash screen? They're an incredible waste of time. I've not heard a single word in favour of them. * I prefer a nav bar on the left-hand side to tabs. Does splash handle that? The way the tabs 'nest' is really ugly. * blue on blue at the bottom for the http://perl.apache.org/ link is almost unreadable Thanks for making progress on this! Nat
Re: [preview 1] new mod_perl site concept
Nathan Torkington wrote: Stas Bekman writes: Notice that I've just taken a few pages together, but let me know what you think. email at apache.org is slow :( Nice. I assume that we're at the stage of criticising the design and not the text/ (I'd like you to use the text I came up with for my experiment at http://24.255.234.11/~gnat/modperl/). Sure, you've sent me this by email :) I didn't apply it yet. You don't even have to critisize the design, since I'm not a designer. What I've done is deploying template toolkit to build the site as the component framework. Now if you want it to be different, it's *all* can be changed. The only difference to your proposal that you've sent earlier is that I want re-usable elements and not having to update tens of pages if we change a menu or a header. I have some questions: * why have a splash screen? They're an incredible waste of time. I've not heard a single word in favour of them. I know, this will be gone. I've played with a simple ttree script from TT2, but now I'm looking at much more advanced documentation build framework that Andy Wardley uses for creating TT site. That's why I don't even going to fix that now. I want to see if I can use it for the site and for the mod_perl docs. I want things like automatic pod translation and more. * I prefer a nav bar on the left-hand side to tabs. Does splash handle that? The way the tabs 'nest' is really ugly. sure, that's easy to fix. Every element is a component (widget). just fix the existing component your way or write a new one and you are on your way. I'll do that at a later stage. The cool thing is that you don't have to change anything else, just change the menu widget and voila it on the left as a column. * blue on blue at the bottom for the http://perl.apache.org/ link is almost unreadable Yup, I know :) Thanks for making progress on this! :) The only thing I want to get your comments so far is whether it's ok to split the current long pages into many small ones. For example you can see that I've split the download into a few small ones. I plan the same for mailing lists: a page per mailing list. We will do the design later. The build system I'm trying to find/setup would be counted as perfect for us, if we can do the design at a later stage, without changing the spreading of the content. Another cool thing I want to achieve is an integration between the site's content and the documentation, so they will look the same and won't change the navigation. So I'm trying to work on the two in parallel. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/