You want to cover the gentoo stuff? I know nothing of gentoo and don't want to show any more ignorance than I already possess.
And I'm lazy and can't be bothered to research it. :-)

Nick Rout wrote:
The split sounds sensible.

You could fill a talk with the different places that different distros
(and different versions of different distros) put the config files, the
docroot and so on.

Worthy of investigation is gentoo's system of handling virtual hosts, with
a defined set of commands applicable to any web based suite, to
automatically install to various virtual host situations.


On Thu, July 12, 2007 11:07 am, Brett Davidson wrote:
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.






--
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.

Reply via email to