Extension:AbuseFilter/Rules format/ja

zh:Wikipedia:防滥用过滤器/操作指引 以下の記述形式は、C言語、Java、Perlなどの多くのプログラミング言語で条件文として用いられています.

文字列
リテラル（非変数の文字列）は、直接もしくは で囲って書くことができます. 改行は 、タブ文字は 、'(クォート文字)は と表記します.

Use the  (plus) symbol to concatenate two literal strings or the values of two vars with a string value.


 * 例

User-defined variables
You can define custom variables for ease of understanding with the assign symbol  in a line (closed by  ) within a condition. Such variables may use letters, underscores, and numbers (apart from the first character) and are case sensitive. Example (from w:en:Special:AbuseFilter/79):

Arrays
AbuseFilter has support for non-associative arrays, which can be used like in the following examples.

コメント
You can specify comments using the following syntax: /* This is a comment */

Arithmetic
You can use basic arithmetic symbols to do arithmetic on variables and literals with the following syntax:
 * — Subtract the right-hand operand from the left-hand operand.
 * — Add the right-hand operand to the left-hand operand.
 * — Multiply the left-hand operand by the right-hand operand.
 * — Divide the left-hand operand by the right-hand operand.
 * — Raise the left-hand operand to the exponential power specified by the right-hand operand.
 * — Return the remainder given when the left-hand operand is divided by the right-hand operand.

The type of the returned result is the same that would be returned by PHP, for which a lot of documentation may be found online. More exhaustive examples may be found in this AF parser test.

論理演算子
条件数の全てもしくは一つまたは、すべての条件のうちの唯一無二の1つがTrueである場合にのみマッチします.
 * &mdash; OR – 二辺のどちらかがTrueの場合Trueを返します.
 * &mdash; AND – 二辺のどちらもがTrueの場合Trueを返します.
 * &mdash; XOR – 二辺のどちらかがTrueの場合Trueを返します. 但し、どちらもTrueである場合はFalseが返されます.
 * &mdash; NOT – 引数がFalseの場合Trueを返します.

Examples

単純な比較
You can compare variables with other variables and literals with the following syntax:
 * and &mdash;Return true if the left-hand operand is less than/greater than the right-hand operand respectively. Watch out: operands are casted to strings and, like it happens in PHP,   and.
 * and &mdash;Return true if the left-hand operand is less than or equal to/greater than or equal to the right-hand operand respectively. Watch out: operands are casted to strings and, like it happens in PHP,   and.
 * (or ) and  &mdash;Return true if the left-hand operand is equal to/not equal to the right-hand operand respectively.
 * and &mdash;Return true if the left-hand operand is equal to/not equal to the right-hand operand AND the left-hand operand is the same/not the same data type to the right-hand operand respectively.

Built-in variables
不正利用フィルターでは、パーサーによってあらかじめ定義された様々な変数を使うことができます. これらの変数はその名前をリテラルと同じように入力する事によってアクセスすることができます. また、変数の中には不正利用ログ内のリクエストに連動したものもあります.

Performance
As noted in the table above, some of these variables can be very slow. While writing filters, remember that the condition limit is not a good metric of how heavy filters are. For instance, variables like  or   always need a DB query to be computed, while   variables will have to perform parsing of the text, which again is a heavy operation; all these variables should be used very, very carefully. For instance, on Italian Wikipedia it's been observed that, with 135 active filters and an average of 450 used conditions, filters execution time was around 500ms, with peaks reaching 15 seconds. Removing the  variable from a single filter, and halving the cases when another filter would use   brought the average execution time to 50ms. More specifically: Last but not least, note that whenever a variable is computed for a given filter, it'll be saved and any other filter will immediately retrieve it. This means that one single filter computing this variable counts more or less as dozens of filters using it.
 * Use  variables when you need high accuracy and checking for "http://..." in other variables (for instance,  ) could lead to heavy malfunctioning;
 * Use  variables when you're really sure that non-PST variables aren't enough. You may also conditionally decide which one to check: if, for instance, you want to examine a signature, check first if   contains  ;
 * In general, when dealing with these variables, it's always much better to consume further conditions but avoid computing heavy stuff. In order to achieve this, always put heavy variables as last conditions.

キーワード
The following special keywords are included for often-used functionality:
 * （ も可） &mdash; 左側の文字列と右側の文字列がグロブパターン（正規表現）で一致する場合にTrueを返します.
 * &mdash; 右側の文字列に左側の文字列が含まれている場合はTrueを返します.
 * works like, but with the left and right-hand operands switched. Note: empty strings are not contained in, nor contain, any other string (not even the empty string itself).
 * （ も可）、 &mdash; 左側の文字列と右側の文字列に正規表現パターンでの一致が（含まれている）場合をTrueを返します（ は大文字小文字を区別しません）. このキーワードはPCREライブラリを使用しています. The only PCRE option enabled is   (modifier   in PHP); for   both   and   are enabled (modifier  ).
 * ,  and
 * ,  and
 * ,  and

例

関数
不正利用フィルターには、頻出する重要な問題を容易にするために多くの関数が内蔵されています. これらは のように一般的な形式が用いられています. 関数はリテラル・変数を問わず全ての文字列で使うことができます. また、関数の内容はリテラルとしても、変数としても、他の関数としても渡すことができます.

演算の順序
一般的に、演算は左から右へ作用します. しかし、その順序は例外的になる場合もあります. フィルターが条件のいずれかの処理に失敗した時、短絡評価によりその残りの部分のチェックは停止され、次のフィルターに移ります（T43693を除く）. 評価順序は次の通りになります.
 * 1) 括弧で囲まれている文字列は単一の単位として評価されます.
 * 2) 変数やリテラルのデータへの変換（例:  を0に変換）
 * 3) 関数の呼び出し（,  等）
 * 4)  及び といった単項演算子（正の数・負の数として,  のような形で）
 * 5) キーワード
 * 6) 論理値の反転（ ）
 * 7) べき乗計算
 * 8) 掛け算・割り算・割り算の余り
 * 9) 足し算・割り算
 * 10) 比較演算子
 * 11) 論理演算子

例

 * は と等価になりますが、 とは等価にはなりません. 例えば、 や などはTrueと評価されます.
 * は と等価になりますが、 とは等価にはなりません. 例えば、 や などはFalseと評価されます.

条件のカウント
The condition limit is (more or less) tracking the number of comparison operators + number of function calls entered.

Further explanation on how to reduce conditions used can be found at Extension:AbuseFilter/Conditions.

外部リンク

 * PCRE pattern syntax.
 * meta:Edit filters benefiting to various local Wikiprojects
 * Extension:AbuseFilter/Conditions