Slashdot Mirror
Administering Apache
The Scoop It's hard to know where to begin using something as powerful and flexible as Apache. Serving basic pages is easy, but how do you keep track of visitors? How do you provide unique and appropriate content? What happens when you need more than just a static server?
Adminstering Apache takes a calculated, strategic approach. Dedicating the first chapter to the needs of various entities (corporation, small business, large ISP, small ISP), it discusses the Apache features that will come into play. While the book can be read from start to finish as a tutorial, following one of the roadmaps is the quickest way to get things up and running.
What's to Like? People who love details will appreciate many sections, like the comprehensive configuration information. The book passes the usefulness test, having served as an authoritative reference on multiple occasions. For example, the installing/compiling chapter has an excellent list of modules and configuration suggestions that came in handy with a recent project. (The index alone fills 19 full pages of two-column, small print text.)Instead of grouping all of the possible httpd.conf directives in one section, the authors cover them by topic. Localisation information can be found in the content chapter, while logging directives live in chapter 5. This division of information fits the topical philosophy, increasing the work's reference value.
While by no means essential data or a comprehensive reference, the chapter on creating new Apache modules was very interesting. The authors write a sample module in C to implement a new MIME type handler. The program's evolution and refinement demonstrates Apache's design and API, as well as good module programming practices.
The scope of the book covers more than just Apache. Aside from obvious topics of security and networking issues, the text includes firewall and proxy information, pages of related Internet sites, and even sample bash scripts to create new homepage users and directories for ISPs. Other sections discuss HTTP and CGI from protocol and implementation standpoints. (Besides, any other book dedicated to Apache business use that doesn't have a section on paid referrer logs is incomplete.)
What's to Consider? As with Apache itself, there is a strong Unix flavor to the text. The single Windows NT chapter is only five pages long, focusing on a few important differences from the Unix version. The other chapters are reasonably cross-platform (though most of the CGI examples are shell scripts, not Perl or PHP).While a definitive guide would easily double the size of the book, precious little space covers common modules. Besides brief descriptions of distributed modules, the only real discussion involves mod_ssl, though a few have links provided. Also, the book concentrates on Apache in a commercial environment. Perhaps the corporate intranet server best approximates the single-user, small-site setup common for developers' personal pages.
From a writing standpoint, some sections are best left as references. The authors deserve sympathy for writing two pages describing log format string substitutions -- let alone testing and editing them. Though filled, in places, with almost too much information, the writing never becomes muddied. Still, you won't stay awake nights reading some chapters.
The Summary While not the most exciting book to grace your shelf, Administering Apache is a detailed and useful guide to the Apache web server. More than an introduction, it will be a good reference, not just for the mechanics of the software, but for the technique and mindset necessary to maintain an installation in a business environment. Table of Contents- Planning Ahead
- Creating the Web Server
- Creating the Web Site
- Manipulating Content
- Using Logs
- Securing the Server, the Content, and the Connection
- Creating Homepage Web Sites
- Creating Virtual Domain Web Sites
- Proxying with Apache
- Troubleshooting
- Using Apache on Windows NT
- Programming the Apache Server
You can purchase this book at Fatbrain.
Most likely because they already have published a book on Apache.
So? They've published more than one book on Oracle, Photoshop, etc. In fact, they've even published another Apache book, so you can't claim that they've reached the Apache limit.
Does my bum look big in this?
You seem to be mis-informed...
.ph0x
*smirk* Apache (bless its heart) is a web server, Windows is an OS. Now lets move on...
Apache can be run on Windows or Linux, however the latter is prefered.
It is definately worth it if you are in the category of a user who is familair with unix but is realtively new to apache. If I was a total rank beginner I would use Mohammed Kabir's "Apache Bible" His book is an easy read with gome good graphics, but I prefer "Administering Apache" since it has many step-by-step intructions as to how to set up the server to do what you want. Also the "Apache Bible" is now almost 3 years old and is starting to show it. I still refer to it though to fill in some gaps.
Granted, the code methodology is a little tricky to get the hang of first, but once you understand how they designed it, it makes alot of sense.
You just answered your own question, just consider that, for some reason, it might be trickier for some.
Sneakemail is to spam filters what an ounce of prevention is to a pound of cure.
I've found the O'Rielly book on apache is much less readable than the confusing online docs. They should be ashamed of themself for publishing such a waste. I have a copy of "Apache Server Administrator's Handbook" and its not bad at all but I think that all books on apache are bound to suffer the same fate to some degree because apache is so damn confusing.
Sneakemail is to spam filters what an ounce of prevention is to a pound of cure.
They're not all daft. I work for a very large corporation, and we use Apache. On Solaris.
I want a web server; not necessarily to be a professional web server admin: I've found the apache module of webmin incredibly helpful if you want to run apache but are less concerned with managing the web server itself.
Here is a screenshot of the webmin module.
PS: webmin is itself a great tool if you want to play with multiple distributions and not worry too much about the individual conf file idiosyncracies. Try it at webmin.
I guess that '=p' in my comment was missed by your /god-like/ eyes, sorry if i offended the great iis masters.
.ph0x
I meant that as an exageration on an otherwise shortcoming of uptimes for Microsoft box's.
'Me thinks thou protesteth too loudly'
-Shakespeare
If whistler doesn't support 2 procs then that's ANOTHER thing microsoft will have missed.
Ok, it was a different tribe, so Sioux me...
According to Jeff, there's already a second edition of this book planned, with additional goodies on performance tuning (including information on non-core patches from
I'll certainly be reading the second edition this time next year.
--
how to invest, a novice's guide
I am curious. How does one learn more from text config files than by using a GUI. Is it because it takes longer, so you get more exposure to the product? That doesn't seem right.
Well, my experience with IIS is a bit limited, not because I haven't had exposure to it, but it such a "easy-to-use" product once you start doing some of the more complicated tasks it gets too frustrating to use properly.
Think of it this way. I used to program religously in BASIC. Nowadays I stick to Perl, even though by most definitions Perl is "harder" to learn (which I agree with; I've used both extensively throughout my life). However, once you start doing tasks that are more complicated than the examples you find in the "Learning BASIC 101" tutorial books you realize that BASIC isn't as easy to use as you thought initially, since you start concentrating more on the "workarounds" rather that your code. Perl, as Larry Wall put it, "makes the easy job easy and the hard jobs possible". BASIC just does a good job of making the hard jobs a programming (and sometimes managerial) nightmare.
When you have something like IIS, it appears to be easier because the first ten "easy" tasks you can think of to do with it are so simple. But the bugger is when you try to bend it in ways Microsoft never really intended. Thus, your stuck.
Anyways those are my two cents.
--- Journals are boring; Go to my web page instead
Oh, but the Sioux are really the Lakota.
Sioux is an Indian word meaning 'enemy', approapriately what the enemies of the Lakota called them. 8o)~
When faced with a problem, many web developers say "I know, I'll use JavaScript!".
Now they have two problems.
yeah but you also have to reboot IIS ever couple days to keep it going =p. And really its not quite as configurable as Apache.
.ph0x
I guess I was just commenting on how most people on this site won't admit to that.
Unfortunately, not all people administering apache are experienced admin. While I can work my way through apache docs just fine, I know others here who might need to make changes to the server when I'm gone wouldn't be able to make heads or tails of some of that stuff.
Personally, I see the book as more of a training aid, not a reference work. I'm sure once someone picked up the basics with this book that they would do just fine with the online manual.
The Most Important Software?
You have obviously never played Starcraft...
G.H.
Just wait till some crappy band steals your nic.
;p
.ph0x
shits and it's actually 2 of them.
I read things like that in the last half hour before going to sleep. At that time I'm usually positioned in something most people refer to as "bed" and somehow a book seems easier to read in bed than the text of a webserver if you don't mind:-)
People replying to my sig annoy me. That's why I change it all the time.
Most likely because they already have published a book on Apache. Check here.
Fawking Trolls!
"Going to war without France is like going deer hunting without your accordion." - Jed Babbin
Just because Windows comes preinstalled doesn't mean that you can't put "what ever the fuck you want" on it.
How the hell is apache confusing? It's probably one of the easiest-to-use webservers out there. Granted, the code methodology is a little tricky to get the hang of first, but once you understand how they designed it, it makes alot of sense.
----
Dave
MicrosoftME®? No, Microsoft YOU, buddy! - my boss
- Dave
I doubt it's a matter of admitting, I think it's all about about personal preferences. It's just too bad that me saying that I'm actually quite happy with my W2K/WinMe dualboot system will cause this post to be modded as flamebait...
People replying to my sig annoy me. That's why I change it all the time.
I tend not to buy a lot of books on specific programs or technologies, especially when they seem to be in a state of constant change. A good example is J2EE -- how often does Sun revise that puppy? I get a book on servlets, and then *boom*, the next revision of the spec is out. I really, really wish books came with upgrades :-).
:-) Materials on httpd.apache.org are definately getting out of date...
As far as this book, does it cover Apache 2.0 at all? I haven't examined that release in depth, but don't quite a few core things change (especially the module interface)?
APache definately needs more reference materials, though -- whenever I want to do something somewhat sophisticated, I have to grovel around the net to find a Slashdot article or someone's web page on how to do it
It's a strange world -- let's keep it that way
I don't think that understanding is the problem, it's convenience. I like to use books, even though they often date quickly, because they are portable, easy to use, very high resolution and convenient.
So is the web, but not always in the same circumstances. (I'd quite happily read a book on the train but wouldn't dare use my laptop.)
As far as performance is concerned, I'd go with WinME, but the reason I've got a dualboot is to make a solid difference between fun and profit, so to speak. The only way I've gotten WinMe to crash so far was by plugging in a SBlive without removing my old soundcard...
People replying to my sig annoy me. That's why I change it all the time.
Is it because it takes longer, so you get more exposure to the product?
Well a gui might be better for initial setup, but once you are profecient its easier to write text based config files. With text based config files you can write a gui to configure it. Swat for samba is the best example. Text based config files are easier to backup as well.
It is true that the main reason for haveing better knowledge of a program through editing config files is partly due to increased time learning how the config files work. However, the long term benifit in ability to diagnose and fix problems is usually well worth it. My general knowlegde of SNB/CIFS was greatly increased when I setup SAMBA as a PDC. Yes I did invest alot of time in reading online docs as well as the Oreilly book, but I now can very quickly diagnose and fix SAMBA as well as SMB problems on Windows boxes. Editing apache files by hand may take more time initially, but in the long run the ability to fine tune and secure the server will benifit the admin in the long run.
--- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
...that most server operators don't want to waste on encrypting, say, the Yahoo! homepage for a bazillion people.
Blar.
The US Government tried to administer Apache, as well as other indian tribes, and look what happened to General Custer and the 7th Calvary.
Unfortunately, that was the Sioux, and G.A. Custer led the 7th Cavalry. Calvary was a hill where a young carpenter from Bethlehem who pissed off the Romans was supposedly executed around 3 A.D. =P
Kasreyn
Kasreyn: Cheerfully playing the part of Devil's Advocate to hairtrigger
Ah, but this is Slashdot, and EVERYBODY on Slashdot KNOWS that Apache is better. ;-)
"Consistency is contrary to nature, contrary to life. The only completely consistent people are the dead." A. Huxley
I agree with your BASIC/Perl comparison, but could you give me an example of this in the Apache/IIS world?
"yeah but you also have to reboot IIS ever couple days to keep it going =p. And really its not quite as configurable as Apache."
Bullshit. You don't know one damn thing about running a webserver or tweaking an OS if you can't get weeks or months outta IIS. Granted Apacahe is more stable outta the box and Windows allows for quite a few unstable processes to get through, but it is up to the administrator to find the software that fucks up a system and remove it. Can't live with out it, well then just to damn bad. All the unstable IIS installations I've have to fix in the last few years have been folks that had no biz running a web site trying to do too much with too little of a box. Crap like running IIS on Win98 or NT Workstation (really PWS, but these folks don't know that because it comes down with the IIS install).
I'll probably get marked down as a troll, but I don't care, I just don't like seeing ignorant comments go unchecked. Having said that, I run IIS where I need folks that can run it without too much geek knowledge. I run Apache where I can administer all aspects myself without someone screwing up a config file or something like that.
clif
Actually, we don't... Until next Thursday anyway! Then Apache on Solaris replaces O'Reilly website on NT!! (But we nearly all agree after the last 9 months of testing and planning that we should have used Linux as the OS. Solaris is pretty lacking when compared to Linux.)
I just got back from a gruelling two day marathon of teaching our Operations Support Group in St Louis all about our new web architecture. 5:30 AM to 7:30 PM, five classes a day. I'm not usually out of bed until 8:30 AM. I'm still braindead, but it was fun! :)
What's with equating all Unixes as Linux.
Apache, with enough tweaking, will run on anything.
ApacheC64 coming soon.....
Veltyenweb hosters:
knowing users can configure their part of Apache themselves using
As an added plus, each users authentication data is kept in separate password files, and independent of the system authentication data. This is crucial in a hosting environment.
The Apache process modell with a single manager process accepting requests and delegating them to a farm of worker processes is built with the idea of unstable or unsafe modules being present in the worker processes. Apache can recover from core'ing or memleaking worker processes and keeps your server online, albeit with higher system load.
Both properties are priceless in a hosting environment and are the main reason why Apache is consistently chosen in mass hostings over IIS. The completely scriptable configuration is another plus, too. So is the abundance of useful modules and server extensions. Price is secondary.
© Copyright 2000 Kristian Köhntopp
All rights reserved.
Why is he posting a book report?
-atrowe: Card-carrying Mensa member. I have no toleranse for stupidity.
I know books are always a good thing to have on hand, and they can easily be useful when you need to look stuff up, but when your on a webserver, you obviously have web access, and therefore should have access to apache's docs section. And an experienced admin should have at least the ability to understand those. I just see very little point in buying one of these to keep soemwhere besides a home bookshelf.
I am !amused.
Sure, you know that Netcraft tests have for a while provided empirical evidence of Apache's usefulness and ubiquity
Apache, safe when used as directed.
People replying to my sig annoy me. That's why I change it all the time.
No thanks...
In other words, Apache is good for servers and windows is "good" for workstations. What's the problem?
People replying to my sig annoy me. That's why I change it all the time.
I don't understand. Netcraft shows that there are millions of Apache servers out there, so that means they are good, but 95% of workstations out there run Windows, which is supposedly bad. Huh?
<tongue_in_cheek>
Ah, yes; IIS, the web server for illiterates.
</tongue_in_cheek>
Seriously, IIS is not nearly as flexible or useful a general tool like Apache is. Look at the book. Feel the power. Get away from those pretty useless buttons and dialog boxes. You don't learn anything from them.
--- Journals are boring; Go to my web page instead
why aren't O'Reilly publishing this? They must be kicking themselves now, this is clearly their territory and it paves the wave for a lovely wood carving of a native american on the front cover.
Does my bum look big in this?
The more books the better. If it's one thing I can say is there are never enough manuals to quench my readings. :)
.ph0x
I could give 2 $*!ts about most novels but when it comes to manuals I'm a happy camper.
My girlfriend gives me these weird looks when I break out my Camel book or my Linux 4th edition manual.
what exactly is in $* ? then we can know exaclt how much you care about it...
tagline
... hi bingo
I am curious. How does one learn more from text config files than by using a GUI. Is it because it takes longer, so you get more exposure to the product? That doesn't seem right.
Something else to add to my xmas list.
The xmas list of all the things I am buying for *myself* for Xmas.
[sigh ...]
"It is a greater offense to steal men's labor, than their clothes"
Problem is I keep working for large corperations.. they are all stuck in the windows frame of mind.
apache is SOO much more flexable, easily configured, easier to write cutstom apps for. This book sounds like it could be a good buy. (I will certainly buy it for a desktop guide, if nothing else.) Im shocked O'Riley let this one get away though.
--Ne auderis delere orbem rigidum meum, non erravi pernicose!
Ah, but you can do the same thing with IIS. Even though it is usually configured through the GUI, anything in the metabase can be viewed and changed with Windows scripting.