Differences between version 13 and revision by previous author of RewriteRules.
Other diffs: Previous Major Revision, Previous Revision, or view the Annotated Edit History
Newer page: | version 13 | Last edited on Monday, March 10, 2003 3:11:38 am | by AristotlePagaltzis | Revert |
Older page: | version 12 | Last edited on Sunday, November 17, 2002 11:13:02 pm | by CraigBox | Revert |
@@ -1,9 +1,9 @@
Rewrite rules are rules which apply to a string of characters, and replace some of these characters with another string. Chomsky's proposal for linguistics entailed that a grammar be described in terms of a finite number of rewrite rules capable of generating all and only grammatical sentences of a given language.
For example, E -> TF (where E is an expression, T is a term and F is a factor) is a rewrite rule (in the context free grammar for a RegularExpression.)
-Most people reading this page will be more interested in [Apache]'s rewrite rules, which let you take a horrible
URL and rewrite it into a nice
one.
+Most people reading this page will be more interested in [Apache]'s rewrite rules, which let you take a nice
URL as seen by visitors
and internally
rewrite it into the horrible
one your backend needs
.
mod_rewrite uses a rule-based rewriting engine (based on a regular-expression parser) to rewrite requested URLs on the fly. It supports an unlimited number of rules and an unlimited number of attached rule conditions for each rule to provide a really flexible and powerful URL manipulation mechanism. The URL manipulations can depend on various tests, for instance server variables, environment variables, HTTP headers, time stamps and even external database lookups in various formats can be used to achieve a really granular URL matching.
"The great thing about mod_rewrite is it gives you all the configurability and flexibility of Sendmail. The downside to mod_rewrite is that it gives you all the configurability and flexibility of Sendmail." -- Brian Behlendorf, [Apache] Group