Hehe. mod_rewrite is a topic in and of itself... and pointless without a
good working knowledge of regular expression handling.
Yes. I'm sure I could fill up the talk with outlining just the location
and permissions of Apache Configuration files. It also doesn't help that
the conf directories (and their contents) change markedly between
different versions of Apache (let alone different distros) either. :-(
If you think it worth it, I could split the talk into two; a basic
Apache configuration chat and a then more complete chat outlining
integration with MySQL/PHP/Ruby/etc.
That would then permit time for the comments to/from the audience that
always happen when one presents only their own preferred methods to do
something. :-)
It seems that SSL/Certificates (a whole new level in which to get things
wrong) and reverse-proxies would be topics worth dicscussing.
Would a split like this be more useful to people?
Brett.
John Carter wrote:
On Wed, 11 Jul 2007, Brett Davidson wrote:
Please bear in mind that there is a limit to how much depth one can
go into in a single night and that I am not the complete repository
of all Apache knowledge so I'm trying to get some feedback on what
you guys/gals want to know!
I'll admit the bit of the Apache config manual's that made most sense
to me is the quotes in the mod_rewrite manual...
http://httpd.apache.org/docs/2.2/rewrite/
``The great thing about mod_rewrite is it gives you all the
configurability and flexibility of Sendmail. The downside to
mod_rewrite is that it gives you all the configurability and
flexibility of Sendmail.''
-- Brian Behlendorf
Apache Group
`` Despite the tons of examples and docs, mod_rewrite is
voodoo. Damned cool voodoo, but still voodoo.''
-- Brian Moore
[EMAIL PROTECTED]
I've been configuring Apache since some of the earliest versions...
And with each new version of each new distro I'm impressed by the
number of new ways and the number of new levels that things can get
screwed up....
Just talking about the orthogonal levels at which things can get
screwed up...
* Cabling & Connectors
* Hardware
* IP and Routing
* firewall
* Network startup
* Server startups
* File system mounts, directory and file permissions (from the
perspective of the httpd user).
* Apache config
* Apache config directory permissions.
* Apache client allow deny permissions.
* Dbase access authentication (username/password & client/host).
* Dbase itself
* Cgi scripts going screwy.
* ...
All doable and I've done it many times....
I'm just always impressed at how many different levels it can go cockeye.
John Carter Phone : (64)(3) 358 6639
Tait Electronics Fax : (64)(3) 359 4632
PO Box 1645 Christchurch Email : [EMAIL PROTECTED]
New Zealand
--
Brett Davidson
Systems Engineer
--
Net24 Limited
Web: www.net24.co.nz
Phone: 0800 5000 24 | DDI: +64 3 962 9518
--
// web hosting / email hosting / data backup
// our reputation for reliability precedes us
This transmission is for the intended addressee only and is confidential
information. If you have received this transmission in error, please
delete it and notify the sender.
