【CSS】Mozilla広告ブロック【Adblock】

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 12/29 21:07 / Filesize : 308 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/08/01(火) 12:41:46 ID:IsoaU6wd0]: フィルタをアップするときに書き込む項目(推奨)
・フィルタを適用したブラウザ
・ブロックに使用した手段
・ブロックされる広告の説明
・フィルタ

過去のスレッド
Mozilla Firefox Adblockフィルタースレッド Part1
pc7.2ch.net/test/read.cgi/software/1131101772/
787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/15(日) 00:33:22 ID:p2ASdhOI0]: というわけで超適当にベンチ計ってみますたよ。

Firefox の仕様：
OS X 版の Firefox 2.0.0.3 に Adblock Plus と Fasterfox だけオン。

チェックに使用した HTML ファイル（test.html）：
<html>
<body>
<img src="localhost/bana/000.jpg">
<img src="localhost/bana/001.jpg">
（中略）
<img src="localhost/bana/499.jpg">

<img src="localhost/noad/000.jpg">
<img src="localhost/noad/001.jpg">
（中略）
<img src="localhost/noad/499.jpg">
</body>
</html>

ちなみに全ての画像は 404 Not Found が返る。
ダミーを用意したのはどうやらひとつのフィルタがヒットした URL に対する
残りのフィルタによるチェックがスキップされてるっぽいから。
（ヒットしないフィルタの影響がスルーされないように）
788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/15(日) 00:35:40 ID:p2ASdhOI0]: 用意したフィルタリストは次の８種類：
Ａ．shortcut を作れるフィルタ（当たり500個）　bana/000～499
Ｂ．shortcut を作れるフィルタ（外れ500個）　bana/500～999
Ｃ．shortcut を作れないフィルタ（当たり500個）　na/000～499
Ｄ．shortcut を作れないフィルタ（外れ500個）　na/500～999
Ｅ．単純な正規表現（当たり500個）　/bana\/000～499/
Ｆ．単純な正規表現（外れ500個）　/bana\/500～999/
Ｇ．まとめた正規表現（当たり１個）　/bana\/\d{3}/
Ｈ．まとめた正規表現（外れ１個）　/bana\/\d{4}/

机上の空論：
・Ｃ≒Ｅ＞Ａ
（フィルタが全てヒットする条件だとＡは shortcut 検索のステップがある分Ｃ・Ｅより僅かに遅い。
　またＣとＥは内部的には同一なのでほとんど差は出ない）
・Ａ≒Ａ＋Ｂ
（Ｂはあってもなくてもほとんど問題にならない）
・Ｄ≒Ｆ
（ＤとＦは内部的には同一なのでほとんど等しく重い）
・Ａ＋Ｂ＞Ｃ＋Ｄ≒Ｅ＋Ｆ
（ヒットするフィルタとヒットしないフィルタが混在すると shortcut を作れるＡ＋Ｂが優位に立つ。
　またＣ＋ＤとＥ＋Ｆは内部的には同一なのでほとんど差が出ない）
・Ｅ≧Ｇ『かも知れない』
（ＧのＥに対する優位性はその正規表現の複雑さに依存するので一概には言えない）
789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/15(日) 00:37:30 ID:p2ASdhOI0]: そして text.html の読み込みが完了するまでの時間
（５回程度リロードした時の最速タイム。単位は秒）：

フィルタ無し：10.963

Ａのみ：6.987
Ｂのみ：10.590
Ａ＋Ｂ：6.791

Ｃのみ：6.702
Ｄのみ：10.380
Ｃ＋Ｄ：7.162

Ｅのみ：6.936
Ｆのみ：10.398
Ｅ＋Ｆ：7.207

Ｇのみ：6.890
Ｈのみ：10.485
Ｇ＋Ｈ：6.878

キャッシュがバリバリ効いているので無意味なデータかも知れない。
統計学的に信頼ができる代物でもない。

また、Firefox が動いているのと同じ Mac でローカルサーバも動かしたんで
ブロックされる要素が少ない条件下での読み込み時間が不当に増えてるかも知れない。
（それでも実際に外部のサーバにアクセスしてデータを受け取るよりは圧倒的に速いとは思うが）
790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/15(日) 00:39:29 ID:p2ASdhOI0]: 見ての通り、shortcut が作れるフィルタはいくつあっても速度的にはほとんど影響がないが、
shortcut が作れないフィルタや正規表現（特に『ヒットしないもの』）が大量にあると
処理は多少重くなる……と、言って良いものかどうか。
今回の条件では有意な差があるようには俺には見えん。もう１回やったら逆転してるかも。

使った正規表現が単純すぎて動作がそれほど重くならないためなのか
shortcut の優位性が今ひとつはっきりしないので
ＢとＦの外れフィルタをそれぞれ10000個に増やしてみたりもしたんだけど、
やっぱりほとんど差は出ない。
『shortcut が作れるフィルタ＞＞＞ shortcut が作れないフィルタ≒正規表現≧複雑な正規表現』
という開発者の言葉に間違いがあるとは思わないが、
>>625が言ったように目で見て分かるほどの差があるわけではないのかも知れない。

でも shortcut が理論上ここからの速度低下がほとんど無いのに対して
正規表現はやりようによってはここから底抜けに鈍重になっていくことができる。
そういう意味ではやはり shortcut ＞＞＞正規表現は正しいのだろう。多分。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef