07/03/25 00:33:59 6Im/RoJi0
Adblock Plus 0.7.2.4 で、
ドラッグアンドドロップでフィルタ一覧の並び順を変えられたはずなのに、
最近になって急にできなくなった。
コンテキストメニューの「上へ」「下へ」も使えない。
再インストールするも効果なし。
どうなっているのだろう。
569:名無しさん＠お腹いっぱい。
07/03/25 06:26:42 B8tftuzD0
バックアップ取ってからプロファイルの
adblockplusフォルダとprefs.jsをごみ箱に
570:名無しさん＠お腹いっぱい。
07/03/25 08:57:19 QXr4htug0
>>568
おぉ、俺もそれ先週なったなった。
>>569さんが書いてるので対処できたんか、俺はフィルターにも問題あったみたいで新規プロファイルで一からやりなおしたわｗ
参考までに、その時やったこと
旧プロファイルバックアップ・ABPフィルタエクスポートでバックアップ
新規プロファイルでフィルタインポート→症状再発→旧フィルタ捨てた
結果Firefoxが少し軽くなったｗ
俺の場合は災い転じて福となった、と考えてるよ
571:568
07/03/25 10:25:52 6Im/RoJi0
>>569>>570
ありが㌧。
やってみたけれども効果なし(´･ω･｀)ｼｮﾎﾞｰﾝ
Firefox を 1.5.0.11 にアップデートしてからなったような気がする。
572:570
07/03/25 10:43:55 pDKGef1d0
>>571
ごめん、俺の環境Win XP SP2 Home Firefox/2.0.0.3だわ
テーマが1.5系以外NGという理由以外ならこの際2.0.0.3に以降も考慮してみては？
拡張が未対応でも
MR Tech Local Instalｌ
URLﾘﾝｸ(addons.mozilla.org)
入れれば大丈夫なもの『も』あるみたいだから、考えてみてちょ
ごめんな>>571、力になれなくて <(_ _)>
573:568
07/03/25 12:44:46 6Im/RoJi0
>>572
その拡張、実はAdd-onsの日本語ページができてから、気になってはいたんだ。
入れてみたけれども解決しなかったけれども、便利だからこのまま使うぜ。
Chrome Edit よ、さようなら。
大人しく 1.5 から 2.0 にします。
わざわざありがとう。
574:名無しさん＠お腹いっぱい。
07/03/25 12:46:00 6Im/RoJi0
＞入れてみたけれども解決しなかったけれども
変な言い回しだorz
575:名無しさん＠お腹いっぱい。
07/03/25 13:48:20 M4x/00J10
一度切った方がいいね。
>入れて見たけど、解決はしなかった。でも便利だからこのまま使う。
576:名無しさん＠お腹いっぱい。
07/03/25 15:26:24 HlLxUkIQ0
URLﾘﾝｸ(cgi.2chan.net)
URLﾘﾝｸ(nov.2chan.net)
URLﾘﾝｸ(zip.2chan.net)
この辺の広告カットやってるんだけど、
/* 双葉ちゃん♪ */
@-moz-document domain("2chan.net") {
body>center>form>table>tbody>tr>td>ul>li>table>tbody>tr>td,
body>form>b>a,
body>form>b+br,
body>b>a,
body>b+br,
body>form>center,
body>center>small,
body>br[clear="all"]
{ display: none !important; }}
で、大まかには削れたんだけど、「広告:::」って部分だけが残ってしまって
どうにかしたいんだけど、何か方法あるでしょうか？
577:名無しさん＠お腹いっぱい。
07/03/26 04:41:19 OOvp1FPt0
それとはまったく違うが、さっき質問スレで拾ったuserContent.css
/* 2ch系掲示板のメルアド欄の文字を表示しage・sageで色分け */
@-moz-document domain("2ch.net"),domain("2chan.net") {
a[href*="mailto:"]:after{
content: "[" attr(href) "]";}
a[href*="mailto:"][href*="age"]{
color:red !important;}
a[href*="mailto:"][href*="sage"]{
color:gray !important;}
}
これなかなかいいよ
578:名無しさん＠お腹いっぱい。
07/03/26 10:43:52 mevIjGMO0
tes
579:名無しさん＠お腹いっぱい。
07/03/27 15:05:59 EiSN018b0
久し振りに公式を読んできたんだが、けっこう内容が変わっているな。
0.7以降は正規表現を使わないほうが速いとか、$オプションのこととか。
$オプションは便利だよね。
正規表現で面倒な書き方をしなければならなかったものが、
正規表現なしでスッキリと書ける。
後は、項目を隠すルールのドメイン指定だけじゃなくて、
適用フィルタで適用するURLが指定できればな…。
580:名無しさん＠お腹いっぱい。
07/03/27 16:20:05 +TvRIdxZ0
正規表現使わないと超速いな。
581:名無しさん＠お腹いっぱい。
07/03/27 21:28:47 bQd6Gxe80
>>579
読めない人(俺)の為に翻訳してこのスレに貼ってよ
Web翻訳じゃチンプンカンプンさ
582:名無しさん＠お腹いっぱい。
07/03/27 21:36:26 ez54nBWM0
Portable FirefoxをRAMディスクに突っ込んで利用してるから、正規表現たんまり使っても超速いが気になる。
583:579
07/03/28 11:15:43 NR2/fp3G0
>>582
自分は英語が不自由な人種なんだ。
同じくWeb翻訳で訳文と原文を並べて、
だいたい読み取れることを実際に検証した。
間違っているところがあれば、ｴﾛｲ人が教えてくれるはず。
既出部分は省いて翻訳というよりも要約する。
原文は URLﾘﾝｸ(adblockplus.org) を参照のこと。
584:名無しさん＠お腹いっぱい。
07/03/28 11:17:34 NR2/fp3G0
■ 要約 : Specifying filter options
・フィルタの終端に$を付加して、それ以降にオプションを記述する。
例えば、URLﾘﾝｸ(server.com) は、
URLﾘﾝｸ(server.com) や、
URLﾘﾝｸ(server.com) に適用される。
・タイプの先頭に~を付加すると、その要素は適用されない。
例えば、URLﾘﾝｸ(server.com) は、
URLﾘﾝｸ(server.com) には適用されるが、
URLﾘﾝｸ(server.com) には適用されない。
・match-case を使うと、大文字・小文字を区別する？
未確認につき自信ﾅ(´･ω･)ｽ
例えば、URLﾘﾝｸ(server.com) は、
URLﾘﾝｸ(server.com) には適用されるが、
URLﾘﾝｸ(server.com) には適用されない。
・,を使って複数のオプションを指定できる。
URLﾘﾝｸ(server.com)
URLﾘﾝｸ(server.com)
585:名無しさん＠お腹いっぱい。
07/03/28 11:19:40 NR2/fp3G0
・使用できるタイプ一覧
script
HTML の script タグを通して読み出される外部スクリプト。
image
HTML の img タグを通して読み出される画像。
background
CSS を通して読み出される背景画像。
stylesheet
外部CSS。
object
ブラウザのプラグイン、Flash や Java など。
link
画像のリンク。
※[オプション]-[バナーのリンク先をチェックする]を有効にする必要がある。
subdocument
HTMLフレームを通して組み込まれたページなど。
document
ページ自体。
※ホワイトリストしか適用されない。
other
その他。
586:名無しさん＠お腹いっぱい。
07/03/28 11:20:46 NR2/fp3G0
■ 要約 : Using regular expressions / Note
Adblock Plus 0.7 以降のバージョンでは、
基本的なフィルタは、正規表現で書かれたものよりも速く処理される。
587:名無しさん＠お腹いっぱい。
07/03/28 11:30:52 NR2/fp3G0
∧∧
/⌒ヽ)
～（＿__）＜ぐぅー…
''" ""''"" "''
588:名無しさん＠お腹いっぱい。
07/03/28 11:32:05 YbVonGyZ0
で、その新しい $ とやらを使った完璧・高速な
フィルタを早くうpしてくれよ。まとめサイトにはもうあるのかな？
589:名無しさん＠お腹いっぱい。
07/03/28 11:48:10 CRYRRY2C0
>>584-587
丁寧な翻訳サンクス
腹減ってるみたいだから飯つくってやるよｗ
590:名無しさん＠お腹いっぱい。
07/03/28 16:52:29 TMX9/plX0
「正規表現で書かれたものよりも速く処理される」ちゅーても、今度は
URLやワードが増えフィルターが肥大化して逆に重たくならないの？
まぁ、程度モンだけどさ。余計な心配かな・・・・
>>ID:NR2/fp3G0
,'从从)〉
rヤ^ｰﾟﾉi| 乙であります。thx♥
591:名無しさん＠お腹いっぱい。
07/03/28 17:12:02 o7Gjhyff0
NGワードみたいな”広告”や”AD:”とか”氏ね”ってな
文字自体を表示しないようにする機能が欲しいな
ID:NR2/fp3G0 ありがとー
592:名無しさん＠お腹いっぱい。
07/03/28 19:29:25 pcpPiXBP0
>>583
いろいろと弄ってみる。
ありがとん
593:名無しさん＠お腹いっぱい。
07/03/30 11:43:33 C2eZjzRk0
久々に除いたらなんか難しくなってるのな。使いこなしてる人いたらフィルタオプション対応版のリストさらして欲しいな
594:名無しさん＠お腹いっぱい。
07/03/30 12:36:47 AQ0Xg3aD0
新しいのこなくてつまんない
595:名無しさん＠お腹いっぱい。
07/04/01 23:49:52 iiOv2AtF0
和訳GJ
URLﾘﾝｸ(server.com)
ってのがすっごい便利だね、JavaScriptで広告挿入してるとこ多いし。
596:名無しさん＠お腹いっぱい。
07/04/02 02:25:41 1nMFwNJZ0
>>ID:NR2/fp3G0
超GJ
色々いじくってみるお
597:名無しさん＠お腹いっぱい。
07/04/05 15:20:14 F3dQT4DZ0
Adblock Plus公式のFAQとフィルタの書き方のところを
むっちゃ適当に和訳してみたんだけど欲しい人は居ますか？
和訳の質は保証できんけど、原文を読んでない人には助けになるかも知れず。
598:名無しさん＠お腹いっぱい。
07/04/05 16:58:10 v1sikPxO0
お願いします
599:名無しさん＠お腹いっぱい。
07/04/05 17:47:46 aBNce/iB0
いらない。
英語を読めないやつが使うなアフォと
600:名無しさん＠お腹いっぱい。
07/04/05 17:56:36 TuSopJkH0
>>599
日本語も読めないやつも使うなアフォと
601:名無しさん＠お腹いっぱい。
07/04/05 22:19:39 uwLPWWVM0
なぜそうまでして日本語化にこだわるのか理解できない。
602:名無しさん＠お腹いっぱい。
07/04/05 23:50:24 +OqKeXk70
日本人だから
朝鮮人の>>601にはわかるまい
603:名無しさん＠お腹いっぱい。
07/04/05 23:59:20 3+H99npb0
素直に英語がわからないって言えよ
604:名無しさん＠お腹いっぱい。
07/04/06 00:23:19 bCnES03Z0
>>597
Web翻訳で十分。
このスレでも今まで色々と出たし。
フィルタが書けない人でも使えるように出来ているしね。
605:名無しさん＠お腹いっぱい。
07/04/06 01:51:14 oSJzOrtt0
>>603-604
（ ´_ゝ`）ﾌｰﾝ
606:597
07/04/06 13:19:34 RgvsHE0v0
何か妙な方向に話が飛んでるなあ。
まあ、とりあえず上げておくんで欲しい人だけ持って行って下さい。
URLﾘﾝｸ(kasamatu.o0o0.jp)
受信パスはhage。
607:名無しさん＠お腹いっぱい。
07/04/06 13:24:15 Md9XOTKa0
>>606
乙、ありがとう。 ガキの戯言はスルーでぃぃょ＾＾
608:名無しさん＠お腹いっぱい。
07/04/06 14:46:26 awd5KFG10
>>606
,'从从)〉
rヤ^ｰﾟﾉi| 乙であります。
あんた最高。まとめサイトに貼って欲しいくらいだよ♥
609:名無しさん＠お腹いっぱい。
07/04/06 15:10:04 oyzgzHm50
テキストタイプの広告でさiframeでも無くて直でhtmlに埋め込まれてて
更にdivとかでidとかclass指定してない様なやつってどうやって消せばいいのかな？
地道に
html > body > table[width="100%"](略
のようなそのサイトでしか使えなくて他の物まで消してしまいそうな
スマートじゃないフィルタ作るしかない？
610:名無しさん＠お腹いっぱい。
07/04/06 15:29:35 7hUapQDH0
そんな糞サイト見ない
611:名無しさん＠お腹いっぱい。
07/04/06 15:31:52 PN/CHpul0
>>609
## の前に情報いれることでドメイン指定はできるから、ほかのサイトに影響することはないけど、
その場所にコンテンツが入るリスクもあるから、ブロックしないようにしてる。
フィルタするならそう汚いフィルタにするしかない。
612:名無しさん＠お腹いっぱい。
07/04/06 16:27:20 TybvPJO10
>>606 前から読みたかったが、「ちっ、外国語かよ」だった。だから心底感謝する。
そして、
|// / /___, -一ｧ| /! |ﾄ、|│ | | く」
|,-‐￢ ￣---┘'７ |! ﾊ! |,､-┼十|! | | |
, -‐ ''" し' '´_ ／,ィ二l |ﾄ、/!ヽﾄ､＼_ヽ!|!l | ﾊ |
,r／ __ ,イ|ﾘ ヾハ! ヽ! ,ィ⌒ヾﾐﾘﾉ!/ﾘ |
／ ||ヽ -' ／￣ )｀ __ |ヒﾉ:} '` ,ｲ/ | | ＜ 乙であります！
,r ' ヾ､ ,-､＿___ , イ￣,r=＝- ==-' ﾚ' /| |
／ ヽ `ーｿ ' | |ﾄ､,ﾍ ′"" "" / / || |
. ／ ＼_ ／ | ﾊ ヽ｀ﾞ'ﾍ ' '__. ィ ／ / | | |
／ / / | ヽ 川＼ ヾ三ﾆ‐'′／/! | | | |
/ / / 八 ＼川| |`ト- .. __ , イ‐ｧﾍ | | ||
>>608 ↑その2行AAこれの縮小版か さっきやっとわかった orz
613:名無しさん＠お腹いっぱい。
07/04/07 00:59:34 mXI1UpKc0
おう
614:名無しさん＠お腹いっぱい。
07/04/07 02:33:26 lvdy4hE80
だれか>>584-585を使った正規表現じゃない良さげなフィルタ貼ってよ
615:名無しさん＠お腹いっぱい。
07/04/07 03:19:48 UQ70fyG30
正規表現を使わないフィルタでも、プロファイルにある adblockplus/patterans*.ini を
見ると結局は正規表現にされているような気がしない…？
> text=|URLﾘﾝｸ(ad.)
> type=filterlist
> regexp=^http\:\/\/ad\.
616:名無しさん＠お腹いっぱい。
07/04/07 14:07:30 61kY1ana0
今のところ一番ヒット多いやつ
URLﾘﾝｸ(*.jp.ap.valuecommerce.com)
正規表現使わないなら自分の巡回するページのだけ作るほうがいいよね
617:597
07/04/07 14:25:26 THaO/tdK0
>>615
FAQによると内部的には正規表現に変換されている。
だから『ad』と『/ad/』は実は同義。
しかし>>584-585のようなフィルタオプションを使ったフィルタは
正規表現で同様の適用範囲の絞り込みをするよりも高速に動作する。
618:名無しさん＠お腹いっぱい。
07/04/07 14:25:59 THaO/tdK0
いけね、名前消し忘れてた。
619:名無しさん＠お腹いっぱい。
07/04/07 17:22:40 UQ70fyG30
>>617
> 正規表現で同様の適用範囲の絞り込み
URLﾘﾝｸ(adblockplus.org)
これによると、フィルタオプションは対象とする要素を決められるという事みたいだ
けど、これと同様の事がadblockの正規表現でも出来たの？
どうも、"正規表現を使わない方が速い"という意味がサイトの文書などを見ても
釈然としないんだよね…。
620:名無しさん＠お腹いっぱい。
07/04/07 17:54:18 tQCrgZA10
そろそろ使っているフィルターうｐの時期だな
頼む
621:名無しさん＠お腹いっぱい。
07/04/07 18:35:54 0+a4x/xu0
ちょっと見た感じだと
まず正規表現を使わないフィルタのshortcuts=****にある短い文字列を使って検索
→ヒットしたらそのフィルタのregexp=****で正規表現検索
→ヒットしなかったら正規表現のフィルタで正規表現検索
って感じみたい
あと>>584-585の絞込みオプションは正規表現フィルタでも使える
/ad|banner(click|net)/$image,match-caseとか
622:名無しさん＠お腹いっぱい。
07/04/07 19:39:49 THaO/tdK0
>>619
俺も実はあんまり良く分かってないんだけど、多分
*/ads/*.js
よりは
*/ads/*$script
の方が速いという事かと。
623:名無しさん＠お腹いっぱい。
07/04/07 20:18:37 UQ70fyG30
>>621
> →ヒットしたらそのフィルタのregexp=****で正規表現検索
> →ヒットしなかったら正規表現のフィルタで正規表現検索
なんか、人間から見るとすごく非効率な気がするけど、この方がPC的に速いの
かな？って、上の2つの違いは…？
>>622
URLの文字列がどうなっていようがその要素には何の関係もないから、"*.js"が
$script と同じ意味にはならないよ。
ads/*
ads/*$script
<img src="/ads/example.js">
<scipt src="/ads/example.js">
この場合、上のフィルタだと両方検索してしまうけど、下のフィルタだと script 要素
だけに絞れるからその分速いという事で、正規表現の有無とは関係ないと思うよ。
624:名無しさん＠お腹いっぱい。
07/04/07 20:43:19 0+a4x/xu0
まあ要するに
正規表現検索は基本的に通常の文字列検索より遅いので
できるだけ正規表現検索が行われないように工夫されてるってことかな
フィルタリストの中に正規表現フィルタが一つでもあると必ず一回は正規表現検索が行われる
フィルタリストの中に正規表現フィルタが無ければ
通常の文字列検索でヒットしない限りは正規表現検索は行われない
625:名無しさん＠お腹いっぱい。
07/04/08 13:45:10 zdRKnNuL0
体感できるほどの速度の差はないと思う。
626:名無しさん＠お腹いっぱい。
07/04/08 15:36:11 TANvoK6I0
>>625
絶対的な計測値とかを何も提示せずに
「こっちが速いと思う」「遅く感じる」なんていう曖昧な
個人個人の思い込みだけで延々と言い合いするのは、
このスレで定期的に行われる季節の風物詩みたいなもんだから。
それ以外に大した話題もないんだし好きにさせてやれ。
627:名無しさん＠お腹いっぱい。
07/04/08 15:42:57 zdRKnNuL0
うん、そうだね。
628:名無しさん＠お腹いっぱい。
07/04/08 17:12:41 i1es3+/N0
おう
629:名無しさん＠お腹いっぱい。
07/04/08 18:10:00 inWpqDuM0
オプションにある"ブロック要素を隠す"って、ブロックした要素を隠すって事だった
のかよ！！
今まで、広告などが含まれるブロック要素(<div>など)が隠せるのかと思ってた…orz
630:名無しさん＠お腹いっぱい。
07/04/08 18:37:45 Ocyd8N5n0
>>629がまだ何か誤解してそうで怖い
631:名無しさん＠お腹いっぱい。
07/04/08 21:12:53 /xibPfYk0
>>616
律儀にhttpから登録するんだな。
漏れの場合これで登録してる↓。
valuecommerce.com$image,subdocument
632:名無しさん＠お腹いっぱい。
07/04/08 21:46:52 UXqougbF0
>>626
Plus作者自身が正規表現のフィルタより>>584-585の方が速いって書いてるんだよ
まぁ体感できるほどの差はない気がするが
633:名無しさん＠お腹いっぱい。
07/04/08 22:02:51 VD4RAMvd0
>>584-585のフィルタオプションが速いなんて書いてないぞ
正規表現のフィルタより普通のフィルタを使った方が速い『かもしれない』とは言ってるけど
634:名無しさん＠お腹いっぱい。
07/04/08 22:27:55 qNB2q//Y0
適当なこと書く奴が多くて何が真実なのかさっぱり分からん。
635:名無しさん＠お腹いっぱい。
07/04/08 23:06:16 2C2xbbgFP
原文ﾄﾞｿﾞｰ
> Note: You should notuse regular expressions to speed up processing of your filter list.
> You might hear this advice often but it is outdated
> starting with Adblock Plus 0.7 basic filters are actually processed
> faster than regular expressions.
636:名無しさん＠お腹いっぱい。
07/04/08 23:17:43 zdRKnNuL0
嘘を嘘と見抜けない人には難しい。
637:名無しさん＠お腹いっぱい。
07/04/09 13:40:28 NSqDFLQA0
良いフィルターの条件
1 誤爆がない
2 広い範囲で使える
3 字数が1バイトでも少ない
良いものならどんな書き方しててもいいぞ
要は機能重視
638:名無しさん＠お腹いっぱい。
07/04/09 13:56:11 LtJgY54v0
>>637
> 3 字数が1バイトでも少ない
何考えてるんだか。
人間が見て分かりやすいのが良いに決まってるだろ。
お前はプログラマーにはなれないな。
639:名無しさん＠お腹いっぱい。
07/04/09 14:23:57 eYsQuTt8P
っ【コメント】
いきなりプログラマーとか言い出したのは
そこに何か嫌な思い出でもあるからなのか何なのかと思ったが
荒れそうなのでやっぱり何も言わないでおこうと思った。
640:名無しさん＠お腹いっぱい。
07/04/09 14:43:25 LtJgY54v0
ABPは項目を隠すルールにはコメント使えないじゃん。
それにサイト側で修正がある場合もあるし、公開するルールなら他の人が内容を確認したいことだってある。
そして、後で自分が見て分かりやすいことが望ましい。
以上の理由から、1バイトでも少ないことより、「人間が見て分かりやすい」ことの方が重要だ。
641:名無しさん＠お腹いっぱい。
07/04/09 14:47:38 pRTlAw6F0
ところで>>633の言う『かもしれない』ってどこに書いてあった？
642:名無しさん＠お腹いっぱい。
07/04/09 14:55:13 EAs9PvfY0
具体的にID:LtJgY54v0がいいと思うフィルタを晒してくれよ。
あと公開するルールなら～って言ってるけど、このスレやまとめサイトに載るものなら
別にコメントとしてフィルタの説明がついてても平気だろ。
643:名無しさん＠お腹いっぱい。
07/04/09 15:04:18 ED65lMNe0
>>641
might を脊椎反射で推量に訳しちゃったんだろう。
中学英語だよな。
644:名無しさん＠お腹いっぱい。
07/04/09 15:10:54 pRTlAw6F0
>>643
>>635のmightが推量なのは正しくね？
ただ『速い』にはかからないというだけでｗ
645:名無しさん＠お腹いっぱい。
07/04/09 20:06:38 rUF0jbOB0
>>635はこっちの訳
Complicated regular expressions require much time to be evaluated, it might be faster to use several simple ones.
646:名無しさん＠お腹いっぱい。
07/04/09 20:07:39 rUF0jbOB0
× >>635
○ >>633
647:名無しさん＠お腹いっぱい。
07/04/09 21:36:04 pRTlAw6F0
> Are regular expressions faster than “normal” filters?
> Usually this is not the case. Adblock Plus will transform any "normal" filter
> into a regular expression, and internally it will work only with regular expressions
> ― there is no difference between the filters banner and /banner/.
> Regular expressions are often used to "compress" the filters list and replace several filters
> by one regular expression. The rule of thumb says "fewer filters means faster"
> but it isn’t always correct in this case. Complicated regular expressions require
> much time to be evaluated, it might be faster to use several simple ones.
> Regular expression give you more flexibility however, that’s where their use is always justified.
> For example the regular expression /adv(?!ice)/ will block adv and advert and advertisement
> but not advice ― something you couldn’t have done with simple wildcards.
正規表現は『普通の』フィルタよりも速いのか？
普通はそのようなことはない。Adblock Plusは『普通の』フィルタを正規表現に変換し、
内部的には正規表現として処理する……bannerと/banner/には差は無いのである。
正規表現はしばしばフィルタリストを『圧縮』して、いくつかのフィルタをひとつの正規表現で
置き換えるのに使用される。経験則としては『フィルタが少ない＝処理が速い』であるが、
このような場合は必ずしもこれは正確ではない。
複 雑 な 正 規 表 現 は 評 価 す る の に 多 大 な 時 間 が か か り 、
い く つ か の シ ン プ ル な も の を 使 う よ り も 速 い か も 知 れ な い 。
けれども正規表現はより柔軟性に優れており……以下省略。
>>645のonesは"Complicated regular expressions"に対する"simple regular expressions"のことだから
>>633のようなことは言ってない。
648:名無しさん＠お腹いっぱい。
07/04/09 21:40:22 pRTlAw6F0
ごめん偉そうな事を言いながら肝心なところで間違えた。
> 複雑な正規表現は評価するのに多大な時間を必要とし、
> いくつかのシンプルなものを使う方が速いかも知れない。
649:名無しさん＠お腹いっぱい。
07/04/09 23:32:47 rHZd71z80
>>648
いくら正確に訳したところで結局は
「速いかも知れない。（そうでないかも知れない）」っていう
なんとも中途半端な訳だから、また騒ぎがふりだしに戻るだけ。
650:名無しさん＠お腹いっぱい。
07/04/09 23:37:36 f4aajwxY0
ある程度正規表現を書き慣れている人ならすんなり受け入れられる文章ですが
正規表現のタイム比較をしたことが無い人には分からないかも知れませんね。
体感出来るくらいの差が出ない場合は同タイムだと思ってしまいがちですし。
651:名無しさん＠お腹いっぱい。
07/04/10 12:52:55 bAqxtW+r0
>>640
己で書いた物が後でわからんようになる、わかりにくい、って
ようするにお前がアフォということだなｗ
当然、軽い方がいいにきまってる
652:名無しさん＠お腹いっぱい。
07/04/10 13:17:34 uWpJW6oY0
>>649
おまいは何を言ってるんだ？
「複数の正規表現をひとつにまとめるとむしろ速度が落ちるかも知れない」
って記述を正規表現と普通のフィルタの話と誤読しているアホが居る。
最初から結論は変わってないのにそいつのせいで一部の住人が混乱している。
それだけの話だ。
653:名無しさん＠お腹いっぱい。
07/04/10 15:57:52 Gcq3Bagq0
>>651
> 当然、軽い方がいいにきまってる
> 当然、軽い方がいいにきまってる
> 当然、軽い方がいいにきまってる
バカか。
1バイトでも少ない = 軽い のかよｗ
654:名無しさん＠お腹いっぱい。
07/04/10 19:17:02 Aqk1lV2B0
>>653
>1バイトでも少ない = 軽い のかよ
>1バイトでも少ない = 軽い のかよ
>1バイトでも少ない = 軽い のかよ
バカめ。
1バイトでも少ない = 軽い んだよｗ
655:名無しさん＠お腹いっぱい。
07/04/10 19:28:14 zAyWvgGn0
>653
お前の脳ミソは一般人より軽いなwwwwwwwww
656:名無しさん＠お腹いっぱい。
07/04/10 20:08:07 b9lE0leW0
オマエら653の体重は一般人より重いぞｗ
657:653
07/04/10 20:32:41 Gcq3Bagq0
軽いってのは動作が軽いって意味でいったんだけど・・・。
まさか1バイト容量が少なくなることに意味あるって理論だったの？
HDDが GB、多い人ならTBつまれる時代に、1バイト節約して何になるんだか。
658:名無しさん＠お腹いっぱい。
07/04/10 20:41:18 zXxQi0gh0
動作も軽いだろ。何言ってんだ？
659:名無しさん＠お腹いっぱい。
07/04/10 20:59:05 Gcq3Bagq0
>>658
容量が小さい正規表現の方が動作が軽いって？
ご冗談を。
長さが長い正規表現でも動作軽い場合もあるし、長さ短い正規表現でも動作が重い場合もある。
660:名無しさん＠お腹いっぱい。
07/04/10 22:31:57 uWpJW6oY0
>>659
誤爆が無いという前提条件があることを忘れてないか？
過不足なく同じ広告を検出するのに文字数が違うフィルタが２個あると考えてみ？
まだ変な事を言うようならもう「日本語お上手ですね^^」で流すぞ。
661:名無しさん＠お腹いっぱい。
07/04/10 22:50:09 Gcq3Bagq0
>>660
極端な例でいけば、"adwords" にマッチさせたいとき、
1: "^ad.*$"
2: "^adwords$"
で、前者のがバイト数は少ないけど、後者のが処理は早い。
バイト数が大きいと、処理速度が遅いとかありえない。
662:名無しさん＠お腹いっぱい。
07/04/10 22:50:55 ZUxm9XoF0
1バイトでも軽い方がいいに決まってる。
663:名無しさん＠お腹いっぱい。
07/04/10 22:52:27 Gcq3Bagq0
あ、これだと誤爆がどうだのといわれそうだからかえると、
AdNo01 と AdNo02 と AdNo03 にマッチさせたいとき、
1: "^AdNo0[1-3]$"
2: "^AdNo0(1|2|3)$"
だと、後者のが早いが、後者のがバイト数が大きい。
664:名無しさん＠お腹いっぱい。
07/04/10 23:24:33 iV8Yg5la0
良いフィルターの条件
1 誤爆がない
2 広い範囲で使える
3 字数が1バイトでも少ない
665:名無しさん＠お腹いっぱい。
07/04/11 00:38:43 1X5GzRe80
>>663＝己のものさしでしかもの言えない馬鹿
666:名無しさん＠お腹いっぱい。
07/04/11 00:59:20 r5xxXnCe0
なんだかわけがわからないよヽ(｀Д´)ﾉｳﾜｧｱﾝ!
…要は好きなほうを使えってことでおｋ？
667:名無しさん＠お腹いっぱい。
07/04/11 01:04:40 GGq4MXguP
速度を論じながらもフィルタは全て正規表現という前提なのは一体何故なんだぜ？
ここ数日のログをちゃんと読んでるならその思考はありえんだろ
668:名無しさん＠お腹いっぱい。
07/04/11 07:30:07 YXUpXo3Q0
>>667
「1バイトでも少ないほうが処理速度が速い」 なんて言い出している勘違い厨への反論だろ。
669:名無しさん＠お腹いっぱい。
07/04/11 11:34:16 R8bUgAO40
とりあえずID:Gcq3Bagq0は使ってるフィルタを晒せ。話はそれからだ。
670:名無しさん＠お腹いっぱい。
07/04/11 11:37:03 VtFYwKQs0
>>663
それは前者のほうが早いです（ﾌﾟ
671:名無しさん＠お腹いっぱい。
07/04/11 11:52:05 GGq4MXguP
>>668
速度の話をするなら正規表現じゃないフィルタを例にすべきじゃないの？
正規表現という時点で遅いんだから。
672:名無しさん＠お腹いっぱい。
07/04/11 12:25:04 sLzZfGkV0
正規表現じゃない書き方をしても内部処理は正規表現。
673:名無しさん＠お腹いっぱい。
07/04/11 12:27:59 Rq1SuNqI0
その前に速度をどういう計り方しているか？だろ
条件が異なると当然（ｒｙ
674:名無しさん＠お腹いっぱい。
07/04/11 12:44:57 GGq4MXguP
>>672
日本語がお上手なのはもう分かったから、
次は本当の日本人として通用するレベルの読解力を身に付けられるように頑張ろうね^^
675:名無しさん＠お腹いっぱい。
07/04/11 13:48:41 mZN9E+zg0
>>663の例で言えば
"AdNo0*"と"AdNo0"と"AdNo"でどれが速いかという話ではないの？
676:名無しさん＠お腹いっぱい。
07/04/11 13:50:43 VtFYwKQs0
>>674
分かってないのはおまえだよ。 今までの流れを全然読まずに書いてるだろ。
>>675
はぁ？？ 全然違う。
677:名無しさん＠お腹いっぱい。
07/04/11 14:04:26 mZN9E+zg0
さあ盛り上がってまいりますた。
>>675
何がどう違うのか具体的にkwsk書いてくれないと平行線を辿るよ。
678:名無しさん＠お腹いっぱい。
07/04/11 14:08:50 VtFYwKQs0
>>677
自演？
679:名無しさん＠お腹いっぱい。
07/04/11 14:11:51 VtFYwKQs0
つか、分かってない奴が首突っ込むからややこしくなるんだよな。
俺とか>>672とか>>668あたりの奴だけで十分だから雑魚どもは消えろ。
680:名無しさん＠お腹いっぱい。
07/04/11 14:17:19 BDpXK2TJ0
>>674
全然関係ないけど、H"接続？
681:名無しさん＠お腹いっぱい。
07/04/11 14:35:27 R8bUgAO40
いろいろ理屈言ってるやつのフィルタなんで参考にさせて貰いたいんだが、
いつになったらフィルタ晒してくれるんだ？それとも口先だけなのか？
682:名無しさん＠お腹いっぱい。
07/04/11 15:32:07 VXWZXCSR0
口先だけなんだろ(藁
683:名無しさん＠お腹いっぱい。
07/04/11 15:54:48 GGq4MXguP
>>680
いや普通のドコモっす。
684:名無しさん＠お腹いっぱい。
07/04/11 16:45:14 3FWdLppe0
>>683 IDの末尾Pだから「これが噂の？」てオモタ
とりあえず
ﾍ⌒ヽﾌ
（ ・ω・） ㌧㌧
/ ~つと）
685:名無しさん＠お腹いっぱい。
07/04/11 16:55:03 GGq4MXguP
携帯(O)→フルブラウザアプリ(Q)→公式p2(P)と皮を被ってるので
最終的なID末尾がPになってます。
686:名無しさん＠お腹いっぱい。
07/04/11 18:43:14 mZN9E+zg0
URLﾘﾝｸ(adblockplus.org)
AmirG の質問：
Ｑ１．URLﾘﾝｸ(www.adserver.com)から広告が来るとして、
以下のフィルタの中ではどれが効率が良い（CPUパワーを食わない）ですか？
ここから↓
.adserver.com/
www.adserver.com/
URLﾘﾝｸ(www.adserver.com)
|URLﾘﾝｸ(www.adserver.com)
↑ここまで。
Ｑ２．８文字のシンプルなフィルタは正規表現のものよりも効率が良いとのことですが、
複数のシンプルなフィルタはひとつの正規表現にまとめることができます。
例えば↓
abcd1111
abcd2222
abcd3333
abcd4444
↑これを『/abcd[1-4]{4}/』にするとか。
この場合に正規表現で書かれたものは上の４つよりも効率的でしょうか？
（『abcd*』は abcdefg とかに誤爆するので良くないし８文字より短い）
効率的でないという場合、シンプルなフィルタの束よりも正規表現のフィルタがより効率的になる区切りはどこになりますか？
687:名無しさん＠お腹いっぱい。
07/04/11 18:44:07 mZN9E+zg0
Wladimir Palant（現行の Adblock Plus の開発者）の答え：
Ａ１．どれでも良し。
８文字以上のフィルタはほとんど速度差が出ません。
ただし誤爆が起きないという点においては一番最後のものがお勧めです。
Ａ２．例えシンプルなフィルタが１００個あっても１個の正規表現よりはまだ速いです。
勿論"banner34（34は任意の２桁の数字）"をブロックするのに１００個ものシンプルなフィルタを登録するのは労力が割に合わないが、
この例においては正規表現の使用にはそれくらいのメリットしかありません。
rick752 の補足：
効率が良いのは直列した８文字（ワイルドカードで分割されていない）。
『banner1234』は良い。
『banner*1234』は悪い。
上の条件を満たすならワイルドカードはどこに使っても良い（※１）。
AmirG のお礼：
正規表現は８文字未満のフィルタにのみ使えってことですね。
rick752 の補足：
そう、でも普通に書いたら８文字は超える。
大量のシンプルなフィルタは１つの正規表現に勝ります。
またそれらは読みやすく管理も楽でオン・オフの切り替えも簡単です。
それに『$~image』を正規表現の塊にセットしたりとかしたくないでしょう？（※２）
※１は多分『bannnnnner*12345678』はおｋという意味だと思うんだ。
※２は多分複雑な正規表現にオプションを適用するために起こりうる全てのケースをチェックするのは
激しく手間だから素直に普通のフィルタにオプション付けて使っとけと言いたいんだと思うんだ。
688:名無しさん＠お腹いっぱい。
07/04/11 19:38:29 JhuwSaWL0
＞Ａ２．例えシンプルなフィルタが１００個あっても１個の正規表現よりはまだ速いです。
う～む・・・これほどとは
689:名無しさん＠お腹いっぱい。
07/04/11 21:17:41 mZN9E+zg0
[チラシの裏]
普通のフィルタ＞＞＞正規表現なことは>>621-624でも触れられていたんで
本当に分かっている人はその前提で話をしているはずなんだが、
正規表現のフィルタをちゃんと「正規表現でしか書けないようなフィルタ」と言ってあげないと
理解できない人が話をややこしくしてる。>>672とか。
>>637の条件は必ずしも「速い」フィルタの条件とは言えないわけだが、
それが「良い」フィルタでもないとは必ずしも限らない。
それを勝手に速度の話だけに限定した人達が居て、
それにわざわざ速度で劣る正規表現しか見えてない奇特な人が応戦したもんで
妙な方向に議論を持って行かれて話がしっちゃかめっちゃかに。
[/チラシの裏]
木を見て森を見ないような議論はもう止めないか？
690:名無しさん＠お腹いっぱい。
07/04/11 21:29:08 VtFYwKQs0
>>637が言ってることは論外なんだが釣られる奴が多すぎるな。
691:名無しさん＠お腹いっぱい。
07/04/11 22:36:31 GGq4MXguP
正直俺には君が一番……いや何でもない。
692:名無しさん＠お腹いっぱい。
07/04/12 01:43:14 iyOL1m3l0
誤爆がないフィルターが論外とはけもじなことを
693:名無しさん＠お腹いっぱい。
07/04/12 04:16:07 3oGjE6PR0
正規表現ｵﾜﾀ＼(＾o＾)／
694:名無しさん＠お腹いっぱい。
07/04/12 04:57:36 KgYtY/3O0
>>690が言ってることは論外なんだが釣られる奴が多すぎるな。
695:名無しさん＠お腹いっぱい。
07/04/12 08:46:36 L0tEZM2p0
>>637は正規表現が書けないから「字数が1バイトでも少ない」なんて書けるんだろうな。
正規表現も書けない奴の書いたことにあーだこーだ言ってもしょうがねぇと思うが。
696:名無しさん＠お腹いっぱい。
07/04/12 12:32:33 sZrj1Vxm0
自分の使ってるフィルターうｐすれば問題は全て解決
試しにうｐ頼む
697:名無しさん＠お腹いっぱい。
07/04/12 12:45:07 XA9zI8Dp0
8文字は、shortcutsの文字数が最大8文字から来てるのね。
なら621の感じ方で間違えなさそうかも。
698:名無しさん＠お腹いっぱい。
07/04/12 15:02:46 L0tEZM2p0
>>606
FAQのほうに
> フィルタは内部的には全て正規表現に変換される。例えば『ad*banner.gif|』は内部では
> 『/ad.*banner\.gif$/』になる。
と書いてあるが、これは /ad.*?banner\.gif$/ とするべきだな。
正規表現に疎い人のほとんどは最短一致でいいところを最長一致で書くから困る。
複雑な正規表現の場合、最長一致にしてしまうと速度に大きく影響してしまう。
作者がこれを知らないようなら教えてあげてくれ。
699:名無しさん＠お腹いっぱい。
07/04/12 15:11:35 CrnX8U750
*108 URLﾘﾝｸ(*.bannerbridge.net)
*295 URLﾘﾝｸ(*.a8.net)
1474 URLﾘﾝｸ(*.jp.ap.valuecommerce.com)
*144 affiliate$link,subdocument,background,object
*189 URLﾘﾝｸ(*.dtiserv*.com)
**14 URLﾘﾝｸ(*.jpassport.jp)
***7 affid=$subdocument,link
**69 URLﾘﾝｸ(*.99bb.com)
*218 affili$image
*155 /(\/|www\.|page)ad(\/|click\/|server\.|justnetwork\.|\.watch\.)/$image,link,subdocument
***0 URLﾘﾝｸ(rcm-images.amazon.com)
**14 URLﾘﾝｸ(rcm-jp.amazon.co.jp)
*114 URLﾘﾝｸ(www.accesstrade.net)
**42 URLﾘﾝｸ(*.afl.rakuten.co.jp)
**12 URLﾘﾝｸ(*.valueclick.ne.jp)
***0 URLﾘﾝｸ(*.trafficgate.net)
***8 URLﾘﾝｸ(*.linksynergy.com)
***0 URLﾘﾝｸ(s*.j-a-net.jp)
**62 URLﾘﾝｸ(w1.ax.xrea.com)
**50 /(ct|x)[0-9]\..*\.(com|jp)\/(gg|ll|bin)\//$image,link
**54 URLﾘﾝｸ(grp01.ias.rakuten.co.jp)
***0 URLﾘﾝｸ(www.af-board.com)
**28 URLﾘﾝｸ(sbs.nsk-sys.com)
stylishと併用。自分の巡回してるところはほぼ消えるけど>>687見る限りadもばらして作り直そうかな
頭の数字はhit数です
700:名無しさん＠お腹いっぱい。
07/04/12 15:45:34 7YpaQITx0
どっちにしても
example.ad.jp/banner.gifに誤爆するけどw
701:名無しさん＠お腹いっぱい。
07/04/12 16:46:00 VqhhjR7h0
良いフィルターの条件
1 誤爆がない
2 広い範囲で使える
3 字数が1バイトでも少ない(正規表現含む)
702:名無しさん＠お腹いっぱい。
07/04/12 17:03:02 mDMr6nJH0
以下のような感じの計測方法が適当か分からないけど、それで5回ずつ測定してみた
ところ「|URLﾘﾝｸ(ad.)<)」は同等、「ad0～ad9999の1万行」と「ad[0-9]{1,4}」
は後者の方が2秒ほど速かった。
<script type="text/javascript">
const start = new Date().getTime();
function get_diff()
{
const finish = new Date().getTime();
const diff = finish - start;
document.getElementById( "time" ).textContent = "経過時間：" + diff + " ms";
}
</script>
<body onload="javascript:get_diff();">
<p id="time">計測中</p>
<img src="URLﾘﾝｸ(ad.localhost) ～省略～ <img src="URLﾘﾝｸ(ad.localhost)
703:名無しさん＠お腹いっぱい。
07/04/12 17:07:16 3oGjE6PR0
>>699
http//*.とか後の/とかいらんと思うんだけど・・・
valuecommerce.com$image,subdocument
こんな感じで十分じゃないの？
一発目の8文字(以内)検索で完結するように
valuecom$image,subdocument
みたいにひたすら短縮するのもアリかもしれん
誤爆することもないだろうし
704:名無しさん＠お腹いっぱい。
07/04/12 17:26:20 NrgQlk+w0
>>699
Adblock Plus の内部機構においても『/ad.*banner\.gif$/』より
『/ad.*?banner\.gif$/』の方が速いと俺に分かるように説明してくれたら伝えるけど、
個人的にそこは今の Adblock Plus にはあまり重要ではないことのような気がする。
それはそうと、実はそこの部分は思いっきり誤訳しててさｗ
正しくはこう↓
705:名無しさん＠お腹いっぱい。
07/04/12 17:27:12 NrgQlk+w0
Adblock Plus はどのようにフィルタを処理し、また如何なるフィルタがより高速なのか？
フィルタは内部的には全て正規表現に変換される（正規表現で書かれていないものであっても）。
例えば『ad*banner.gif|』は内部では『/ad.*banner\.gif$/』となる。
しかしながら Adblock Plus はチェックすべきフィルタがある時に
それらを全てひとつひとつチェックしたりはしない……そんなことをしても無駄に重くなるだけだ。
フィルタの正規表現への変換に際し、Adblock Plus はそれらからテキスト情報を抜き出そうとする。
必要なのは８文字のユニークな文字列（"shortcut"）である。
これはそれぞれのフィルタ内のアドレスから抜き出されたもので、
例えば『|URLﾘﾝｸ(ad.*)<)” か “URLﾘﾝｸ(ad)<)” のどれかを選ぶ
（これらはどれも本来のフィルタがマッチすべきアドレスにマッチする）。
不幸にもワイルドカード等で区切られて８文字も無いとか、正規表現で書かれているとかならこの shortcut は作れない。
全ての shortcut は検索テーブルに放り込まれ、それによって Adblock Plus は必要なフィルタを極めて効率的に呼び出せるようになる。
とあるアドレスをチェックする時には Adblock Plus はまずそれらの shortcut を検索する
（これは非常に速く終わり、また登録された shortcut の数にもほとんど影響を受けない）。
shortcut にヒットした場合にのみ本来のフィルタから変換された正規表現でチェックする。
また、shortcut を作れなかったフィルタに関してはひとつひとつチェックされる。
まとめ：どんなフィルタが速いのか？
・可能な限り正規表現は使わない（正規表現は問答無用に遅い）。
・８文字の直列した文字列（中にワイルドカード『*』のような特殊な文字が含まれない）を内包する
シンプルなフィルタを使うように心掛ける。そうでないフィルタは正規表現と同様に遅い。
・上記の『速い』フィルタはいくつあっても良い。数に関係なく処理時間は一定である。
つまり１個の正規表現よりも２０個のシンプルなフィルタを使う方がマシである。
・というわけで、Deregifier（URLﾘﾝｸ(adblockplus.org)）マジお勧め。
706:名無しさん＠お腹いっぱい。
07/04/12 17:29:06 NrgQlk+w0
ちなみに Deregifier とは正規表現を単発フィルタに分解してくれるツール。
URLﾘﾝｸ(adblockplus.org)
例えば>>699の中にある『/(\/|www\.|page)ad(\/|click\/|server\.|justnetwork\.|\.watch\.)/』なら↓
/ad.watch.
*/ad/
*/adclick/
/adjustnetwork.
/adserver.
pagead.watch.
pagead/
pageadclick/
pageadjustnetwork.
pageadserver.
www.ad.watch.
www.ad/
www.adclick/
www.adjustnetwork.
www.adserver.
↑といった感じに分解してくれる。
707:名無しさん＠お腹いっぱい。
07/04/12 17:32:08 NrgQlk+w0
>>704は>>699じゃなくて>>698宛てだった。ｽﾏｿ
708:名無しさん＠お腹いっぱい。
07/04/12 17:36:28 1TsEBTx50
>>695
いろいろな書き方がある訳で、同速同条件のフィルターが2つある場合
字数は1バイトでも少ない方が良い。
>>698はこの場合では1バイト増やした方がより良い事を証明したにすぎない。
お前の文章には人間的欠陥がある。
ID:L0tEZM2p0=己のものさしでしかもの言えない馬鹿
709:名無しさん＠お腹いっぱい。
07/04/12 17:41:19 V85EMG0Q0
ID:L0tEZM2p0＝チンカス
710:名無しさん＠お腹いっぱい。
07/04/12 17:44:09 ibYXc5q40
＞作者がこれを知らないようなら教えてあげてくれ。
＞作者がこれを知らないようなら教えてあげてくれ。
＞作者がこれを知らないようなら教えてあげてくれ。
＞作者がこれを知らないようなら教えてあげてくれ。
＞作者がこれを知らないようなら教えてあげてくれ。
（ ´,_ゝ｀）ﾌﾟｯ
711:名無しさん＠お腹いっぱい。
07/04/12 17:54:51 SixmzFVx0
>>704-706
,'从从)〉
rヤ^ｰﾟﾉi| 乙であります。
あんたネ申だよ♥
漏れはあんたを師事する！蛆蟲なんか踏みつぶせ！！
712:名無しさん＠お腹いっぱい。
07/04/12 17:58:33 SixmzFVx0
>>703
胴衣
713:名無しさん＠お腹いっぱい。
07/04/12 18:04:25 SixmzFVx0
>>699氏は、>>686-687にあるアンサーに従ったのか…
714:名無しさん＠お腹いっぱい。
07/04/12 18:25:41 ozNw2ZSs0
8文字未満だとshortcut作られないから、可能なら8文字以上に増やした方がいいってこと？
715:名無しさん＠お腹いっぱい。
07/04/12 18:58:16 CrnX8U750
>>703
>>712
なるほど。ありがとう
作り直してみる
716:名無しさん＠お腹いっぱい。
07/04/12 19:02:50 DgqfLt7S0
住人に有益な情報を提供しているネ申と住人に吠えるだけの糞蟲ぢゃ（ｒｙ
>>704
乙。
717:名無しさん＠お腹いっぱい。
07/04/12 19:18:22 NrgQlk+w0
FAQによると『banner』と『/banner/』は同義なんだが、
これが『bannnner』と『/bannnner/』だったとしても同義になるのかな？
どれだけ単純でも明示的に正規表現で書かれたフィルタはそういうものとして扱うだろうから
この場合は shortcut の有無で如実な差が出ることになるのだろうか。
>>711
別に俺は誰とも対立してないぞ。煽るな。
>>714
俺が読んだ限りではそのように見える。
『banner』はNG。
『bannnner』はおｋ。
『bannnner*hage』はおｋ。
『banner*hagehoge』も多分おｋ。
『URLﾘﾝｸ(*hagehoge)』も多分おｋだが『http://』部分に意味があるかどうかは微妙、
それなら最初から『hagehoge』だけでも良いかも知れない。つまり>>703。
そして正規表現は柔軟だか鈍重というまるで脂肪の塊のようなもの。
>>716
実はこの手の情報は過去スレでは散々既出な希ガス。
日本語で読めるまとめが無いせいで定期的に話題がループしてるっぽ。
718:名無しさん＠お腹いっぱい。
07/04/12 19:44:59 b4CFXTZA0
正規表現から単発が主流になりそう(なった？)みたいだけど昔あった速いとは別の
フィルターが多い＝重い(くなる) っていう事は、もうなくなったの？
719:名無しさん＠お腹いっぱい。
07/04/12 19:55:32 XhsaMfFB0
\dはまだしも\Wはさすがに分解する気にならんなあｗ
720:698
07/04/12 20:16:34 L0tEZM2p0
>>704
Adblock Plus の内部機構でもそれ以外のもの(perl等)でも同様に早くなるよ。
URL処理するためだけの正規表現が複雑になることはまずないから恩恵は期待出来ないが。
それで何故早くなるかというと、 .* は可能な限り長くマッチしようとし、 .*? は可能な限り短くマッチしようとする特性がある。
１、/a.*b/
２、/a.*?b/
という２つの表現を使って説明すると、
a 0000000000000 b 111111111111111 b 2222222222222 b 33333333333333 c
という文字列に対してこの2つの正規表現を使うと
１は "a 0000000000000 b 111111111111111 b 2222222222222 b" にマッチするのに対し(最長一致)、
２は "a 0000000000000 b" にマッチする(最短一致)。
つまり１の場合、000.. の後ろの b を見つけた後もその後ろに b が無いか探し続けてしまう。
それに対し２は 000.. の後ろの b を見つけたらそこで検索を止める。 その分早くなる。
>誤訳
了解。 8文字の固定文字列を取り出して検索するとはいい方法だ。 正規表現を書くときも同じでまず固定文字列を
探すような表現にすると格段に早くなる。
>>708
>同速同条件のフィルターが2つある場合
つまり条件付きってことだな。 ある条件のもとでしか正しくならないわけだ。
「月は満月だ。」 (満月のときの月は確かに満月だが三日月などもある)
みたいな無茶苦茶な理論だな。 自分では気付いてないようだが。
721:名無しさん＠お腹いっぱい。
07/04/12 22:23:46 es/RVV9+0
>>699
>**69 URLﾘﾝｸ(*.99bb.com)
エロサイトｗ
722:名無しさん＠お腹いっぱい。
07/04/12 22:56:41 ozNw2ZSs0
>>721
アフィのリンクとか張ってるやついるからそのフィルタなんだろ。
本人がそのサイト使ってたら誤爆しまくりの意味ないフィルタだし。
723:名無しさん＠お腹いっぱい。
07/04/12 23:21:29 1Wy44Dv40
>>717
乙。漢だねｗ
>>720
お前さ、698って名乗ってるけど>>695ですから。残念！
始めに煽るような毒づいてるレスさえしなきゃID:NrgQlk+w0みたいくもっと住人に愛されたのになｗ
724:名無しさん＠お腹いっぱい。
07/04/12 23:58:49 mlRMOeBa0
669氏のフィルターを例題に借りると
>703もありだが、逆にa8とかはhttp://をつけて無理矢理でも増やせってか
717氏 乙
720氏 ね
725:名無しさん＠お腹いっぱい。
07/04/13 00:20:45 ubQ11F7W0
平行線の話題はそろそろやめないか？
ここにゴチャゴチャ書かずに、それぞれ自分の中でそう思っておけばいいことだろ。
有益な情報が妙な叩き合いで見にくくなる。
726:名無しさん＠お腹いっぱい。
07/04/13 00:58:58 1DrFi/l80
おう
727:名無しさん＠お腹いっぱい。
07/04/13 01:19:43 6niKKmEx0
>>725
禿同
しかしまぁ、以前からネチケットの悪い糞蟲が消えなきゃ無理なんぢゃねぇーの、とも思ったり・・・・
728:名無しさん＠お腹いっぱい。
07/04/13 01:35:30 MdxtMwnV0
確かに１匹いるね。前から…
CSS派には申し訳ないがこの機会に
テンプレのABP部分をまとめても良いか、とも思ったり…
729:名無しさん＠お腹いっぱい。
07/04/13 02:04:40 oTLqjw2d0
賛成の賛成なのだ
せっかくだからまとめサイトのAdblockページの更新もしたいね
ページにはファイルのうｐも出来る訳だし
597氏が翻訳してくれた>>606とかは
是非まとめサイトのファイルうｐを使って欲しいよ
でなきゃもったいないよ
せっかくの597氏の苦労が
それと質問なんだけどまとめサイトの
「フィルターを増やすと動作が重くなるので」の部分は今後どうなるの
正規表現をばらして増すと速いけどやっぱり重くなるの？
730:名無しさん＠お腹いっぱい。
07/04/13 03:52:50 QovjZ3Lw0
>>728
胴衣
>>729
胴衣
ではスタート↓
731:名無しさん＠お腹いっぱい。
07/04/13 05:35:54 zOu8WnQA0
↑無視ですまんが・・・
たとえば ias.rakuten.co.jp$script と登録すると shortcut=rakuten. になるんだが
これは楽天開いたときなんかはショートカット検索の段階でヒットしまくることになる。
そこで ias.raku$script と登録すると shortcut=ias.raku になるわけで
これだとショートカット検索の段階でもヒットするのは僅か。
最終的にはregexpの方でチェックするから結果は一緒なんだが
最初から数を絞り込んでる後者の方が気持ち速いのかね？
ただ後者だと何を登録してるかわからなくなりそうでアレだが。
732:名無しさん＠お腹いっぱい。
07/04/13 08:58:48 3lmLf/0m0
>>708
意味分かんなくてﾜﾛﾀｗ リアル厨房？
733:名無しさん＠お腹いっぱい。
07/04/13 11:40:38 HGX/pVAJ0
>>729
アップされてる同期フィルタ群を見る限り、正規表現は推奨されてないっぽいけど。
フランスのみたく正規表現のみなんてのもあるけど、使ってもリスト内の１，２割程度なのが多い。
URLﾘﾝｸ(adblockplus.org)
734:名無しさん＠お腹いっぱい。
07/04/13 12:00:07 wDybXcFE0
>>732
>>725-727
735:名無しさん＠お腹いっぱい。
07/04/13 12:58:32 9ue/Z7Zv0
今日は風が強いなあ。
>>702
shortcut の利点は無意味なフィルタのチェックをしないことにあるから、
全てのフィルタが100％ヒットする条件下ではむしろ無駄な処理になる。
そのテスト用のページにヒットしないフィルタを大量に加えると
通常のフィルタなら shortcut のお陰でほとんど悪影響を出さないが、
shortcut が作れないフィルタや正規表現のものはその数に比例して
Adblock Plus のパフォーマンスを下げると思われ。
>>720
それじゃあまあ、そのうち他の疑問もひっくるめてまとめて聞いてみる。
流れ的に「今更正規表現っすかｗｗｗｗ」で流されそうな気もするがｗ
何か考えがあっての事かも知れんしな。
>>724
ワイルドカードで区切られていない８文字というのが shortcut 成立の条件で、
>>699の『URLﾘﾝｸ(*.a8.net)』の場合は『.a8.net/』の部分が８文字なのでおｋ。
これが『.a8.net』だったら７文字しかないことになるから、
前か後ろに http:// でも / でもとにかく何か付けて８文字以上にしないといけない。
で、『URLﾘﾝｸ(*)』のところは誤爆回避の役にも立たんと思われるので
それなら『.a8.net/$image,link』だけでよくね？と。
『http://』って７文字だから shortcut にも使えんしね。
736:名無しさん＠お腹いっぱい。
07/04/13 12:59:25 9ue/Z7Zv0
>>729
あの和訳は自分が理解するために作ったもので他人のためのものじゃないから、
このまま埋もれてしまっても別に俺は勿体なくないｗ
それに和訳のクオリティが不十分だから、表に出すなら
何人かの英語に堪能で Adblock Plus の挙動に詳しい人達による添削が必要。
あと、あのまとめサイトは Adblock と Adblock Plus を一緒くたにしていて
Plus のみに向けた記述は書きにくい。
まあこの辺をクリアできるならどこに転載されても俺は構わんよ。
で、質問の答えだけど、
普通のフィルタがいくつあっても shortcut が作れるものであれば速度上はほとんど問題ない。
shortcut が作れないフィルタや正規表現のものはその数に応じて重くなる。
複雑な正規表現をいくつかのシンプルな正規表現にすることは速度を向上させる『かも知れない』。
ただし基本的には１００個の普通のフィルタ＞＞＞１個の正規表現なので、
いくつかの普通のフィルタをひとつの正規表現にまとめるようなことはしない方が良い。
737:名無しさん＠お腹いっぱい。
07/04/13 13:11:44 9ue/Z7Zv0
>>731
多分その通りだと思う。可読性と誤爆回避と速度のトレードオフだね。
ただ、懸念として例えばフィルタがこの３つ↓
.a8.net/*/hage/
.a8.net/*/hoge/
.a8.net/*/huge/
↑の場合は shortcut は最初の１つだけに作成される。
つまり１つの shortcut に複数のフィルタが対応することはできないっぽいので、
あまり余裕のないフィルタリストを作ると
どこかで意図せずに shortcut からはみ出るフィルタが出てしまうかも知れない。
これが『ias.rakuten.co.jp$script』なら Adblock Plus は
"ias.raku" から "en.co.jp" までの合計10パターンから選ぶことができるから
似たようなフィルタを他に作っても上手く住み分けができるだろうが。
>>733
Fanboy’s List と adblock.free.fr には注意書きとして
『このリストは Plus には最適化されてないので重いです』と書いてあるね。
738:名無しさん＠お腹いっぱい。
07/04/13 13:38:53 3lmLf/0m0
内部的には普通のフィルタも正規表現に直してるのだから
今更もなにもないと思う。>>704の正規表現だって元は普通のフィルタだし。
739:名無しさん＠お腹いっぱい。
07/04/13 13:42:45 3lmLf/0m0
つまり>>704の変更をすれば普通のフィルタが早くなるってことじゃない？
740:名無しさん＠お腹いっぱい。
07/04/13 14:08:21 N5nZ1Xv/P
一瞬コイツは何の話をしているのかとｵﾓﾀ。
741:名無しさん＠お腹いっぱい。
07/04/13 18:27:27 9ue/Z7Zv0
今のところ Element Hiding に関しては Stylish もしくは userContent.css の方が速いっぽい。
まあ俺は Adblock Plus だけでも特に困ってないけど。
同期フィルタとして EasyList と EasyElement と dutchblock を購読している人が
「他に Filterset.G か何かも入れた方が良いか？」と相談した時の開発者達の返事。
URLﾘﾝｸ(adblockplus.org)
rick752（EasyList と EasyElement の作者）：
「フィルタリストは小さいに越した事はないから、ぞれぞれ試して良さそうなのを選ぼう。
後は引っ越ししないように頑張れ。
（環境の変化に伴ってネット上の行動範囲が変わると広告の傾向が変わるから？）」
Wladimir Palant（Adblock Plus 開発者）：
「EasyList と dutchblock はどちらも全世界的に通用するリストで内容が被りまくりんぐ。
併用しても大した効果は見込めないが誤爆その他のトラブルは２倍になる。
なので購読はどれか１個だけにしとくのがマジお勧め。
あと Adblock Plus で Filterset.G はとにかくヤメトメ」
dutchmega（dutchblock の作者）：
「YOUもう Filterset.G は自動拒否にしちゃいなYO！」
ちなみに dutchblock は今は配信終了してる。
742:名無しさん＠お腹いっぱい。
07/04/13 23:54:25 9ue/Z7Zv0
何点か疑問に思っていたことを Wladimir Palant（Adblock Plus 開発者）に聞いてみた。
URLﾘﾝｸ(adblockplus.org)
Ｑ１．FAQ によると『banner』と『/banner/』は同義だそうですが、
『bannnner』と『/bannnner/』も同義になりますか？
それともこの場合は shortcut によって『bannnner』がより高速になるのですか？
Ａ１．高速になります。
Ｑ２．FAQ によると『ad*banner.gif|』は内部的には /ad.*banner\.gif$/ という正規表現に変換されるそうですが、
何で /ad.*?banner\.gif$/ じゃないんですか？ その方が速くね？
Ａ２．どんだけ速くなるか疑問。
それに特定のマッチを取って終わりではなく全てのマッチを取ってる手前、大した違いもなかんべぇ。
（↑多分フィルタのヒットカウントの都合だな）
Ｑ３．『URLﾘﾝｸ(*.ad.net)』の『URLﾘﾝｸ(*)<) に続くワイルドカード（*）は ".ad.net" の部分をホストの一部分として解釈できるように
"[^/]*"（つまり "/" 以外の任意の文字で構成される０文字以上の文字列）と解釈されるべきなのだが、
残念ながら今のところそのようには動かない。
（↑つまり "URLﾘﾝｸ(hage.hoge) 等が『誤爆』すると言いたいと思われ）
743:名無しさん＠お腹いっぱい。
07/04/13 23:56:14 9ue/Z7Zv0
Ｑ４．以下のようなフィルタ↓
.ad.net/*/hage/
.ad.net/*/hoge/
.ad.net/*/huge/
↑は最初の１つだけが ".ad.net/" という shortcut を作るが、他のは shortcut を作れず正規表現と同等に遅くになる？
Ａ４．Yes! Yes! Yes!
Ｑ５．Adblock Plus の『項目を隠すルール（Element Hiding）』は Stylish や userContent.css を使うよりも遅い？
あ、それでも漏れは Adblock Plus 使いますよ勿論ｗｗ
Ａ５．やってることは何も変わらんのでパフォーマンスも変わらん。
ちなみに Element Hiding Helper というアドオンを入れると『項目を隠すルール』の設定の手伝いしてくれる。
これは実際の処理にはノータッチなので（そこは Adblock Plus が１人で全部やる）、
これを入れても項目を隠すルールのパフォーマンスは悪化しないしマジお勧め。
ちなみに Element Hiding Helper とは『項目を隠すルール（Element Hiding）』の設定作業を支援するアドオン。
URLﾘﾝｸ(addons.mozilla.org)
丁度これが便利すぎたのでここに書こうと思ってたところでこんな事を書く Wladimir Palant は間違いなくエスパー。
744:名無しさん＠お腹いっぱい。
07/04/14 00:54:39 Cfy9Vn2v0
ワロタすごく便利>Element Hiding Helper
745:名無しさん＠お腹いっぱい。
07/04/14 01:14:40 xUY1KOm60
>>735
> そのテスト用のページにヒットしないフィルタを大量に加えると
テストは他の余計な要素がなく、以下のような感じでフィルタが1つしかない
状態でそれぞれ行ったよ。
URLﾘﾝｸ(f39.aaa.livedoor.jp)
>>742
> ".ad.net" の部分をホストの一部分として解釈できるように
".ad.net$hostname"みたいに出来れば良いのにね。非正規表現の場合は少
しでも誤爆を防ぐために".ad.net/"みたいにするくらいしか出来ないのかな。
"URLﾘﾝｸ(ad.net:8080)とかだったら…。
作者も「遅い」とか「速い」と言うだけではなく、作者の環境でいいからパターン
別に速度の違いを数値で示してくれれば分かり易いのになぁ…。
746:名無しさん＠お腹いっぱい。
07/04/14 06:17:43 zt6Ax5U40
公式にも特に書いてないからわからんのだけど「バナーのリンク先をチェックする」をONにすると
<a href=""> </a>の間を全部消せるから文字リンク消せたり広告まとめて消せたりして便利だけど
チェックする対象が増える分少しは遅くなるのかな？
ime.nuの大量の広告も個別に画像やオブジェクトを指定すると面倒だけど
i-cute.jp$linkとすればほとんど消せて便利
747:698
07/04/14 09:09:08 3/K+9yVQ0
>>742
乙。 .*? の問題の回答は正直意味不明。 たいした差が無いのは同意だが特定のマッチか全てのマッチか
とか関係無く .*? を使うべきなので。 .* を使うと無駄な処理が増えるだけでメリットは何も無いはずなのだが..。
>↑多分フィルタのヒットカウントの都合だな
上に書いた通りなのでこれも理解不能。 特定のマッチでもカウントは出来るだろうし。
まぁもし対応しても1万分の1秒くらいの違いしか無いだろうからもうこの話はやめよう。
他の質問も参考になった、ｻﾝｸｽ。
748:名無しさん＠お腹いっぱい。
07/04/14 11:43:14 lp4kfE/W0
お、だんだんと本筋に戻ってきたぞ。
9ue/Z7Zv0 乙&GJ！
749:名無しさん＠お腹いっぱい。
07/04/14 14:07:13 5NdM3US90
＞ .*? の問題の回答は正直意味不明。
対応しても1万分の1秒くらいの違いしか無いだろうから
んなこたぁどうでもいいじゃん
って早い話、言われんだよ。バーカ！
相変わらず読解力のねー己の意見に固執した視野の狭い糞虫だなw
750:名無しさん＠お腹いっぱい。
07/04/14 14:18:41 JtpjcXmC0
ホントこれで尻尾まいて消えてくれれば良いんだけど
次回からしったかな小馬鹿にしたレスをつけてきても
どーせ又コイツなんだと判すぐに明するからallスルーでいいんジャマイカ
751:名無しさん＠お腹いっぱい。
07/04/14 14:22:35 3/K+9yVQ0
弱い犬ほど良く吠える。
752:名無しさん＠お腹いっぱい。
07/04/14 14:24:10 LpU23rb00
Element Hiding Helperすげーね。
Firebugで似たような事やってたけど更に楽になった。
753:名無しさん＠お腹いっぱい。
07/04/14 14:25:00 JtpjcXmC0
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
754:名無しさん＠お腹いっぱい。
07/04/14 14:30:15 6+RRznjK0
09:09:08
14:22:35
まさに粘着ニートw
755:名無しさん＠お腹いっぱい。
07/04/14 19:24:13 /11juWvX0
スルーしとこうぜ。
756:名無しさん＠お腹いっぱい。
07/04/14 20:23:02 3/K+9yVQ0
なんでこんなに厨房率高いんだここは。 上のほうでも書いたがスキル不足の奴が適当発言すると
スレがごちゃごちゃするからそういうのを書いたり反応したりするのは控えような。
つーかこの程度のことでマジギレするとかどんだけゆとりなんだよ。 >>749 おまえのことだ。
757:名無しさん＠お腹いっぱい。
07/04/14 20:45:57 c+VCGt090
煽ってるお前も同罪。せっかく有意義なスレになってたの台無し・・・
758:名無しさん＠お腹いっぱい。
07/04/14 21:52:37 3/K+9yVQ0
>>749が俺に粘着する限りずっとこうだぜ...。
759:名無しさん＠お腹いっぱい。
07/04/14 22:13:07 6RdpfCX60
>つーかこの程度のことでマジギレするとかどんだけゆとりなんだよ。
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
760:名無しさん＠お腹いっぱい。
07/04/14 22:20:30 3/K+9yVQ0
その通り、おまえのことだ。
761:名無しさん＠お腹いっぱい。
07/04/14 22:29:19 6RdpfCX60
09:09:08
14:22:35
20:23:02
21:52:37
22:20:30
まさに粘着ニートw
762:名無しさん＠お腹いっぱい。
07/04/14 22:34:57 3/K+9yVQ0
↑まさに粘着ニートw
763:名無しさん＠お腹いっぱい。
07/04/14 22:35:43 3/K+9yVQ0
つーかさ、おまえは荒らすこと以外出来ないの？
764:名無しさん＠お腹いっぱい。
07/04/14 22:36:42 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
765:名無しさん＠お腹いっぱい。
07/04/14 22:37:28 3/K+9yVQ0
俺みたいに正規表現書いたり、上の人みたいに翻訳したり、そういうこのスレにとって
プラスになることは出来ないのかと。
766:名無しさん＠お腹いっぱい。
07/04/14 22:38:25 3/K+9yVQ0
出来ないなら黙って俺らのやることを乞食みたいに待ってればいい。 おまえにぴったりだろう。
767:名無しさん＠お腹いっぱい。
07/04/14 22:38:40 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
768:名無しさん＠お腹いっぱい。
07/04/14 23:02:34 3/K+9yVQ0
こいつ粘着やめる気なさそうだな、いつまでも荒れるぞこりゃ。
769:名無しさん＠お腹いっぱい。
07/04/14 23:05:20 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
770:名無しさん＠お腹いっぱい。
07/04/14 23:06:38 3/K+9yVQ0
きめぇ・・・・・
771:名無しさん＠お腹いっぱい。
07/04/14 23:08:03 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
772:名無しさん＠お腹いっぱい。
07/04/14 23:09:59 3/K+9yVQ0
いつまで粘着する気なのかな、この根暗ｸﾝは。
773:名無しさん＠お腹いっぱい。
07/04/14 23:10:28 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
774:名無しさん＠お腹いっぱい。
07/04/14 23:11:56 3/K+9yVQ0
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
775:名無しさん＠お腹いっぱい。
07/04/14 23:13:45 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯ
776:名無しさん＠お腹いっぱい。
07/04/14 23:14:44 3/K+9yVQ0
（ ´,_ゝ｀）ﾌﾟｯ
777:名無しさん＠お腹いっぱい。
07/04/14 23:15:24 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯ
778:名無しさん＠お腹いっぱい。
07/04/14 23:16:01 3/K+9yVQ0
（ ´,_ゝ｀）ﾌﾟｯ
779:名無しさん＠お腹いっぱい。
07/04/14 23:16:30 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯ
780:名無しさん＠お腹いっぱい。
07/04/14 23:17:04 3/K+9yVQ0
（ ´,_ゝ｀）ﾌﾟｯ
781:名無しさん＠お腹いっぱい。
07/04/14 23:18:12 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯ
782:名無しさん＠お腹いっぱい。
07/04/14 23:24:06 3/K+9yVQ0
リロード乙。 ばーかｗ
783:名無しさん＠お腹いっぱい。
07/04/14 23:24:38 6RdpfCX60
（ ´,_ゝ｀）ﾌﾟｯそれ自分のことじゃん
784:名無しさん＠お腹いっぱい。
07/04/14 23:28:50 pDgLQSL70
>>742-743の続き。
Adblock Plus Fan：
Q４についてだけど↓
.ad.net/*/hage/
.ad.net/*/hoge/78
↑の２つの場合はどちらも速いフィルタになる？
Wladimir Palant：
場合による。
下のフィルタが Adblock Plus の中で上より先に処理され、
なおかつその際に ".ad.net/" という shortcut を作った場合は上の方は遅くなる。
でも現実的にはこんなことは滅多に起らないのでいちいち気にすることでもない。
785:名無しさん＠お腹いっぱい。
07/04/14 23:30:58 pDgLQSL70
>>745
速く／遅くなる理由は説明されてるんだからベンチは自前で用意すればよかろ。
ポートやらについては原理的にどうしようもないね。
それに対応するために速度が犠牲になったらデメリットの方がでかいだろうし。
>>746
多分その通り。
>>747
小規模な変更で実現できるはずだから
試しにやってみて有意な効果を見出せなかったんだろう。
今はひとつの URL にマッチするフィルタが複数ある場合でも
最初にマッチしたひとつ以外はスルーされてるけど、
将来的にはそこにマッチした全てのフィルタを表示する機能でも考えてるんじゃないのかね。
786:名無しさん＠お腹いっぱい。
07/04/15 00:02:54 7Ku42UnP0
_、_
（ ,_ﾉ` ） n
￣ ＼ （ E） ｸﾞｯｼﾞｮﾌﾞ!!
ﾌ /ヽ ヽ_／／
787:名無しさん＠お腹いっぱい。
07/04/15 00:33:22 p2ASdhOI0
というわけで超適当にベンチ計ってみますたよ。
Firefox の仕様：
OS X 版の Firefox 2.0.0.3 に Adblock Plus と Fasterfox だけオン。
チェックに使用した HTML ファイル（test.html）：
<html>
<body>
<img src="URLﾘﾝｸ(localhost)
<img src="URLﾘﾝｸ(localhost)
（中略）
<img src="URLﾘﾝｸ(localhost)
<!-- 以下はダミー -->
<img src="URLﾘﾝｸ(localhost)
<img src="URLﾘﾝｸ(localhost)
（中略）
<img src="URLﾘﾝｸ(localhost)
</body>
</html>
ちなみに全ての画像は 404 Not Found が返る。
ダミーを用意したのはどうやらひとつのフィルタがヒットした URL に対する
残りのフィルタによるチェックがスキップされてるっぽいから。
（ヒットしないフィルタの影響がスルーされないように）
788:名無しさん＠お腹いっぱい。
07/04/15 00:35:40 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:名無しさん＠お腹いっぱい。
07/04/15 00:37:30 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:名無しさん＠お腹いっぱい。
07/04/15 00:39:29 p2ASdhOI0
見ての通り、shortcut が作れるフィルタはいくつあっても速度的にはほとんど影響がないが、
shortcut が作れないフィルタや正規表現（特に『ヒットしないもの』）が大量にあると
処理は多少重くなる……と、言って良いものかどうか。
今回の条件では有意な差があるようには俺には見えん。もう１回やったら逆転してるかも。
使った正規表現が単純すぎて動作がそれほど重くならないためなのか
shortcut の優位性が今ひとつはっきりしないので
ＢとＦの外れフィルタをそれぞれ10000個に増やしてみたりもしたんだけど、
やっぱりほとんど差は出ない。
『shortcut が作れるフィルタ＞＞＞ shortcut が作れないフィルタ≒正規表現≧複雑な正規表現』
という開発者の言葉に間違いがあるとは思わないが、
>>625が言ったように目で見て分かるほどの差があるわけではないのかも知れない。
でも shortcut が理論上ここからの速度低下がほとんど無いのに対して
正規表現はやりようによってはここから底抜けに鈍重になっていくことができる。
そういう意味ではやはり shortcut ＞＞＞正規表現は正しいのだろう。多分。
791:名無しさん＠お腹いっぱい。
07/04/15 00:57:06 /IoOWJW80
最近のCPUだとそれほど差に開きは出ないかもしれないが、一昔前のやつだと結果は目に見えて違いそうではあるな。
792:名無しさん＠お腹いっぱい。
07/04/15 03:20:34 YKj5vFY20
結局のところ人によって見るサイトとそれに対応するフィルタ、それらの数や組み
合わせなどが全部違うから、何が「速い」だの「遅い」だの言っても「場合による」
という曖昧な言葉か理論上の推測程度しか出ないよね。
これ以上ハッキリしないと思うので、こんな感じに受け止めておいた。
「速いとされている"shortcut"という機能があるから、それを有効に使うようにして
一般的に考えると遅くなりそうな正規表現はなるべく使わないようにした方が気分
的にも良いでしょう」
793:名無しさん＠お腹いっぱい。
07/04/15 03:25:10 pIDJ7wpT0
んだよ、もうやめたのかよ。根性なしが。
794:名無しさん＠お腹いっぱい。
07/04/15 04:08:04 I+4DokSC0
▂▃▃▃ ▃▃▃ _▂
▐:. ░▌ ▌. .▐ ▐:: ▌
▐:. ░▌▃▃▃▃▃▃▃▌. :▐ ▐:: ▌▂▁
▐░ ░░▌:. ::▌ ▐░▂░▎▎▌
▐░▄◤▀ ::▀▃ ▌▂▂▌ ▎▎▌
▐▒░:. ▅█▅ ▅█▅ ::▌ ▌░░▔▐▀
▐▒░: . ▀█▀ ▀█▀ ::▌ ▐░ .:▌
▐▓▒░:. ◢◤ ▅█▅ ◥◣ ::▌ ▐░ ▌
▐▓▒░: . ░▌░▂░▀█▀ ▂▌ ::▐▂▌▒ ▌
▐▓▒░:: ░▀▐▒▐▓▌▒▌▀ ░▌▒░ ▌
▐▓▒░:: : . ░▐▒▐▓▌▒▌ ::░▌░:: .:▌
▃◤▀ ░▓▒░:: :: : . ░▐░░ ░▌ ::░░▃▀
▃▀▒░ .:░▓▒▒░::: . ░▀◥▃▃◤ ::░▒▃▀
795:名無しさん＠お腹いっぱい。
07/04/15 08:34:59 3DuieSJN0
なんだなんだ、あぼ～んだらけなんだが…まだやってるのかおまいら。
いい加減にしろよ。
そんな暇があるなら春休み返上で仕事をしてる俺を手伝え。
796:698
07/04/15 12:13:02 tdNKPzyj0
>>784-785
乙。 .ad.net/*/hage/、.ad.net/*/hoge/78 の問題はpatterns.iniを開いて手動で shortcut を
書き換えれば良いかと思ってやってみたんだけど、Firefoxを再起動すると元に戻ってしまった。
どうやらFFを起動するときに毎回再生成してるらしい。
同様にAdblockのフィルタ編集画面で「OK」か「適用」を押したときにも再生成された。
なので手動での shortcut の最適化は出来ないようだ。
>そこにマッチした全てのフィルタを表示する機能
これはあると便利だね。 フィルタの記述ミスがあれば見つけやすくなるし。
>>787-790
乙。 この計測方法でタイム差を明確に出すのは無理ぽということかな。
でも500行でもほとんど差が出ないということは、実用的には無視出来るレベルの問題だということだから
これが分かっただけでも良かったと思う。
それと、/bana\/\d{3}/ は /bana\/000～499/ とほぼ同タイムになると思います。
厳密には \d{3} の部分での遅れは確実に出ますがこの場合は大した差にはなりません。
正規表現は先頭に複数の文字にマッチするものを置くと遅くなります。 ( .*、\w など)
上の実験では先頭に固定文字列を使っているので( bana\/ )、この部分がAdblockの shortcut と
同じような効果をもたらして早くなります。
ちなみに意図的に遅くするには
/(>|>|>|>|>|>|>|>|>|>|>|>|>|>|>|>|>|>|>|>|>| ・・・(すんごい長くする)・・・ |>|.)*bana\/\d{3}/
..のように一文字目の検索にかかる時間を稼ぐと良いです。 (これを500行書けば目に見えて遅くなるかも)
797:名無しさん＠お腹いっぱい。
07/04/15 15:24:50 lT7cM0bY0
記事を書いているライターさんも
ネットでサービスを提供している企業も
広告を収入源にしているのに
Firefox無料基地外はひどいな
798:名無しさん＠お腹いっぱい。
07/04/15 15:42:03 EoIG6zgf0
魅力のない広告ばかりだから問題無す
799:名無しさん＠お腹いっぱい。
07/04/15 16:39:12 /IoOWJW80
広告自体が問題なんじゃない。加減を知らずに広告を貼り付ける馬鹿ユーザーが問題。
一日数行程度のブログで残り全部アフィとか、もう死ねと言いたい。
800:名無しさん＠お腹いっぱい。
07/04/15 17:01:52 p2ASdhOI0
>>796
実際のマッチング処理の順番はともかくとしても、
shortcut を作る処理では普通にソート無しの状態のリストを上から順番にやってる。
testtest*1
testtest*2
testtest*3
なら『testtest*1』が shortcut=testtest を作るし
testtest*3
testtest*2
testtest*1
なら『testtest*3』が shortcut=testtest を作る。
つまりその方法でユーザ側で shortcut のコンフリクトを回避することは可能と言えば可能。
フィルタの書き方を工夫した方が速いだろうけど。
801:名無しさん＠お腹いっぱい。
07/04/15 17:03:06 p2ASdhOI0
ここまで正規表現を貶める必要も感じないんだけどなあ…。
適当ベンチ第２弾。
test2.html：
URLﾘﾝｸ(localhost) とか
URLﾘﾝｸ(localhost) みたいな
ほぼランダムな32文字からなる img タグが1000個。
フィルタ：
Ｋ．shortcut を作れるフィルタ（当たり500個＋外れ500個）
『00411460f7c92d2124a67ea0f4cb5f85』とか。
Ｌ．単純な正規表現（当たり500個＋外れ500個）
『/00411460f7c92d2124a67ea0f4cb5f85/』とか。
Ｍ．悪意に満ちた正規表現（当たり500個＋外れ500個）
『/(00|3e|a0|…（中略）…|17|9c|b8|5)56f391937dfd4398cbac35e050a2177/』とか。
Ｍのフィルタはほぼランダムな２文字の文字列32個の後に当たりの１文字が１個＋残りの部分。
全てのフィルタはソートしてあるので実際の html ファイルの画像と並び順が異なる。
この条件でやってみたが３つともほとんど差が出ない（どれも約12秒）。
802:名無しさん＠お腹いっぱい。
07/04/15 17:03:46 p2ASdhOI0
これはもしや……という事で、今度はキャッシュをオフにして測定してみる。
フィルタ無し：18.570
Ｋ：12.150
Ｌ：18.669
Ｍ：82.627 ← ﾜﾛｽ
Ｎ．Ｌを１個にまとめた正規表現
『/(00411460f7c92d2124a67ea0f4cb5f85|006f52e9102a8d3be2fe5614f42ba989|（ｒｙ）/』
Ｎ：13.932
どう見ても差が出ないのはキャッシュが原因でした本当に（ｒｙ
よくよく考えてみたら Firefox が Adblock Plus が処理する前の html をキャッシュする意味なんざ無いもんな。
803:名無しさん＠お腹いっぱい。
07/04/15 17:15:06 p2ASdhOI0
>>787-790の実験をキャッシュ無しでやり直し。
フィルタ無し：17.586
Ａのみ：12.229
Ｂのみ：17.886
Ａ＋Ｂ：11.990
Ｃのみ：15.309
Ｄのみ：23.658
Ｃ＋Ｄ：20.446
Ｅのみ：15.169
Ｆのみ：21.780
Ｅ＋Ｆ：15.686
Ｇのみ：11.701
Ｈのみ：17.395
Ｇ＋Ｈ：11.679
Ｃ≒Ｅが単体でＡに大きく劣るとかあり得ないはずのデータが出ててﾜﾛｽ。
あとどう見てもＧ速すぎ。
きっとまだどこかやり方がおかしいに違いない。
今のところのまとめ：
・shortcut はマジで速い。
・shortcut が作れるフィルタでヒットしないものが大量にあっても遅くならない。
・shortcut が作れないフィルタ（正規表現を含む）はマジで遅い。
・shortcut が作れないフィルタ（正規表現を含む）でヒットしないものが大量にあると物凄く遅い。
・複雑な正規表現は善し悪し。上手く使うと速度が上がるが下手に使うと底抜けに遅くなる。
・キャッシュが効いてるうちはフィルタの重い軽いはページの表示に影響しない。
804:名無しさん＠お腹いっぱい。
07/04/15 17:43:03 Dwg+H6P30
Adblock Plus: Element Hiding Helperを使ってみた。
cssがよく判ってない俺にとっては神。
805:698
07/04/15 23:56:37 tdNKPzyj0
>>800
なるほど、ショートカットを取らせたいフィルタを競合相手のフィルタより上に置けば良いのか。
これは分かりやすい、ありがとう。
>>801-803
Ｍ：82.627 ← ﾜﾛﾀｗ
キャッシュのせいでフィルタが効いてなかったのか、遅い正規表現を試したのが幸いしたね。
>Ｃ≒Ｅが単体でＡに大きく劣る
これはどうしてこうなるのか分からないけど、
>どう見てもＧ速すぎ。
これは実際、Gのほうが早いのかも。 500個もフィルタがあると1個の正規表現のフィルタより遅くなっても
不思議じゃないかなと。 (>>687では１００個と比較してるし)
（補足）
>>796で 「/bana\/\d{3}/ は /bana\/000～499/ とほぼ同タイムになると思います。」 と書いたけど
>>803の結果を見るとこの場合は後者のほうが100倍以上遅いようだ。 (＝ >>687に書いてある通りの結果)
※ この100倍のタイム差が出るのは "\d{3}" の部分がテストされる場合のみなので
その前にある固定文字列 "bana\/" を含まないURLをテストする場合はほぼ同タイムとなる。 ( B ≒ H )
（実用上は "bana\/" にマッチするURLに出くわすことは少ないのでほぼ同タイムと書いた。）
※ 実用上、検索の速度で重要なのは当たりよりも外れの速度なので、ショートカットの有効性を調べるために
最も注しするべきところは外れフィルタの B D F H のタイム。 >>803の結果では B より D のほうが
5秒も遅いので B のショートカットが有効に働いていると思われます。
ということなので実験は成功と言っていいかも知れませぬ、お疲れ。
806:名無しさん＠お腹いっぱい。
07/04/16 00:50:49 3LyGzrUN0
計測厨ｳｾﾞｰよ。ﾌﾞﾛｸﾞにでも書いてろ。
807:名無しさん＠お腹いっぱい。
07/04/16 00:54:11 MJ3njN3B0
小学生みたいなケンカ続けられるよりも全然有意義じゃないか。
808:名無しさん＠お腹いっぱい。
07/04/16 01:17:07 fDuEzeZ5P
それにこのベンチマークは理論上予測される挙動をほぼ正確になぞってるんだから
不自然な点が何故そうなるのかを説明する仮説が出るなり
別の人が試してこれと違う傾向が出るなりしない限りはこれで終わりだろ。
そんなことより次はいよいよ実用的なフィルタを研究する段だな！
809:名無しさん＠お腹いっぱい。
07/04/16 09:31:32 xuv+85w20
ＮＴＴｗｗｗｗ
810:名無しさん＠お腹いっぱい。
07/04/16 12:18:04 Od9Em3xR0
805=806
正体見たりｗ
811:名無しさん＠お腹いっぱい。
07/04/16 12:26:45 ckN61+dP0
>>808
>>803の不自然な点というと俺の中ではこれ↓
> Ｃ≒Ｅが単体でＡに大きく劣る
↑だったわけだが、昨日布団の中で考え直してみて別に何も不思議じゃないことに気が付いた。
Ｃ≒Ｅが最大500個の正規表現を当たりが出るまでチェックするのに対して
Ａは shortcut テーブルから一瞬で当たり候補を出せて、かつこのケースでは100％本当に当たりになる。
平均250個の正規表現をチェックするＣ≒Ｅに対して１回の shortcut 検索＋１個の正規表現で済むんだから
良く考えなくてもＣ≒ＥよりもＡの方が速いのは当たり前だ。
同じくＧは shortcut すらすっ飛ばして正規表現１個で完結しているわけだから
平均250個の正規表現をチェックするＣ≒Ｅよりは圧倒的に速くても不思議はない。
正規表現自体の検索速度はＡほどでは無いかも知れないが
shortcut の検索をすっ飛ばすから結果として差し引きとんとんになるという訳だな。
謎は全て解けた！ ∩( ・ω・)∩ ばんじゃーい
812:698
07/04/16 16:50:42 V28w85ve0
>>811
なるほど、確かに。
>>787-788をよく読んでみると下の2つが矛盾してる。
１、
>ダミーを用意したのはどうやらひとつのフィルタがヒットした URL に対する
>残りのフィルタによるチェックがスキップされてるっぽいから。
>（ヒットしないフィルタの影響がスルーされないように）
２、
> ・Ｃ≒Ｅ＞Ａ
> （フィルタが全てヒットする条件だとＡは shortcut 検索のステップがある分Ｃ・Ｅより僅かに遅い。
> またＣとＥは内部的には同一なのでほとんど差は出ない）
つまり、ダミーのせいで全てヒットするという条件が崩壊してる。 （ダミーの処理中は"当たり"でなく"外れ"になっている）
ダミーがあるせいで"当たり"の計測が正しく出来ていないと思われる("外れ"が混ざっているから)。
>ヒットしないフィルタの影響がスルーされないように
上記の理由からこれはスルーするべきなのでダミーはいらない。
さらに、「shortcut 検索のステップがあると遅くなるケース」 として考えられるのは
「フィルタリストの一番上が必ずヒットする」 という条件の場合のみ。
（二番目のフィルタがヒットするということは一番目がヒットしなかったということになる）
この条件が揃って初めて Ｃ≒Ｅ＞Ａ が成立する、ということだね。
813:名無しさん＠お腹いっぱい。
07/04/16 17:57:50 ckN61+dP0
>>812
俺の言いたかった事とおまいが読み取ったことの間には若干の食い違いがあるんだけど……めんどいからいいや。
どうせ結論は大して変わらん。
814:名無しさん＠お腹いっぱい。
07/04/16 18:00:36 ckN61+dP0
俺はもう十分に満足したんで、そろそろ>>606を若干手直ししたものを上げて終わりにしようと思う。
URLﾘﾝｸ(kasamatu.o0o0.jp)
受信パスはhoge。
まとめサイトに上げるなりしたけりゃご自由に。
ただし、なるべく>>736に書いたようなことをクリアしてからにして欲しい。
理想を言えば著作権とかややこしいことを気にせずにすむように
誰かが簡潔にまとめ直してくれるのが一番良い。
それじゃあおまいら、楽しい火狐ライフを ﾉｼ
815:名無しさん＠お腹いっぱい。
07/04/16 18:26:54 2p0ka9aL0
ついでに使用フィルタもうｐ頼む！
816:名無しさん＠お腹いっぱい。
07/04/16 18:52:00 ckN61+dP0
>>815
URLﾘﾝｸ(kasamatu.o0o0.jp)
受信パスはhuge。
817:名無しさん＠お腹いっぱい。
07/04/16 19:05:38 2p0ka9aL0
>>816
まさか本当にうｐしてくれるとは思わなかった
まじｻﾝｸｽ!!
818:名無しさん＠お腹いっぱい。
07/04/16 19:24:49 fDuEzeZ5P
しかしこのフィルタ、ノリノリである。
タイトル画像まで消されてしまって思わずブログも苦笑い。
819:698
07/04/16 21:40:44 V28w85ve0
>>813
食い違いは確かにあるな、一応書いとくか。
> Ａは shortcut テーブルから一瞬で当たり候補を出せて
これはおそらく一瞬ではないと思う。 平均250回もshortcutを試しているはずなので。
(それでも平均250回の正規表現の検索と比べたら格段に早いのでこちらのほうが断然早くなる)
>Ｃ≒Ｅに対して１回の shortcut 検索＋１個の正規表現で済むんだから
これは "平均250回の shortcut 検索"＋"１個の正規表現" だと思う。
たぶん>>811 の 「shortcut検索1回」 は俺の言う 「平均250回のshortcut検索」 と同じ意味。
それ以外は同じことを別の角度から書いてるだけだと思う。
>>814>>816
お疲れ。
820:名無しさん＠お腹いっぱい。
07/04/16 22:03:47 fDuEzeZ5P
そこは普通ハッシュテーブルだろ、常識的に考えて…
821:698
07/04/16 22:36:05 V28w85ve0
>>820
そんなものがあったのか、初めて知った。 これなら確かに一瞬だ。
これを使うとフィルタ順ではなくハッシュ順になるからAdblockの中でフィルタの順番が変わるということかな。
822:名無しさん＠お腹いっぱい。
07/04/16 23:04:37 fDuEzeZ5P
前から薄々感じていたが今になって確信した。
君は自分が何を言ってるのかもう少しじっくり考えてから書き込んだ方がいい。
分かってないのに分かったような口をきくから(ﾟДﾟ)ﾊｧ?って顔をされる。
これでは和訳の人も難儀した事だろう。
823:名無しさん＠お腹いっぱい。
07/04/16 23:59:50 V28w85ve0
そんなのは誰にでもあるだろ。 俺だって .*? が使われない理由を聞いてﾊｧ?と思ったし。
824:名無しさん＠お腹いっぱい。
07/04/17 00:55:49 wWcpcR5b0
うぜぇまだいたのか
825:名無しさん＠お腹いっぱい。
07/04/17 02:08:21 mqjBscozP
まーたそうやって分かってないのに分かったような顔をする。
俺らがﾊｧ?ってなるのもお前がﾊｧ?ってなるのも、元を正せば
どちらもお前の知識が怪しいからだって事にいい加減気付けよ
826:名無しさん＠お腹いっぱい。
07/04/17 02:30:29 3nKc6BMQ0
君も本当に俺が間違ってるのかどうか分からないくせに分かったような口をきいてるよな。 いい加減うざいぞ。
827:名無しさん＠お腹いっぱい。
07/04/17 06:55:24 3QPCo8Ou0
.*? にこだわるのは構わないとけど
ここでウダウダ言ってどうにかなる話なの？
使われない理由に納得できないなら作者と直接話せばいい。
それよりもどんなフィルタ使ってんのか教えてくれ。
828:名無しさん＠お腹いっぱい。
07/04/17 07:08:54 WwfN0GGJ0
もう>>698には自作の広告ブロック作れと言いたい。そしたら好きなだけホルホル出来るだろ。
829:名無しさん＠お腹いっぱい。
07/04/17 07:54:04 g3Vx5ufA0
バカばっかりだな。
830:名無しさん＠お腹いっぱい。
07/04/17 08:29:57 44r7PSXC0
どうもワイルドカードと正規表現の違いがわかってないバカがひとり暴れてるように見えるんだが
831:名無しさん＠お腹いっぱい。
07/04/17 14:24:19 JHC+Tnzn0
>828
ホント、ホント。
けど、俺は絶対アクセスしないけどねーｗ
832:名無しさん＠お腹いっぱい。
07/04/17 16:00:57 3nKc6BMQ0
フィルタは自分で作るものだ。 おまえみたいな乞食にくれてやるようなものなんかない。
タイム比較の話題が終わったら俺も撤退する。
833:名無しさん＠お腹いっぱい。
07/04/17 16:04:56 WwfN0GGJ0
＞俺も撤退する
早く撤退しろよｗ
834:699
07/04/17 16:49:25 ZjMWD9Cf0
2.trafficgate.net/t/$link,image */ad/$image
hpad.www.infoseek.co.jp/FhpWN*$subdocument doubleclick.net/jump/$link
adjustnetwork.com/aan/click$link a8.net/svt/$link,image
rcm-jp.amazon.co.jp/e/cm?t=$subdocument a8.net/0.gif?a8mat=$image
ax1.www.infoseek.co.jp/bin/*go$link,image linksynergy.com/fs-bin/$image,link
w1.ax.xrea.com/*.f?id=$link,image accesstrade.net/at/$link,image
xrea.com/cgi-bin/*?site=$link,image naitai-affili.com/alm/$image,link
ct1.*.*/gg/$link .99bb.com*/ja/$object,link,image
x*.*.*/bin/gg?$link track.bannerbridge.net/click$link
bc.geocities.yahoo.co.jp/serv?s=$image track.bannerbridge.net/ad$image
visit.geocities.jp/visit.gif$image af-board.com/new/sozai/$object
h*.afl.rakuten.co.jp/h*/$link,image .duga.jp/month/ap-$link,image
rd.rakuten.co.jp/cow/?R2=$link ad.land.to/ad$subdocument
ads.liveclick.ne.jp/cycle?host=$subdocument
w1.rakutool.jp/rakuten.cgi?af=$subdocument
grp01.ias.rakuten.co.jp/html.ng/site=$subdocument
click.dtiserv2.com/Click*/$link,subdocument
rss.dtiserv.com/cgi-bin/display_$subdocument
rss.dtiserv.com/rss/$link
affiliate.dtiserv.com/*/$image,background
cnt.affiliate.fc2.com/cgi-bin/banner.cgi$image
h.jpassport.jp/s1ce5/acam/$subdocument
sbs.nsk-sys.com/track/traffic.$link
sbs.nsk-sys.com/sozai/$image
mmaaxx.com*/index*.html?affid=$subdocument
valueclick*.jp/cycle?host=$subdocument,image
valueclick.ne.jp/redirect?$link
cnt*.millioncounter.com/simple_text$subdocument
valuecommerce.com/servlet/$link,image,subdocument
valuecommerce.com/vc/images/$image
sankeiad.durasite.net/A-affiliate2/$link,subdocument
835:名無しさん＠お腹いっぱい。
07/04/17 16:49:44 ZjMWD9Cf0
作り直してみました。みなさんありがと
しかし８文字ショートカットは全然考慮してなかったので
そこらへんも考えて改善しようと思います。
836:名無しさん＠お腹いっぱい。
07/04/17 16:56:14 mqjBscozP
よーしパパ>>698の撤退記念に一筆書いちゃうぞー。
|￣￣￣￣￣￣￣￣|
| >>698の雅な半生 |
|＿＿＿＿＿＿＿＿|
∧∧ ||
( ﾟдﾟ)||
/ づΦ
>>637の論旨を全く理解せずに自分から勝手に釣られまくったアホ共の１人として華麗にデビュー。
和訳の人の誤訳に釣られてろくに調べもせず、原文すら読まずにABPの仕様にイチャモンを付ける。
> 正規表現に疎い人のほとんどは最短一致でいいところを最長一致で書くから困る。>>698
これにはABP開発者も苦笑い。
>>704で「Adblock Plusでもものぐさマッチの方が速いというソースを出せ」と言われて
> Adblock Plus の内部機構でもそれ以外のもの(perl等)でも同様に早くなるよ。 >>720
だからAdblock Plus の内部機構でそうなるというソースを出せって言われてんだろがｗｗ
話が通じないので和訳の人はよそのスレにまで相談に行ったのであった。
837:名無しさん＠お腹いっぱい。
07/04/17 16:59:02 mqjBscozP
>>742-743で和訳の人がABP開発者とのやりとりを報告すると
ろくに検証もせず、考察もせず、原文も読まずに
> 正直意味不明。>>747
お前が理解できなかっただけだろがｗｗｗせめて理解しようとする努力くらいしろｗｗｗｗ
ちなみに和訳の人はちゃんと>>785で検証・考察してる。
> 上のほうでも書いたがスキル不足の奴が適当発言するとスレがごちゃごちゃするから
> そういうのを書いたり反応したりするのは控えような。>>756
↓
>>757に「お前も黙れ」と言われる
↓
> >>749が俺に粘着する限りずっとこうだぜ...。 >>758
スキル不足のお前が反応するのはいいのかよｗｗｗｗｗ
ちなみに上の方で書いたというのは>>679の事だと思われるが、
そこでこいつが「分かってる奴」と評価した内の１人である>>672は和訳の人からすれば
> 正規表現のフィルタをちゃんと「正規表現でしか書けないようなフィルタ」と言ってあげないと
> 理解できない人が話をややこしくしてる。>>672とか。
つまり一番分かってないのに首を突っ込んでるのは・お・ま・え・だｗｗｗｗｗｗ
結果として住人から袋叩きにされた上でコピペ荒らしを呼び込んでしまう。