5 ms·

Apache is very modular. You enable what you need. Apache's biggest problem is that it isn't cool and hip anymore. It's config file is too easy to understand.

Apache is very modular. You enable what you need. Apache's biggest problem is that it isn't cool and hip anymore. It's config file is too easy to understand. Good { thing we = have; nginx; } Phew!

tiquorsj 13y ago
It does have too easy of a config file. Who needs per directory config anyway? Or the ability to create redirects without a restart? I love nginx, but it has some flaws. The reality is it just has different flaws and strengths than Apache.
- bluefinity 13y ago
  You can do per-directory config in nginx with the location block, it's just that you just can't put the config inside the directory itself and have nginx automatically load it. You can tell nginx to reload its configuration without restarting the entire server process by running "sudo /etc/init.d/nginx reload", or on ubuntu "sudo service nginx reload".
  - twic 13y ago
    'service' is not just on Ubuntu - i believe it started life on Red Hat, and has now spread everywhere. Including FreeBSD: http://www.freebsd.org/cgi/man.cgi?query=service&sektion=8 http://www.freebsd.org/cgi/man.cgi?query=service&sektion=8
    - bluefinity 13y ago
      Oh, I thought it was part of upstart for some reason. Thanks for the the clarification.
- mercurial 13y ago
  I find the lack of dynamically loaded modules more aggravating, personally. Having to recompile and optionally repackage the damn thing because you need a module not included in the base nginx is a pain.
- midas007 13y ago
  I <3 nginx and apache. Tech is a toolbox. Pick the closest tool for the job. Per directory config is extremely beneficial for static hosting / VPS, but sketchy to get the security of values just right.
_ak 13y ago
No, Apache's biggest problem is its architecture that limits quite a few things you can do. Case in point: the farce around mpm_event. It took ages to implement it to solve a central issue Apache always had (i.e. that it could be DoS'd by slow but long-living connections), and even now, it's not exactly in a great state, compared to nginx's async I/O internals.
- liveoneggs 13y ago
  mpm_event in 2.4 is quite fast and let's you keep all of your terrible mod_rewrite hacks in place. :)
reitzensteinm 13y ago
Sounds like it's time for an anecdote! In 2008, my web site saw some decent traffic, and I was stuck in a spiral of buying more and more expensive servers to keep up with the demand. Some of the media files were large, and slow downloads would tie up a thread, and corresponding chunk of memory. I spent a long time working through the documentation that was available at the time, and I couldn't get anything to work stably with Django. Then I found a guide for lighttpd, and was floored when the resources used by my web server dropped to single digits. Much later, I'd learn that even saturating a gigabit pipe with just html/css/image traffic ran fine. Nginx has since replaced lighttpd, since the latter doesn't seem to be well maintained these days. As I understand it, Apache now is capable of high performance, but once bitten twice shy. The whole thing just seemed to be a big, bloated mess to me. Like you can do everything imaginable, except what you actually want to do. I couldn't imagine a feature that would exist to convince me to move back. I expect quite a few web developers are in the same boat. Your criticism of the config file is nonsensical. I'd use nginx with Apache style configuration over the inverse in a heart beat - though I disagree it would be an improvement.
- midas007 13y ago
  I like servers that work reliably so the "pager" doesn't go off in the middle of the night nor get calls as to why our service is down.
__david__ 13y ago
> Apache's biggest problem is that it isn't cool and hip anymore. It's config file is too easy to understand. Yeah, mod_rewrite sure is the epitome of a readable config file syntax. Why have one or two simple to understand "if" statements when you could have a pile of incomprehensible regexps with random one letter control flow flags? Simple. Ha.
midas007 13y ago
Bikeshedding on config syntax isn't a valid critique. Apache uses tons of memory regardless of which worker model is used. Nginx is reliable and stable, we've never had memory leaks or weird shit happen. This is why it's often uses as a front-end reverse proxy. More often, nginx is put out in front of apache where other dependencies require it (dav svn).

Apache is very modular. You enable what you need. Apache's biggest problem is that it isn't cool and hip anymore. It's config file is too easy to understand. Good { thing we = have; nginx; } Phew!

tiquorsj 13y ago

It does have too easy of a config file. Who needs per directory config anyway? Or the ability to create redirects without a restart? I love nginx, but it has some flaws. The reality is it just has different flaws and strengths than Apache.

bluefinity 13y ago
You can do per-directory config in nginx with the location block, it's just that you just can't put the config inside the directory itself and have nginx automatically load it. You can tell nginx to reload its configuration without restarting the entire server process by running "sudo /etc/init.d/nginx reload", or on ubuntu "sudo service nginx reload".
- twic 13y ago
  'service' is not just on Ubuntu - i believe it started life on Red Hat, and has now spread everywhere. Including FreeBSD: http://www.freebsd.org/cgi/man.cgi?query=service&sektion=8 http://www.freebsd.org/cgi/man.cgi?query=service&sektion=8
  - bluefinity 13y ago
    Oh, I thought it was part of upstart for some reason. Thanks for the the clarification.
mercurial 13y ago
I find the lack of dynamically loaded modules more aggravating, personally. Having to recompile and optionally repackage the damn thing because you need a module not included in the base nginx is a pain.
midas007 13y ago
I <3 nginx and apache. Tech is a toolbox. Pick the closest tool for the job. Per directory config is extremely beneficial for static hosting / VPS, but sketchy to get the security of values just right.

_ak 13y ago

No, Apache's biggest problem is its architecture that limits quite a few things you can do. Case in point: the farce around mpm_event. It took ages to implement it to solve a central issue Apache always had (i.e. that it could be DoS'd by slow but long-living connections), and even now, it's not exactly in a great state, compared to nginx's async I/O internals.

liveoneggs 13y ago
mpm_event in 2.4 is quite fast and let's you keep all of your terrible mod_rewrite hacks in place. :)

reitzensteinm 13y ago

Sounds like it's time for an anecdote! In 2008, my web site saw some decent traffic, and I was stuck in a spiral of buying more and more expensive servers to keep up with the demand. Some of the media files were large, and slow downloads would tie up a thread, and corresponding chunk of memory. I spent a long time working through the documentation that was available at the time, and I couldn't get anything to work stably with Django. Then I found a guide for lighttpd, and was floored when the resources used by my web server dropped to single digits. Much later, I'd learn that even saturating a gigabit pipe with just html/css/image traffic ran fine. Nginx has since replaced lighttpd, since the latter doesn't seem to be well maintained these days. As I understand it, Apache now is capable of high performance, but once bitten twice shy. The whole thing just seemed to be a big, bloated mess to me. Like you can do everything imaginable, except what you actually want to do. I couldn't imagine a feature that would exist to convince me to move back. I expect quite a few web developers are in the same boat. Your criticism of the config file is nonsensical. I'd use nginx with Apache style configuration over the inverse in a heart beat - though I disagree it would be an improvement.

midas007 13y ago
I like servers that work reliably so the "pager" doesn't go off in the middle of the night nor get calls as to why our service is down.

__david__ 13y ago

> Apache's biggest problem is that it isn't cool and hip anymore. It's config file is too easy to understand. Yeah, mod_rewrite sure is the epitome of a readable config file syntax. Why have one or two simple to understand "if" statements when you could have a pile of incomprehensible regexps with random one letter control flow flags? Simple. Ha.

midas007 13y ago

Bikeshedding on config syntax isn't a valid critique. Apache uses tons of memory regardless of which worker model is used. Nginx is reliable and stable, we've never had memory leaks or weird shit happen. This is why it's often uses as a front-end reverse proxy. More often, nginx is put out in front of apache where other dependencies require it (dav svn).