【WILLCOM】AIR-EDGEの為の鯖構築 3【WX310】
AIR-EDGEなどから快適にブラウジングしたり、より便利にAIR-EDGEを使うための鯖の情報交換スレです。
前スレ【airproxy】AirH"の為の鯖構築２【京ぽん】
http://pc8.2ch.net/test/read.cgi/mysv/1088016504/
画像圧縮高速化プロキシ airproxy
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
音声も送れる圧縮プロキシ LAYERTREK MOBILE SERVER
http://www.layercross.com/
自宅PCを操作 Mobile Control
http://my-soft.hp.infoseek.co.jp/
MSN Messengerが使える! eMessenger
http://mob.e-messenger.net/mobile/ >>187
すみません。まだ、ドキュメント化されていません。
RSS表示機能は、RSS/RDF にアクセスすると自動的に機能するので設定はありません。
(RSS の例 http://www3.asahi.com/rss/index.rdf)
広告除去機能は、ユーザープロパティファイル内の html.remove.filter = に
フィルタファイル名を指定することで機能します。
(サンプルのフィルタファイル filter.txt が同梱・設定されています。)
フィルタファイルの記述方法(機能)はふたつあります。
ひとつは範囲除去。これは 1行に開始コメントと終了コメントを続けて記述します。
たとえば、filter.txt の先頭行 <!-- ad_start --><!-- ad_end --> です。
この記述で <!-- ad_start --> から <!-- ad_end --> の範囲が除去されます。
もうひとつは単体除去。これは 1行に URL の合致パターンをワイルドカード(*)を
使用して記述します。たとえば、filter.txt ファイル内の *.googlesyndication.* です。
この場合、*.googlesyndication.* に合致する画像などのコンテンツは除去されます。
#(シャープ)で始まる行はコメント行です。なんの意味も機能もありません。
空白行も同様になんの意味も機能もありません。無視されます。
広告除去機能は、remove/hide 両対応となっています。remove(除去)機能は
HTML から該当する IMG タグなどを除去します。そのため広告画像の要求自体が
サーバーに送信されません。空白などの無駄な領域が発生しません。
hide(隠蔽)機能は、広告画像の取得要求に対して、サイズの小さな透明な画像を
返します。本来画像が表示される領域は空いたままになります。 >>188
すみません。ご指摘の NullPointerException を修正しました。
0.4.1 の配布を中止して 0.4.2 へ切り替えました。
0.4.1 を使用されている方は、お手数ですが 0.4.2 のダウンロードをお願いします。 うわ
こんなに夜遅くしかも素早い対応ありがとうございます
と言うか申し訳ありませんと言う気持ちが･･･
しかし同時に非常に感謝しております
本当に本当にありがとうございました
これからも感謝しつつ利用を続けさせていただきます 早速試してみた所
エラーは出なくなりました
それから新機能の副作用なのか細かなバグ取りがなされたのか
理由は定かではありませんが
無線LANやダイアルアップにてNetFrontを利用した際に
AirProxyを通した場合とそうでない場合では
通さない場合に比べて表示終了まで非常に時間がかかり困っていたのですが
すこぶる速くなりました
利用者の義務としてご報告まで
それと個人的で勝手な要望ですので恐縮ですが
フィルタ機能の一部としてTableタグを付加できると非常に嬉しいです
例えばOperaやNetFrontで画面サイズ調整機能を利用すると
端末側に負担がかかり処理も遅い為表示までに時間がかかってしまいます
それを嫌いサイズ調整をしないとPDA用のサイト以外は
横幅がかなりオーバーする事になりスクロールが面倒です
そこでもしプロクシ側で任意のWidth値をタグとして付加できれば
レイアウトは大幅に崩れるもののスクロールはしなくて良くなります
このメリットは携帯端末でブラウジングする場合非常に大きいと思われます
御一考願えれば幸いです RSS表示機能すばらしいです。
AVWatch http://www.watch.impress.co.jp/av/
は RSS がないので
http://bulknews.net/rss/rdf.cgi?AVWatch
を使っているのですが、そういうのにRSS表示機能は
有効じゃないんですね。残念。
URL が .rdf かどうかで判定しているんですかねぇ?
×NullPointerException を修正しました。
○NullPointerException をガッしました。
おいらもひとつ要望
025改のように設定画面からUA変更出来るとうれしいです
0.42切替完了
0.40よりも、少し速くなった気が（京ぽん）
作者様、ありがとうございます
0.4.2入れてみました。
quality=70/70（50/50とか90/90とか変えてみた）
type=byLength
max=(320x320)
reduction=5%（50とか10とか変えてみた）
maxDataSize=0（2048とか20480とか変えてみた）
としたら判読不能な強烈なモザイクになりました。
皆さんはどうですか？ ReductionRateの意味を取り違えていたようです。
5%にすれば5%単位で縮小（95,90,85,80…）されるのではないのですねorz >>197
自分も何故か0.40からの切り替え当初はクオリティ設定がおかしかった
標準では50に設定されててこれを70くらいに変更したら強烈に画が汚くなった
で色々弄ってたら反映されるようになった
最初はByLengthにしてたけどこれをByTypeにしたらきちんと反映された希ガス
それにPNG強制とかにすると変換画像がおかしくなったりした
まあ今でもネガポジ反転したような状態で表示されてしまうものもあるし
少しバグが残っている様子 airproxy 0.4.2を入れました。透明色が正しく動作することを確認。
京ぽん２でもOKでした。作者さま乙です。
で、またfastloadで気になった部分を報告。
fastload が on だと、「グレースケール(8bit)のJPEG画像」が圧縮後
に横幅が3分の1になってしまうようです。(offだと問題ありません。）
例： ttp://boma.tank.jp/nugu/gaiden1.htm
（ややエロいところなので注意）
出力がJPEGでもPNGでもおこるので読み込み時の認識がおかしいのかな？
あんまりこんなJPEG画像は無いだろうけど、一応報告までに。 洋ポン用のuploadを作ろうと色々やってみたけど、
willcomの端末って、端末IDとれない・・・。
airproxy 0.4.3 出ました。
http://www.ne.jp/asahi/web/ryo/airproxy/ (引っ越しました)
>>201
fastload JPEGデコードの不具合を修正しました。
>>193
RSSサポートを強化しました。RSS 0.91 対応により
http://bulknews.net/rss/rdf.cgi?AVWatch が表示できるようになりました。
実験的にプラグイン機能を有効にしました。
サンプルとして goo 辞書プラグインを同梱しています。
今後も API が変更される予定なので、まだプラグインの作成はオススメできません。
>>199
reductionRate=5 と設定すると画像の縦横それぞれが 5% (=1/20) に
縮小されてしまいます。50〜100 くらいが良いかと思います。
来週は WX310J 発売らしいです。購入予定なので楽しみです。 >>203
おつかれーです
更新してくれてありがとうございます
帰宅したら入れさせて貰うっす UA設定に元のUAによって条件付けできませんかね。
ｹｰﾀｲﾓｰﾄﾞ(WILLCOM)の時にだけDDIPOCKETも元のUAに追加する、みたいな。
「WILLCOM」が含まれればそこの部分を「WILLCOM/DDIPOCKET」に書き換えるような形？ 0.43動作確認しました
所でBMP強制変換などには対応予定はありませんか?
極稀にではありますが画像系の掲示板その他でBMPが使われている事があり
データサイズが1MB以上になっている事があります
携帯端末からですとBMPかどうかは判別し難いですし表示してみるまでわかりません
仮にページに貼られている場合かなり厳しい事になります
パケ代も恐らく1/10以下になると思いますし是非とも対応願いたいと思います
よろしくお願いします 上記補足です
MIMEタイプが異常なファイル(偽装?)は画角や容量を無視して表示され変換対象から外れます
例えばこのアドレスの
ttp://sakots.pekori.jp/cgi/sn/src/up41425.jpg
は,たまたま見つけたのですが恐らくMIMEはJPGで拡張子もJPGとなってますが中身はBMPです
こう言うファイルの場合変換対象から外れそのまま出力されてしまいます
正しいファイルではないので無視すると言う仕様なら仕方ないですが
こう言ったファイルはブロードバンドなどの広帯域回線とPCで見ているとまず気付きませんが
AIR EDGE等のように帯域が小さい場合にはやたら転送に時間がかかるために発覚する事があり
更に悪い事にブラウジングしているとこの手の画像は結構あります
まあ任に選択して閲覧する場合仕方ないですが
ページに張り込んであった場合に携帯端末から閲覧する場合
実用速度で表示する事は無理ですしページサイズも大きくなる為
端末によっては閲覧不能となってしまいます
と言うわけで出来れば対応願えれば非常に助かるのですが･･･
あつかましくて申し訳ありません 現在の実装では Content-Type が image/* であれば
データが fastload に渡されます。fastload では
データの中身のヘッダを見て画像形式を判定しています。
そのため、拡張子と実体の不一致は問題になりません。
BMP が扱えないのは fastload に BMP のデコード機能が実装されて
いないためです。実装を検討してみますが時間がかかるかもしれません。 そうですか
画像のデコードは全てFastload経由で行っていて
Fastload自身にBMPのデコード機能が無いんですね
それは厄介な問題ですね
新たなライブラリを追加すれば重くなりそうですし
このままで良いのかもしれませんね
私自身の意見としては実装していただければ嬉しいのですが
ここの所頻繁に更新して頂いてるようで大変でしょうから
将来対応するにしても簡単でないようでしたら見送ってください ＮＴＴドコモ データ通信に定額制 無線ネットが使い放題
http://www.business-i.jp/news/sou-page/news/200601140030a.nwc
ＮＴＴドコモ（東京都千代田区）は、今夏から始める、外出先でもインターネットにつないでパソコンが利用できる
第三世代携帯電話（３Ｇ）の高速無線データ通信サービス「ＨＳ−ＤＰＡ」で、データ通信料金に月額定額制を導入する方針を固めた。
数千円の料金を支払えば使い放題となる。
ウィルコムがＰＨＳ（簡易型携帯電話システム）でパソコンでのデータ通信料金に定額制サービスを導入しているが、
携帯電話事業者で同様の定額制を導入するのは初めて。料金は、月額数千円となる見通しだ。
ＨＳ−ＤＰＡは、最大毎秒一四・四メガ（一メガは百万）ビットと、ＡＤＳＬ（非対称デジタル加入者線）並みの高速データ通信を高速移動中も利用できる技術。
ドコモは、まず最大三・六メガビットと現行３Ｇの約十倍の高速データ通信サービスを今夏に開始する。
一般の携帯電話端末と、パソコンに差し込んで使うデータ通信専用のカード型端末の二タイプを投入する予定だ。
パソコンにつなぐネット利用がドコモの３Ｇで定額制になれば、ウィルコムが提供している同様の定額制データ通信サービスよりも数倍高速となる。
ＨＳ−ＤＰＡは今夏にボーダフォンも導入予定。ＫＤＤＩのａｕもデータ通信の高速化を予定している。
また、年内にアイピー・モバイルが、また来年以降にイー・アクセスとソフトバンクが、新規参入する携帯電話事業でパソコンにつないでの高速データ通信サービスに定額制を導入する見通し。
ドコモの定額制導入はこうした新規参入組を牽制（けんせい）する狙いもある。
Airproxyってテキスト部も圧縮してくれます？ テキストってどうやって圧縮するの？
PROXYって、モデムじゃあるまいし。
gzipは、サーバとブラウザ間でデータを圧縮してやりとりする機能。
使用するにはサーバとブラウザの両方が対応している必要がある。
可逆圧縮なのでモデムのV.42bisと同程度の圧縮率なんじゃないかな？
airprozyはWebサーバがgzipに対応していなくても、代わりにgzip
圧縮してデータを送ってくれるのでデータ量が少なくてすむ。
ブラウザ側は京ぽん系のOperaはgzipに対応してるけど、洋ぽんの
NetFronatは対応してない。AirEDGEにこそgzipが必要になのにな…
airproxy は gzip圧縮の他に、コメント文や余計な改行などの削除
もやってくるれるので、結構HTMLが小さくなってるよね。 airproxy 0.4.3 でグレースケールJPEGが問題ない事を確認しました。
作者さま、改修はえー。
さて、不具合って程じゃないけど動作で気になって点を報告。
airproxyを使用して、WindowsPC上のIEで特定のHPを開くとHTMLの
読み込みが途中で引っかかって、最後までページが表示されません。
(Win2000 + 0.2.5/0.3.7/0.4.3で試しましたがどれでも発生）
発生するHP例：
ttp://www.visavis.jp/
ttp://www.diatec.co.jp/
表示が引っかかった状態でサーバ側の airprxoyを終了させると、
残りのHTMLも全部読み込まれて表示されます。
また、回避方法があって「プロキシ接続でHTTP1.1を使用する」に
チェックを付けると問題なく表示されます。
以上から考えるに、airproxy + IE で上記HPを開くと何かしらの
理由でTCPセッションが開放されずに掴みっきりになっていて、
HTMLの読み込みが最後まで完了しないんじゃないかな？
京ぽん２のOperaやPocketPCのNetFrontでは問題ないし、回避方法も
あるので問題はないのですが、一応動作報告でした。
（もしうちの環境の問題だったらスマンです。） airproxy 0.4.4 出ました。
http://www.ne.jp/asahi/web/ryo/airproxy/
>>218
HTTPS 通信時の切断不具合を修正しました。
(http://www.visavis.jp/, http://www.diatec.co.jp/ が表示できるようになりました。)
いつも的確な障害報告ありがとうございます。
すばやい修正ができるのは、バグ報告自体の質が高いからです。
再現性のある URL や状況説明がとても丁寧なので、
こちらでの障害再現・原因分析がしやすく助かっています。 Yahoo!ブログの画像は圧縮されてないようです
MIMEがapplication/octet-streamであるのが原因なのかな?
指定URLは拡張子で判断するとかあればいいと思うのですがどうでしょう YahooJapanﾄｯﾌﾟのﾄﾋﾟｯｸｽを適当に項目選び
さらに詳細記事を参照すると 66％あたりでひっかかるような
状態になって進みません
これは当方だけの現象でしょうか？
京ぽんでアクセスしております >219
更新ありがとうございます
早速ですが0.4.4動作を確認した所不具合がありましたので報告します
Impressのトップページ
http://www.watch.impress.co.jp/
を表示すると左から4つ目のタブであるAKIBAのGIF画像が
2つ目のPCと重複して表示されてしまうようです
本来のAKIBAタブをマウスオーバーすると押下時のGIFは正しく表示されています
実害はありませんが御確認ください 作者様いつも更新お疲れ様です。
v0.4系以降すばらしいまでの高速化と安定性向上のお陰で1Xで接続してる京２でも快適にウェブが閲覧できています。
0.4.3では>>221の方と同じように京２では50%のところで通信が止まる事がありましたが、0.4.4では今のところ問題なく動いています。
ひとまず0.4.4動作確認報告しておきます。 おまいら、不具合報告するのはいいが利用環境とか
もうちっと詳しくかけ。
再現出来なかったら作者さんも切り分け出来んわ。
5W1Hを忘れるなよ。 不具合報告だけでなく、感謝の気持ちも込めて寄付もどうぞ >>220
Content-Type が application/octet-stream になっているのであれば、
airproxy では画像変換が行われません。aiproxy が画像変換を行うのは
現在のところ Content-Type が image/* になっているものだけです。
Content-Type に依存せずに、データ自体の中身を確認して画像かどうか
判定することも不可能ではありませんが･･･。しばらくは仕様ということでご勘弁を。
>>221
airproxy のバージョンはいくつでしょうか。
>>223 の報告によると 0.4.4 では問題が解消しているかもしれません。
0.4.4 でも発生するようであれば、再度、お知らせください。
>>222
Internet Explorer 6.0, FireFox 1.5 では再現できませんでした。
みなさんの不具合報告には(寄付と同じように)とても感謝しています。
ありがとうございます。それとリンクはクリックしまくらなくていいですよ(^_^)
リンクをクリックしても私のところにはお金は入ってきません。
クリックして amazon でお買い物していただけると数十円入ります。
いまのところ amazon アフィリエイトでの収入合計は 400〜500円くらいです。
結構、寂しいですね。
寄付のほうは結構いただいております。いままでに合計 7,000円くらい
いただきました。月平均 1,000円〜2,000円くらいですね。 >>227
返信ありがとうございます
普段はOperaで確認してるのですが確かにIEでは正常ですね
これは出力したHTMLの解釈が両者では違うと言う事のようですね
それからIEで確認した際に同Impressのページで
表示は終わっている様に見えるもののプログレスバーは
読み込み中のままで終わらないようです
Operaでも同じように最終項目の読み込みが中々終了せずと言う症状はあるのですが
これはAirProxyを挟まなくともなるOperaの癖のようなものなので関係無いかもしれません
TEPCOを使っているのですが当方の回線に問題があるのでしょうかねえ 詳細が抜けており申し訳ないです
不具合が出たのは043だったのですが
044が出たということで変更してみたところ
やはり同じ様に固まる状態になりましたが
以前 Squid+Airproxyを使っていましたので
またSquid導入してみましたところ
途中で固まる状態は いまのところ出ておりません
また戻して実験しみましたが
やはりAirproxy単体ですと バージョン044でも
同じですね
ただ この現象が出るのは京ぽん携帯モードで出ます
スモールスクリーンモードでは大丈夫でした
訂正します。本日、京ぽん2ケータイモードにてヤフオクを閲覧中、プログレスバー50%でデータが流れてこなくなる現象がありました。
この時、一旦中止ボタンを押しリロードすると問題なく表示されます。
このような報告となり申し訳ないです。
ちなみに当方環境はwin2000、javaは(京ぽんからなので詳細な数字は分かりませんが)最新バージョンです。 自分も、同様途中止まる時があるなー
でも何故か、上流に別の串刺したら
出なくなったけど 232だけど、やっぱり、途中止まったみたい。ｺﾞﾒｿ
仕方ないので、fastloadだけそのままで、０．４０にもどした。 airproxy 便利に使わせていただいとります。
今はXPのサービスで動かしています。
で、0.4.4にしたのですが、google news ttp://news.google.co.jp/
を表示するとairproxyが落ちます。
イベントビューワのログでは
java.lang.NoSuchMethodError: airproxy.plugin.Html.getOutput()Lairproxy/plugin/Html;
at AsahiCom.hookResponse(AsahiCom.java:29)
at airproxy.extension.HtmlExtension.convert(HtmlExtension.java:23)
at airproxy.cache.PrefetchQueue.prefetch(PrefetchQueue.java:95)
at airproxy.cache.PrefetchQueue.run(PrefetchQueue.java:51)
となってます。 310J&ﾌｧｰﾑｱｯﾌﾟ310SAがgzip&ProxyでのKeep-aliveに対応したようです。
後者は310Kでも対応してくれんかな… AirProxyでRSSを見ているときの字の大きさってどこかで設定出来ますか？
京ぽん2のオペラで記事を見ているときはちょうどいいと感じる大きさにしていても
見出しを見ているときは大きいと感じるんです。
見出しをちょうどいい大きさにしたら今度は記事が小さすぎて読めなくなるんです。
なんか方法ありますか？ >>234
エラーログの"plugin" "AsahiCom"ってのが気になる。
過去バージョン履歴に…
v0.2.3
サンプルプラグイン(アサヒ・コム)を添付しました。
v0.3.1
プラグイン機能を無効にしました。(プラグイン機能の練り直しのためです。)
v0.4.3
実験的にプラグイン機能を有効にしました。(サンプルとして goo 辞書プラグインを同梱。
と言うのが書いてあるので、古いバージョンのプラグインファイルが
悪さをしてる可能性が考えられる…。
上書きじゃなくて、一度削除して入れ直してみたら？ >>236
そんなものは圧縮プロクシには関係の無い機能だ
自鯖でRSSリーダを置いて読めば?
言わせて貰うなら勝手に弄って小さくされると困る人も居る そもそも「AirProxyでRSSを見ている」って何だ？
p2には簡易rssリーダ付いてるけど、それと勘違い？ >>237
ああ、一応pluginの下にフォルダを作ってそこに移動してからチェックしてみたんですけどねぇ。
pluginの下だと見に行ってしまうんでしょうかねぇ。
ってことで、pluginの下から不要なファイルを消してみました。
落ちなくはなったようです。お騒がせしました。
>>239
v0.2.3
RSS表示に対応しました。
v0.3.3
RSS 対応リソースが読み込めない不具合を修正しました。
v0.4.1
RSS サポートを再び有効にしました。
v0.4.3
RSSサポートを強化しました。(RSS 0.91 対応により
http://bulknews.net/rss/rdf.cgi?AVWatch が表示できるようになりました。)
airproxyはRSSをそれとなりに見える形に変換してくれる機能がある。
私はRSSを使わない古い人間なので、試しにしか使ったこと無いけど… airproxy でアニメーションGIFを圧縮すると一枚目の画像しか表示
されないですよね？（PNG/JPEGはアニメーションの規格が無いので）
HPの再現性という点では、アニメーションGIFだった場合には「圧縮
しないでそのままにしておく」という選択肢もあるかと思います。
そこでわがままなお願いですが、可能であれば「アニメーションGIF
圧縮のON/OFF」を設定項目に追加してもらえればありがたいです。
実はアニメーションGIFはHPのカウンタとかでも良く使われており、
airproxy を使用するとカウンタの数字が見えなくなる場合が結構
あったので…。
※カウンタでの使用例：
ttp://usewill.com/ の中に設置されている以下とか
ttp://park6.wakwak.com/%7Efet/cgi-bin/up_banner/dayx.cgi?gif
※参考資料：GIF89aのすべて
http://www.geocities.co.jp/SiliconValley/1361/gifabout.html >>238
えらく怒らせてしまったみたいですいません。
そんなにけんか腰でこられると思ってませんでした。 >>238はAirProxyでRSSが読めることを知らなかったんでしょ。 >245
作者さんの負担を考えろ
言われれば気になるのがプログラマと言う人種
まあフォントサイズの変更など難しい事じゃないと思うがな
>246
そんな奴はいないと思うが?
アレだけデカデカと履歴に書かれてるのに
読まずに使えるソフトでもないシナ
おまけ機能のチューニングなど優先順位は低くて良いと言う話しだ
RSSにしてもバージョンがあるしXMLとか面倒な事に手を付けると
他の部分の進化が遅れても良いのか?
個人的にはそんな事より先読みも含めて画像をキャッシュして
HTML解析や画像圧縮の効率を上げて
できるだけ端末の負担を鯖に振る方向に時間を割いて欲しいと思ってる
あつかましい要望だけどな
まあ上位プロクシでやれば良いがAirProxy1つでやりたいと言う気がする なんか空気が読めなくて、やたら声のデカイのが一匹混じってるなあ。。 当たり前だけど、作者さんの満足が最優先だろ？
俺らは、おこぼれに預かる代わりにバグ報告やら寄付をすりゃいい
要望募集はサービスサービス
ドライだが綺麗な利害関係やん
これこじらすと一気にモチベーション奪うんだよね…
作者さんは今のAirProxyにどれくらい満足してるんかな
元々作りたかった（欲しかった）ソフトにはなったのかな 2ch らしい展開になってきましたね。こういうのキライじゃないです。
>>222
Windows 版 Opera 8.5 をインストールして通常とスモールスクリーンで
確認しましたが、AKIBA アイコンが PC にかぶるという症状は確認できず。
もしかすると、HTML 最適化機能の不具合かもしれません。次の 0.4.5 で
HTML 最適化をオフにするスイッチを追加しますので、それで一度確認して
みてもらえないでしょうか。
>>221, >>223, >>232
WX310J Opera が 50〜60%の進捗で止まる問題。なんとかしたいですね。
これらは、スモールスクリーンでは発生せず、ケータイモードのみで
発生するのでしょうか。特定のページを開くことで 100% 再現しますか。
>>233 で 0.4.0 に戻したとありますが、0.4.0 では発生しないのでしょうか。
私は AH-K3001V を WX310J に変えてしまったので、確認できません。
もし、Windows で同様の症状が出るという方いましたら、情報お願いします。
>>234
解決済みですが、古いプラグインが入ってるとダウンします。次バージョンで
古いプラグインが入っていたら、プラグインが機能しないようにします。
>>236
RSS の見た目は xsl ファイルで定義されています。airproxy.jar を展開して
rss1.0.xsl と rss2.0.xsl のフォント指定を変更するといいかもしれません。
現在のフォントサイズは x-small になっているのですが、たしかにこれは
小さすぎるかもしれませんね。次で small に変更したいと思います。 >>248
そうですね。いまの私が考えている優先順位は･･･
(1) 読み込み不具合の修正(ページの読み込みが完了せずに止まるのは最悪)
問題の起こる URL はどしどし報告していただきたいです。
(2) ページの最適化・高速化(携帯端末での表示を 1秒でも速くしたい！)
(3) (4) がなくて
(5) 便利機能の追加
という感じです。まだまだ airproxy は基本性能を高めていかないと
いけない段階だと思っています。なので、○○機能のオン・オフなど
使う人と使わない人がいるような機能は優先順位は低くなります。
私があまり関心を寄せていない機能は華麗にスルーされると思いますが、
悪く思わないでください。ダイジェスト認証やユーザーエージェントの
制御機能などの要望は華麗にスルーされます。
それから、メールで次の障害を報告いただきました。
WX310K で https://www3.nomura-trade-i.ne.jp/ にアクセスすると、
airproxy 自体がダウンして、接続できなくなる。airproxy を
再起動しないと正常に戻らない。
どなたか、WX310K で再現できてスタックトレースとれる方いないでしょうか。
それと、ソースコードも公開しているので手直ししたい部分があれば
勝手に直して公開しても構いません。分岐しても良いと思いますし、
もしコードをフィードバックしていただけるのであれば、
私の開発コードにマージさせていただきたいとも思います。
最後に。WX310J を購入しました。Proxy-Connection: Keep-Alive が
使える初の端末なんですが、WX310K の足元にも及ばない速度です。
ちょっと残念 orz
>>252
了解でーす。別に必須な話でもなんでもないので
そのうち気が向いたらお願いします。
これからも完成度が高まるように協力できる所は
作者さんの力になれればと思ってます。 >>252
色々大変だと思うのですがいつもありがとうございます
Operaの件は先日だけの現象だった様な感じです
Impressのページは更新をミスったりコードがおかしかったりする事がままあるので
基本的には問題無いと思いますがIEにターゲットを合わせるのかW3Cの仕様に従うのか
HTMLを加工する上で選択しないといけないのかもしれませんね
それから自分もあなたの優先順位で更新して頂きたいと思ってます
やはり読み込みが止まるのは一番厳しいですし
その次には少しでも速く動作して欲しいと思いますし
その意味では先読みや特に広告カット機能は素晴らしいアイデアだと思います
リクエスト自体発生しませんし大幅に転送量が減りますから
パケット定額系のプラン以外の方は勿論嬉しい機能でしょうし
定額系のプランであっても速度向上はやはり嬉しいです
自分は検証くらいしか出来ないですが応援は惜しみません
もし気付いた事があればドシドシ書き込みたいと思います
これからもよろしくお願いします
追記
Paypal等の簡便な方法で送金できるようであれば寄付者も増えるかと思います >>252
作者さんの意見に賛成です
やはり1と2が最重要項目だと思います
途中で止まるの現象ですが
いまのところ必ず現象がでるのは
Yahooで出ています（100％）
で 携帯ﾓｰﾄﾞ ｽﾓｰﾙｽｸﾘｰﾝﾓｰﾄﾞでは大丈夫でした
また今日少し実験してみましたが
044 043では同じ現象でしたが
042ですと 上記のﾊﾞｰｼﾞｮﾝでは必ず同じところで出ていた現象が
出ませんでした
何か参考にはなりますでしょうか？
出来れば画像を再圧縮しないでスルーする設定が欲しいです
非力なPCなので、画像をそのままのサイズで表示させようとしても時間がかかってしまうので。 スルーしたらAirProxyを使う意味が無いと思うが
まあ今の状態でも設定で出来るし >>257
AirProxyに対して京ぽんとブロードバンドの両方で繋ぐ環境にあります
AirProxyにBASIC認証してもらって、同PCでp2を動かしています
なのでブロードバンドからはp2を見るときProxyオンし
そこから画像などを見る時Proxyオフとすると確かに素早く見えますが操作が面倒です。
Airproxyの動いているPCが十分に高速なら違和感が無いのでしょうが
低速なのでjpegなどの100%再圧縮に時間がかかってしまっているみたいです。
という特殊な環境なので、是非対応して頂きたいというわけではないです。 すいません
>>255の検証は間違っていました
040まで戻すとYahooでの途中フリーズはなくなりました
設定ですが
Quality=50/50 type=png max=(240X320) reduction100％ maxdatasize=2048
040〜044まで すべて同じ設定です p2でブロードバンドからのアクセスを許可すればいいじゃん >>260
ポート80番にWANから見える穴を開けたくないんです >>262
>>256の構成は俺には分からないけど、
最もシンプルな インターネット−モデム&ルータ−サーバ という構成でも
>>261の言い分は分かるでしょ。
AirProxyからlocalhostにアクセスしてp2を見る形なら
80番を開ける必要はなくなるからね。 特定URLだけプロキシ通すようにすればいいんじゃない？ 先読みを、offにすれば
途中止まることはないが、体感速度が
おちるね。 >>264
調べてみました。まだ実行してはいませんが出来そうです。
ありがとうございます。
安易にソフトに変更を加えて欲しいなどと言ってしまい、本当に申し訳ありませんでした。 >>265
そうかあ
結構途中で表示できなくなるサイトが増えたかも?と思ってたけど
先読みが原因だったのかあ
ページ表示が終わる前にリンクの解析に行っちゃてるのかなあ
出来れば表示後の方が体感速度も上がると思うのだけど
携帯端末だとそれほど連続してリンクを辿っていく事はないと思うし
暫く先読みを切って様子を見てみよう >>251
レスありがとうございます。
言いたいのは逆でRSSを見たときに文字が大きいと思ってるんです。
RSSを見てるときはサイドキーで二回ズームアウトするとちょうどいいと思える感じなのに
見出しをクリックしてリンク先に飛ぶと二回ズームインしないと文字が小さすぎて読めないと感じます。
でもいいです、こっちで慣れるようにします。それが一番簡単なやり方なのかも。
AirProxyなしの時と比べたら相当便利になってるし。
開発がんがってください。 ・parent.hostnameにプロキシを指定
・cache.prefetchをoffにする
上記の条件で、POSTメソッドが正しく実行されません。
例えば、http://a.b.c/test.phpにPOSTを送ると、最初に送った結果がキャッシュされ、その後何を送っても同じ情報しか得られません。
ファイル名:test.php
<html>
<body>
<form method="post" action="test.php">
<input type="text" name="a">
<input type="submit">
</form>
<?=$_POST['a'] ?>
</body>
</html>
試しにこのようなPHPスクリプトを組んでみましたが、最初の情報(ページ表示後・aは値なし)がキャッシュされ、正しく実行されませんでした。
環境
プロキシ:Proxomitron・Proxomitronバイパス・@niftyコンテンツフィルタのいずれか
OS:Windows XP Home
ブラウザ:Sleipnir(IEコンポネート)・NetFront3.3 for Pocket PC >>268
> rss1.0.xsl と rss2.0.xsl のフォント指定を変更するといいかもしれません。
大きくしたけりゃ大きく、小さくしたけりゃ小さくできるんじゃ？
つか、リンク先ならリンク先の話じゃないの？ willcom Javaアプリスレッド vol.2
http://hobby7.2ch.net/test/read.cgi/chakumelo/1134067898/
こっちで2chへのアクセス時にgzipを外してくれるproxyが必要になってるみたいなんですが、
airproxyでついでに対応できませんか？ >>271
LAYERTREK(http://www.layercross.com/)のヘッダ書き換え機能で
Accept-Encoding: ヘッダを除去すれば良いのではないかと思います。 airproxy 0.4.5 出ました。
http://www.ne.jp/asahi/web/ryo/airproxy/
HTML 最適化処理のオン/オフを指定できるようにしました。
Flash広告(Hideタイプ)の除去を無効にしました。(京ぽん2の読込停止問題の原因はこれ？)
>>236
CSS 非対応の環境において RSS 表示の文字が大きすぎる問題を修正しました。
>>269
上位プロキシを指定して POST メソッドを使用するとキャッシュが更新されない不具合を修正しました。
>>234
古いプラグインが存在していてもエラーが発生しないようにしました。
京ぽん 2 で読み込みが止まる障害が 0.4.0 では起きないという報告が
ありましたがので、0.4.0 と 0.4.1 の変更部分を重点的にチェックしてみました。
もしかすると、Flash広告除去機能が影響している可能性があるかもしれません。
なので、Flash広告除去機能を無効としてみました。
0.4.5 + 京ぽん 2 で再度、評価をお願いします。
もし、それでも停止するようであれば、ユーザー設定の html.optimize = off
(HTML を加工しない)も試してもらえると助かります。 >>273
乙です
早速045試してみました
が・・・同じところで固まります
ユーザー設定の html.optimize = off
この設定にしてみたところ 今までは必ず固まっていたものが
正常に表示されるようになりました
それから 当方は京２ではなく京１ですので
Flash等は関係ないのではないかな？と思います
作者様更新乙ー。
０．４５（設定デフォルト）で、京１単体で以前止まったように、同様の操作をして見たところ、
まだ、異常は見られないようです。これで、しばらく様子を見てみます。 作者様お疲れ様です。
当方、京ぽん２です。早速テストしたところ、残念ながら再現してしまいました。
私の場合ですがヤフオクのマイオークションのページや自分の出品しているページを開くとケータイモード時において発生するようです。
尚、0.4.0では発生しない事を確認しまして、0.4.5にてリロードしたところ下記メッセージが表示されました。
何かの参考になるでしょうか？
java.io.IOException: Bad Header. length = 0
at http.client.HttpInputStream.readHeader(HttpInputStream.java:197)
at airproxy.cache.PrefetchQueue.prefetch(PrefetchQueue.java:88)
at airproxy.cache.PrefetchQueue.run(PrefetchQueue.java:51)
あと、html.optimize = offとしてみたところ発生しないようです。
京ぽんのプログレスバーをじぃぃ〜〜っと見つめていると何となく50%とかで一瞬引っかかるときがありまして、ちょうどそのタイミングで上記メッセージも出ていました。
そしてhtml.optimize = offの時は、同じく引っかかるものそのまま続行する感じです。（0.4.0でも同じ）
これは私の主観ですが、何かの参考になればと思います。 >>278
telnet.cgi + https + Apacheの認証 airproxy 0.4.6 出ました。
http://www.ne.jp/asahi/web/ryo/airproxy/
>>277
ご報告ありがとうございます。スタックトレースをとっていただけたので
障害の原因をつかむことができました。このエラーは HTML から
先読みする URL を解析する処理で発生していました。
0.4.6 ではこの不具合を修正しています。
これで >>277 のエラーは発生しなくなると思います。
ただし、この処理部分はクライアントとは関係ない部分、あくまでも
裏方で非同期に動作し、キャッシュを作成する処理部分なので、
クライアントの読み込みが停止してしまう問題とは関係ないかもしれません。 >>280
更新お疲れ様です。
早速0.4.6導入してみましたところ、エラーメッセージは出なくなりました。
ただし、ご指摘のとおり読み込み停止は発生してしまいます。
中止→リロードをすると表示されますので、このまま使ってみます。
何か分かりましたらまたご報告致します。 AirProxy入れたら、Googleの地図が使えるようになった。
http://maps.google.co.jp/ ローカルアドレスに対する動作って何か変更されました？
たまにAirProxyからADSLモデムにアクセスして
ポートの開閉をするのですが、以前は(曖昧で申し訳ないです)
確かに出来ていたのに、気付けば044では出来なくなっていました。
タイトルは見えるのですが、本文は空白になってしまいます。 >>285
airproxyは相手による動作の違いはないんじゃないかな？
html.optimize = off
で試しにやってみるといいかも。
>作者様
ITmediaを京ぽんで見るとよくなるのですが、不正なアドレスです。と出てしまいます。
例えば ttp://plusd.itmedia.co.jp/mobile/articles/0601/25/news001.html なんかは発生します。
何が原因なんでしょう？ clubhの接続認証のパスワードって、みんな当り前のように使っているけど、
Willcomから書面のどっかに書いてあるわけじゃないよね？
これって、そのまま使っても問題ないのかちょっと心配になってきた >>287
clubhの接続認証のパスワードってAirH"PHONEセンターの接続用パスワードの
ことかな。
うちの記憶では、パスワードは何でも良かったはず。IDの方はどうだったかなぁ。
ハードウェアで制限をかけてるみたいだから、ID、パスワードはほとんど意味がないみたいです。 
