Warning: This
section has not been fully updated, and down from there - my eyes glaze
over and I'm not sure what actual benefit it is giving to anyone.
--
Rich Bowen - [EMAIL PROTECTED]
As we trace our own few circles around the sun
We get it backwards and our seven years go by like one
Dog
be accessible to folks that don't use LDAP. But so far no joy.
Begin forwarded message:
From: Rich Bowen [EMAIL PROTECTED]
Date: September 4, 2006 16:34:45 EDT
To: users@httpd.apache.org
Subject: [EMAIL PROTECTED] AuthProviderAlias and mod_authn_file
Reply-To: users@httpd.apache.org
I'm trying
On Sep 5, 2006, at 09:28, Jeff Trawick wrote:
On 8/20/06, Lars Eilebrecht [EMAIL PROTECTED] wrote:
According to William:
My 2c, let's adopt the patch for three reasons...
1. it's an FAQ that would -go away-, less stress for our peer
apache
user supporters
Is it really an FAQ?
On Sep 5, 2006, at 11:49, Brad Nicholes wrote:
So it sounds like there are two questions being asked. First,
what non-ldap usages are there for authnAlias and second why
doesn't the configuration below work?
I'll answer the second question first. Given the configuration
block
On Sep 5, 2006, at 11:49, Brad Nicholes wrote:
So it sounds like there are two questions being asked. First,
what non-ldap usages are there for authnAlias and second why
doesn't the configuration below work?
I'll answer the second question first. Given the configuration
block
On Mar 21, 2007, at 05:22, Jan van den Berg wrote:
Just a procedural comment about:
http://httpd.apache.org/dev/patches.html
The information on this page is kind of outdated: certain links
don’t work, and it deals with CVS instead of SVN.
This would make it somewhat harder for
Call for Papers Opens for ApacheCon US 2007
The Call for Papers is now open for ApacheCon US, to be held November
12-16 at the Peachtree Westin, Atlanta. The conference will consist
of two day of tutorials (November 12-13) and three days of regular
conference sessions (November 14-16).
On Apr 16, 2007, at 11:27, Eli Marmor wrote:
On *April 16*, Rich Bowen wrote:
Call for Papers Opens for ApacheCon US 2007
The Call for Papers is now open for ApacheCon US, to be held November
12-16 at the Peachtree Westin, Atlanta. The conference will consist
of two day of tutorials
On May 24, 2007, at 08:50, Colm MacCarthaigh wrote:
On Thu, May 24, 2007 at 08:05:30AM -0400, Joshua Slive wrote:
External links are encouraged where they add substantial value, but
you may not link to your own pages or otherwise seek private benefits
from external links.
I like the
On May 24, 2007, at 04:23, Tony Stevenson wrote:
AskApache has had several email conversations with both myself, and
Rich. In which he was asked politely, but firmly to not use links
to content on his site.
NOTE: NOT because external links are bad, but because the articles to
which
On Jun 25, 2007, at 00:36, Graham Dumpleton wrote:
A few comments below, but a few questions first to satisfy my own
curiosity.
What specific applications are you running that require things to be
run as a distinct user? Are these applications implemented directly in
C as custom Apache
On Jun 28, 2007, at 03:48, Mario Brandt wrote:
Hi,
I've noticed that most newbies to httpd apache have theier
difficults with
changing
the doc_root.
The path DocumentRoot c:/Apache2/htdocs isn't near by
# This should be changed to whatever you set DocumentRoot to.
...
Is there a chance to
Received this query from a friend and colleague:
... I've been working on an issue at
work, where we're trying to remove some headers from a (proxied)
request. Whilst I was looking for a solution I came across this
patch:
http://mail-archives.apache.org/mod_mbox/httpd-cvs/200406.mbox/%
On Aug 10, 2007, at 16:31, Vincent Deffontaines wrote:
http://mail-archives.apache.org/mod_mbox/httpd-cvs/200406.mbox/%
[EMAIL PROTECTED]
I am the original author of the patch, which André applied.
Shortly after the patch was accepted in 2.0, I sent a documentation
patch for 2.0.
Reply
On Sep 26, 2007, at 11:14, Joshua Slive wrote:
On 9/26/07, Nick Kew [EMAIL PROTECTED] wrote:
We really need to fix this issue of inappropriate DefaultTypes.
An approach that deals with this without loss of back-compatibility
is to hand the decision to systems administrators:
#to suppress
Regarding the threatening mail from Roy T. Fielding, :
There would not be a windows version of Apache without Bill's efforts
to keep it alive, and there won't be one in the future if windows
developers refuse to participate in the development mailing lists
HERE.
Really ? Do you mean that
Apart from the fact that you have it's several times when you mean
its, +1
--
Rich Bowen
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, I'm ignoring Platform notes (I know nothing about non-unix)
and Other Topics (too big a subject for this post).
Now that I'm done with writing my book, I'm hoping to tackle the
mod_rewrite documentation. Mostly the Rewrite Guide. I started
on MacOSX (very little load, to be fair), on SuSE 9.1 Linux and
on Slackware something or other.
- --
Rich Bowen
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDi1tzXP03
voted for GA status)
was specifically for allowing this tarball to be called 2.2.0. -- justin
Hmm. That's what I thought I was voting on. And I certainly understood
that Paul meant that too.
- --
Rich Bowen
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using
built against.
- --
Rich Bowen
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDjdCJXP03+sx4yJMRArILAKChMXvCCyFU+qjx2OxC3bMkdvhv/wCgpjq7
N/+pkYNQ0L4BY9iAWi8H4jQ=
=HPoG
-END PGP SIGNATURE-
does about
10% of what folks actually want.
Configuration file: Something along the lines of mod_macro built in.
Ability to set variables and use those variables in the configuration. A
simple and usable if/else syntax.
Perchild or similar.
--
Rich Bowen
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The folks at Drupal have apparently just discovered that
something.php.bar is executed as PHP, and, thus, checking to see if a
file ends with .php is not sufficient to ensure that their file upload
feature can't be exploited.
In fact, they have a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joshua Slive wrote:
On 5/25/06, Rich Bowen [EMAIL PROTECTED] wrote:
The folks at Drupal have apparently just discovered that
something.php.bar is executed as PHP, and, thus, checking to see if a
file ends with .php is not sufficient to ensure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Ionescu wrote:
Rich Bowen wrote:
Joshua Slive wrote:
FilesMatch \.php$
SetHandler php-script
/FilesMatch
(in place of any other method of activating php)
[...]
That only works if you happen to be the server administrator. If,
however
switch to dbm, but many
won't. And if you are going to implement this, then I say go for it. +1.
- --
Rich Bowen
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEiy//XP03+sx4yJMRArp1AKDWbQwtTz7pbgc
Call for Papers for ApacheCon US 2006 is currently open!
ApacheCon US 2006 will be held at the Hilton Hotel in Austin, Texas,
October 9-13, 2006.
The ASF and the conference producer—Full Circle Productions— invite
the Open Source community to send in session and tutorial proposals
for ApacheCon
I just spoke with some people of the httpd-docs project and found out
that they are either not subscribed to bugs@httpd.apache.org or do
not have time to look through the mails. I fully understand this as
1. Most stuff is not about documentation.
2. bugs@ is a high volume list.
First
On Mon, 22 Nov 2004 [EMAIL PROTECTED] wrote:
Author: nd
Date: Mon Nov 22 05:43:39 2004
New Revision: 106181
Modified:
httpd/httpd/branches/2.0.x/docs/manual/mod/core.html.de
httpd/httpd/branches/2.0.x/docs/manual/mod/core.html.en
httpd/httpd/branches/2.0.x/docs/manual/mod/core.html.ja.euc-jp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Due to the huge variety and creativity displayed by those fine folks who
package the Apache Web Server up for distribution with the gzillion
operating systems which come with it, users tend to have problems with
the default configuration, which seem
the NameVirtualHost directive tries to
mean now. Seems like this would be easier to explain to people.
Of course, lots of folks are going to want their existing configuration
to keep working, which could be a bit of a pain. Although probably
nothing that a few Perl scripts couldn't solve.
- --
Rich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to close bug 28832 but it's a little unsatisfying to document a
feature as broken and leave it at that.
http://issues.apache.org/bugzilla/show_bug.cgi?id=28832
Summary. In mod_log_config, %b returns an incorrect value in some cases.
This is a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Partially to address the growing support burden surrouding every linux
distro under the sun (as well as various other OSes) having their own
unique configuration files, and partially to discuss the ways and means
of packaging the apache web server for
Greg Stein wrote:
On Tue, Apr 05, 2005 at 08:38:44AM -0400, Paul A. Houle wrote:
...
There are good operational reasons to split up configuration in
different files -- if the Apache install can encourage good practices,
based on the decade of experience we've had with it,
Paul Querna wrote:
I changed mod_imap this morning from 'yes' to 'most', because I was
tired of disabling it every time I do a new install. I think we should
reconsider what modules are enabled by default. Here is my list of
suggested changes:
mod_version: all - yes
mod_asis: yes - no
Justin Erenkrantz wrote:
mod_asis: yes - no
mod_imap: most - no
I would prefer we keep mod_imap as most. Probably the same for
mod_asis. These were default modules in 2.0 - therefore, I think
disabling them unless explicit in 2.2 could be worrisome.
Serously?
Have you ever used
Paul Querna wrote:
From the 'Default Modules' thread for renaming mod_imap:
+1 Dirk, nd, justin.
If there are no objections I will rename mod_imap to mod_imagemap and
all the documentation later tonight.
+1
While the 2.2 config files are somewhat in flux, I thought I'd bring up
the topic of KeepAliveTimeout. The default config files have this set to
15 seconds. As far as I remember, it is set that way due to some
possibly-scientific survey that said that average web users click ever
15 seconds. Even
Henri Gomez wrote:
Hi to all,
Did you know a tools on Unix/Linux system, which should be able to
monitor in real-time the error_log of Apache2 servers and for example,
send email/syslog message when a [error] string is detected ?
Regards and thanks for your help
Actually the Apache error
I therefore Call A Vote on whether we should support mod_ftp for
inclusion into the Incubator and if we should accept mod_ftp upon
graduation from the Incubator.
+1. Having an integrated FTP server makes sense when Apache HTTPd is
measured up against IIS.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Justin Erenkrantz wrote:
On Wed, Jul 20, 2005 at 04:23:38PM -, [EMAIL PROTECTED] wrote:
-if (!strcmp(w, file-group)) {
+if (!cmpstri(w, file-group)) {
Um, what's this? Shouldn't that be strcasecmp? -- justin
Sorry. This
than an
internals reference.
any suggestions?
Daniel Lopez
Teach yourself Apache 2 in 24 hours
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out at New
York (not the same, though it might appear so)
Somebody's Luggage (Charles Dickens)
this, or I'm misunderstanding what
you're saying. In either case, can you clarify your statement a little?
Thanks.
--
Rich Bowen - [EMAIL PROTECTED]
http://kenya.rcbowen.com/
On 8 Jan 2003 [EMAIL PROTECTED] wrote:
-$salt = '', map { $chars[int rand @chars] } (0..1);
+$salt = $chars[int rand @chars] . $chars[int rand @chars];
That's what I get for trying to be clever with the Perl code. This is
not broken just on Perl 5.6.0 and 5.6.1, but won't work anywhere at
statement about this that I can point people to. People tend to get
quite offended and beligerent when I try to explain to them the points
made in Thor's note.
--
Rich Bowen - [EMAIL PROTECTED]
Author - Apache Administrator's Guide
http://www.ApacheAdmin.com/
It has irritated me for a while that the default Apache 1.3
configuration contains the Port directive, when the documentation says
not to use it. Does anyone object to this:
Index: httpd.conf-dist
===
RCS file:
the answer to this, but it Works For Me. I'll
wait to see if anyone thinks that this will cause a problem.
If they can follow the Apache 2 conventions, it makes migration easier, so
if my fears are unfounded, +1.
- --
Rich Bowen
Apache - mod_perl - Perl - CGI
http://www.ApacheAdmin.com/
-BEGIN
for a version or two we need Port and BindAddress in there, with
the deprecated messages, because people expect to see them, and then
remove them entirely in some future version.
- --
Rich Bowen - [EMAIL PROTECTED]
As we trace our own few circles around the sun
We get it backwards and our seven years go
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 9 Mar 2003, Rich Bowen wrote:
Perhaps for a version or two we need Port and BindAddress in there, with
the deprecated messages, because people expect to see them, and then
remove them entirely in some future version.
OK, how's
I've wondered for some time why mod_imap is turned on by default.
Perhaps it was for historical reasons. But it is also turned on by
default in 2.0, which seems odd, since it's pretty certain that nobody
has used this module since about 1996 when Netscape 2.0b1 came out with
client-side imagemap
On Sun, 9 Mar 2003, David Burry wrote:
are we talking about removing modules entirely, or just modifying what's
enabled by default?
I'm only talking about what's enabled by default, and, I was really only
talking about mod_imap. The comment about mod_asis was probably
unwarranted. I think that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 9 Mar 2003, Joshua Slive wrote:
On Sat, 8 Mar 2003, Rich Bowen wrote:
It has irritated me for a while that the default Apache 1.3
configuration contains the Port directive, when the documentation says
not to use it. Does anyone
On Mon, 10 Mar 2003, Astrid [ISO-8859-1] Keßler wrote:
I suggest to remove from default:
mod_userdir, mod_asis, mod_imap and mod_status
I'm not sure about mod_userdir. It's used, yes, but it need not be
default. I think of mod_userdir as an additional feature.
Based on IRC and mailing
to know
who to contact to make recommendations.
--
Rich Bowen - [EMAIL PROTECTED]
As we trace our own few circles around the sun
We get it backwards and our seven years go by like one
Dog Years (Rush - Test for Echo - 1999)
On Tue, 11 Mar 2003, Cliff Woolley wrote:
On Tue, 11 Mar 2003, Rich Bowen wrote:
I suggest to remove from default:
mod_userdir, mod_asis, mod_imap and mod_status
I'm not sure about mod_userdir. It's used, yes, but it need not be
default. I think of mod_userdir
, absolutely. That would be wonderful.
And feel free to ask over on the documentation mailing list if you want
more information about the documentation process and getting stuff
committed to the docs.
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out
.
More explanation and a patch follows. I wondered if it might not be
better to just undef it, but I guess I'm not clear why this change was
made in the first place. Can someone elaborate on this for me?
Oh, and, ps, MasterCard loves Apache, and is ditching iPlanet in favor
of Apache. :-)
--
Rich
Found!
Virus name: Trojan.Sefex
File: message.zipmessage.htm
Location: Mail System
Computer: WILT_P
User: Wilt Paul
Action taken: Clean failed : Quarantine succeeded :
Date found: Mon Oct 27 09:31:26 2003
You might want to check your system!
--
Rich Bowen - [EMAIL PROTECTED]
Apache
directory during installation (we don't for /icons either, but we
have been careful with /htdocs at least in Apache 1.3).
Ooh. What a great idea.
+1
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out at New
York (not the same, though it might
On 7 Mar 2002 [EMAIL PROTECTED] wrote:
rbowen 02/03/06 19:46:33
Added: docs/manual/mod mod_usertrack.xml
Log:
Conversion to XML
Does it strike anyone else but me as odd that the docs for this module
consist, in large part, of an email message from 1998. It seems that we
On Thu, 21 Mar 2002, Roy T. Fielding wrote:
Tarball tested on RH Linux 2.2.16-22 with no problems. +1
Tested on Slackware Linuc 2.4.4 with no problems also.
--
Pilgrim, how you journey on the road you chose
To find out where the winds die and where the stories go
--Pilgrim (Enya - A Day
overpriced tickets sooner, rather than later.
Justin Erenkrantz wrote:
On Mon, Apr 08, 2002 at 03:25:39PM -0400, Jim Jagielski wrote:
Hopefully, the next ApacheCon will afford an op for mega signing :)
*ahem* When will the next ApacheCon be? -- justin
--
Rich Bowen - [EMAIL
.
use or toss - if used Rich Bowen promised to update the docs for the
module.
+1
This seems consistent with the purpose of that field in the access log.
Without this patch, the only way to get the provided email address is to
turn up LogLevel to info and look in the error log.
Index: src/modules
it might
be smart if it used the ident field.
use or toss - if used Rich Bowen promised to update the docs for the
module.
Ehhh... too much overloading. Why not stick it in the environment
and then use %{something}e to log it?
I don't really see this as overloading at all. The email
On Thu, 9 May 2002, Rich Bowen wrote:
Call for comments
Apache History Project
We are a few people that are of the opinion that saving a piece of
history is very important. That is why we have drafted this call for
comments. We want to save as much of Apache's history as possible
motivated, before real life
intrudes.
--
Rich Bowen - [EMAIL PROTECTED]
As we trace our own few circles around the sun
We get it backwards and our seven years go by like one
Dog Years (Rush - Test for Echo - 1999)
of archaelogy, not a creative process, per se. (Sounds here
like I'm waffling a little. Dunno.) We need some forum in which to
discuss what needs to get done, and have it archived. Apart from that, I
suppose I'm not terribly concerned.
There, did I change my mind enough times in that note?
--
Rich
ongoing
work, but to offer the outsider a glimpse of what works, and what
doesn't, in what is arguably one of the 3 or 4 most important open
software developemnt projects in existence.
--
Rich Bowen - [EMAIL PROTECTED]
http://kenya.rcbowen.com/
Not to pick too many nits, but this patch applies 2, rather than 3,
regular expressions, to each line of the log file, and so runs 1/3
faster than the earlier version. Yeah, I'm probably being overly picky,
but, I started tinkering, and then benchmarked.
Note that this still does not run under
On Sat, 5 Oct 2002, Thom May wrote:
This allows people who are used to the 1.3 argument to continue working in
the style they are used to...
Yay.
+1
It makes me happy when things work like people expect them to. Makes
teaching easier.
--
Nothing is perfekt. Certainly not me.
Success to
On Jan 28, 2008, at 15:41, Akins, Brian wrote:
On 1/28/08 3:29 PM, Olaf van der Spek [EMAIL PROTECTED] wrote:
I agree that FastCGI is the better technical solution, I'm just
stating that neither the Apache documentation nor the PHP
documentation seems to state that. Even worse, they hardly
content, and IE7 unwilling to honor align=left in certain
contexts.
--
Rich Bowen
[EMAIL PROTECTED]
On Feb 9, 2008, at 18:57, josh rotenberg wrote:
Seems like switching the names around a la mod_proxy would sound
better: mod_cache_disk, mod_cache_mem, mod_cache_memcached, etc.
+1 for these sensible names. mod_proxy_* and mod_cache_* makes more
sense.
--
A poet more than thirty years
On Feb 14, 2008, at 07:53, Vincent Bray wrote:
On 12/02/2008, Jim Jagielski [EMAIL PROTECTED] wrote:
So if you have substituted content that you think will be re-
substituted
by another rule, then you should flatten. If they are one-shots, or
self contained, or in no way could result in
On Feb 14, 2008, at 08:50, Eric Covener wrote:
Anyone else +1 for flatten-as-default and providing an option such as:
'q'uick: Substitute more efficiently, but further substitutions will
not be able match across the boundaries of this substitutions
replacement string.
Yes in concept. Don't
On Feb 14, 2008, at 09:07, Jim Jagielski wrote:
It's not even just that there is a second substitution but rather
that the pattern/regex being looked for could possibly be the
result of a previous substition.
If you have to subs like
s/foo/bar/
s/plum/apple/
there is no way one
On Mar 31, 2008, at 13:31, Paul Querna wrote:
Just look at SSLRequire, Rewrite*, MPM Process/Thread Management,
Filter chaining, large Auth{N,Z} chains, and more.
Imagine them not sucking.
That would be lovely. Truly.
--
Happiness isn't something you experience; it's something you
On Mar 31, 2008, at 13:46, Issac Goldstand wrote:
Make mod_wombat a standard module and part of the default moduleset
May I request, if mod_wombat becomes a standard module, that it be
given a name not quite so calculated to make the newbie disable it
without a second glance. I mean,
There's a couple of conflicting demands by our users, and spending
time on the users mailing list and on the IRC channel is a great way
to see this first-hand.
They don't want to learn a new syntax. And they want a new syntax
that lets them do what they mean.
And they're very frustrated
On Oct 28, 2008, at 03:12, Paul Querna wrote:
What is on purpose:
- SimpleProcCount and SimpleThreadCount. I hate MaxClients,
MinSpareThreads, MaxSpareThreads, ThreadsPerChild, ThreadLimit,
StartServers, StartThreads, and ServerLimit. They are all going to
die in 2.4.
Thoughts?
On Oct 29, 2008, at 07:32, Joe Orton wrote:
On Tue, Oct 28, 2008 at 12:12:51AM -0700, Paul Querna wrote:
I've added the Simple MPM to trunk:
https://svn.apache.org/viewvc/httpd/httpd/trunk/server/mpm/simple/
Great!
- The name. Someone suggest something better than Simple.
I like naming
On Oct 29, 2008, at 07:32, Joe Orton wrote:
On Tue, Oct 28, 2008 at 12:12:51AM -0700, Paul Querna wrote:
I've added the Simple MPM to trunk:
https://svn.apache.org/viewvc/httpd/httpd/trunk/server/mpm/simple/
Great!
- The name. Someone suggest something better than Simple.
I like naming
On Jun 3, 2009, at 14:09, Joachim Zobel wrote:
Am Mittwoch, den 03.06.2009, 11:08 -0400 schrieb Akins, Brian:
It would be interesting if we ditched the current configuration
system and just used lua.
This does IMHO not address any of the problems users usually have and
that are mainly due
On Jun 3, 2009, at 16:35, Bertrand Mansion wrote:
Lua can look like this :
DocumentRoot = /htdocs
ServerName = www.example.com
VirtualHosts = {
www.example.com = { DocumentRoot = /example.com/htdocs }
}
I'm sure that, given time, I can be persuaded that this is a good thing.
This
Absolutely, but since it doesn't come with the product, most folks are
never going to see it. Can we get Fabien to contribute it?
On Jun 4, 2009, at 07:58, Graham Dumpleton wrote:
1. There are many and large and complex configurations out in the
world.
Which is exactly why I want/need a
On Jun 4, 2009, at 22:53, Graham Leggett wrote:
This approach doesn't require any changes to httpd itself as the
ability to do this becomes a feature of just the module supporting
that scripting language, eg, mod_lua. The same could also be done for
other scripting languages.
So, if your aim
On Jun 9, 2009, at 08:49, Akins, Brian wrote:
Some pseudo request processing code to do same thing:
if listening_port == 80 then
if r.hostname == 'www.foo.com' then
elseif r.hostname =~ /www\d.bar.[org|net]/
end
end
As long as we're talking about exposing nifty
On Jun 17, 2009, at 08:10, Dan Poirier wrote:
William A. Rowe, Jr. wr...@rowe-clan.net writes:
DefaultHandler implies handling all content; not no-match content.
It seems to me that Default is right - it implies what should be
done
when no more explicit configuration applies. E.g.
On Jun 16, 2009, at 18:43, William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
This might be NotFoundHandler or for dir-not-file, ListingHandler.
Sorry; not ListingHandler, but IndexHandler.
But there is no point to a NotFoundHandler; the existing mechanics
in ScriptAlias combined
.
FallbackHandler sounds good to me. I can't say I'm particularly
concerned about the name, as long as the functionality does what we
want, but FallbackHandler makes a lot of sense.
Sorry for the delay.
--
Rich Bowen
rbo...@rcbowen.com
and FrontController both make a lot of sense to me.
FrontController seems like it might be more correct, in terms of
accepted usage in the larger world out there, but either one makes me
happy.
--
Rich Bowen
rbo...@rcbowen.com
On Sep 21, 2009, at 04:07 , Rainer Jung wrote:
PHP_Fix_Pathinfo_Enable
While we're on the topic, what the heck is up with the underscores in
this one? Since when do we do underscores in directive names? Please
don't do this. Thanks.
--
Rich Bowen
rbo...@rcbowen.com
) the wisdom of this and 2) the method of assigning codes?
I've long considered error messages to be documentation and would live to see
the log files be one step more helpful.
--
Rich Bowen
rbo...@rcbowen.com
On Nov 27, 2011, at 10:49, Rainer Jung rainer.j...@kippdata.de wrote:
On 27.11.2011 10:50, Stefan Fritsch wrote:
Hi,
docs/icons/apache_pb2* contain the version number (2.2), in the case
of docs/icons/apache_pb2_ani.gif it's even an animation.
Any volunteers for changing these to 2.4?
On Nov 27, 2011, at 12:14, Stefan Fritsch s...@sfritsch.de wrote:
Yes, that would be a good idea and I agree with Daniel that we should
use a distinct prefix or format. We currently have around 2700 calls
to *_log_?error in trunk, so a 4-digit number should be ok. Together
with for
On Nov 27, 2011, at 12:58, Rich Bowen rbo...@rcbowen.com wrote:
Thanks for the suggestion of the odd format. That seems very reasonable.
Clearly I need to stop writing email on my phone. The CODE format.
the format string is
split into several parts (e.g. over several lines), where the loglevel
is not constant but a variable, and possibly some others.
Are other folks comfortable with going this way? Add it to 2.4?
+1
--
Rich Bowen
rbo...@rcbowen.com :: @rbowen
rbo...@apache.org
messages to mod_foo might be fine for now, but in httpd version
4.8 we may have all new messages. Not sure we can adequately determine how many
is enough to allocate.
--
Rich Bowen
rbo...@rcbowen.com :: @rbowen
rbo...@apache.org
that, there are some changes that we need to make the pointers
in them to the current docs actually go the right place. Some of the pages
reference 2.2 as the current version, and also /current/ still points to 2.2.
So, give us a moment to resolve those two issues …
--
Rich Bowen
rbo...@rcbowen.com
that. Apparently not. Doing it now.
--
Rich Bowen
rbo...@rcbowen.com :: @rbowen
rbo...@apache.org
1 - 100 of 315 matches
Mail list logo