4 ms·

Apache Performance: Disable .htaccess here's why

54 points by ashitlerferad 10y ago

Jach 10y ago
Anyone profiled a before/after for this?
- deleted 10y ago
  [deleted]
- deleted 10y ago
  [deleted]
- lucb1e 10y ago
  This is what I expected the author to have done. A bit of a disappointing article.
- duskwuff 10y ago
  Yes. The difference is pretty minor; it's a difference of a couple 'stat' calls per request, all of which are guaranteed to be cached in the kernel. If you're serving a lot of static content, it might start to be noticeable, but at that point you're probably better off using a different web server for that content. (Or putting it on a CDN.)
  - lucb1e 10y ago
    I was thinking the same about OS caching, but since the author didn't actually try that out it's still uncertain and a fairly useless article...
- cheiVia0 10y ago
  Found this: https://thomaslohner.github.io/slides/Performance-Myths/ https://thomaslohner.github.io/slides/Performance-Myths/ ...looks to be at least +10% performance difference without .htaccess with basic static html. Probably more with many lines of rewrite rules.
- Theodores 10y ago
  Same approach, just done ten years ago: http://colin.mollenhour.com/2010/06/30/the-right-way-to-optimize-apaches-htaccess-files/ http://colin.mollenhour.com/2010/06/30/the-right-way-to-opti... This has stats, again for whatever version Apache was up to decade ago (there was a while between releases). > For my benchmark I ran “ab” (apache bench) since it is quick and easy but admittedly not the best for benchmarking overall site performance. In this case apache bench is going to under state the value of this tweak since one page load in a browser will result in repeated hits on the webserver, all of which will be affected by this optimization. So, I benchmarked on /errors/503.php so that the database is not factored but PHP code is still run. Specifically, I used $ ab -n 1000 -c 20 .../errors/503.php. > Before: ~3000 requests per second (3018 max) > After: ~4600 requests per second (5030 max) > That’s a pretty nice improvement. Unfortunately it is only substantial with fast requests such as the error pages and static files but it should definitely reduce disk contention on a busy server and increase scalability, but probably not do a whole lot for user-experience on a low-contention server.
sdx23 10y ago
Also some of the reasons why nginx doesn't support .htaccess files to begin with.
hannob 10y ago
Isn't the support for htaccess basically one of the only reasons one would use apache in favor of nginx? I.e. that you can provide users some configuration possibilities on a multiuser system? I run some servers with an apache/php/mysql configuration, we looked multiple times into nginx and that was always the problem: A user wouldn't be able to install any standard CMS without asking the admins for changes to the server config.
- tuananh 10y ago
  we have containers for that now right?
  - the_duke 10y ago
    If you are hosting many small apache/php/mysql based sites, you most certainly do not want to run a seperate server instance for each...
    - marktangotango 10y ago
      Unfortunate the parent was downvoted, it's a valid conjecture, and a consequence of "containerize all the things" not a lot of people think through. Simply answer the question; how many containers can any particular machine host? Ten's or hundreds? Depends on the hardware obviously, but there is a limit. So if each container is a paying customer, and you're in the busines of hosting containers (ie hyper.sh), that dictates your hardware/profit ratio. Then consider a single multi-tenant server (ie apache hosting 10,000 low to medium use shared sites on the same hardware). Vastly more potential users (paying customers) on the same hardware. Obviously this story has already played out and shared hosting has been in decline for years due to problems with the model; resource starvation (more active sites hogging cpu etc) and flexibility (cpanel). With containers you get so many benefits; infinite customizable, easy provisioning and deployment, tool support, etc. But the value proposition remains. Multi tenant servers make so much sense (and potentially a lot more money per hardware unit), but resource limiting (cpu, heap, disk, io) at the application level has never been implemented to really make a a viable option. OS level limiting (ie cpulimit) is available, and that's what container hosts use for resource limiting. My conjecture is that a suitable multi tenant server that can limit heap, cpu, and io at the account level should lower hosting costs by at least an order of magnitude. WHy pay $5 a month for a small container when you can pay $5 a year?
rando832 10y ago
A little inaccurate, .htaccess is disabled by default (2.3.9 and later), so you do not need "AllowOverride None" unless it's enabled somewhere else.
jarofgreen 10y ago
I wrote a small script a while back to collect all the rules from various .htaccess files into one file you can then just include in your main config - might be useful for some. https://github.com/JMB-Technology-Limited/ApacheHtaccessIn https://github.com/JMB-Technology-Limited/ApacheHtaccessIn Can then work with .htaccess files (a lot of third party apps use them) but automatically rewrite them into your main config for performance on production.
- kyriakos 10y ago
  that's a good idea - thanks for sharing.
- ozy23378 10y ago
  Thanks

54 points by ashitlerferad 10y ago

Jach 10y ago

Anyone profiled a before/after for this?

deleted 10y ago
[deleted]
deleted 10y ago
[deleted]
lucb1e 10y ago
This is what I expected the author to have done. A bit of a disappointing article.
duskwuff 10y ago
Yes. The difference is pretty minor; it's a difference of a couple 'stat' calls per request, all of which are guaranteed to be cached in the kernel. If you're serving a lot of static content, it might start to be noticeable, but at that point you're probably better off using a different web server for that content. (Or putting it on a CDN.)
- lucb1e 10y ago
  I was thinking the same about OS caching, but since the author didn't actually try that out it's still uncertain and a fairly useless article...
cheiVia0 10y ago
Found this: https://thomaslohner.github.io/slides/Performance-Myths/ https://thomaslohner.github.io/slides/Performance-Myths/ ...looks to be at least +10% performance difference without .htaccess with basic static html. Probably more with many lines of rewrite rules.
Theodores 10y ago
Same approach, just done ten years ago: http://colin.mollenhour.com/2010/06/30/the-right-way-to-optimize-apaches-htaccess-files/ http://colin.mollenhour.com/2010/06/30/the-right-way-to-opti... This has stats, again for whatever version Apache was up to decade ago (there was a while between releases). > For my benchmark I ran “ab” (apache bench) since it is quick and easy but admittedly not the best for benchmarking overall site performance. In this case apache bench is going to under state the value of this tweak since one page load in a browser will result in repeated hits on the webserver, all of which will be affected by this optimization. So, I benchmarked on /errors/503.php so that the database is not factored but PHP code is still run. Specifically, I used $ ab -n 1000 -c 20 .../errors/503.php. > Before: ~3000 requests per second (3018 max) > After: ~4600 requests per second (5030 max) > That’s a pretty nice improvement. Unfortunately it is only substantial with fast requests such as the error pages and static files but it should definitely reduce disk contention on a busy server and increase scalability, but probably not do a whole lot for user-experience on a low-contention server.

sdx23 10y ago

Also some of the reasons why nginx doesn't support .htaccess files to begin with.

hannob 10y ago

Isn't the support for htaccess basically one of the only reasons one would use apache in favor of nginx? I.e. that you can provide users some configuration possibilities on a multiuser system? I run some servers with an apache/php/mysql configuration, we looked multiple times into nginx and that was always the problem: A user wouldn't be able to install any standard CMS without asking the admins for changes to the server config.

tuananh 10y ago
we have containers for that now right?
- the_duke 10y ago
  If you are hosting many small apache/php/mysql based sites, you most certainly do not want to run a seperate server instance for each...
  - marktangotango 10y ago
    Unfortunate the parent was downvoted, it's a valid conjecture, and a consequence of "containerize all the things" not a lot of people think through. Simply answer the question; how many containers can any particular machine host? Ten's or hundreds? Depends on the hardware obviously, but there is a limit. So if each container is a paying customer, and you're in the busines of hosting containers (ie hyper.sh), that dictates your hardware/profit ratio. Then consider a single multi-tenant server (ie apache hosting 10,000 low to medium use shared sites on the same hardware). Vastly more potential users (paying customers) on the same hardware. Obviously this story has already played out and shared hosting has been in decline for years due to problems with the model; resource starvation (more active sites hogging cpu etc) and flexibility (cpanel). With containers you get so many benefits; infinite customizable, easy provisioning and deployment, tool support, etc. But the value proposition remains. Multi tenant servers make so much sense (and potentially a lot more money per hardware unit), but resource limiting (cpu, heap, disk, io) at the application level has never been implemented to really make a a viable option. OS level limiting (ie cpulimit) is available, and that's what container hosts use for resource limiting. My conjecture is that a suitable multi tenant server that can limit heap, cpu, and io at the account level should lower hosting costs by at least an order of magnitude. WHy pay $5 a month for a small container when you can pay $5 a year?

rando832 10y ago

A little inaccurate, .htaccess is disabled by default (2.3.9 and later), so you do not need "AllowOverride None" unless it's enabled somewhere else.

jarofgreen 10y ago

I wrote a small script a while back to collect all the rules from various .htaccess files into one file you can then just include in your main config - might be useful for some. https://github.com/JMB-Technology-Limited/ApacheHtaccessIn https://github.com/JMB-Technology-Limited/ApacheHtaccessIn Can then work with .htaccess files (a lot of third party apps use them) but automatically rewrite them into your main config for performance on production.

kyriakos 10y ago
that's a good idea - thanks for sharing.
ozy23378 10y ago
Thanks