RE: New Module: mod_auth_mysql_digest
> > Considering the popularity of MySQL-based auth, I think this would be a > > great addition to httpd. See: > > > > http://www.securityspace.com/s_survey/data/man.200210/apachemods.html > > Cool, no one's cooking up a mod_log_mysql for apache2? > it's in the back of my mind. -- james
RE: new download page
> > --On Sunday, October 27, 2002 12:33 PM -0500 Joshua Slive > <[EMAIL PROTECTED]> wrote: > > > Sure, you can do that. But in that case, you really do need to > > make absolutely sure that every mirror works every time. What I > > have implemented allows the user to gracefully fallback to a > > working mirror. > > No, because there would be a selection box that allows the selection > of which mirror to use. So, it would still allow for graceful > fallback in the event that the 'default' mirror is down. > > I'm trying to write it up now. I'm also cleaning up closer.cgi while > I'm at it. -- justin > FWIW, and if you don't mind using php, take a look at http://cvs.php.net/cvs.php/php-master-web/scripts/mirror-test?login=2 (i suggest the make version, runs faster, needs latest cvs of wget) and http://cvs.php.net/cvs.php/php-master-web/scripts/mirror-summary?login=2 convert this code to look at a seperated-values file, if desired, or use the database. Either way, you can easily adapt this to maintain a dynamic list of mirrors, or at least provide status updates on mirrors. -- james
RE: cvs commit: httpd-2.0/docs/manual env.xml filter.xml handler.xml env.html.en filter.html.en handler.html.en
Silly question, but why aren't we using DocBook for this? -- James
RE: Envariables for logging phase only
> > Rodent of Unusual Size wrote: > > > > Joshua Slive wrote: > > > > > > > LogStatus envname[=val] statusre ... > > > > > > (I think the envname should be last to align with SetEnvIf.) > > > > I didn't do it that way so that multiple status codes could be > > specified, a la AddType and friends. > > But if the first argument is a regex, then switching them so > the envariables are last, like SetEnvIf, is better. Still, i think if we could make this named right it'd be better although, i am tending towards prefering a module for this; like, mod_log_on_steroids or something... -- James
RE: are downlevel manuals goodness?
> > On Wed, Jul 24, 2002 at 04:58:55PM -0400, Greg Ames wrote: > > If I'm reading the Makefile correctly, current HEAD no longer > updates the > > manual/ directory if it exists, unlike 1.3. What good is a > downlevel manual? > > Yeah, that looks bogus. I'd move the copying of the manual to > install-man and copy it unconditionally. -- justin > kick me if i got this wrong, but manual was always copied into @@INSTDIR@@/html/manual right? that particularly sucked (i nuked html as one of the first things i did on install, so as not to confuse anything). what about sticking it into /usr/local/share or similar? and then having a built in link, such as server-status ? reason being, again, it'd be nice to make the INSTDIR cleaner. :) -- james
RE: mysqlsupport for virtuals.
Hi Jonas, i'm actually workin on hacking a module for this. (ie, like mod_vhost_alias, but uses a db) give me maybe a few weeks and i'll publish.. -- james > > Hi > > My http.conf file grows every day and its getting big... > It's getting hard to find anyting without seartching in it. > > My question is : > > I like to move all virtualshosts away from httpd.conf in to a > mysql server. > My doing that it would be muth easy to maintain my virtualhosts. > > Have someone tried this without loosing preformance? > > > > >
RE: cvs commit: httpd-2.0 STATUS
> Do you like "apachectl -V" being the recommended way to get pass -V to > httpd? i cannot see any difference between httpd.sh and apachectl doing it. I think i'd prefer if httpd -V worked, but still. > > Do you like that apachectl now has a user interface with some function > accessible via keywords and some function accessible via option chars? > as opposed to shiny lights and sticky buttons?
RE: cvs commit: httpd-2.0 STATUS
> If instead I have misunderstood you, please be explicit about which > behavior you do not want to change. > all of it.
RE: cvs commit: httpd-2.0 STATUS
no! no! leave apachectl to behave as it always has done. could someone consider vetoing this argument based on backwards compatibility? -- James > > gregames2002/07/23 11:04:23 > > Modified:.STATUS > Log: > vote on wrapper scripts > > Keeping apachectl simple seems desirable. The tasks listed for httpd.sh > seem reasonable too. > > Revision ChangesPath > 1.705 +2 -2 httpd-2.0/STATUS > > Index: STATUS > === > RCS file: /home/cvs/httpd-2.0/STATUS,v > retrieving revision 1.704 > retrieving revision 1.705 > diff -u -r1.704 -r1.705 > --- STATUS 23 Jul 2002 17:44:55 - 1.704 > +++ STATUS 23 Jul 2002 18:04:23 - 1.705 > @@ -84,7 +84,7 @@ > httpd.sh should be the wrapper for httpd which sources envvars > and allows any options to be passed through > > - +1: trawick > + +1: trawick, gregames > >* Should we always build [support*] binaries statically > unless otherwise > indicated? > > > >
RE: Envariables for logging phase only
> (I think the envname should be last to align with SetEnvIf.) > > I'm still in "blue sky" mode, so feel free to ignore me (as usual ;-), but > if you're going to do that, why not go all the way: > > LogVariable %s "40[0-9]" exclude > LogVariable %a "127\.0\.0\.1" exclude > LogVariable %U "\.jpg" exclude > LogVariable %{Referer}i "yahoo.com" exclude > Customlog ... env=!exclude > i was thinking more along the lines of simply being able to send data to different files based upon status code.. but then, being able to do that with logvariables.. hmm, that's interesting too... Still, postprocessing is probably better. i mean, how can x lines of code replace: grep 404 access_log > foo i'm not sure this needs to be in core.. hmm.. (hmm, hmm, ..) -- james
RE: Envariables for logging phase only
> CustomLog logs/access_log combined env=!status_is_404 > I'm not entirely sure about what the rules on adding new conf options are... but, what about using the logformat rules, and saying something like: LogStatus "" logname (eg, combined). This would also support the wildcard, so if it didn't know what to do for that status (ie, that status was not in the list) it would perform the default action. If the user didn't express a log format, then the default would be : LogStatus "*" combined thus, to not log any status but 404 (ie, for a broken link log) LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" brokenlinks LogStatus "404, !*" brokenlinks CustomLog /var/log/httpd/brokenlinks_log brokenlinks i might be interested in having a crack at this. -- James
RE: quick docs patch..
Well, we have two (maybe 3) options. We can either kill it all, or keep it up-to-date, or just ignore them, and label them so but having links that end up as 404's probably don't help, imho. -- james > > At 02:21 AM 7/1/2002, you wrote: > >Quick patch to bring some old docs up-to-date. > > Do we even care to freshen these? Seems like it's about time to > kill this bird. > > Bill > > >-- > >James Cox :: [EMAIL PROTECTED] :: Landonize It! http://landonize.it/ > >Was I helpful? > http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ > > >
[PATCH] Fixes PR 10130, DevStudio cannot resolve .rc #included packages
Guys, This patch will make it build properly without error. note, the naming of the custom build steps is as it is because nmake is just wierd. -- james -- James Cox :: [EMAIL PROTECTED] :: Landonize It! http://landonize.it/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ Index: ApacheMonitor.dsp === RCS file: /home/cvspublic/httpd-2.0/support/win32/ApacheMonitor.dsp,v retrieving revision 1.13 diff -u -r1.13 ApacheMonitor.dsp --- ApacheMonitor.dsp 16 May 2002 16:40:54 - 1.13 +++ ApacheMonitor.dsp 7 Jul 2002 17:02:10 - @@ -104,10 +104,6 @@ # End Source File # Begin Source File -SOURCE=.\ApacheMonitor.rc -# End Source File -# Begin Source File - SOURCE=.\aprun.ico # End Source File # Begin Source File @@ -149,6 +145,12 @@ # End Custom Build !ENDIF + +# Begin Custom Build - Creating Version Resource +SOURCE=.\ApacheMonitor.rc +# End Source File +# Begin Source File +# End Custom Build # End Source File # End Group
quick docs patch..
Quick patch to bring some old docs up-to-date. -- james -- James Cox :: [EMAIL PROTECTED] :: Landonize It! http://landonize.it/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ Index: new_features_1_1.html === RCS file: /home/cvspublic/httpd-docs-1.3/htdocs/manual/new_features_1_1.html,v retrieving revision 1.18 diff -u -r1.18 new_features_1_1.html --- new_features_1_1.html 2 Oct 2001 11:02:58 - 1.18 +++ new_features_1_1.html 1 Jul 2002 07:02:54 - @@ -71,7 +71,7 @@ and its resource consumption. It also gives the current state of each server process including the current URL being processed. For an example, check out http://www.apache.org/status";>the status of the + href="http://www.apache.org/server-status";>the status of the www.apache.org server. Server Information @@ -79,7 +79,7 @@ information about the other modules installed, their directives, and their configurations. It is extremely helpful in debugging configuration problems. For an example, check - out http://www.apache.org/serv-info";>information + out http://www.apache.org/server-info";>information about the www.apache.org server. Experimental Caching
RE: +1?
http://httpd.apache.org/dev/guidelines.html > -Original Message- > From: Oden Eriksson [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, June 19, 2002 9:52 AM > To: [EMAIL PROTECTED] > Subject: +1? > > > Hi. > > I'm new to this list. > > What do you all mean with "+1" ? > > -- > Regards // Oden Eriksson >
[PATCH] ApacheMonitor
Hey, This patch simply updates the defines for the text used in the apache monitor. Makes it a little more readable. -- James -- James Cox :: [EMAIL PROTECTED] :: Landonize It! http://landonize.it/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ ApacheMonitor.rc.patch Description: Binary data