@@ -121,7 +121,9 @@ $globals
121121
122122The second section allows you to define any filters that should be applied to every request made by the framework.
123123You should take care with how many you use here, since it could have performance implications to have too many
124- run on every request. Filters can be specified by adding their alias to either the before or after array:
124+ run on every request.
125+
126+ Filters can be specified by adding their alias to either the ``before `` or ``after `` array:
125127
126128.. literalinclude :: filters/005.php
127129
@@ -130,14 +132,18 @@ Except for a Few URIs
130132
131133There are times where you want to apply a filter to almost every request, but have a few that should be left alone.
132134One common example is if you need to exclude a few URI's from the CSRF protection filter to allow requests from
133- third-party websites to hit one or two specific URI's, while keeping the rest of them protected. To do this, add
135+ third-party websites to hit one or two specific URI's, while keeping the rest of them protected.
136+
137+ To do this, add
134138an array with the ``except `` key and a URI path (relative to BaseURL) to match as the value alongside the alias:
135139
136140.. literalinclude :: filters/006.php
137141
138142Any place you can use a URI path (relative to BaseURL) in the filter settings, you can use a regular expression or, like in this example, use
139143an asterisk (``* ``) for a wildcard that will match all characters after that. In this example, any URI path starting with ``api/ ``
140- would be exempted from CSRF protection, but the site's forms would all be protected. If you need to specify multiple
144+ would be exempted from CSRF protection, but the site's forms would all be protected.
145+
146+ If you need to specify multiple
141147URI paths, you can use an array of URI path patterns:
142148
143149.. literalinclude :: filters/007.php
0 commit comments