質問箱/3613

質問箱/3613 †

カテゴリ
サマリ	ページ改竄荒らし対策について
バージョン	1.4.4
投稿者	js
状態	完了
投稿日	2007-02-13 (火) 09:15:43

↑

質問†

サイトにてPukiwikiを使わせて頂いているのですが、 pukiwiki.ini.phpで

/////////////////////////////////////////// //////
// 編集認証フラグ (0:不要 1:必要)
$edit_auth = 1;

// 編集認証対象パターン定義
$edit_auth_pages = array( 
	'/^.*$/' => 'Group1', // 編集制限ページ[正規表現] =>
);

として、全ページ編集制限をかけているつもりなのですが、外国のURLらしきものにページが改竄されてしまいます・・。 pukiwiki.ini.phpのパーミッションは644です。できましたら、ご教授願いたいです。

↑

回答†

[url=http://loyno.edu ～　という書きこみがされるんですが、検索するとかなり多くのサイトが被害を受けてるようです。 -- js 2007-02-13 (火) 10:07:46
正規表現が間違ってるような。全部のページなら'^.*$'では?上記だと/で始まって/で終わるページ名を指してしまってます。 -- ぃぉぃぉ 2007-02-13 (火) 10:55:52
- と思ったけどうまくいきませんでした。'#.*#'でどうでしょう。 -- ぃぉぃぉ 2007-02-13 (火) 11:03:22
質問箱/308を参考にしたんですが、、今も荒らされてます(>< めちゃくちゃしつこいです -- js 2007-02-13 (火) 11:08:29
$auth_method_typeがcontentsの場合、パターンが$で終わっているとうまく効きませんね。自分の理解が足りないようなので勉強してきます^^;
パターンを'/^.*/'('または#^.*#')とするとうまくいきそうですが、どうでしょう? -- ぃぉぃぉ 2007-02-13 (火) 11:19:54
- なるほど、パターンの/はデリミタってやつなんですね。phpの関数で正規表現を囲むのに、英数や/(スラッシュ)以外の文字で囲む、と。contentsで$(行末)つけると一致しなくなるのは謎のまま...。誰か分かる方教えて下さい。 -- ぃぉぃぉ
  - PHP のPerl 互換の正規表現は、オプションを設定しない限り、対象が複数行でも単一行として検索してしまいます。そしてメタ文字「.」は、オプションを設定しない限り、改行を除くすべての文字がマッチ対象です。
    なので、'/^.*$/' でcontents （本文）を検索した場合、文章の最後以外に改行文字があると、マッチ失敗と判定されてしまいます。 -- 2009-07-30 (木) 03:44:49
  - http://www.php.net/manual/reference.pcre.pattern.modifiers.php -- 2009-09-11 (金) 10:28:53
ありがとうございます。$auth_method_type="pagename", パターン '/^.*/' で様子を見てみます。 -- js 2007-02-13 (火) 11:42:07

PukiWikiについて

Info in English

このサイトについて
- WebTrack
- Web委員日誌

お試し
- PukiWiki 1.5

↑

Developer

質問箱/3613†

質問†

回答†

最新の16件

質問箱/3613 †