In an effort to control the resources used during Parsing, s9e\TextFormatter enforces various limits. None of them can be disabled, but all of them can be set to an arbitrarily high number. Those limits are reset before each parsing.
The default values are meant to be set high enough not to be reached by legitimate input such as user comments or a multi-page article, while limiting the effect of malicious input crafted to maximize resource usage.
- regexpLimit
- (default: 50000)
- Works at the plugin level, e.g.
$configurator->Emoticons->setRegexpLimit(100); - Most plugins (BBCodes, Emoticons, etc...) use a regexp to identify the parts of the text they apply to. This setting limits the number of matches to process, with the supernumary matches being ignored.
- tagLimit
- (default: 5000)
- Works at the tag level, e.g.
$configurator->tags['URL']->tagLimit = 5; - This setting limits the number of times a given tag can be used. When the limit is reached, subsequent uses of this tag are ignored.
- nestingLimit
- (default: 10)
- Works at the tag level, e.g.
$configurator->tags['QUOTE']->nestingLimit = 2; - This setting limits how deeply a given tag can be nested into itself. This number includes the outermost tag. For instance, the example above means that a QUOTE tag (first level) can have any number of QUOTE descendants (second level) but they can't themselves have any other QUOTE descendants (which would be the third level.)
- maxFixingCost
- (default: 10000)
- Works at the parser level, e.g.
$parser->maxFixingCost = 0; - This arbitrary value controls how hard the parser will attempt to fix quirky markup. For instance, in the sequence
[b][i][/b], there's still an open[i]BBCode when its parent[b]gets closed. The parser fixes this situation by automatically closing[i]. This action would be considered to cost 1. Other actions, such as fixing misnested tags such as in[b][i][/b][/i]are estimated to cost another 1 or 2. Once this limit is exceeded, the parser stops trying to fix bad markup and an error is logged.