対応してるか知らないけどIPv6対応とか?
あとcomet使ったチャットとか開いてると他のページ開いた時に
読み込みが始まらないでキューに残り続けるバグがなければ
外部のホストはネームサーバーがIPへの変換してくれるから対応できるのかな。
だとすればlocalhost:8080 がIPV6のローカルホストに変換できれば問題ない?
つまらないグチなので流して・・・
ブラクラ対策フィルタ
Protect Contents except HTML (2002/11/18)
を使っている
最近、画像が表示されない事が多い
そのjpegを見ると、xmlなどテキストが含まれてる
恐らくアドビの画像処理ソフトで加工したと思われるjpegに上記のフィルタがヒットしてるようだ
マジでうんざり
とあるページでサムネイル画像が異常に遅いので調べてみたら・・・
画像3kb
xml 50kb以上
こんなサムネイル画像100個羅列とかげんなりするわ・・・
使わないフィルタを欄に残しておくとスピードに悪影響は出ますか?
>>943 遅くなる可能性は否定できないけど、完全に無視出来るレベルだと思う
>>942 nosniff足すフィルタも使ってると結構表示されない画像が出てきてウザいだよな
かなしいね
ttp://www.tvdrama-db.com/drama_info/p/id-46747 姓名の間の全角スペースを消したいのですが、
うまくいきません。
ご指導お願いします。
[Patterns]
Name = "New HTML filter"
Active = TRUE
Multi = TRUE
URL = "www.tvdrama-db.com/"
Bounds = "$NEST(<a *>,</a>)"
Limit = 256
Match = "\1([%e3][%80][%80])+\2"
Replace = "\1\2"
+{1,*}
948 :
946:2012/01/12(木) 09:35:37.24 ID:+g/eHhhN
>>947 ありがとうございました。
[Patterns]
Name = "tvdrama-db: No Wide Space [2012-01-12]"
Active = TRUE
Multi = TRUE
URL = "www.tvdrama-db.com/"
Bounds = "$NEST(<a *>,</a>)"
Limit = 256
Match = "\1([%e3][%80][%80])+{1,*}\2"
Replace = "\1\2"
Name = "tvdrama-db: CrLf [2012-01-12]"
Active = TRUE
Multi = TRUE
URL = "www.tvdrama-db.com/"
Limit = 256
Match = "[%e3][%80][%81](<|[%ef][%bc][%88])\1"
Replace = "<br />\1"
URL Killfile.txtに
[^/]++doubleclick.net/
と記述してもdoubleclick関連の広告が消えないのですが記述する定義や場所が間違っているのでしょうか
初歩的な質問ですいません
例えばこのサイトのこのdoubleclick.netの広告が消えませんという例を出して。
javascriptで書かれてるからじゃないか?
そういうのをHTMLからオミトロンで完全に除去するのはほぼ無理だよ
ヘッダフィルタでアクセス自体を遮断すればいい
URL Killfile.txtって
ヘッダフィルタでURLマッチさせて、\kするやつだよね?
それだとjavascript/html関係なく通信しようとした時点で遮断されるよ。
自作の遮断フィルタでは非表示になってたから[^/]++doubleclick.net/は問題ない。
考えられるのは
・「URL Killfile.txt」は
http://から書く必要がある ・リストを上書き保存した後、オミトロンを再起動/中止してない→リストが更新されてない
どっちか。どちらでもないならオミトロンを通してないんじゃね?
プリセットのヘッダフィルタ URL-Killer がデフォルトで有効なんだけど
> ・「URL Killfile.txt」は
http://から書く必要がある ないない
warota
[^/]++doubleclick.net/
じゃなくて
[^/]++.doubleclick.net/
じゃないの?
後者の方がいい書き方だけど、前者でもマッチしないわけじゃない
(余計なものにまでマッチする可能性があるというだけ)
多分、フィルタリストを弄ったかなんかしてプリセットフィルタが有効になってないか
ブラウザの串設定をしてないか
どっちかだと思うね
>>957 基本的にブラックリストなら前者、ホワイトリストなら後者かな。
ブラックリストの誤爆を完全に0にしたいなら後者でもいいけど
このドメインなら誤爆して困ることは考えられない。
://hoge.doubleclick.net/
ばかりでなくて、もしも
://doubleclick.net/
も使われてたら後者ではマッチしない。
>>959 そういう場合は
([^/]++.|)doubleclick.net/
こうするのが定石
まあ、確かに誤爆しても困らないけど
[^/]*doubleclick.net/
だとマズイ?
>>961 Proxomitronの * は正規表現の * とは違うのでマズイ。
まあ実際に誤爆することはまずないだろうけど。
なるほど、サンクス
>>953 LANケーブル抜いて接続しようとするとオミトロンのエラー画面が出るのでオミトロンは通ってます。。
設定のリロードは保存や設定の読み込み、再起させてるので更新されてるはず…
それで念のため最新版を公式で落として使ってみると上記動画の全て消えました(設定やフィルタはいじってません)
ということはやはりブロックリストが読み込まれていなかったのが原因だったのでしょうか。
ちなみに今まではニコニコ動画用設定済みオミトロンを使ってました
Adlist.txtに追加保存→リストのリロードや再起では間違っていたんでしょうか
ああ、それだな、「ニコニコ動画用設定済み」って奴の設定が
本来のデフォルトとは違ってたんだと思うよ
ニコニコに関係ないフィルタが無効にされてるとか消されてるとか
あとリストを更新したときは手動でリロードとかしなくても勝手に感知して再読み込みしてくれる
ただし接続数が0にならないとだめだが
ほしゅ
win7で64bitになったしそろそろオミトロンから何か最新のソフトに乗り換えようと
ググッて見たけど良さそうなの見つからなかった(´・ω・`)無いってことないよね?
無いと言えば無い。
有ると言えばある、例えば Privoxy。
でも、無い、と言っても言い過ぎじゃないと個人的にはそう思う。
今後もメンテがされない事を考えると代替になるものが欲しいところではある
代替はいいんだけどこの大量のフィルタ資産どうするの・・・って思って移行できない
そのまま移行できれば問題ないんだけどね
先月フィルタが消し飛んで青ざめたよ
拡張子が偶々対象だった&偶然前日にシステムの復元用保存が実行されてたんで事無きを得たが
フィルタのコンバーターみたいなものがセットで用意されていれば
乗り換えを検討しようかという気にならないでもない
Proxomitronから移行できるだけの機能があるなら
手作業でフィルタを移植しなくちゃならなくても構わない。
だな。
実際のところPrivoxyっていじったことないから分からんのだけど、
Proxomitronで出来るどういったことが出来なかったりするんだろう。
後継になるソフトが現れれば、フィルタを1から書き直してもいい。
フィルタを書くことで正規表現を覚えるきっかけになった。
テキスト置換ソフトなど、他のソフトを使う際に応用できる。
書き直すのは手間だろうが、むだな時間にはならない。
しかし、フィルタを書くための知識とソフトを作る知識は違うだろうからもどかしい。
フィルタ書くには、正規表現よりもProxomitronのマッチングルールの方が簡潔に書けて扱いやすいんだよなぁ。
もちろん慣れもあるし、劣るところもあるけど…否定マッチとか正規表現でやると頭が爆発するし。
$NESTとか$AVとかの仕様なんかも、用途に特化して本当によくできてると思うよ。
今までのフィルタを正規表現で書き直せって言われたら、俺はやっぱダルいわ。やってらんない。
誰かがProxomitronの仕様を元に一から作ってくれればいいんだ。
日本語文字列がもうちょっと扱いやすくなるといいな。
978 :
名無し~3.EXE:2012/02/05(日) 06:30:35.58 ID:H9bZSGgh
うpp
もう6年ぐらいProxomitron使ってないけど、
俺が当時使っていたテクニックを教えてあげるよ。
Proxomitronは、URL禁止リストと
自分で作ったJavaScriptとCSSを埋め込むのに使う。
パターンマッチングに頼った方法では誤爆することが多い。
ページの早い部分、他のscriptよりも前に自分で作ったJavaScriptを
割りこませることが出来れば、より誤爆が少ない方法で、いろんな処理ができる。
ちょっと上で出ていたJavaScriptで埋め込むdoubleclick広告にも
対応できるだろうし、いちいち$NESTとか$AVなんかを駆使する必要もない
帯域減らしたければ、URL禁止リストに突っ込むだけ、
消したいブロックがあれば、JavaScriptで消したり、CSSで消したり。
その他ページ内の画像リンクを抽出したり、なんでもできるようになる。
>>979 ユーザCSS、ユーザJavaScript的な使い方か。
Proxomitron に関数や DOMがあれば便利だろうな。(DOM は設計思想からして異なるが。)
当時は、まだjQueryもPrototypeもでてないかではじめの頃でな。
JavaScriptは自力で今のオブジェクト指向な
書き方を模索していたし、クロスブラウザ対応にしていた。
単純に自分で作ったJavaScriptを割りこませるのは簡単だが、
それを元々のページに影響を与えないようにクローバル空間を
汚さないようなコーディングを避けていたし、
うざいalertを抑制するために、DOM標準の関数、つまりwindow.alert()を
置き換えたり様々なテクニックを使っていたよ。
当時はやっていた右クリック禁止への対抗スクリプトも
誤爆せずにほぼ完璧に動作した。
その頃のノウハウは今仕事で役に立っているw
×クローバル空間を汚さないようなコーディングを避けていたし、
逆だなw
ケースバイケースだな
大掛かりな表示変更をするときは別ファイルでCSS流し込んだりjs食わせたりする。
でもぶっちゃけそこまでするほどでもないなって物の方が多い。
ほとんどの場合は普通にフィルタで置換処理してやれば事足りる。
日本語を書くようにJSが読めて書けますってレベルの人なら関係ない話なんだろうけどね。
そのサイトの HTML が、id や class が綺麗に付けられていて、かつ、
操作したい部分がページ中で分散しているなら、CSS でやっちゃうことも
あるけど、そういうサイトがあまりないんだよね。
個人的に、JS は普段切っているから、JS での処理はあまりしたくないし。
セキュリティ面から考えて、JavaSのメソッドをユーザがコントロールするのは有効だと思う。
document.writeがどう使われてるか考えるだけでも、自明だな。(なのに、某M$の9め‥‥ブツブツ‥‥)
リアルど素人のわしには、フィルタ || スクリプト、どっちも書く労力は一緒じゃった^^
最後の砦だから、プロクソくんフィルタは今でも不可欠だけどね。
JSとかケタ違いに遅くなりそうだな
>>979 マクドナルドで食事してたら隣の客に
「マックってハンバーガー屋なんですよ。フライドポテトやチキンナゲットもありますよ」
って言われた、みたいな衝撃を受けた。
Proxomitronでcookie蹴ってるからさほど気にしてる訳でもないんだけど
一応グーグルの代替検索エンジン候補としてBing使ってみたんだが
これってcookie食わないとセーフサーチ切れないのかね
グーグルみたいにクエリだけで操作できればいいのに
Greasemonkeyの思想じゃないのか。まぁあれはブラウザを選ぶ(Firefox)けどな。