Re: ASP.NET Linux equivalent?
AxKit::XSP::PerForm is quite similar to the callback nature of ASP.NET, though of course we don't have a GUI form designer. We could certainly work on auto-loading of values from a database, but I think you'll find it's already pretty easy. Also PerForm has no automatic built in system to "do the right thing" for the different browsers - you have to write separate stylesheets yourself, but the "use different stylesheets for different clients" bit is built into AxKit, so it's not a complete disaster. :-) Matt. - Original Message - From: "Vsevolod Ilyushchenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 03, 2001 11:55 PM Subject: ASP.NET Linux equivalent? > Hi, > > Is anyone aware of a Linux product equivalent to ASP.NET from MS? Its most > attractive feature is the GUI construction of Web forms and the automatic > connection of their fields to a database. Since I am getting sick and tired > of writing over and over the code to process user input and store it in the > database, a similar product would be a huge help. (PHPLens does something > similar, but it only presents data in the table format.) > > This may be somewhat offtopic, but I hope that even if there is nothing > modperl based in existence, then maybe the readers are informed enough to > point me in the right direction. So far it seems that neither Dotgnu nor > Mono have anything similar. > > Thanks, > Simon > -- > Simon (Vsevolod ILyushchenko) [EMAIL PROTECTED] > http://www.simonf.com [EMAIL PROTECTED] > > "A man who feels himself a citizen of the world whose > loyalty is to the human race and to life, rather than > to any exclusive part of it; a man who loves his country > because he loves mankind, and whose judgement is not > warped by tribal loyalties." Erich Fromm > >
Oddity w/ mod_auth_digest
Unable to access site, errlog shows: [error] Digest: user `lembark' in realm `CDR' not found: /cdr/Data Checking the password file, it's there -- moving it or changing the location in httpd.conf gives an unfound file error. Checking the doc's on www.apache.org for the mod_auth_digest, their example at http://httpd.apache.org/docs/mod/mod_auth_digest.html looks like: AuthType Digest AuthName "private area" AuthDigestDomain /private/ http://mirror.my.dom/private2/ AuthDigestFile /web/auth/.digest_pw Require valid-user Mine looks like: ... $Location{'/cdr'} = { PerlSetEnv => "BASEURL $baseurl", SetHandler => 'perl-script', AuthType=> 'Digest', AuthDigestFile => "$ServerRoot/digest_pw", AuthName=> 'CDR', # AuthDigestDomain=> '/cdr', require => 'valid-user', PerlHandler => 'Cdr::Welcome', }; ... I've tried various combinations of '/cdr' and '/cdr/' in both the location, AuthName and AuthDigestName without changing the error message. Commenting out the domain (shown above) hasn't done any good either). The password file was created from the current apache version's htpasswd via: htpasswd -c -m -b lembark foobar; which I thought should have created the proper entry. I havn't had a chance yet to test whether the site works with this outside of the perly section. Is there any documentation that describes this in more detail than the mod_auth_digest.html, or has anyone seen this specific error? thanx. -- Steven Lembark 500 W. Madison, St. 3100 Knightsbridge Solutions Chicago, IL 60661 "Performance that Empowers" +1 312 577 0210
ASP.NET Linux equivalent?
Hi, Is anyone aware of a Linux product equivalent to ASP.NET from MS? Its most attractive feature is the GUI construction of Web forms and the automatic connection of their fields to a database. Since I am getting sick and tired of writing over and over the code to process user input and store it in the database, a similar product would be a huge help. (PHPLens does something similar, but it only presents data in the table format.) This may be somewhat offtopic, but I hope that even if there is nothing modperl based in existence, then maybe the readers are informed enough to point me in the right direction. So far it seems that neither Dotgnu nor Mono have anything similar. Thanks, Simon -- Simon (Vsevolod ILyushchenko) [EMAIL PROTECTED] http://www.simonf.com [EMAIL PROTECTED] "A man who feels himself a citizen of the world whose loyalty is to the human race and to life, rather than to any exclusive part of it; a man who loves his country because he loves mankind, and whose judgement is not warped by tribal loyalties." Erich Fromm
how to make mod_perl actually run fast
[mod_perl list: i'm not a subscriber jsyk so if you wish to reply to me, reply to me directly and not the list] This past weekend, my webserver suffered a severe failure when i decided to upgrade my code to mod_perl instead of fastCGI. This performance problem resulted in me going to the mod_perl performance tuning guide. Reading this guide made me think "damn, that's inconvienent for a bunch of VHosts". Thinking this made me write the following artice: http://www.weedns.com/apache_tuning/fast_mod_perl_mini_howto.html It uses wildcard DNS and some other goodies to extend the mod_perl-server-via-proxy-from-static-server setup that is already partially documented in the performance tuning and general guides on the perl.apache.org website. It's relevant to apache 1.3 because I got an even bigger headache trying to make modperl2+apache2 run. Feel free to link to it or integrate it's ideas into your own documentation if you wish. Cheers, Tyler -- Early to bed and early to rise and you'll be groggy when everyone else is wide awake.
[ANNOUNCE] ApacheBench 0.62 released
In my ongoing effort to bring the ApacheBench module up to date with the ab distributed with Apache, here is another release. This one mainly incorporates * support for HTTP Keep-Alive feature, * support for HTTP HEAD requests, * global and per-run time limits, * accurate tallying of sent, good, and failed requests (previously these were fudged) * a few small bug fixes. Please see the Changes file for complete details. Happy benchmarking! -Adi
Re: Hi
On Tue, 4 Dec 2001, Robert Landrum wrote: > If this guy is going to be sending us shit all night, I suggest we > deactivate his account. I have unsubscribed him. In general it's much more useful to send suggestions like that to [EMAIL PROTECTED] or [EMAIL PROTECTED] than to the list. - ask -- ask bjoern hansen, http://ask.netcetera.dk/ !try; do(); more than a billion impressions per week, http://valueclick.com
Re: [OT] Re: search.cpan.org
On Tue, 27 Nov 2001, Nick Tonkin wrote: > Well, ask Ask if you want the whole truth. But when I saked him that's > what he said. Maybe there's a problem with the architecture and some > pre-indexing is done per session or something suboptimal like that. Ask? No, Robert is right. It's just searches that are doing a full scan of the database. I know Graham is working on a better search system. If Bill got swish-e to support incremental database updates I'm sure it would help. ;-) - ask -- ask bjoern hansen, http://ask.netcetera.dk/ !try; do(); more than a billion impressions per week, http://valueclick.com
re: [OT] mod_gzip configuration
It works fine for me... a random entry from my log: 0xc159be10.boanxx2.adsl.tele.dk - - [02/Dec/2001:13:01:45 +0100] + 4 davh.dk davh.dk 200 200 1604 "GET /perl/pla/calc.pl HTTP/1.1" "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; Win 9x 4.90)" 78pct. Was compressed 78% my config: mod_gzip_on Yes mod_gzip_dechunkYes mod_gzip_minimum_file_size 300 mod_gzip_maximum_file_size 0 mod_gzip_maximum_inmem_size 10 mod_gzip_keep_workfiles No mod_gzip_temp_dir /tmp mod_gzip_can_negotiate Yes mod_gzip_item_include file \.html$ mod_gzip_item_include file \.jsp$ mod_gzip_item_include file \.php$ mod_gzip_item_include file ^$ mod_gzip_item_include file \.pl$ mod_gzip_item_include mime ^text/.* mod_gzip_item_include mime ^application/x-httpd-php mod_gzip_item_include mime ^httpd/unix-directory$ mod_gzip_item_include handler ^perl-script$ mod_gzip_item_include handler ^server-status$ mod_gzip_item_include handler ^server-info$ # mod_gzip_item_exclude file \.css$ # mod_gzip_item_exclude file \.js$ mod_gzip_item_exclude mime ^image/.* -- Dennis use Inline C => qq{void p(char*g){printf("Just Another %s Hacker\n",g);}};p("Perl");
Re: Hi
At 05:13 PM 12/04/01 -0500, Robert Landrum wrote: >If this guy is going to be sending us shit all night, I suggest we >deactivate his account. Now that would be fun! Oh, you mean by unsubscribing him. I was thinking of something more sporting. What's the collective bandwidth of the people on this list? Just kidding. Bill Moseley mailto:[EMAIL PROTECTED]
Re: Hi
If this guy is going to be sending us shit all night, I suggest we deactivate his account. Rob At 5:27 PM -0500 12/4/01, Christopher Rivera wrote: >How are you ? >When I saw this screen saver, I immediately thought about you >I am in a harry, I promise you will love it! >Content-Type: application/octet-stream; > name="gone.scr" >Content-Disposition: attachment; > filename="gone.scr" > >Attachment converted: Macintosh HD:gone.scr (/) (0003DC5E) -- "Only two things are infinite: The universe, and human stupidity. And I'm not sure about the former." --Albert Einstein
Hi
How are you ? When I saw this screen saver, I immediately thought about you I am in a harry, I promise you will love it! <>
Re: Hi
This is a virus. A warning to all who use windoze, dont open the attachment =) On Tue, 2001-12-04 at 16:40, Christopher Rivera wrote: > How are you ? > When I saw this screen saver, I immediately thought about you > I am in a harry, I promise you will love it! -- Brendan W. McAdams | [EMAIL PROTECTED] Senior Applications Developer | (212) 208-9116 TheMuniCenter, LLC | www.themunicenter.com "Always listen to experts. They'll tell you what can't be done, and why. Then do it." - Robert A. Heinlein rm -rf /bin/laden; chmod a+rwx /bin/freedom
Hi
How are you ? When I saw this screen saver, I immediately thought about you I am in a harry, I promise you will love it! <>
Re: Hi
Don't open that. http://www.messagelabs.com/viruseye/report.asp?id=87 Matt. - Original Message - From: "Christopher Rivera" <[EMAIL PROTECTED]> To: "mod_perl" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 9:17 PM Subject: Hi > How are you ? > When I saw this screen saver, I immediately thought about you > I am in a harry, I promise you will love it!
RE: Hi
YAV! Yet another virus. :: -Original Message- :: From: Christopher Rivera [mailto:[EMAIL PROTECTED]] :: Sent: 04 December 2001 21:18 :: To: mod_perl :: Subject: Hi :: :: :: How are you ? :: When I saw this screen saver, I immediately thought about you :: I am in a harry, I promise you will love it!
Hi
How are you ? When I saw this screen saver, I immediately thought about you I am in a harry, I promise you will love it! <>
Hi
How are you ? When I saw this screen saver, I immediately thought about you I am in a harry, I promise you will love it! <>
RE: file upload process
i may be wrong about this, but since the file is actually part of the POST, apache cannot start returning something for that request before the request has been finished. You can get around this, kind of, using a JS popup onsubmit, that opens a window that somehow lets you check the status of the post (maybe). I've seen little popups with animated "loading" gif's and the like, but that's about it. adam > > Another (most likely) trivial question for the experts. > When a large file is uploaded from an html form page, it > appears the file is > loaded BEFORE I can start some kind of "graphical metering" response: >
Re: Multiple Sites
It rather sounds to me that you have a TransHandler that needs some polishing. The translation handler should inspect for the resolved path being a directory. If it is a directory and the requested uri is lacking a trailing forward slash then it needs to issue a redirect with the trailing slash as mod_dir would have done. If the resolved path is a directory and the uri includes the trailing forward slash, then you'll need to resolve the index file. It is possible, however, to run some preliminary translation on the uri -- pulling out and noting interesting things from the uri -- and then DECLINE the request to allow Apache's translations to finish resolving the request to a file. Here's an example of this: package My::Apache::TransHandler; use strict; use Apache::Constants qw(:response); sub handler { my $r = shift; # Assuming a pipe delimited list of virtual directories # set these in httpd.conf like this: # PerlSetVar VirtualDirectories "dir1|dir2|dir3|dir4" my $virtual_dirs = $r->dir_config('VirtualDirectories'); if ( $r->uri =~ m!^/($virtual_dirs)$!o ) { # virtual directory only, no trailing slash $r->header_out( Location => $r->uri . "/" ); return REDIRECT; } # see if the uri contains the prefix if ( $r->uri =~ m!^/($virtual_dirs)/(.*)!o ) { # save the virtual path in $r->notes $r->notes('VIRTUAL_PATH' => $1); # reset the uri to everything following the virtual directory # you may want to change this in some other way $r->uri( "/$2" ); } # if you want apache to finish resolving the uri to a file... return DECLINED; # otherwise, add code to resolve to the file } 1; NOTE: I've not tested the above code, so it could contain errors. Regards, Tim Tompkins -- Programmer http://www.arttoday.com/ http://www.rebelartist.com/ -- - Original Message - From: "Purcell, Scott" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 03, 2001 11:12 AM Subject: Multiple Sites Hello, I have the need to create 10 web sites off my Apache web server. I do not want to use 10 IP addresses. So I am doing to cheeze and do a URL/directory/index.html foreach site. Then I would give each customer a URL of URL/directory and I would like the index.html or the default.html to come up. But it does not. I edited my conf file to this #DirectoryIndex index.html DirectoryIndex default.htm But but it does not work. But if I put in URL/directory and a forward slash/ eg. http://URL/directory/ then it shows the default.htm page. But I know my customers, and they will not put in the directory forward slash. How do I get around this issue? Thanks Scott Purcell
Re: [modperl site design challenge] please vote]]
Thanks, Eric. Seems to be working. Emad Eric Cholet wrote: > > --On mardi 4 décembre 2001 08:17 -0800 Emad Fanous > <[EMAIL PROTECTED]> wrote: > > > "Sorry, someone (you?) has already voted from IP address > ip listed here>" > > > > So much for allowing my co-workers to vote even though we > > have unique email addresses. :-( > > > > Emad > > Sorry about that, this constraint has been removed, please try again. > > -- > Eric Cholet
Re: [modperl site design challenge] please vote]]
--On mardi 4 décembre 2001 08:17 -0800 Emad Fanous <[EMAIL PROTECTED]> wrote: > "Sorry, someone (you?) has already voted from IP address ip listed here>" > > So much for allowing my co-workers to vote even though we > have unique email addresses. :-( > > Emad Sorry about that, this constraint has been removed, please try again. -- Eric Cholet
Re: file upload process
Also, I'm currently putting the finishing the final touches on a module called Apache::UploadMeter which automates this process pretty well... Help is more than welcome - at this point, the internals are really done. It's just an issue of making a configuration interface, a bit of documentation, and sending it to CPAN... Issac - Original Message - From: "Geoffrey Young" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 17:54 Subject: RE: file upload process > > > > -Original Message- > > From: El Capitan [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, December 04, 2001 10:46 AM > > To: [EMAIL PROTECTED] > > Subject: file upload process > > > [snip] > > Is there some way to capture the download > > stream (when > > its actually downloading) and begin a display process back to > > the customer? > > > > I haven't used it, but recent versions of libapreq support the UPLOAD_HOOK > parameter to Apache::Request->new(). see the Apache::Request manpage > > --Geoff >
[Fwd: Re: [Fwd: [modperl site design challenge] please vote]]
"Sorry, someone (you?) has already voted from IP address " So much for allowing my co-workers to vote even though we have unique email addresses. :-( Emad > Original Message > Subject: [modperl site design challenge] please vote > Date: Tue, 04 Dec 2001 16:39:19 +0800 > From: Stas Bekman <[EMAIL PROTECTED]> > Organization: Hope, Humanized > To: modperl list <[EMAIL PROTECTED]> > > Thomas Klausner, Allan Juul and Carlos Ramirez have answered > the > challenge and submitted their modperl site designs. Thank > you folks! > > Now it's a time for you to chose the design that you like > the most by > voting at http://www.tohubohu.net/cgi/mpchallenge > > In order to let everybody enough time to vote, the votes > will be > collected in 12 days from this announce, i.e. Monday > December 17. > > Notice that in order to avoid cheating please submit your > email address > along with your vote. At the end of the voting process, only > votes with > email addresses matching the modperl list's subscribers list > will be > considered as valid. That's why you cannot see the current > votes' spread. > > If you want to add some notes (how to improve things, etc), > please add > these when you vote in the 'comments' field. > > If you have any problems with voting email me directly, and > not the list. > > Thanks to Eric Cholet for providing this voting script and > hosting it. > > Thanks to Nathan Torkington for pushing for the site's > change :) > > _ > 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: file upload process
> -Original Message- > From: El Capitan [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 04, 2001 10:46 AM > To: [EMAIL PROTECTED] > Subject: file upload process > [snip] > Is there some way to capture the download > stream (when > its actually downloading) and begin a display process back to > the customer? > I haven't used it, but recent versions of libapreq support the UPLOAD_HOOK parameter to Apache::Request->new(). see the Apache::Request manpage --Geoff
file upload process
Another (most likely) trivial question for the experts. When a large file is uploaded from an html form page, it appears the file is loaded BEFORE I can start some kind of "graphical metering" response: sub handler() { my $apr = Apache::Request->new($r); my $upload = $apr->upload; my $fh = $upload->fh; my $lines = 0; while(<$fh>) { ++$lines; ... do some return html trick stuff } ... } Before the loop through the file handle, the uploaded file has already been loaded (I think). Is there some way to capture the download stream (when its actually downloading) and begin a display process back to the customer? Thanks in advance, Kirk
Re: [modperl site design challenge] please vote: clarification
John Saylor wrote: > Hi > > ( 01.12.04 16:39 +0800 ) Stas Bekman: > >>Thomas Klausner, Allan Juul and Carlos Ramirez have answered the >>challenge and submitted their modperl site designs. Thank you folks! >> > > I'd like to echo that thanks since all 3 designs are thoughtful and well > executed. > > While a poll is cleaner in a way, it might be a good idea for these 3 to > try and work out a single design- maybe even in tandem with the poll. > > To me, democracy is good, but consensus is better. And it is within the > realm of possibility that 3 people can work out a consensus. > > Again, thanks to the submitters, nice work! The vote is needed to pick the major design, so we can move on. Obviously we will try to get the best of all submitted designs into the chosen one. And we will try to improve things with time. If we let the comments process to be open [read: say whatever you like/dislike] it'll consume a lot of time from everybody and we will end up nowhere. In fact we have been through this open commentary about 1.5 years ago and as you can see we still have the same site. And you have a chance to leave insightful comments when you vote :) _ 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: [modperl site design challenge] please vote
El Mar 04 Dic 2001 11:27, Einar Roheim escribió: > You just click on the names ... Didn't you see the links? > > > Einar > > At 09:52 04/12/2001 -0300, you wrote: > >El Mar 04 Dic 2001 05:39, Stas Bekman escribió: > > > Thomas Klausner, Allan Juul and Carlos Ramirez have answered the > > > challenge and submitted their modperl site designs. Thank you folks! > > > > > > Now it's a time for you to chose the design that you like the most by > > > voting at http://www.tohubohu.net/cgi/mpchallenge > > > > > > In order to let everybody enough time to vote, the votes will be > > > collected in 12 days from this announce, i.e. Monday December 17. > > > > > > Notice that in order to avoid cheating please submit your email address > > > along with your vote. At the end of the voting process, only votes with > > > email addresses matching the modperl list's subscribers list will be > > > considered as valid. That's why you cannot see the current votes' > > > spread. > > > > > > If you want to add some notes (how to improve things, etc), please add > > > these when you vote in the 'comments' field. > > > > > > If you have any problems with voting email me directly, and not the > > > list. > > > > > > Thanks to Eric Cholet for providing this voting script and hosting it. > > > > > > Thanks to Nathan Torkington for pushing for the site's change :) > > > > > > _ > > > 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/ > > > >Please, can you send the address of the three designs? Ok, please don't kill me, sorry, it's OK now, Hans
Re: [modperl site design challenge] please vote
Hi ( 01.12.04 16:39 +0800 ) Stas Bekman: > Thomas Klausner, Allan Juul and Carlos Ramirez have answered the > challenge and submitted their modperl site designs. Thank you folks! I'd like to echo that thanks since all 3 designs are thoughtful and well executed. While a poll is cleaner in a way, it might be a good idea for these 3 to try and work out a single design- maybe even in tandem with the poll. To me, democracy is good, but consensus is better. And it is within the realm of possibility that 3 people can work out a consensus. Again, thanks to the submitters, nice work! -- \js "seize turn-key portals"
Re: [modperl site design challenge] please vote
You just click on the names ... Didn't you see the links? Einar At 09:52 04/12/2001 -0300, you wrote: >El Mar 04 Dic 2001 05:39, Stas Bekman escribió: > > Thomas Klausner, Allan Juul and Carlos Ramirez have answered the > > challenge and submitted their modperl site designs. Thank you folks! > > > > Now it's a time for you to chose the design that you like the most by > > voting at http://www.tohubohu.net/cgi/mpchallenge > > > > In order to let everybody enough time to vote, the votes will be > > collected in 12 days from this announce, i.e. Monday December 17. > > > > Notice that in order to avoid cheating please submit your email address > > along with your vote. At the end of the voting process, only votes with > > email addresses matching the modperl list's subscribers list will be > > considered as valid. That's why you cannot see the current votes' spread. > > > > If you want to add some notes (how to improve things, etc), please add > > these when you vote in the 'comments' field. > > > > If you have any problems with voting email me directly, and not the list. > > > > Thanks to Eric Cholet for providing this voting script and hosting it. > > > > Thanks to Nathan Torkington for pushing for the site's change :) > > > > _ > > 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/ > >Please, can you send the address of the three designs?
Re: [modperl site design challenge] please vote
Hans Poo wrote: [snip] >> voting at http://www.tohubohu.net/cgi/mpchallenge [snip] > Please, can you send the address of the three designs? did you try clicking the links with the names? http://domm.zsi.at/modperl-site-domm/ http://www.quantumfx.com/modperl_site/ http://www.apache.org/~stas/site/candidates/allan-juul/ /Jon
Re: [modperl site design challenge] please vote
On Tuesday 04 December 2001 13:52, Hans Poo wrote: > Please, can you send the address of the three designs? If you click the names on the poll, you go to the sites. -- ___ Robin Berjon <[EMAIL PROTECTED]> -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- All fangs and no brain.
Re: [modperl site design challenge] please vote
El Mar 04 Dic 2001 05:39, Stas Bekman escribió: > Thomas Klausner, Allan Juul and Carlos Ramirez have answered the > challenge and submitted their modperl site designs. Thank you folks! > > Now it's a time for you to chose the design that you like the most by > voting at http://www.tohubohu.net/cgi/mpchallenge > > In order to let everybody enough time to vote, the votes will be > collected in 12 days from this announce, i.e. Monday December 17. > > Notice that in order to avoid cheating please submit your email address > along with your vote. At the end of the voting process, only votes with > email addresses matching the modperl list's subscribers list will be > considered as valid. That's why you cannot see the current votes' spread. > > If you want to add some notes (how to improve things, etc), please add > these when you vote in the 'comments' field. > > If you have any problems with voting email me directly, and not the list. > > Thanks to Eric Cholet for providing this voting script and hosting it. > > Thanks to Nathan Torkington for pushing for the site's change :) > > _ > 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/ Please, can you send the address of the three designs?
RE: [modperl site design challenge] please vote
:: HTTP/1.1 200 OK Date: Tue, 04 Dec 2001 09:39:28 GMT Server: :: Apache/1.3.23-dev (Unix) PHP/4.0.6 mod_perl/1.26_01-dev :: Connection: close Content-Type: :: text/html; charset=iso-8859-1 Expires: Tue, 04 Dec 2001 09:39:28 GMT :: :: Double header issue? Worked fine for me. Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/
Re: [modperl site design challenge] please vote
Stas Bekman <[EMAIL PROTECTED]> writes: > Thanks to Eric Cholet for providing this voting script and hosting it. HTTP/1.1 200 OK Date: Tue, 04 Dec 2001 09:39:28 GMT Server: Apache/1.3.23-dev (Unix) PHP/4.0.6 mod_perl/1.26_01-dev Connection: close Content-Type: text/html; charset=iso-8859-1 Expires: Tue, 04 Dec 2001 09:39:28 GMT Double header issue? -- David Hodgkinson, Wizard for Hirehttp://www.davehodgkinson.com Editor-in-chief, The Highway Star http://www.deep-purple.com Deep Purple Family Tree news http://www.slashrock.com Interim Technical Director, Web Architecture Consultant for hire
[modperl site design challenge] please vote
Thomas Klausner, Allan Juul and Carlos Ramirez have answered the challenge and submitted their modperl site designs. Thank you folks! Now it's a time for you to chose the design that you like the most by voting at http://www.tohubohu.net/cgi/mpchallenge In order to let everybody enough time to vote, the votes will be collected in 12 days from this announce, i.e. Monday December 17. Notice that in order to avoid cheating please submit your email address along with your vote. At the end of the voting process, only votes with email addresses matching the modperl list's subscribers list will be considered as valid. That's why you cannot see the current votes' spread. If you want to add some notes (how to improve things, etc), please add these when you vote in the 'comments' field. If you have any problems with voting email me directly, and not the list. Thanks to Eric Cholet for providing this voting script and hosting it. Thanks to Nathan Torkington for pushing for the site's change :) _ 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/