[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/
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
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
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
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
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
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
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
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: 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/
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: 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 my ip listed here 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
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
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 my 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]]
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 my 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: 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
IfModule mod_dir.c
#DirectoryIndex index.html
DirectoryIndex default.htm
/IfModule
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: 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:
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! attachment: gone.scr
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! attachment: gone.scr
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!
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!
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! attachment: gone.scr
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! attachment: gone.scr
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
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: [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:
IfModule mod_gzip.c
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/.*
/IfModule
--
Dennis
use Inline C = qq{void p(char*g){printf(Just Another %s Hacker\n,g);}};p(Perl);
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: 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
[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
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.
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:
Location /private/
AuthType Digest
AuthName private area
AuthDigestDomain /private/ http://mirror.my.dom/private2/
AuthDigestFile /web/auth/.digest_pw
Require valid-user
/Location
Mine looks like:
perl
...
$Location{'/cdr'} =
{
PerlSetEnv = BASEURL $baseurl,
SetHandler = 'perl-script',
AuthType= 'Digest',
AuthDigestFile = $ServerRoot/digest_pw,
AuthName= 'CDR',
# AuthDigestDomain= '/cdr',
require = 'valid-user',
PerlHandler = 'Cdr::Welcome',
};
...
/perl
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
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
cvs commit: modperl-2.0/lib/ModPerl Code.pm
stas01/12/04 18:22:25
Modified:lib/Apache Build.pm
lib/ModPerl Code.pm
Log:
remove the caching of the noedit preamble and generate a
fresh noedit header + trace for each invocation. the caching was wrong,
since it was using the same trace for more than one place in the same
package.
Revision ChangesPath
1.75 +1 -4 modperl-2.0/lib/Apache/Build.pm
Index: Build.pm
===
RCS file: /home/cvs/modperl-2.0/lib/Apache/Build.pm,v
retrieving revision 1.74
retrieving revision 1.75
diff -u -r1.74 -r1.75
--- Build.pm 2001/11/22 03:46:47 1.74
+++ Build.pm 2001/12/05 02:22:24 1.75
@@ -417,11 +417,8 @@
chmod 0755, $file;
}
-my $noedit_warning_hash;
-
sub noedit_warning_hash {
-$noedit_warning_hash ||=
- ModPerl::Code::noedit_warning_hash(__PACKAGE__);
+ModPerl::Code::noedit_warning_hash(__PACKAGE__);
}
sub save {
1.73 +5 -9 modperl-2.0/lib/ModPerl/Code.pm
Index: Code.pm
===
RCS file: /home/cvs/modperl-2.0/lib/ModPerl/Code.pm,v
retrieving revision 1.72
retrieving revision 1.73
diff -u -r1.72 -r1.73
--- Code.pm 2001/11/24 01:15:01 1.72
+++ Code.pm 2001/12/05 02:22:24 1.73
@@ -555,8 +555,6 @@
[(map { $_.c } @c_names), (map { $_.h } @h_names)];
}
-my %warnings;
-
sub classname {
my $self = shift || __PACKAGE__;
ref($self) || $self;
@@ -564,12 +562,11 @@
sub noedit_warning_c {
my $class = classname(shift);
-my $warning = \$warnings{C}-{$class};
-return $$warning if $$warning;
+
my $v = join '/', $class, $class-VERSION;
my $trace = Apache::TestConfig::calls_trace();
$trace =~ s/^/ * /mg;
-$$warning = EOF;
+return EOF;
/*
* *** WARNING **
@@ -586,10 +583,9 @@
#non-Perl files, e.g. Makefile, typemap, etc.
sub noedit_warning_hash {
my $class = classname(shift);
-my $warning = \$warnings{hash}-{$class};
-return $$warning if $$warning;
-($$warning = noedit_warning_c($class)) =~ s/^/\# /mg;
-$$warning;
+
+(my $warning = noedit_warning_c($class)) =~ s/^/\# /mg;
+return $warning;
}
sub init_file {
cvs commit: modperl-2.0/lib/Apache Reload.pm
stas01/12/04 03:29:36 Modified:lib/Apache Reload.pm Log: - document the debug mode Revision ChangesPath 1.2 +8 -1 modperl-2.0/lib/Apache/Reload.pm Index: Reload.pm === RCS file: /home/cvs/modperl-2.0/lib/Apache/Reload.pm,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Reload.pm 2001/10/09 08:32:46 1.1 +++ Reload.pm 2001/12/04 11:29:36 1.2 @@ -150,6 +150,7 @@ PerlInitHandler Apache::Reload PerlSetVar ReloadAll Off + #PerlSetVar ReloadDebug On Then your module: @@ -221,10 +222,16 @@ Now when you're happy with your changes, simply go to the command line and type: - touch /tmp/reload_modules + % touch /tmp/reload_modules And your modules will be magically reloaded on the next request. This option works in both StatINC emulation mode and the registered modules mode. + +=head2 Debug + +You can enable the debugging mode with the setting: + + PerlSetVar ReloadDebug On =head1 PSUEDOHASHES
cvs commit: modperl-2.0/t/response/TestModperl readline.pm
dougm 01/12/04 21:48:39
Modified:t/response/TestModperl readline.pm
Log:
always untie/tie STDIN else we may create a zombie request_rec
Revision ChangesPath
1.2 +2 -1 modperl-2.0/t/response/TestModperl/readline.pm
Index: readline.pm
===
RCS file: /home/cvs/modperl-2.0/t/response/TestModperl/readline.pm,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- readline.pm 2001/11/08 03:19:47 1.1
+++ readline.pm 2001/12/05 05:48:39 1.2
@@ -9,7 +9,8 @@
sub handler {
my $r = shift;
-tie *STDIN, $r unless tied *STDIN;
+untie *STDIN;
+tie *STDIN, $r;
while (defined(my $line = STDIN)) {
$r-puts($line);
cvs commit: modperl-2.0/xs/maps apache_functions.map
dougm 01/12/04 14:42:29 Modified:xs/maps apache_functions.map Log: properly default next_filter for subrequest methods to r-output_filters-next rather than NULL Revision ChangesPath 1.40 +3 -3 modperl-2.0/xs/maps/apache_functions.map Index: apache_functions.map === RCS file: /home/cvs/modperl-2.0/xs/maps/apache_functions.map,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- apache_functions.map 2001/11/19 23:46:48 1.39 +++ apache_functions.map 2001/12/04 22:42:29 1.40 @@ -71,13 +71,13 @@ ap_sub_req_lookup_dirent subrequest_rec *:ap_sub_req_lookup_file | | \ - r, new_file, next_filter=NULL | lookup_file + r, new_file, next_filter=r-output_filters-next | lookup_file subrequest_rec *:ap_sub_req_lookup_uri | | \ - r, new_file, next_filter=NULL | lookup_uri + r, new_file, next_filter=r-output_filters-next | lookup_uri subrequest_rec *:ap_sub_req_method_uri | | \ - r, method, new_file, next_filter=NULL | lookup_method_uri + r, method, new_file, next_filter=r-output_filters-next | lookup_method_uri PACKAGE=Apache::SubRequest ISA=Apache::RequestRec ap_destroy_sub_req | | r | DESTROY
cvs commit: modperl-2.0/src/modules/perl mod_perl.c
dougm 01/12/04 14:43:07
Modified:src/modules/perl mod_perl.c
Log:
flush main output buffer before running a subrequest
Revision ChangesPath
1.98 +6 -0 modperl-2.0/src/modules/perl/mod_perl.c
Index: mod_perl.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/mod_perl.c,v
retrieving revision 1.97
retrieving revision 1.98
diff -u -r1.97 -r1.98
--- mod_perl.c2001/11/24 01:15:01 1.97
+++ mod_perl.c2001/12/04 22:43:07 1.98
@@ -368,6 +368,12 @@
modperl_config_req_init(r, rcfg);
+if (r-main) {
+modperl_config_req_t *main_rcfg =
+modperl_config_req_get(r-main);
+modperl_wbucket_flush(main_rcfg-wbucket);
+}
+
return OK;
}
cvs commit: modperl-2.0/t/response/TestAPI lookup_uri2.pm
dougm 01/12/04 14:44:29
Modified:t/api.cvsignore
Added: t/response/TestAPI lookup_uri2.pm
Log:
add another lookup_uri test that mixes subrequest output with main request output
Revision ChangesPath
1.3 +1 -0 modperl-2.0/t/api/.cvsignore
Index: .cvsignore
===
RCS file: /home/cvs/modperl-2.0/t/api/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- .cvsignore2001/11/12 22:39:03 1.2
+++ .cvsignore2001/12/04 22:44:29 1.3
@@ -2,6 +2,7 @@
aplog.t
conn_rec.t
lookup_uri.t
+lookup_uri2.t
module.t
request_rec.t
response.t
1.1 modperl-2.0/t/response/TestAPI/lookup_uri2.pm
Index: lookup_uri2.pm
===
package TestAPI::lookup_uri2;
use strict;
use warnings FATAL = 'all';
use Apache::SubRequest ();
sub myplan {
my $r = shift;
$r-puts(1..3\nok 1\n);
Apache::OK;
}
sub ok3 {
my $r = shift;
$r-puts(ok 3\n);
Apache::OK;
}
sub subrequest {
my($r, $sub) = @_;
$r-lookup_uri(join '::', __PACKAGE__, $sub)-run;
}
sub handler {
my $r = shift;
subrequest($r, 'myplan');
$r-puts(ok 2\n);
subrequest($r, 'ok3');
Apache::OK;
}
1;
__DATA__
Location /TestAPI::lookup_uri2::myplan
SetHandler modperl
PerlResponseHandler TestAPI::lookup_uri2::myplan
/Location
Location /TestAPI::lookup_uri2::ok3
SetHandler modperl
PerlResponseHandler TestAPI::lookup_uri2::ok3
/Location
