<p>I know there are a lot of positive things mod-rewrite accomplishes. But are there any negative? Obviously if you have poorly written rules your going to have problems.  But what if you have a high volume site and your constantly using mod-rewrite, is it going to have a significant impact on performance? I did a quick search for some benchmarks on Google and didn't find much. </p>

[{'answer_id': 26597, 'author': 'Ryan Doherty', 'author_id': 956, 'author_profile': 'https://Stackoverflow.com/users/956', 'pm_score': 6, 'selected': True, 'text': "<p>I've used mod_rewrite on sites that get millions/hits/month without any significant performance issues. You do have to know which rewrites get applied first depending on your rules.</p>\n\n<p>Using mod_rewrite is most likely faster than parsing the URL with your current language. </p>\n\n<p>If you are really worried about performance, don't use <code>.htaccess</code> files, those are slow. Put all your rewrite rules in your Apache config, which is only read once on startup. <code>.htaccess</code> files get re-parsed on every request, along with <strong>every</strong> <code>.htaccess</code> file in parent folders.</p>\n"}, {'answer_id': 26604, 'author': 'bpapa', 'author_id': 543, 'author_profile': 'https://Stackoverflow.com/users/543', 'pm_score': 2, 'selected': False, 'text': '<p>If you\'re worried about apache\'s performance, one thing to consider if you have a lot of rewrite rules is to use the "skip" flag. It is a way to skip matching on rules. So, whatever overhead would have been spent on matching is saved.</p>\n\n<p>Be careful though, I was on a project which utilized the "skip" flag a lot, and it made maintenance painful, since it depends on the order in which things are written in the file.</p>\n'}, {'answer_id': 26770, 'author': 'ConroyP', 'author_id': 2287, 'author_profile': 'https://Stackoverflow.com/users/2287', 'pm_score': 3, 'selected': False, 'text': '<p>To echo what Ryan says above, rules in a <code>.htaccess</code> can really hurt your load times on a busy site in comparison to having the rules in your config file. We initially tried this (~60million pages/month) but didn\'t last very long until our servers started smoking :)</p>\n\n<p>The obvious downside to having the rules in your config is you have to reload the config whenever you modify your rules.</p>\n\n<p>The last flag ("L") is useful for speeding up execution of your rules, once your more frequently-accessed rules are towards the top and assessed first. It can make maintenance much trickier if you\'ve a long set of rules though - I wasted a couple of very frustrating hours one morning as I was editing mid-way down my list of rules and had one up the top that was trapping more than intended! </p>\n\n<p>We had difficulty finding relevant benchmarks also, and ended up working out our own internal suite of tests. Once we got our rules sorted out, properly ordered and into our Apache conf, we didn\'t find much of a negative performance impact.</p>\n'}]
['https://Stackoverflow.com/questions/26559', 'https://Stackoverflow.com', 'https://Stackoverflow.com/users/2687/']