【朗報】AdGuard新入社員ムーフンが覚醒、超難関Issueを妙案で完全解決ｗｗｗ

>>832
そのあたりは簡単なようで難しい
・適度なフィルターが利用アプリによってまちまちだから答えがユーザーによって異なる
・次の手としての対象非対象機能が0か1になるためフィルターを緩くして他のアプリの広告を許容するか問題のあるアプリの広告を許容するかになる
・DNSでやる限り上記は改善できない
なんでプレミアム$appがこのスレで価値あるものと見なされてるかといえば、アプリとドメインの組み合わせでルールを書けるから

>>833
コミュニティに聞いたなら答えもらっていないそうなもんだがな
ドメインではキリがないのでスクリプト実体側を阻害することで対応する
つまりscriptletでやるからドメインリストなどまともなユーザーなら使わない（AdGuard 追跡防止フィルタ）
せいぜいAGHとかに投げ込んでおくくらいでエッジデバイスのメモリを消費する価値がない

>>835
弊害は速度や処理負荷
このスレで嫌われがちな喜多台のプライバシー抜きがそれでも評価されてる所以

>>836
Captive Portalかな
そこは対応を求めるか無防備ブラウザを一つ用意すればいい

・事実・推測・結論・方法・評価・雑談が同じ密度で記載
・主張の階層がない
・一文が長すぎる
・主語が途中で変わる
・主語が省略されすぎている

タウンWi-Fiは、自社でフリーWi-Fiを提供しているサービスではなく、他社のフリーWi-Fiへの接続・ログインを支援し、その対価として広告収益などを得るサービス。ポイ活もリワード広告が中心と思われる。

広告をブロックしながら、Captive Portalへのログインとポイ活を安定して両立させるのは難しそう。やるなら、自分でルールを書く、HARを取得して解析する、タウンWi-Fiユーザーでルールを書ける人に協力してもらう、といった方法になる。MODがあるのかも気になる。

接続を安定させたいだけなら、タウンWi-FiをAdGuardの対象外にするのが一番簡単。広告はブロックできないが、ポイ活は利用できる。Captive PortalはタウンWi-Fiのアプリ内ブラウザで処理するため、通常のブラウザを使う場面も少なそう。

このタイプのアプリは待機中のバッテリー負荷もそれなりにありそう。フリーWi-Fiを頻繁に使う人向けというより、ユーザーデータや広告収益をポイ活として還元する仕組みに近い印象。

ポイ活を効率化するなら、優先順位は「FRep2などで操作を自動化」→「自動化アプリ」→「AdGuardで可能な範囲だけ広告を抑える」くらい。使わないときはアプリを凍結しておく。この2つを優先したほうが、広告ブロックを無理に追求するよりQOLは高そう。