Hacker News new | past | comments | ask | show | jobs | submit login
Today is the 15th Anniversary of the Apache HTTP Server (apache.org)
150 points by 0xdeadc0de on Feb 23, 2010 | hide | past | favorite | 41 comments



I remember in the late 90s being excited to root for Apache every month when the new Netcraft survey would come out and show Apache's continued dominance over IIS and other rivals. I remember the FUD around Apache, and having to explain to people that I worked with that "a patchy" server was one that was being actively worked on and improved, and that wasn't a bad thing. I'm happy that Apache and Linux ended up being accepted and widely used -- for a while I had real fears of a dystopian future where the world ran on an IIS/Windows platform. Happy birthday Apache, I'm glad you made it.


Not to downplay the value of this comment—it truly is a victory for open source software—but I first read it as:

  I remember in the late 90s being excited to root Apache every month...


Perhaps you were thinking of wu-ftpd?


This is pretty awesome that a project started 15 years ago is still one of the most popular pieces of software used today.

Hats off to the Apache Software Foundation for such a great job.


That depends on your view. I'd much rather something more modern (YAWS, Ngix, Mongrel) be the most popular.


Here is some good insight into why Apache is better for a lot of implementations: http://stackoverflow.com/questions/195534/in-production-apac...



Oh, I am not sure I understand it deeply but is it just applicable to mod_wsgi or does FastCGI or PHP-FPM suffer from a similar behavior?

(Apologies if the question is naive or dumb)


Don't know about that specific problem, but mod_php is faster than php-fpm or fastcgi: http://blog.a2o.si/2009/06/24/apache-mod_php-compared-to-ngi...


I know nginx doesn't completely implement HTTP 1.1. To be technical, it doesn't support chunked transfer encoding for request bodies.

So we still need feature-ful web servers (well at least I do).


And from whence they came...

http://www.ncsa.illinois.edu/AboutUs/


Whence means from where.


King James Bible: "I will lift up mine eyes unto the hills, from whence cometh my help."

Shakespeare: "Within the gentle closure of my breast, / From whence at pleasure thou mayst come and part;"

Samuel Johnson: "the place sacred to gladness of heart, from whence all fear and anxiety were irreversibly excluded."

Jane Austen: "Elizabeth was at no loss to understand from whence this deference for her authority proceeded."

Charles Dickens: "He began to think that the source and secret of this ghostly light might be in the adjoining room, from whence, on further tracing it, it seemed to shine."

John Milton: "O, how unlike the place from whence they fell?"

William Wordsworth: "As Juno was unto the Theban blood, From whence to Thebes came griefs in multitude." (He's paraphrasing Chaucer here, but the "from whence" doesn't come from Chaucer.)

On the other hand:

PostOnce: "Whence means from where."

I think I'll go with Shakespeare, Johnson, Austen, Dickens, Milton, Wordsworth, and the Bible.


Apparently Johnson's dictionary calls from whence "a vicious mode of speech", but (see above) Johnson uses the expression himself. Ah well, a foolish consistency is the hobgoblin of little minds. Speaking of which, by the way,

Ralph Waldo Emerson: "Life lies behind us as the quarry from whence we get tiles and copestones for the masonry of today." :-)


Well, PostOnce is correct that whence DOES mean “from where”.† However, as you point out, sticking from on the front of it is not considered improper usage. If you look, you can find plenty of illustrious sources using “whence” by itself, and plenty more (such as your list) which write “from whence”. Both forms are fine.

†OED: (1) “From what place?”. (2) “gen. and transf. From what source, origin, or cause?” (3) “From which place; from or out of which.” (3b) “as compound relative: From the place in which, from where.” (4) “gen. and transf. From which source or origin (as a product); from which cause (as a result); from which fact or circumstance (as an inference).” (5) “as n. (nonce-use.) That from which something comes or arises; place of origin; source.”


I can think of no other plausible reason for PostOnce's comment than that s/he wanted to suggest that saying "from whence" is an error.

I suppose it's barely possible that the meaning was simply "you don't have to include the 'from' when you're saying 'whence', so you could have saved yourself a bit of typing", but that seems improbable.


That’s true. Just, while we’re being pedants here, I wanted to point out that PostOnce’s statement was accurate, taken literally.


Aren't we all improbable people on HN?


Oops. Started with "from where" and changed it to "whence" forgetting to delete the "from." My day is a disaster.


Apache, truly a great web server and still truly underestimated. People immediately switch to things like lighttpd or nginx when they start to feel perfomance issues coming on. Yet Apache gives you many different mpm's to choose from, worker being one of the greats (a hybrid multi process multi threaded server), or even the evented mpm which is much faster. Its all about knowing how to tune it.

Love you apache.


So long, and thanks for all the HTTP responses. (I prefer nginx now. :) )

[Edited, per below]


This makes me think of phishing websites hosted with Apache.


s/requests/responses/


I had no idea that the +1 commenting style originated from the Apache mailing list. Evidently it did, in 1994.

+1 to the entire ASF.


I wonder what the founding Apache members are up to now?


Apache and Nginx, same as Firefox and Chrome.

Nobody saw the train coming.


Actually, anyone who has been in this industry for more than a few years knows that Apache has always had event-based 'competition'.

When I was at Linuxcare, I had the static assets moved over to a different server with Boa, since the main Apache server had a massive mod_perl memory footprint. It speeded things up and freed up a lot of memory. And this was 10 years ago...

The Apache advantage has always been that it did (a lot) more than just spit out static files quickly. Perhaps nginx or something else will take its place, but it certainly won't be merely a question of event-based servers being faster with static files. We've known that for many years.


I use nginx because it consumes a fraction of the resources that Apache does (even when doing nothing but serve static files).


"Even" or "especially"? I'm very inexpert on this stuff, but I thought the folklore was that Apache is appropriate when you need its configurability or when most of the time spent servicing each request is spent doing real work rather than web-server overhead, and that you want things like nginx/lighttpd/... for cases when you're serving mostly static files and care about pushing them out as fast as possible. Am I way out of date?


Last year I wrote a paper on the history of Apache for a grad course. Frankly, it's not very good, but I was able to track down some decent sources and old quotes from the original list. http://adhocidiocy.com/JSteverman_Apache.pdf <---PDF


I wonder if httpd's Event MPM can be good enough to compete with the current crop of servers e.g. lighttpd / nginx.


I benched it about a year ago and it was quite impressive, but I know there have been developments since there. I may do it again and post results.


The industry used apache a lot and it deserves kudos, but it was a poorly architected from software from the start. Aolserver was a much better server as is erlang yaws.


Aolserver had a lot of good things going for it, including its use of Tcl, but it was open sourced too late, in 1999, when Apache already had a lot more traction and uptake.

Yaws is neat, but it's kind of difficult to compare to Apache because it doesn't do as much in terms of some of the handy tools that Apache ships with, and at the same time it does more because you can write dynamic applications with it directly. Also, once again, I think it was released when Apache already was quite popular and widely used. Furthermore, the pool of people capable of hacking on C is orders of magnitude larger than that of Erlang hackers.

And when it comes down to it, Apache's way of doing things isn't that bad when you consider that it potentially has a lot of things loaded into it: those can fail occasionally without taking down the whole thing. And it's not as if Apache forks a new process for every request it receives.


Actually, I would contend that the pre-forking architecture WAS the correct architecture for first 10 years.

Remember how much PHP crashes?


It's a little amazing that we're still having threads vs. events debates 15 years on. I guess I'll have to wait a few more years for someone to invent an event-driven fast path (that loads no plugins for reliability) fronting a preforked pool of worker processes.


hacking on it in httpd trunk man, just working for this startup called cloudkick keeps distracting me from the real priorities in life :-)


Apache was king (and still has the largest install base), but nginx is probably the best webserver you can use right now.

http://wiki.nginx.org


It wasn't named "a patchy server" for nothing.


Come now people, remember your history the original FAQ on the Apache Server project's website claimed that "The result after combining [the NCSA httpd patches] was a patchy server..."


Thanks for remind me.... for the Aolserver




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: