Slashdot Mirror


Apache Cookbook

honestpuck writes "While Apache is possibly the most popular and ubiquitous open source project it is certainly not the most simple. One module alone, mod_rewrite, causes me almost more problems and regex wrestling matches than all other products combined. The 'httpd.conf' file is a long and critical one. In these circumstances the Apache Cookbook from O'Reilly might be a godsend. It is certainly a well-written, well-researched volume. Ken Coar has spent many years working on Apache and Rich Bowen has long laboured on the Apache documentation. They both know their stuff -- and if this is an example, both know how to write." Read on for the rest of honestpuck's review. Apache Cookbook author Ken Coar & Rich Bowen pages 223 publisher O'Reilly rating 8 reviewer Tony Williams ISBN 0596001916 summary A broad range of Apache admin topics covered well

The book has twelve chapters, covering everything from installation and adding modules through to proxies and performance. The chapter on security is the largest, it covers the topics well. By contrast I thought the chapter 'Aliases, Redirection and Rewriting' too short and could have benefited from some more 'recipes', but that may be due to my own bias - mod_rewrite is not an easy topic, and as I've said it causes me a great deal of grief.

It is laid out in a similar way to the Perl Cookbook: each recipe has a 'Problem' section followed by a 'Solution' and then 'Discussion.' In almost all the 'recipes' the 'Discussion' is longer than the 'Solution,' and I often found it far more useful and informative than the problem and its solution.

The Apache Cookbook covers almost all aspects and all parts of the learning curve for Apache. That will either be a strength or a weakness of this volume for you; with such a large and complex piece of software as Apache a single book cannot hope to cover it in a great deal of depth. For me this book was not really a cookbook, more a good source of well documented examples from which to create my own recipes,

My biggest problem reviewing a book like this is that after several years building and configuring Apache (even on an infrequent basis) quite a lot of this volume seems simple. You may also find it the same if you are the sort of person who is not afraid to pore over the documentation, get your hands dirty and make a few mistakes. If you like some hand holding and are just starting with Apache you may benefit from all of it.

That's not to say that I didn't personally find large chunks of this volume useful. Certainly I've gone over several of the recipes and their excellent explanatory text to shed some light on previously dark corners of Apache, particularly as the authors cover both Apache 1.3 and 2.0.

O'Reilly have the usual web page with a Table of Contents and example chapter. The example chapter, on error handling is well chosen as it is typical of the others and useful but not the most useful chapter.

I have recently been thinking that tech books fall into various sorts and there is one sort I'd call 'library books' - books you may not need to own, but will want to read every so often and would be good to have in your local or company library. Apache Cookbook is one of these, a book I'd recommend everyone coming to grips with Apache has close to hand, but it is not going to be constantly on your desk in the same way that Perl Cookbook might be for Perl programmers: to start off with, it's half the size and doesn't cover nearly as many topics. This one falls short of essential due to it's concentration on breadth. rather than depth. So my recommendation for this book is not that all Apache administrators should buy it, but you should have a copy close at hand.

You can purchase the Apache Cookbook from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

172 comments

  1. Cookbook format... by neiffer · · Score: 4, Interesting

    I really like the cookbook format as it allows me to see solutions in application. I have often found solutions to different (but related problems) by using the skill set. I'd love to pick this up!

    1. Re:Cookbook format... by GreggBert · · Score: 5, Informative

      I bought this book a few weeks ago and the section on keeping your images from being bulk downloaded alone was well worth the cost of the book in terms of what it will probably save me in bandwidth charges.

      --


      If you don't understand anything I post, please accept that I ate paste as a small boy...
    2. Re:Cookbook format... by Anonymous Coward · · Score: 0

      I have often found solutions ... by using the skill set.

      Seeing as it's the Apache Cookbook, it didn't surprise me when I read that as "... using the skillet".

    3. Re:Cookbook format... by Anonymous Coward · · Score: 2, Funny

      So you run a porn site?

      ;-)

    4. Re:Cookbook format... by honestpuck · · Score: 1
      Ah, true fame at last. My very own Slashdot troll.

      Thank you, dishonestpuck. I'm tempted to make you a friend just so I can track your trolling. Pity you don't supply some contact details on your Slashdot page so I can thank you in person.

      Tony 'honestpuck' Williams

  2. As always.... by herrvinny · · Score: 2, Informative
    1. Re:As always.... by jargoone · · Score: 0, Troll

      An Amazon link. With a referral ID in the URL. How original.

      Mod down into the depths of hell, please.

    2. Re:As always.... by Anonymous Coward · · Score: 0

      down with Slashdot spam

  3. Why by eille-la · · Score: 5, Interesting

    Why is the 1.3 still so popular? Is the version 2 still unstable or something?

    1. Re:Why by Erratio · · Score: 5, Informative

      Version 2 is a vastly different program. The framework is different and the modules are different. If people don't need any of the features from 2 and 1.3 continues to be stable and secure, then it wouldn't make sense for most people to upgrade, or for some people to take the time at the moment to familiarize themselves with the new methods of doing things.

      --
      I don't try to be right, I just try to make people think
    2. Re:Why by elviscious · · Score: 4, Interesting

      PHP is one reason. Supposedly very unstable on 2.0

    3. Re:Why by markjl · · Score: 5, Interesting

      Short answer: Because of it's legacy and partially because 2.x isn't a revolutionary step forward and it took a while for 2.x to get out of beta. Also, 2.x probably benefitted the Windows platform and new module writers moreso than anyone else, IMHO.

      1.3x is what most people know, what most Apache modules are written for, and what most of the articles and tutorials on the web describe.

      Another example: Apache Toolbox still only compiles 1.3x and associated modules for you. (BTW: this is a great resource for trying new modules out when you can't find an RPM with what you need.)

      It's only now that I'm migrating production from 1.3x to 2.x, because I had seen that people had headaches getting PHP working (but no longer) and I waited for stable ports of some modules that I used in 1.3x.

      I do consider 2.048 to be worthy now, lots of RPMs and modules written for it.


      --Mark
      [ My opinions are my own, but you may share them! ]
      --
      My opinions are my own, but you may share them!
    4. Re:Why by Anonymous Coward · · Score: 0

      You make a good point. Since the 1.3 release has significant problems under Windows, those that run Apache on that OS probably shouldn't bother reading this book.

    5. Re:Why by justMichael · · Score: 1

      Does anyone have any decent references to the claimed problems with PHP and Apache2?

      I googled on "php apache2 (bug|problem|issue|sucks)" and only got 34,500 hits so it can't suck that bad.

      That being said, I have been using PHP4/apache2 exclusively for at least 18 months and I haven't had any problems.

    6. Re:Why by Anonymous Coward · · Score: 2, Informative

      That's right. Supposedly, it's very unstable. Or, if you want to take the opinion of somebody with actual experience in running PHP (4.3.x) with Apache (2.0.4x), it's just as stable as running Apache 1.3 with PHP, as long as you stick to the prefork MPM (the compiled-in default).

    7. Re:Why by beebware · · Score: 3, Funny
      I googled on "php apache2 (bug|problem|issue|sucks)" and only got 34,500 hits so it can't suck that bad.
      True, until you do a search for "php apache2 (works|working|good)" and only get 17,500 results....
    8. Re:Why by lisany · · Score: 2, Informative

      People rarely speak up when things work. Good thing, too. Who wants to have their search results cluttered with "I just installed Apache and it works!" pages?

    9. Re:Why by AchmedHabib · · Score: 1

      I agree for most parts but shouldn't it be better for handeling high traffic websites?

    10. Re:Why by Anonymous Coward · · Score: 0

      still waiting for per child mpm to work. Until then, the latest version of 1.3 is a friggin' great web server. It's not just a question of 'if it ain't broke, don't fix it' but rather 'if it works great, don't fix it'.

    11. Re:Why by dffuller · · Score: 1

      If you use 4 possibilities for the bad, use 4 for the good. php apache2 (works|working|good|success) gives 26,200 results. Not really that bad when you consider that people are more likely to complain than praise in newsgroups.

  4. Apache is damned good. by chadw17 · · Score: 3, Insightful

    Only big problem I've ever encountered, and this may seem n00bish, but routing multiple domains to a single machine involved some heavy httpd.conf editing. Almost made me wish for a GUI, but what you learn from error and mistake, (over and over again) helps in the end.

    1. Re:Apache is damned good. by neiffer · · Score: 1

      I think part of it is because there are so many good hacks for 1.3 that don't necessarily work in 2, so migration is slow...

    2. Re:Apache is damned good. by pclinger · · Score: 4, Informative

      You may want to check out webmin, it has a useful GUI interface for Apache and everything else on your system.

      --
      /. editors made it impossible to link to file:///c:/con/con in my sig. Please just type it in
    3. Re:Apache is damned good. by Saganaga · · Score: 1

      Webmin works pretty well for a GUI Apache config editor, although I have to confess that I will often end up going back to editing httpd.conf by hand; if you know what you're doing it is usually a lot faster. Not that I always know what I'm doing!

    4. Re:Apache is damned good. by Erratio · · Score: 1

      Unless I'm missing something, doing what you're talking about shouldn't take more than a couple lines to set-up and a couple lines per domain.

      --
      I don't try to be right, I just try to make people think
    5. Re:Apache is damned good. by chadw17 · · Score: 1

      Probably true, I was attempting to do this for the first time, and also route them via different ports as well. 80 VS 8080 and such. It was an attempt to make it invisible to the user what was being done behind the scenes. Pretty easy stuff in retrospect.

      The way it was done was pretty much just a couple of lines, which had to be perfectly set up. The largest error, definitely a user error on my part was attempting to modify too much of the httpd.conf before I really realized what I was doing. Googling for the solution helped, but if I'd had a book, perhaps the one being reviewed, chances are that it might not have been such a slow job.

    6. Re:Apache is damned good. by llamalicious · · Score: 4, Informative

      If you're talking about virtual hosting, and you're setting up many many hosts with separate VirtualHost directives, it may be time to look at mod_rewrite ... and the documentation on it at httpd.apache.org. There's a section about using mod_rewrite for mass virtual hosting, which, depending on your situation, might be useful.

    7. Re:Apache is damned good. by Bimble · · Score: 1

      If you're taking that approach, you can set up a directory to hold all the virtual host configurations and just put a line in the main httpd.conf file to include all the files from that directory. That way when you add a new virtual host you can just copy one of the existing ones and modify the new file. Give 'em names that match their domains and it's easy to go back and make changes to a virtual host's configuration as necessary.

      That approach makes it easy to script adding new domains. You can then go one step further and set up separate log directories for each domain's access and error logs.

      --
      Naked.
    8. Re:Apache is damned good. by DavidTC · · Score: 1

      Which is all well and good until you have use the fucking Frontpage extensions which spaz out when you don't have everything in httpd.conf.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    9. Re:Apache is damned good. by Anonymous Coward · · Score: 0

      How the hell is this flamebait?

  5. Only if you want by leoboiko · · Score: 3, Interesting
    The 'httpd.conf' file is a long and critical one.


    But if you want you can use a more modular approach instead of keeping everything in one single file. Debian sid is currently experimenting with this in interesting ways in the apache2 packages.
    --
    Prescriptive grammar:linguistics :: alchemy:chemistry. Stop being a nazi and learn some science.
  6. Re:What about Security? by Anonymous Coward · · Score: 0

    they should have something in there...cyber terror is scary!

  7. Cookbook definition by Anonymous Coward · · Score: 0

    So my recommendation for this book is not that all Apache administrators should buy it, but you should have a copy close at hand.

    Isn't this why it's called a cookbook?

  8. Re:Apache is not important! This is! by krog · · Score: 0, Offtopic

    I too have submitted this story, only to have it rejected. Goatse.cx has had the greatest social and programmatical effect on Slashdot.org of any domain, period. They even changed Slashcode itself on account of goatse.cx... and now goatse.cx is removed due to registrar censorship, an issue Slashdot and its users hold dear, and no one hears about it. It is improper to ignore such an event.

  9. Yes, it's difficult. by SharpFang · · Score: 5, Informative

    The 'httpd.conf' file is a long and critical one.

    For this reason, and for several more, whenever I don't need any of the multitude of Apache features, I install one of "mini servers" - for quite a while I was going on Boa, later switched to Mathopd, but I consider THTTPD or any of several other "tiny" webservers. Small, smart, fast and easy to configure. WAY easier than Apache.
    (yeah, you may think you configured Apache right because it works... but what if you just opened several security holes you didn't understand? It's much better to have a tiny config file you can use for 8 things out of which you need 6, and understand all thoroughly, than one with 400 things out of which you need 12 and understand thoroughly less than 50.)

    --
    45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    1. Re:Yes, it's difficult. by Anonymous Coward · · Score: 0

      Using a lighter httpd has no bearing on the book though. The book is for Apache, whether you need to use Apache or not :)

    2. Re:Yes, it's difficult. by sammy+baby · · Score: 1

      Here's another idea: a config file in which you enable six things out of those 400, and leave the rest turned off.

      Shockingly, it's pretty easy to do that in Apache. Anything that doesn't look immediately neccessary in a LoadModule command gets commented out.

      On one of my servers, the httpd.conf file is 277 lines long, a fairly daunting number. If you grep for lines starting with an alphanumeric character (which lets out comments and whitespace), you're down to 48 lines, hardly a scary number at all.

    3. Re:Yes, it's difficult. by Anonymous Coward · · Score: 0

      On one of my servers, the httpd.conf file is 277 lines long, a fairly daunting number.

      Heh. 277 lines is nothing. Our webserver config is over 10k lines (comments stripped) The real trick to good web server administration is organization.

    4. Re:Yes, it's difficult. by sammy+baby · · Score: 1

      Great Scott!

      Your conf file is larger than most of the documents I serve up!

  10. Sounds great. by ActionPlant · · Score: 5, Insightful

    This is a godsend to those of us who are just starting out. Sure there is a lot of decent online documentation, but that requires running back and forth from machine to machine and taking a lot of notes.

    I'll definitely be picking this up.

    Damon,

    --
    http://actionPlant.com
    1. Re:Sounds great. by Anonymous Coward · · Score: 0

      Running back and forth? You are just starting out. Try using vnc-server or sshd and the equivalent clients.

  11. Use Apache! by relrelrel · · Score: 1, Interesting

    Has there ever been an open source program as successful as the Apache web server? If we leave aside the various p2p freeware for music sharing, then perhaps none. Certainly, if we restrict our survey to web servers, Apache is head and shoulders above its peers. It is currently in its second major revision, 2.0, and is very stable and mature.

    This book gives you a good grounding in both installing and running it, even if you have never run a website before. Those of you who used earlier versions may recall various installation shell scripts. At one point, these only ran on unix platforms. But this book makes clear in the first chapter that this is no longer true. An installation wizard gives you an easy walkthrough. Plus you can now install it on Microsoft Windows.

    So given that Apache is free, shouldn't you already be using it? If you have only static content, or dynamic content that is restricted to the traditional cgi or the newer perl or PHP, then the book's sections on those show full functionality.

    Remember too the other advantage cited in the book. Apache is extensible. So if you have a simple need that can be met by tweaking the existing source, you can do it yourself, instead of asking a vendor and waiting [and paying]. Plus, if Apache itself has a bug that you cannot fix, you know there will be many developers on the net who will do this, and quickly, because so many of us depend on Apache.

    What are you waiting for?

    The only caveat is when you should NOT use Apache [and this book]. Naturally, the book does not go into this, so let me help you. If you will be using EJBs, Java Server Pages or transactions, then this is higher level logic that, as far as I know, Apache does not currently handle. Instead, you should opt for J2EE web servers provided by jBoss, Sun, IBM, BEA or Oracle. Likewise if you have .NET/C# dynamic content. I am not sure that Apache can handle these yet, so you should stick with Microsoft's server

    --
    --- any post that takes longer than 20 seconds to write, isn't worth writing
    1. Re:Use Apache! by DAldredge · · Score: 1

      The IBM J2EE web server is a rebadged version of Apache if I remember correctly.

    2. Re:Use Apache! by Ryosen · · Score: 1

      Jakarta Tomcat, part of the Apache project, has no problem working with Apache. There is an Apache plugin available.

      --

      Ryosen
      One man's "Troll, +1" is another man's "Insightful, +1".
    3. Re:Use Apache! by Saganaga · · Score: 1, Informative

      Is it that hard to write your own comment, instead of plagiarizing someone else's?

    4. Re:Use Apache! by curtisk · · Score: 3, Informative

      Servlets/JSP are handled by Jakarta/Tomcat, webservices are handled by Axis both are Apache projects

      --

      Sehr geehrter Toilettenbenutzer!

    5. Re:Use Apache! by Erratio · · Score: 1

      Various P2P software? What about all the other daemons? Sendmail, BIND, OpenSSH (and of course Linux and the base GNU stuff though that's a little unfair). There are a lot other probably often overlooked types of programs too, but no less important. Apache is probably one of the most successful, but I don't think it's primary competition comes from P2P software.

      --
      I don't try to be right, I just try to make people think
    6. Re:Use Apache! by Anonymous Coward · · Score: 0

      Saganaga, It's my own comment, idiot.

    7. Re:Use Apache! by Saganaga · · Score: 0, Flamebait

      If it's your own comment then why are you too ashamed to respond to me with your real name, Mr. Coward?

    8. Re:Use Apache! by ChannelX · · Score: 1

      Umm...I know for a fact that Oracle uses Apache 1.3x for their java app server. I believe IBM does as well. I don't know of any Java servlet container that doent include an apache plugin. What was your point about Apache and Java again?

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
    9. Re:Use Apache! by fawadhalim · · Score: 1

      mod_mono is an apache (1.3, 2) module that lets you run asp.net applications (aspx pages, http modules, web services, etc.) using mono.

    10. Re:Use Apache! by Anonymous Coward · · Score: 0

      This comment isn't entirely unlike one here from a month ago.

    11. Re:Use Apache! by KlomDark · · Score: 3, Insightful

      Uh, no. You're buying into the Microsoft delusion that the web server itself should support application level functionality.

      The web server should always be simply a front-end to the application server. The web server functionality built into the application servers is very limiting. Let the web server be the web server, let the app server be the app server - Don't mix them up.

      Put in Apache to handle the normal requests, with the appropriate Apache module to connect to the app server and pass the app server code requests to the app server (via the connector module) to be processed there, while leaving Apache free to serve normal web content.

      This gives you the best of both worlds in performance and configurability. Any other way is buying into some marketing idiot's dream.

    12. Re:Use Apache! by PlatformAgnostic · · Score: 1

      You're buying into the Microsoft delusion that the web server itself should support application level functionality

      So which part of IIS is an application server pray tell? I think you're at the deluded end of the stick my friend.

    13. Re:Use Apache! by KlomDark · · Score: 2, Informative

      Maybe the part that runs ASP/ASP.NET code? Out of the box, with no additional software to install. I dunno... Who's deluded?

    14. Re:Use Apache! by PlatformAgnostic · · Score: 1

      I think you'll find that ASP.NET runs out of process from IIS. And you can configure IIS to run classic ASP inproc or out of process.

      IIS isn't an app server and never was intended to be. Depending on the mapping of an extension it hands off to the relevant ISAPI extension.

      MTS/COM+ Services is where the app server is at.

      And so what if it runs out of the box...?

    15. Re:Use Apache! by KlomDark · · Score: 1

      I'm not talking out of process, give me more credit than that. You could do that with oldschool ASP. (Non-.NET ASP) I'm talking multi-server.

      Here's what I want to know: How can one set up an architecture with two servers where Server One runs ONLY IIS and handles all the web traffic, and passes all its ASP.NET processing off to Server Two, which only does ASP.NET processing?

      After that, assuming you can do that, then how do you go about scaling that with Windows? Where you have multiple IIS boxes passing their ASP.NET pplication functionality to multiple ASP.NET servers. A true nTier architecture without going vertical and running web serving and application processing on the same server.

      For extra points, show me how to do it without having any web serving processes running on the application servers!

      There's a big difference between splitting functionality up between two (or more) servers, and actually building a serious, redundant, scalable nTier architecture.

      Would like to see your answer to that...

    16. Re:Use Apache! by KlomDark · · Score: 1

      Darnit, the sentence "There's a big difference between splitting functionality up between two (or more) servers, and actually building a serious, redundant, scalable nTier architecture." should have read:

      There's a big difference between splitting functionality up between two (or more) servers, actually building a serious, redundant, scalable nTier architecture, and simply running the ASP.NET stuff in an out-of-process mode.

      Actually, I don't need to know how to run IIS itself in a redundant mode, WLBS or a Cisco Content Switch or Local Director would do that part just fine. I'm purely concerned with running the ASP.NET stuff on a separate server. That's the part I haven't seen anything about in the Microsoft world.

    17. Re:Use Apache! by PlatformAgnostic · · Score: 1

      A serious, redundant, scalable n-Tier architected solution can be built using the .NET Framework.

      People forget or don't get that ASP.NET is a presentation tier technology (like JSP or PHP) and is just a part of the framework - so therefore why wouldn't I want my presentation tier technologies as near to the user i.e. the web server in the first instance?

      Communication and hand off to the mid tier (built using .NET) is achievable via remoting, web services, MSMQ or using enterprise services (COM+ app proxies). That mid tier can both scale out and up as can ASP.NET on the front tier.

      Correctly applied, ASP.NET/.NET is as equally capable of being used to architect highly scalable n-tier environments as is the case with JSP/J2EE.

      Regards
      Kevin

    18. Re:Use Apache! by KlomDark · · Score: 1

      You've got a distorted concept of what should be on the front tier. I guess what you're saying is that what I asked about cannot be done. Even with JSPs, the code is executed on a middleware server everywhere I've worked.

  12. Problem. by Krapangor · · Score: 0, Flamebait
    The book relies to much on deprecated approaches for dynamic webpages: they heavily propagate Perl and PHP.
    But decent professional development needs integration into n-tier business applications which must be done with
    1. an object orientated programming language
    2. supporting webservices or at least Corba and DCOM
    3. with aviable RAD tools enabled for the Rational, Waterfall or Xtreme Programming development process.
    This reduces the choice to Java, Ruby and .NET, but .NET drops dead due to Apache being un.net.
    Honestly, I think that such books should burned in public to give other authors a decent warning. They are the source to unprofessional web portals, downtimes and Javascript terror rubbish we see these days on the net. Either do it right or don't do it. Sometimes I think there should be regulations for web application development like we have these days for plane or rocket design. Yes, that's hard but you must admit that I have a point.
    --
    Owner of a Mensa membership card.
    1. Re:Problem. by junklight · · Score: 1

      .NET doens't do n.tier properly either.

      Mind you GUI development in .Net craps on almost anything else from a great height in terms of speed to market and being able to make large and rapid changes quickly. Not cross platform though.

    2. Re:Problem. by RexRuther · · Score: 2, Insightful

      But what if all I want to do is publish a web page?

      --
      -"The early bird catches the worm, but the late bird sleeps the most"
    3. Re:Problem. by Erik+Hollensbe · · Score: 1

      You've got to be joking.

      I am so stunned at the idiocy in this post. *NOTHING* requires an OOP language. And plenty of (large) sites use hand-rolled development processes and work great with them. Web Services are SLOW.

      Requiring a specific tool for the job should be determined after architecturing, not before.

    4. Re:Problem. by mabu · · Score: 1

      But decent professional development needs integration into n-tier business applications which must be done with ...

      Well, obviously this is a troll, but it makes me cringe when I hear whiney arguments from people thinking that the only way to do anything "professional" is by using highly-bloated, high-level systems.

      Yes, that's hard but you must admit that I have a point.

      Yes, you have a point: You're "new school" that expects the available tools to compensate for your lack of initiative or ability to figure out how to be resourceful and efficient without the use of a mouse.

      It's no wonder most new software is crap, and no surprise that the greatest software continues to be developed by individuals who don't spend 90% of their development time learning how to use a tool that is supposed to speed up the development process.

    5. Re:Problem. by ChannelX · · Score: 1

      You have a misguided and completely erroneous point but a point nonetheless. "Professional" development needs none of the things you listed. Some might benefit from that list...others may be hindered.

      Oh..and you forgot to add Python to your list. Probably a better candidate than Ruby at the moment because of the availability of tools.

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
    6. Re:Problem. by MoralHazard · · Score: 3, Funny

      What do you call it when someone is intentionally putting loud, obnoxious statements into circulation, but they aren't exactly trolling? Or is that trolling, too? I don't know--listen to this guy:

      "Yes, that's hard but you must admit that I have a point."

      Everything about this is calculated to piss off the Slashdot reader--the overt arrogance (Mensa membership!?? Are you kidding!??), the attempt to seem like an authority on the subject by making overly specific assertions, even down to the bad punctuation! On top of that, he starts throwing down about PHP and Perl--yeah, when I want to make a well-reasoned argument, the first thing I do is start flaming a religious OSS obsession. Good strategy.
      Now, I don't want to be too judgemental, because I can get pretty snippy myself (it's good to blow off steam by smacking someone around), but I think this goes further--it's a calculated attempt to piss people off for the purpose of pissing people off.

      His argument doesn't even make any sense--the *right* tools for a job, ANY job, are the tools that fit that particular job. For small, non-scaling apps that need quick and easy-to-maintain/modify structures, PHP/Perl and Apache work wonderfully. Why the fuck should anyone start fucking around with Corba for building a web forum? Especially when the skills to work in PHP are much more common, and therefore cheaper?

      I'm not trying to point out that he's wrong--I'm just trying to show how totally ungrounded the post is.

      I've seen this account do this before--not always, so maybe it's not a straight-up troll account--but he IS just being an asshole.

    7. Re:Problem. by WoodstockJeff · · Score: 1
      This reduces the choice to Java, Ruby and .NET

      Then explain to me why we rolled out a PHP solution to a major corporation's web problems in 6 weeks that was faster, more flexible, and closer to their design specifications than the as-yet-unfinished "enterprise-capable" .NET solution they've had dozens of "professional" programmers working on for 24 months? And we didn't use the OOP portions of PHP to do it... except for some readily-available classes we used for email and XML integration.

      As another post stated, you do not need OOP for anything. It does help encapsulate ideas, and I'm all for OOP in a large variety of settings, including machine control. However, it also gets in the way of soooo many things, and is often a cause of slow execution in the interpreted environments usually found in web design. If you're not dealing with an optimized, compiled language, I wouldn't bother.

    8. Re:Problem. by tcopeland · · Score: 1

      > Probably a better candidate than Ruby

      Oh, I don't know. Ruby has a decent number of tools available. There's mod_ruby and a bunch of templating/web application libraries like Amrita and Cerise.

    9. Re:Problem. by Anonymous Coward · · Score: 0

      Sounds like you are confusing 'professional' with 'strapped by idiotic corporate procedures'.

      You sound just like the idiot here who constantly mouths off about WHY PVCS is 'mandated explicitly' in the corporate software development procedures.
      [HINT] pvcs suk roks.

      Bad news, if the procedure pushers would get out of the way, this corps could be 30% more profitable inside a month.

      JoeR

    10. Re:Problem. by dubious9 · · Score: 1

      must be done with ... an object orientated programming language

      All that object "orientated" (east facing objects?) languages do is to try to enforce OO principles. There is no reason that you can't design OO into languages like perl, or c. If fact I'm giving a talk on object oriented design in C later this month at my employer.

      Now it's hard/combersome to do stuff like inheritance, reflection and access modifiers, but encapsulating data with its associated methods and a lot of discipline will get you many of the advantages of a full blown OO language.

      Its a mark of the novice programmer to choose java or ruby just because it is OO. There are many other advantages/costs to the languages you list and there are an arbitrary number of reasons why you would use one above another.

      OO languages are not the silver bullets of software design. There are still situations where 'low' high level languages like C still fit into the application level program. The silver bullet solution is to remember there is no silver bullet solution.

      --
      Why, o why must the sky fall when I've learned to fly?
    11. Re:Problem. by PlatformAgnostic · · Score: 1

      .NET doens't do n.tier properly either

      I kinda think you need to get your facts straight. How about a concrete example?

    12. Re:Problem. by ChannelX · · Score: 1

      I wouldnt disagree that there are a decent number of tools available. In my experience though it's just not as well supported as Python. Don't get me wrong...I love Ruby too. I just choose Python because there is better support for it.

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
  13. [OT] Apache RegExp help by Anonymous Coward · · Score: 0

    Hi.

    I'd like to use a LocationMatch on a url where it matches everything, except for a couple of directories within that.

    So something like

    <LocationMatch ^/dir/(?:one|two)/*>

    (if the greater than and less thans are missing, don't worry. They are in my httpd.conf)

    to match everything in /dir/ except /dir/one and /dir/two/. Except that doesn't to work (although it does in perl).

    Can anybody help? Oh, I'm using 1.3.19 on Solaris, if that makes a difference.

  14. True That! by Anonymous Coward · · Score: 1, Informative

    I mean when php breaks under 2.0 you do not know if it was php or apache that broke. Under 1.3 you can be pretty damn sure that it was php that broke due to one of their "keep the language functions changing randomly for no reason so as to break apps" approach to keeping php going.

    1. Re:True That! by Anonymous Coward · · Score: 0

      If you don't like PHP, you are not obligated to use it. Go back to your ugly Perl.

    2. Re:True That! by DAldredge · · Score: 2, Insightful

      Why do you say perl is ugly? It depends on the person writing it. I have seen some horrible PHP code in my lifetime, just like I have seen bad code in any number of languages.

    3. Re:True That! by TheTomcat · · Score: 1

      I call FUD.

      One of the primary concerns of PHP upgrades over the past couple years has been backwards compatibility.

      As a result, we're stuck with with some nasties (bad decisions early in the life of the PHP function library) like : x(needle, haystack) vs y(haystack, needle).

      Those suck, yes, but at least your apps don't break.

      S

    4. Re:True That! by pacman+on+prozac · · Score: 1

      Its not FUD and the apps can break. Off the top of my head I can remember these things breaking:

      Various issues with session variables being registered globally.
      Register globals.
      Safe Mode (oh, you wanted to create directories? hope you have the same gid as the webserver and write access to php.ini).
      Pass by Reference.
      Running MySQL queries inside fetch_array loops.
      One version suddenly wouldn't allow $array['key'], had to be $array["key"], this got fixed shortly after release.

      The 2 latter didn't have config options and were just suddenly borked, needing app re-write. Most of the others still exist but the warnings can be ignored from php.ini, although they aren't by default.

      Don't get me wrong, I still use PHP for my stuff, but don't start claiming backwards compatibility as their "strong" points. Ask any ISP who host PHP how much they enjoy upgrading it and the effects it has on their users sites. At least it appears to have grown out of this stage, that or the roadmap is just more clearly defined now PHP5 is started.

      It seems to work fine on apache2 for me, I'm running it on my devel box with no problems and could name a few hosting companies that do too.

  15. Diggin' dirt by Anonymous Coward · · Score: 0
    From : http://www.christmas.net.au/useful_info.html

    Indian Ocean Group Training Association
    Indian Ocean Group Training Association (IOGTA) is the main employment provider on Island. IOGTA also runs many training courses for more information on current training course please visit www.training.edu.cx/courses.html

    Contact:
    Phone: 9164 7220 or
    Fax: 9164 7129

  16. great book by relrelrel · · Score: 1, Redundant

    The collaboration of Apache software experts Ken Coar and Rich Bowen, Covering Apache 2.0 & 1.3, Apache Cookbook is a "user friendly" guide and comprehensive reference to the most widely used web server in the world. Offering common problems and solutions; step-by-step walk-throughs; discussion problems; sample codes; worked-out solutions; instructions for tasks such as installing the server or managing a proxy server, and so much more, Apache Cookbook is a "must-have" instructional reference for anyone charged with the responsibility of setting up or maintaining an Apache based web server.

    --
    --- any post that takes longer than 20 seconds to write, isn't worth writing
    1. Re:great book by Saganaga · · Score: 3, Informative

      This is the second time in the same thread that you have posted a plagiarized review. What gives? How stupid are you, anyway?

      Exhibit A: The customer review section from Amazon. Note that the first review matches the above review.

      Exhibit B: The first plagiarization post in this thread. Note how it is eerily similar to the second customer review in the Amazon page.

      Exhibit C: relrelrel's comment (as an Anonymous Coward) complaining about the first time I pointed out his plagiarization. But if it truly was your own comment (which is possible, I concede), how is it possible that you actually wrote both Amazon customer reviews??

      I rest my case, your honor.

  17. Re:Apache is not important! This is! by krog · · Score: 0, Troll

    um how is this a troll? everything in the above post is true.

  18. Re:Hmm by Anonymous Coward · · Score: 0

    I suppose there isn't one. However, I'll be happy to write them an Apache module that will correct it if italics are still on at the end of a paragraph.

  19. Don't use Apache or any freeware by Anonymous Coward · · Score: 0, Funny

    Don't use Apache or any freeware because, as Microsoft rightly point out:

    You are taking jobs away from commercial companies.

    Also, by using open source software, you are a communist, as well as a Economic terrorist.

    We should use BEA, Microsoft, IBM solutions etc which put money back into the economy and keep people in jobs.

    1. Re:Don't use Apache or any freeware by Anonymous Coward · · Score: 0

      You mean those jobs that said US companies are sending overseas to India, away from the average American?

  20. That's a book referral, not an affiliate by Anonymous Coward · · Score: 1, Informative

    Try it yourself. Got o Amazon.com and type in the book's name, then compare the URIs.

    Test before you post.

  21. GODDAMIT MICHAEL, THIS _IS_ YRO!!! by Anonymous Coward · · Score: 0
    Might as well accept it as a story, that way you don't have the trolls trolling up the other stories with it.

    Then you can modbomb the whole thread to oblivion!

  22. Heh heh by TwistedSquare · · Score: 1

    Amusing take on business development ;)

  23. ./apachectl configtest - YUO = TEH NOOB by Anonymous Coward · · Score: 0
  24. OT: httpd.conf question by ceswiedler · · Score: 1

    How do I get a virtual host to automatically redirect to a different virtual host and path? I want 'http://mail.foo.bar' to redirect to 'http://www.foo.bar/horde/imp/login.php'. I couldn't figure out how to do this...

    1. Re:OT: httpd.conf question by llamalicious · · Score: 1

      Check out mod_rewrite.

      Link is for 2.0 documentation.

      Very powerful.

    2. Re:OT: httpd.conf question by kalislashdot · · Score: 1

      I just did this last week.
      I made a seperate VirtualHost entry with a redirect.

      ServerName mail.foo.bar
      Redirect / https://www.foo.bar/horde/imp

    3. Re:OT: httpd.conf question by elemental23 · · Score: 1
      Try the following, in the appropriate container:
      RewriteEngine on
      RewriteCond %{HTTP_HOST} ^mail\.foo\.bar [NC]
      RewriteRule ^/(.*) http://www.foo.bar/horde/imp/login.php/$1 [L,R]
      --
      I like my women like my coffee... pale and bitter.
  25. Crap by Orion442 · · Score: 4, Funny

    Thought I was going to get some good Native American cooking recipes.

    1. Re:Crap by stesch · · Score: 1

      "To Serve Man" is a cookbook.

    2. Re:Crap by lightistoobright · · Score: 1

      I must ask: cooking by Native Americans, or cooking of Native Americans?

      There's a difference, you know.

    3. Re:Crap by Orion442 · · Score: 1

      Do you think Mexican food contains people?

    4. Re:Crap by lightistoobright · · Score: 1

      Oh come on. It was supposed to be a joke. You know, those things that people sometimes laugh at?

      I was merely commenting on the ambiguity of the phrase "Apache Cookbook". Because, you see, you can have a "Mexican Cookbook". But you can also have a "Dessert Cookbook". Get it?? Is it funny now that I explained it? Wheeeeeeee, everybody laugh now!!

    5. Re:Crap by rbowen · · Score: 1

      I actually looked for recipies for Apache cooking, and was not able to find anything. From what I gathered from various cooking and food mailing lists, much of what was eaten by the Apache people prior to the influx of Europeans changed a great deal after the introduction of European foods.

      Anyways (yes, I know you were joking) I'm currently reading "Chasing Shadows", which is about the Apache people during the late 1800s and early 1900s, and I *highly* recommend it as a way to learn about the Apache people.

      ("Chasing Shadows", Shelley Bowen Hatfield (no relation), ISBN 0826318533, Amazon.com)

      --
      Apache guy, Open Source enthusiast, runner
    6. Re:Crap by Orion442 · · Score: 1

      I love southwest cooking, most of the NA cooking habits of that region were absorbed into it. Did you read any about how the richness of European food led to diabetes for many people of Native American descent anywhere?
      typing on crack cuz I'm at work

    7. Re:Crap by Orion442 · · Score: 1

      Well try Google....I found this book: http://www.cniethammer.com/work4.htm that contains some :)

    8. Re:Crap by spacefrog · · Score: 1

      Highly overrated. You can season them however you like, they still taste like chicken.

    9. Re:Crap by Anonymous Coward · · Score: 0

      must be the space dust.

    10. Re:Crap by elemental23 · · Score: 1

      I know soylent green is made of people.

      (yes, I know it really isn't if you read the book rather than just watch the movie)

      --
      I like my women like my coffee... pale and bitter.
    11. Re:Crap by Anonymous Coward · · Score: 0

      Make room! Make room!

  26. HERE'S THE ANSWER! by Anonymous Coward · · Score: 0
    HERE YOU GO, D00D:

    EDLIN CONFIG.SYS

    DEVICEHIGH=C:\WINDOWS\LOCMATCH.SYS,A LL_EXCEPT,ONE,TWO
    ===================

    Who are our enemies? Who are our friends? This is a question of the first importance for the revolution. The basic reason why all previous revolutionary struggles in Rock-n-Roll achieved so little was their failure to unite with real friends in order to attack real enemies. A revolutionary party is the guide of the masses, and no revolution ever succeeds when the revolutionary party leads them astray. To ensure that we will definitely achieve success in our revolution and will not lead the masses astray, we must pay attention to uniting with our real friends in order to attack our real enemies. To distinguish real friends from real enemies, we must make a general analysis of the economic status of the various classes in Rock-n-Roll society and of their respective attitudes towards the revolution.

    1. Re:HERE'S THE ANSWER! by Anonymous Coward · · Score: 0
      What the hell is wrong with these people?

      They scare me!

  27. Re:ENEMY OF THE INTERWEB! by Anonymous Coward · · Score: 0


    One of the people has the address "phil@training.edu.cx", I'll try sending something to "rhonda@training.edu.cx"..

    Fucking cunt.

  28. simply... by Anonymous Coward · · Score: 0

    stick it up your ass, idiot blowhard.

  29. Re:ENEMY OF THE INTERWEB! by grub · · Score: 1


    "rhonda@training.edu.cx doesn't bounce. >:) I asked simply "Are you the person that had goatse.cx shut down?" I think a lack of a reply will be suspicious.

    --
    Trolling is a art,
  30. Repressed people suck. by Anonymous Coward · · Score: 0
    As an orthodox troll, they're infringing upon my religion.

    Doesn't Austrailia have freedom of religion?!!!

  31. We're revoking your card by Anonymous Coward · · Score: 0

    We at Mensa take intelligence seriously. When we find a card has been given in error or we find that fraud was used in persuit of membership, we must take action!

    We hereby revoke your membership in Mesna. Let that serve as fair warning to authors who cannot construct the most basic argument. What you have presented is an elementary school level debate position.

    Please feel free to reapply when your intellect has reached the age of majority.

  32. Re:Apache is not important! This is! by Anonymous Coward · · Score: 0

    Check out the submission queue over at k5.

  33. Re:Problem - support your arguments. by Anonymous Coward · · Score: 0

    Tell us:

    • Who deprecated these approaches and why?
    • Why must 'decent' professional development use an OOP language, etc.?

    Your post will convince no one of anything without backing up these generalized statements with actual arguments. And while you might not want to spend the time to detail your reasoning, it's silly to post something with such a snotty attitude without correlating facts.

  34. No it isn't. by herrvinny · · Score: 1

    I'm not a Amazon affiliate. If I was, would I have put a Froogle link?

    Mod this Troll down.

  35. IMPORTANT! by Anonymous Coward · · Score: 0

    Barnes & Noble, the booksellers you recommend, deliberately price this book just under the $25 it takes to qualify for free delivery, then take all your information & charge your credit card before they disclose to you what the shipping & handling costs are. That's not honest business.

    I recommend just going to Borders & paying for it. No wait, No shipping/handling tricks.

  36. Sure but... by telbij · · Score: 2, Funny

    What if you need 20 out of 400 and understand 100? Or understand 18 needing 15 of 32, or even worse, need 12 out of 11 with understanding of 2. Or 13, 18, 4597, 129, 97...

    Obviously picking the right web server can be a tough proposition.

  37. New information regarding Cmdr Taco... by Anonymous Coward · · Score: 0

    eee

  38. Apache security documentation by Anonymous Coward · · Score: 0
  39. Problem may be you! by Saeed+al-Sahaf · · Score: 1
    They are the source to unprofessional web portals

    This is typical garbage by snooty PHP haters, and is not supported by fact. I'm not going to get into a pointless argument with the "proud owner of a Mensa membership card"; clearly I'm not intellectually up to it. Besides, I'll probably become confused like a deer in the head lights when Mr. Mensa starts spewing "facts" about long depreciated (obsolete) versions of this armature tool for making inferior portals.

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
  40. Good thing with apache by arvindn · · Score: 2, Insightful

    There are lots of examples of open source programs which are very complex and powerful and have a steep learning curve, forcing users to read lots of documentation before being able to do anything useful with them (random examples: mutt, mplayer, vi/emacs, sendmail). That's not the case with apache. A n00b who just wants to serve a few simple static pages can simply copy the files to www or public_html directory and they're done. You need to deal with the complexity only if you want to. I guess that's one of the reasons why its so popular.

  41. With respect to the monolithicness of the file... by dirkx · · Score: 2, Informative
    My favourite is simply
    # Suck in configs for the various sites...
    #
    include /usr/local/etc/www-sites
    And simply fill that directory with small little config files, one per site or logical function. Or often, symbolic links to the actual files in their project directory which are under cvs control. (Use something like .../*.conf to limit where needed).

    Some care is needed with perms; apache will quite happily such in what is there; and careless use of symlink or allowing the creation of such may cause security holes.

    Dw.

  42. Test after every config/code change by justMichael · · Score: 3, Informative

    You should be running your server through the ringer every time you change something or new holes are found, every 2 weeks is a decent number.

    This is just one of many steps to consider ;-)

    It's a good idea to have a box local that is configured exactly like your live one for this, the tests can eat a lot of bandwidth and make a mess out of your logs. Of course if you are testing the box as a whole there is no substitute for testing the live box.

  43. Re:SURVEY! by Anonymous Coward · · Score: 0

    Look for guitar tab sites. There are tons. Listen to the song you're playing while looking at the tabulature.

    Rinse, repeat.

  44. Re:ENEMY OF THE INTERWEB! by Anonymous Coward · · Score: 0

    HOLY JESUS JUMPING FUCK!! HER picture is WORSE than goatse! GAH!! *barfs* Someone should register rhondase.cx, paste her pic over goatse's anus, and slap it on the website! HTH

  45. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  46. recipe for survival vs. corepirate nazi execrable by Anonymous Coward · · Score: 0

    life0cide.

    consult with/trust in yOUR creators... yOUR service (intentions/behaviours) will provide all of us with immeasurable returns.

  47. mod_rewrite really aint that difficult! by Anonymous Coward · · Score: 0

    It's not. Really.

  48. I don't understand... by moodboom · · Score: 1

    Why can't you run a browser while you configure the server?

    1. Re:I don't understand... by ActionPlant · · Score: 1

      Because the server I was installing was on a linux box, and I was learning the whole thing from scratch. I hadn't connected yet because I was replacing an existing server by myself and didn't want to do it live.

      It's a long, unnecessary way around, I've since learned. The book would still have been helpful though, and I still plan to get it.

      Damon,

      --
      http://actionPlant.com
  49. mod_rewrite by elmegil · · Score: 3, Funny
    One module alone, mod_rewrite, causes me almost more problems and regex wrestling matches than all other products combined.

    You must not do much with sendmail....

    --
    7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
  50. How about Bind? Or Sendmail? GCC? by skyhawker · · Score: 1
    Has there ever been an open source program as successful as the Apache web server?
    I think a case can be made that Bind is the most successful and widely used free open source program ever. And Sendmail certainly has proved remarkably successful. And all this free open source software would not be possible without the Gnu Compiler Collection (AKA GCC). However, Apache is clearly special, and the Apache Group in particular is an awesome collection of talented folks.
    --

    The best diplomat I know is a fully activated phaser bank.
    -- Scotty.
  51. Re:SURVEY! by Anonymous Coward · · Score: 0

    Thanks for a decent reply! I'll do that!

  52. header redirect by ubiquitin · · Score: 1

    There's more than one way to skin a catfish.
    To solve your problem with PHP, create an index.php file that contains this:

    ?php header ("Location: http://www.foo.bar/horde/imp/login.php'); ?

    --
    http://tinyurl.com/4ny52
  53. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  54. slashdot effect by Anonymous Coward · · Score: 0

    Should an apache cookbook include linking your old apache webserver to the slashdot frontpage?

    or at least chili made with the rib meat of texas cowboys...

  55. Re: mod_rewrite drives me crazy - I gave up on it! by Anonymous Coward · · Score: 0

    mod_rewrite's regex is just nuts, I have tried endlessly to map an old URL to a new simple one and in the end I just gave up and am living with the 404's !!

    you try mapping: ../cgi-bin/search?config=au&words=xyz

    to: ../cgi-bin/search?q=xyz

    it just can't be done as far as I can see..

    yet everything in the doc's say it can and yet every example and try I've had fails to work !?

    ideas?

  56. To be fair by The+Tyro · · Score: 1

    I think English is not this gentleman's native tongue... I've read several of his posts (Mensa membership .sig and all), and they are always rife with spelling, grammar, and syntax errors.

    Note: when bragging about your intelligence in an adopted language, it pays to actually be adept with that language... otherwise, whether you intend to or not, you'll provide amusement and provoke snide comments from the native speakers.

    Perhaps the .sig is simply there as a backhanded attempt at a troll... it certainly provokes a response from virtually everyone.

    --
    Even if a man chops off your hand with a sword, you still have two nice, sharp bones to stick in his eyes.
  57. Re: mod_rewrite drives me crazy - I gave up on it! by Anonymous Coward · · Score: 0

    try:

    RewriteCond %{QUERY_STRING} "words=([a-zA-Z0-9]+)"
    RewriteRule "(/cgi-bin/search)(\?.*)?" "$1?q=%1" [PT]

    just a guess..

  58. More info on the book's site by Rodent+of+Unusual+Si · · Score: 1

    the review didn't mention it afaics, and neither does o'reilly, but we have a companion site for this book: Apache-Cookbook.Com. that's where we keep the up-to-date errata, the table of contents, and a random recipe-of-the-day. (and soon reviews and review pointers.)

    just fwiw.

    --

    #ken P-)}

    Ken Coar
    Apache Software Foundation

  59. Are YOU fair? by Anonymous Coward · · Score: 0

    To be fair, intelligence does not necessarily manifest itself in correct spelling and grammar, and lack of the latter does not imply a lack of the former. Intelligence is a complex phenomenon (you might even say it's sophisticated).

    And these days there are some non-native speakers and writers out there who know spelling and grammar much better than most natives because they have actually spent a few years studying the language.

    From what I hear, next year's dictionaries will have the following new possessive pronouns: your's, he's, her's, it's, our's, your's, their's (American English: there's). The jury is still out on where they'll accomodate the apostrophe in "mine".

    And I do not think this aberration was invented by non-native speakers.