[過去ﾛｸﾞ] 【広告除去】AdGuard Part96 (349ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
340(1): (JP 0H8f-kXRv) 12/11(木)10:38 ID:x9UYQ+UXH(1/5) AAS
外部ﾘﾝｸ:github.com
すでにAdGuard記法でサポートしてるのに個人開発とはいえ下位互換性無視のgorhill記法に対応しなければならないとは気の毒
AdGuard記法なら互換性確実なのに(書くのうぜぇが)
341(1): (ﾜｯﾁｮｲ 1f5e-bkGK) 12/11(木)10:47 ID:zaIEsfg40(1/3) AAS
>>340
uBOの記法の方が自然だと思うけどなぁ
普通に考えて追加したらこうなるだろうって感じ
これ実際に新しい記法に非対応のABPのようなブロッカーに読み込ませた時に、それぞれどういう挙動になるのかが問題じゃない？
uBOのパス指定は明らかにルールが丸ごと読み込まれなくなるけど、$pathってどうなるん？
$pathでもそのルール全体が無視されるのなら、意味なくね？
342: (JP 0H8f-kXRv) 12/11(木)11:02 ID:x9UYQ+UXH(2/5) AAS
画像ﾘﾝｸ[jpg]:litter.catbox.moe
こんなオプション追加アップデートあったんだな
呆気
343(1): (JP 0H8f-kXRv) 12/11(木)11:06 ID:x9UYQ+UXH(3/5) AAS
>>341
そりゃそうだ
ただ既存エンジンはコスメルールにパスまで含むなんて想定してない
互換性が壊れるんだよ
AdGuardは互換性や周りのことを気にして別の記法を用意した
gorhillは相変わらずuBO以外のことは無視して好き勝手に拡張してる
フィルターとエンジンの両輪で回ってる世界で汎用フィルターに絶大な影響を及ぼすほどフィルター世界ではuBO一強
そんなのにお付き合いして頑張るAdGuardが気の毒って話だ
344(1): (JP 0H8f-kXRv) 12/11(木)11:11 ID:x9UYQ+UXH(4/5) AAS
既存エンジンはAdGuardもuBOも含めて下位互換性無視のgorhill記法は無視する
AdGuardもuBOも対応バージョン以降しか下位互換性無視のgorhill記法に対応しない
AdGuard記法は対応バージョン以降のAdGuardしか対応してない(AdGuard記法に対応した外部エンジンは聞いたことがない)のでそれ以外では無視する
こういうこと
345(1): (ﾜｯﾁｮｲ 1f5e-bkGK) 12/11(木)11:11 ID:zaIEsfg40(2/3) AAS
>>343
example[.]com/path##だろうが、$pathだろうが、その1行だけがシンタックスエラーで飛ばされるだけなら変わらなくない？
って思って、実際どういう挙動になるのかが気になって聞いたんだけど
例えばもしこれが「一部のブロッカーだと誤ってネットワークフィルタとして解釈されてしまう」とかならあなたに完全に同意だわ
346(1): (JP 0H8f-kXRv) 12/11(木)11:26 ID:x9UYQ+UXH(5/5) AAS
>>345
いまのところはほとんど影響ないだろうねどちらにしても単に無視されるだけだから
でもそのうちこれが当たり前になるよ
そういう歴史の繰り返しだから
>>344にも書いたが旧バージョンの切り捨てにもなってる
uBOではまず起こらないがAdGuardではブラウザ拡張でない場合に様々な理由で旧バージョン利用者がどうしても発生する
だいたいすでに 外部ﾘﾝｸ:github.com あるんだからいまさらなんだよ
347: (ﾜｯﾁｮｲ 1f5e-bkGK) 12/11(木)19:40 ID:zaIEsfg40(3/3) AAS
>>346
なるほどなぁ
あと最後の部分、確かに今更じゃないか……
348: (ﾜｯﾁｮｲ 17b1-Q16+) 12/11(木)21:37 ID:IEcFTTPf0(1) AAS
誤爆の元は増やして欲しくないな
349: (ﾜｯﾁｮｲ cfa2-lGun) 12/21(日)08:12 ID:ZU2HC7D+0(1) AAS
プロキシのFakeDNS有効にするとシステム全体でDNSフィルタリングが無効になるのか
そりゃそうか
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.157s*