【本スレ】不具合報告・改善要望スレ

■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 最新50

レス数が1000を超えています。残念ながら全部は表示しません。

1 ：管理人さん ★：2005/12/02(金) 21:49:49: PCサイト->携帯変換スクリプトに関する不具合や要望はこちらへ。

スクリプトの画面下部にある「掲」リンクをクリックすると
現在のURLがあらかじめ入力されたフォームから投稿できます。
2 ：名無しさん【大凶】：2005/12/02(金) 21:52:46: 　２ゲット　ズサー
￣￣￣￣￣∨￣￣￣　　　　　　　(´´
　　　　 ∧∧　　　）　　　　　　(´⌒(´
　　⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
3 ：【小吉】：2005/12/03(土) 02:14:45: 中央日報のサイトをこのスクリプトを介して見ると、随所に「?」が散りばめられる。
これは、シフトJIS非互換の文字が多用されているからなのだけど、
気になるのは表示の最初にいきなりある「?」

なんじゃこりゃ？と思ったらば
調べてみたらこのサイト、各ページの出力がUTF-8（BOMあり）になってるのねん。

■中央日報
http://www.rcdtokyo.com/pc2m/index.php?http://japanese.joins.com/

■Japanese JoongAngIlbo
http://www.rcdtokyo.com/pc2m/index.php?http://japanese.joins.com/
4 ：宇和島さん ◆6jfK8HcKTE ：2005/12/03(土) 02:16:37: >>3
やべURLが重複ｗ
5 ：宇和島さん ◆xID5a05OQg ：2005/12/03(土) 02:35:49: >>3
ということで、この最初の「?」はBOMなのでした
6 ：管理人さん ★：2005/12/05(月) 00:20:50: >>3
BOM削除を追加すますた
7 ：名無しさん：2005/12/05(月) 22:54:02: DNSエラーなどの場合にURL欄が空なのは勘弁な
8 ：【大凶】：2005/12/06(火) 11:20:34: 文字化け。MozillaでもIEでも化ける。
http://dream.mainichi.co.jp/i-mode/spo-free/

原因は絵文字がバイナリコードで指定されているためで
（このページの場合は、冒頭の「サッカー」という文字を囲んでいる
サッカーボールの絵文字＝SJISで0xF8B7）
metaのcharset指定もないため、文字コード判定に失敗している。
9 ：管理人さん ★：2005/12/06(火) 19:39:34: >>8

除去するなり数値エンティティに置き換えるなりしてみようと思ったのだが
そもそも絵文字のコード領域はEUCやUTFの通常のコード領域と被るので
SJISだと断定できない限り処理できない
しかしそもそもこのようなページは、mb_detect_encodingによる
自動判定ができない（そもそもこれが文字化けの原因）わけで
あいにくどうしようもない
10 ：管理人さん ★：2005/12/06(火) 19:40:52: >>7
対処すますた
11 ：【小吉】：2005/12/08(木) 23:51:01: フラグメント不可

■ｻﾝﾘｵ - Wikipedia
http://www.rcdtokyo.com/pc2m/index.php?http://ja.wikipedia.org/wiki/%E3%82%B5%E3%83%B3%E3%83%AA%E3%82%AA
12 ：【小吉】：2005/12/08(木) 23:59:57: 文字化け

■?i???[?O ?t?@???T?C?g?m J's GOAL ?n
http://www.rcdtokyo.com/pc2m/index.php?http://www.jsgoal.jp/club/2005-12/00027250.html
13 ：【大凶】：2005/12/09(金) 22:10:32: NOFRAMEは除去してしまおう！
14 ：【末吉】：2005/12/09(金) 22:12:20: NOFRAMEは除去してしまおう！
15 ：【小吉】：2005/12/11(日) 15:36:13: 誤爆（＞＜）
カナ半角変換はソースでONOFFが欲しいと思いました。
まなかな
16 ：愛媛帰り＠管理人さん ★：2005/12/12(月) 14:04:34: 画面の上側のフォームはistyleを指定してるので
iモードとEZwebの大半は入力モードが切り替わってくれる筈。

変換して表示してるページの入力フォームは
プログラム側では、どんな入力を想定してるのか判断つかないので
最初っからistyleが用意されてない限り無理ぽ。

・・・とか、そういう感じのハナシですかね？
17 ：名無しさん：2005/12/21(水) 01:41:39: livedoorブログは、AtomのContent-Typeはapplication/xml
これはまだ許容範囲だが、RDFはなんとtext/xmlｗ

ありえねえ
18 ：名無しさん：2005/12/25(日) 18:06:07: 住所が地図サイトにリンクされてるといいな
19 ：名無しさん：2006/01/01(日) 20:33:28: 不具合と呼ぶべきかわかりませんが。

非常に説明しづらいので例にて説明します。

au端末（W32Hで確認）でAというページ（テキスト100KB）にアクセスします。分割は自動にします。
するとフッタ部分が消えてしまいます
（表示しきれないのかスクロールバーの長さの限界なのか、
下にまだ文はあるのに画面がおっつかない感じ）
同じようなケースで（詳細不明）そもそもリンクを踏んだ時点で「このページは表示できません未対応」と言われるケース、
また途中まで表示してから「表示しきれませんメモリ不足」と言われる場合もあります。

au端末WINに関してはブラウザの読み込み容量＞一画面の表示限界になっているようで、
読み込み容量を取得して判別してるのが原因と思われます。

ちなみに実験時は46KBにするとフッタまで表示でき、47KBにすると無料でした。本来のブラウザ表示性能は不明です
20 ：管理人さん ★：2006/01/03(火) 14:27:40: あけましておめでとうございます。
放置状態の掲示板にようこそ（笑）

さて、これは「PCサイトビューアー」でのアクセスではないですよね？

このスクリプトは、au端末の場合、端末がサーバに送信する
「HTTP_X_UP_DEVCAP_MAX_PDU」という値を、その端末が最大で受信可能なデータの最大サイズとみなしていて
以下の「Pceket」欄によると、W32Tの場合、この値は131072（約131KB）だそうです。
http://jmpd.jp/~anm/cgi/msercht.cgi?view=old_view

一度に表示しようとするサイズは、（ヘッダやフッタなどのサイズを考慮して）
ここからさらに1.5KBほど引いたサイズで、
W32Tの場合、スクリプトによる変換処理後のサイズが130KB弱までのページは、
一度に表示してしまおうとします。

ただし、au公式によると、（いまどきのau端末用の記述言語である）
「XHTMLで記述するコンテンツは9KB程度以内で制作しなければなりません」とあり、
さらに「これらサイズを超えて制作されたコンテンツはエラーとなり表示されません」とあります。
http://www.au.kddi.com/ezfactory/tec/spec/xhtml.html

これまでの例を考えると、全ての端末がこの規定を厳守しているとは思えませんし、
また、ここで言われている「エラー」が今回生じているものと同様なのかも不明なのですが、
いずれにせよ9KBを超える表示は、原則はどうなっても知りませんよ、というふうには読み取れます。

分割を「自動」ではなくサイズ指定した場合、特に５KBや10KBではこのような症状が生じない場合は、
端末の表示処理能力を超えた表示をしようとしているということなのかもしれません。
だとすると、表示の上限値を設けたほうがいいのかなあ？
もちろん、単純にスクリプトの分割計算が適切ではない可能性もあるわけですが。

いかんせん、実際にau端末を持ってはおらず、使い勝手も含めて推測だけで作ってたりするわけで、
本件はもとよりその他の件でもご意見を頂戴できればと存じます。

ではでは
21 ：名無しさん：2006/01/04(水) 00:51:57: 携帯ブラウザでの話です。
32Hでも131KBとなっていますが、全てを使える訳ではなく、テキストデータは何KBまで、と上限が決まっているようです。
概ねテキストは30～45KB程度でしょうか。私が使用している32H（カシオOEMソフトウェア）
では拡張されたようで明らかにテキスト上限があがった感じがあるのですが、
今まで使用してきた端末では概ねテキスト30KBまでが安定して表示できる限界でした。
22 ：名無しさん：2006/01/04(水) 01:10:56: ああすいません、間違った知識を書き殴ったようなので上は忘れてください。

簡潔に言うと
･私が今使ってる32Hは131KBということになっている
･携帯ブラウザ（PCSVではなくOPENWAVEの）PC2Mで容量の大きなページを見ると表示ができない
･c=の数字をいじると46までは正常に分割された。47では駄目だった（フッタメニューまで表示されなかった）
･いままでの端末（W11H、W22H、11Hは日立ソフトウェアだが22Hからの日立端末はカシオのOEMソフトウェアに）
ではひゅうてっち、ファイルシークなどで30KBまではフッタが消えたりすることがなかった

こんな感じです。
23 ：【吉】：2006/01/04(水) 01:36:54: http://jcmac5.jc.meisei-u.ac.jp/etxt2.htm
ここで実験

http://www.rcdtokyo.com/pc2m/index.php?_ucb_c=46&_ucb_u=http%3a%2f%2fjcmac5.jc.meisei-u.ac.jp%2fetxt2.htm
これはおけ

http://www.rcdtokyo.com/pc2m/index.php?_ucb_c=47&_ucb_u=http%3a%2f%2fjcmac5.jc.meisei-u.ac.jp%2fetxt2.htm
メモリ不足。できる分だけは表示しようとする

http://www.rcdtokyo.com/pc2m/index.php?_ucb_c=&_ucb_u=http%3a%2f%2fjcmac5.jc.meisei-u.ac.jp%2fetxt2.htm
このページは表示できません
24 ：管理人さん ★：2006/01/05(木) 00:02:31: >>20は「32T」じゃないじゃん＞バカな俺orz

さて、へぇー(･ω･ )×256ヶな感じです。
ファイルシークさんちやひゅうてっちさんちで、巨大なページを開こうとすると
やっぱり同様ですか？（それともある程度以上は開けないようにしちゃってるのかな）
そちらでも同じだとすると、やはりMAX_PDUの値と表示可能なサイズは別物で
MAX_PDUはそのまま使っちゃダメなのだという気がしますが。

とりあえず、本来のご要望とは違うことは承知で
キャッシュ選択が「自動」の場合には、エラーにならないように
20KB以上のキャッシュの端末は20KBまでしか表示しないようにしておきました。
（サイズの指定がある場合は従来通りです）

さて、どうしたもんかしら。。。
25 ：名無しさん：2006/01/11(水) 16:03:48: 乙ですー。限りなく希望の動作に近くなりました。
ブラウザサイズをきっちり吐いてくれるようになるといいんですがね。
ちなみに画像なんかは1ファイルずつ別扱いらしくて1画面に20KBのテキストに130KBの画像3枚とかでも表示するとか。
26 ：【小吉】：2006/01/12(木) 01:26:49: charsetが「Shift-JIS」
そんなcharsetはありませんよ。

■YONHAPNEWS WORLD SERVICE : JAPANESE NEWS
http://www.rcdtokyo.com/pc2m/index.php?http://japanese.yna.co.kr/service/article_view.asp?News_id=072006011004500
27 ：管理人さん ★：2006/01/12(木) 01:35:24: >>25

テキスト/HTMLで使用可能なメモリサイズの割り当てが決まっているという可能性と
そもそもUP.Browserの表示処理性能に、実は限界があるという可能性が考えられます。
前者だとしたら、なんらかの規格が存在する筈ですが
オフィシャル的には「9KB以内」なので公式サイトなどに掲載されている情報ではないでしょう。
一方、後者だとしたら、同じバージョンのUP.Browserを搭載するEZweb機（及び一部vodafone機）
で上限値は同じである可能性があると思います。

どっかに情報ないのかなあ…。
28 ：【中吉】：2006/01/12(木) 01:58:19: 2個目の画像
ALTに未エンコードの「>」が含まれるため
そこでタグが閉じられていると判断して、以降の表示がヘン

■MMNAVI NVA-HD1100【ｵｰﾃﾞｨｵ】
http://www.rcdtokyo.com/pc2m/index.php?http://www.sanyo-car.co.jp/nva-1100/orde.html
29 ：管理人さん ★：2006/01/12(木) 20:02:32: >>26

charsetが不正な場合はHTMLソースの文字列から
文字コードの自動検出を試みますが
HTMLソース中、コメントにハングル文字が使用されているので
自動判別ではEUCとして検出してしまっているようです

ググると、シフトJISの表記で、アンダーバーが
ハイフンにすり替わっているドキュメントはかなりあり
中にはスペースにすり替わっている例もあります

mb_detect_encodingによる自動検出が成功しさえすれば大丈夫なわけで
今回のものは、HTMLソースにシフトJIS以外の文字が使用されているためで
例外的なケースであると思われ、対処しなくてもいいかなあと思いましたが
GeckoやIEはちゃんと表示するのですよね
例外の判断基準はGeckoがどう処理するかというポリシーだったりするので
Geckoが表示できてるものはやらんといかんかなあと思ったり

Gecko/IEは、まさかハイフンを読み替えてるわけはないだろうわけで
単純にコメント部分を解釈しないからなのだろうなあと思います
（もちろんブラウザの自動判別エンジンとmbstringで処理が違うだろうというのもあるでしょうが）
自動判別の前にコメントを除去してやると
mb_detect_encodingもちゃんとシフトJISと判別してくれるわけです
で、しかし現状は、コメントの除去は自動判別の後
なんでかというとエンコーディングが確定していない段階で
あまりいじりたくないから先に済ませてるだけなのですが
試しにこれを先に除去してしまうように改造してみました
不具合が出たら戻します
30 ：やまふじ：2006/01/13(金) 08:47:54: 電力計算フォームの計算ボタンが押せません。なにとぞよろしくお願いします。

■電気料金計算ﾌｫｰﾑ|節約!家計簿!虎の巻
http://www.rcdtokyo.com/pc2m/index.php?http://www.setuyaku-kakeibo.com/1_2_setuyaku/denki006.htm
31 ：管理人さん ★：2006/01/13(金) 14:27:59: >>30

以下は、この電気料金計算フォームのHTMLソースの、「計算する」ボタンの箇所です。
<INPUT TYPE="button" VALUE="計算する" onClick="calc(this.form)">

iモード端末は、TYPE="button"となっているINPUTには対応していないため
入力フィールド（TYPE="text"）として表示されます。

このスクリプトを、「TYPE="button"」の箇所を「TYPE="submit"」と書き換えるように
改造すれば、ボタンが表示され押せるようになりますが、しかしそれだけでは
この電気料金計算フォームは動作しません。なぜならこれは、このスクリプトを
介したときに動作しない入力フォームの典型例だからです。

検索ページなどを始めとした多くの入力フォームは、データをサーバに送信し
サーバ側で計算などの処理を行った結果をブラウザに表示しますが
この入力フォームは、サーバにデータを送信してそちらで処理させるのではなく
Mozilla FirefoxやInternet Explorerなどの、PCのブラウザに組み込まれた
JavaScriptという機能によって、全ての処理を行うように作られています。

殆どのケータイ端末には、このJavaScriptという機能は搭載されていないので
この入力フォームは動作しません。

これらを見分ける目安は（例外も多々ありますが）
サーバ側で処理を行う入力フォームは、ボタンをクリックすると必ず画面が
切り替わるのですが、JavaScriptによる入力フォームの多くは画面は切り替わりません。
PCのブラウザで、GoogleやYahooなどの検索のフォームなどを操作すると
「検索」などのボタンをクリックすると画面が切り替わりますが、
一方、この電気料金計算フォームでは、「計算する」ボタンをクリックすると
画面自体はそのままで「合計」欄の数値だけが変化します。

ボタンをクリックして画面が切り替わるか替わらないかというのは
前者のボタンは通常TYPE="submit"で、後者のボタンはTYPE="button"だからで
TYPE="button"をTYPE="submit"に変換してボタンを押せるようにしても
その入力フォームは動作しないので、このスクリプトではこのような変換処理は
行っておらず、押せないままの状態で放置しています。
（iモード端末がTYPE="button"をサポートしていないのも同じ理由）
32 ：管理人さん ★：2006/01/13(金) 14:32:48: >>31の補足

> iモード端末は、TYPE="button"となっているINPUTには対応していないため
> 入力フィールド（TYPE="text"）として表示されます。

エミュレータで確認した限りではEZwebも同様ですね。
vodafone live!も多分同じ。
33 ：名無しさん：2006/01/16(月) 22:22:32: au端末はフォーム上でキーを押すと入力画面に入ってしまうので、
一番上のセレクトリンクの横に何か欲しいとか言ってみるテスト。
ページスクロールがキー長押ししかないと、ちょうどフォームにフォーカスしたままページが進んでいくので、
途中でアクセスキーでなにかしようとすると入力画面に…

下とか直とかでも良いので何か置いていただけると…
34 ：酔っ払い中＠管理人さん ★：2006/01/17(火) 00:46:06: >>33

なにがいいすか？
好きなん置きまっせ

・・・と振ってみるﾃｽﾂ
フォームのパーツじゃダメってことですわいね
やっぱ「下」？
それとも、下にあるヤツで上に欲しいもんてなんかあります？
35 ：【中吉】：2006/01/17(火) 01:10:26: そこで出会い系の広告ですよ！
クリックしないけどﾅｰ
36 ：名無しさん：2006/01/17(火) 10:27:20: 入力フォームでさえなければフォームのパーツでも出会い系広告でも。
でもやっぱり下ですかな
37 ：二日酔い＠管理人さん ★：2006/01/17(火) 12:22:16: >>36

ベタですが、並び替えてみますた。
先頭は「下」ですが、同じ行に続けてURL入力フィールドがありますがこれでも大丈夫なのかしら？
さらに、そもそも「下」もFORM要素中にあるのですが（さもないと改行される）どうなんだろう。。。

>>35
クリック汁！
38 ：名無しさん：2006/01/17(火) 14:01:39: ああ、説明下手でした…

前のだと

自動
（分割）
入力フォーム GO チェックボックス下

って感じでしたよね？
で、多くau端末はサイドキーか、上下長押しでのページスクロールにしか対応してないので、
長押しすると必然的に一つ下がってURLなんかの汎用入力フォームにフォーカスが当たる、
で、そのままページスクロールしてくとフォーカスが取り残されてずっと入力フォームに当たったままになるんですよ。なので、
KB選択下
（分割）
フォームチェックボックス

みたいなかんじになるとこのもどかしさが解消されるわけです。みんな東芝以外のauが悪いんですが他社ではこの辺の挙動はどうなんですかね
39 ：今夜も飲むのかorz＠管理人さん ★：2006/01/17(火) 18:17:56: 問題は「2番目の」フォーカスポイントなのですね？
（なので当初のものも先の改善策のもダメ）

てなことで2番目のフォーカスポイントを「KB選択」にしてみましたが
これだとやっぱりダメなのかなあ。

あるいは↓これなら桶？（2番目はGO）

　入力フォーム GO チェックボックス下
　自動
　(分割)
40 ：管理人さん ★：2006/01/17(火) 19:26:05: ああしかし >>39 だと、メモリが少ないのでKB選択が表示されない端末だとダメじゃん
ということで「あるいは」と書いてるほうも用意してみますた

http://www.rcdtokyo.com/hoge/
入力フォーム GO チェックボックス下
(分割)
KB選択

念のため >>39 のパターンは以下

http://www.rcdtokyo.com/pc2m/
下 KB選択
(分割)
入力フォーム GO チェックボックス
41 ：名無しさん：2006/01/22(日) 00:00:29: 対応ありがとうございます。今運用中のやつが（下、KBの順）一番使用しやすいですね。
一番目にフォームがくると今度は開いてすぐアクセスキーが駄目になりますのでまた微妙に問題が。
au（openwave？）がどっちかの仕様をやめれば前のままでも問題なくなるのですが、当分そんな雰囲気はないです…。
42 ：管理人さん ★：2006/01/24(火) 20:33:45: ああ、一番目もダメなんですね。なんてこった。
上のフォームは、最小では「入力」と「GO」と「下」だけなので
万全を期すなら最初に「GO」と「下」をもってこなきゃいけないのか。。。

う～ん。もうちょっと悩んでみます。
43 ：名無しさん：2006/01/24(火) 20:38:22: 私の記憶があれなんでどうか分かりませんが、フォームの上でキー押すとっていう妙な仕様は最近のものだったと思います。
昔のAU携帯は多分そんなことなかったので、キャッシュが小さな端末では起こらないんじゃないかと
44 ：管理人さん ★：2006/01/26(木) 13:48:21: そうなんですか＞昔のAU携帯

ではとりあえずこの方向で。
次回のリリースにもこれを反映するようにします。

※一部機種にopenwaveブラウザを採用してるvodafoneってどうなんだろう？
45 ：管理人さん ★：2006/01/26(木) 13:53:16: >>29

先にコメント除去をしてしまうと
自動トリミングにコメント部分は指定できないじゃん、ということに今頃気付いてみますた
コメント部分はNGとしてしまえばいんだけど、実際のところコメント部分を指定せざるを得ない機会は多いわけで
一方この症状はレアなのでどっちを優先するかというと自動トリミングだわなあ。。。
46 ：管理人さん ★：2006/02/10(金) 19:09:49: >>練習スレの49

ウェブサーバが送信しているヘッダ情報では、このファイルのファイル形式は
「text/plain」（つまり普通のテキストファイル）となっており
従ってこのスクリプトは、これをテキストフィルとみなして処理しているので
データが文字列としてズラズラ表示されます。

3GP形式のContent-Type（MIMEタイプ）は「audio/3gp」なのかな？
いずれにせよ変換対象ではないので、「text/*」や「image/*」以外であれば
このような動作ではなく、「変換対象外です」というメッセージを表示します。
47 ：名無しさん：2006/02/10(金) 19:25:53: >>46

content-typeと言えば
最近c.2chで頻繁に目にする広告のサイトのが「text/」（スラッシュ以降なし）
いや、そこまで書いたんなら最期まで書けと。。。

携帯ブラウザはcontent-typeなんて見ちゃいない？
48 ：名無しさん：2006/02/20(月) 15:31:08: 整形後のテキストを500バイトぐらい毎にコピーフォームで囲む「写」機能がﾎｼｽ
49 ：管理人さん ★：2006/02/21(火) 14:54:05: 「写」ね、おｋ
確かにあれば便利かもしれないのでちょっとやってみるっす
しばしお待ちを
50 ：管理人さん ★：2006/02/23(木) 18:18:51: 「写」つけてみますた。
かなり安直な付け足しなので、あれこれ不具合ある悪寒。
なので人柱よろしく>>48

リンクも改行も全て消し去って500バイト（全角250文字）以内で分割してます。
いったん「写」モードに入ると、「始」と「次」は「写」モードでの遷移になります。
「写」モードから元に戻るリンクはないので「戻る」ボタンで戻ってください。

なお、アクセスキーは「5」です。
例によってc.2chと同じなのですが、なぜか今までは「上」が「5」になってて
アクセスキーはc.2chと同じにしてるつもりだったのだけど
c.2chでは「上」は「2」で、なのになんで「5」にしたのか憶えてないｗ
てなことで、とりあえず「上」を「2」に変えました
51 ：名無しさん：2006/02/23(木) 19:46:51: ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!

凄い便利です。不具合もいまのところなし。配布版にも期待してます。結婚してください
52 ：名無しさん：2006/02/23(木) 21:31:25: いい!!!
yahooメール使えるようにならないですか？
53 ：管理人さん ★：2006/02/24(金) 14:07:05: >>51

残念ながら既婚ですｗｗｗ
54 ：管理人さん ★：2006/02/24(金) 14:10:07: >>52

Yahooモバイルを使うあるよ♪

マジレスすると、認証が通らないのはおいらの能力不足。
協力者求ム。
55 ：名無しさん：2006/02/24(金) 15:13:12: んじゃ再婚で。

>>52
http://login.mobile.yahoo.co.jp/ulogin?src=mail1&done=http://mail.mobile.yahoo.co.jp/raw?dp=mail
諦めてこれブックマークするﾆﾀﾞ。端末ID登録してれば直で入れるﾆﾀﾞ。もし頻用あれならトップページかフッタに入れてもいいと思うﾆﾀﾞ。
56 ：管理人さん ★：2006/02/24(金) 23:53:24: >>51 = >>55

リクエストされちゃったので配布版も作っときますたよん
57 ：名無しさん：2006/02/27(月) 18:07:06: いれますた。リンクはともかく、BRは残ってもいいような、そうでもないような。
ともあれ、どう見ても糞便利です。本当にありがとうございました。
58 ：名無しさん：2006/02/28(火) 19:47:20: >>54
CookieManagerとRequestをいじるとﾖｲｱﾙｮ
59 ：名無しさん：2006/03/02(木) 12:56:01: >>58

kwsk
60 ：名無しさん：2006/03/02(木) 20:52:35: CookieManagerは「hoge.jp」みたいなドメインに対応していないのでいじる
Requestは、リダイレクト時にもクッキー渡してあげる
61 ：名無しさん：2006/03/02(木) 21:12:09: むしろGMAILを…ってSSLは無理か。
62 ：管理人さん ★：2006/03/02(木) 23:17:57: 神ktkr

CookieManagerはわかった、ここですね
0 === strpos($url->path, $cookie['path'])

しかしRequestのほうがわかりませぬ。。。
というかClient＋CookieManagerでリダイレクトのときにも
cookieを渡してくれてるじゃまいかという認識はおひとよし？
63 ：名無しさん：2006/03/03(金) 08:12:35: いや_domainMatchのとこ。
おひとよしすぎ～＾＾
Request内でリダイレクト回してるのでそこらへんにCookie処理入れてあげればOK
64 ：名無しさん：2006/03/03(金) 08:14:35: >>61
SSLはこのままつかえるっしょ
だめならプロトコルいじるようにしてあげればOKなはず
それでもダメならWebサーバーがわの問題ですね
65 ：管理人さん ★：2006/03/03(金) 17:46:17: >>63

ええっと。

HTTP_Clientは
第一引数にallowRedirects=true（そのままHTTP_Requestに渡される）
を与えない限り、HTTP_Requestのリダイレクト機構は使わないで
自分自身でリダイレクト処理を行い
その際、都度HTTP_Requestのインスタンスを生成して
cookieデータを付与している。

HTTP_Client::head()/get()/post()
→ HTTP_Client::_createRequest()
※ ここでHTTP_Requestインスタンス生成＆cookie付与
→ HTTP_Client::_performRequest()
※ ここでリクエスト＆リダイレクト

。。。という認識だとウンコor落とし穴あり？
66 ：管理人さん ★：2006/03/03(金) 17:47:54: で、（リダイレクト先の）URLにパス指定がないと
CookieManagerの >>62 のところがfalseになるので
if ($url->path == '') $url->path = '/'
とか書き加えとくとYahooの認証は通るようになりますた。

が、しかし新規メールで「送信」をクリックすると
「ログイン期限が切れました」となります。
cookieも正常に送信されてる筈で、この原因がまだわからんです。
67 ：名無しさん：2006/03/03(金) 21:06:36: あ～そっか、Clientはそうですね。
認証通ったなら後は簡単です。
POST値の[.]がPHPによって[_]に変えられているのでそれを元に戻してあげればメールできるはずです。
68 ：管理人さん ★：2006/03/04(土) 01:18:17: あああああああああこんなところにドットがあああああああああ

てなことでメル送れますたよﾔﾀﾈ

ところでこうゆうばやい
みなさん、どうやってアンダースコアをドットに戻してるんでしょ？
うちのように、どんなパラムが来るかわからんスクリプトだと
そのアンダースコアが最初からアンダースコアなのか
それとも実はドットが変換されたものか判断不能な気がするわけですが

あ、生のクエリーストリングと比較すりゃいいのかな？
69 ：名無しさん：2006/03/04(土) 01:30:26: http://pic.to/～～/なんかも.jpgが_jpgのままなため画像に飛べず、修正はセルフサービスなんてことが良くありますな。
塩シティのHPとか。
70 ：名無しさん：2006/03/04(土) 13:35:33: メールおめっとさんです～
それを考えて欲しくて誘導したわけだが・・・ｗ
まぁベタで変換しても問題は無いんだけどねぇ
美しくない。
71 ：名無しさん：2006/03/04(土) 13:37:28: あと、CookieManagerももうすこしいじった方がよさげです
たとえば、、、
http://hito.thebbs.jp/
ここのCookieは受け取るけど送りださない。

さぁがんばって！

他力本願、本尊菩薩。
72 ：管理人さん ★：2006/03/06(月) 14:59:16: とりあえずドット→アンダースコア変換問題は

POST|GETデータを付与する段階で、外部変数の添え字文字列が
（URLデコードした）クエリー文字列にマッチしなければ
アンダースコアをドットに変換した文字列を
再度クエリー文字列と照合し、マッチしたらそちらと差し替え

のようにしてみました。
ただし、もしもドットとアンダースコアが混在してたりするといずれもマッチしないわけで
そうなると、そもそもPHPの機構に頼らず、自力でクエリー文字列を解釈しなければならないのだろうか？
73 ：管理人さん ★：2006/03/06(月) 15:12:47: PHP/PEARスパルタ塾の様相を呈して参りますたがｗ

>>71

_domainMatchを眺めてたときに、こういうパターンはあるかも
と思ってまましたが、やっぱし実在しちゃうわけですねｗ

さて、こうゆうばやい

（1）（domainMatchを修正して）このパターンでもマッチするようにしちゃう
（2）それ以前のどこかで、ドメインのアタマにドットを付ける

どっちが正解でしょう？
てゆうか2だよな、やっぱｗ

で、いじるなら、HTTP_Requestの_parseCookieはこのままで
CookieManagerのupdateCookiesですかね。。。
74 ：管理人さん ★：2006/03/06(月) 16:29:48: てなことで、updateCookiesの_domainMatchの直前に

if (!$this->_domainMatch($url->host, $cookie['domain']))
$cookie['domain'] = '.' . $cookie['domain'];

てな行を突っ込んでみたところ
>>71 の認証もイケるようになりますた。

　　　 ∧＿∧∩　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（*゜ー゜）/＜　　先生！こんな感じでおｋ？
　＿ / /　　 /　　　＼
＼⊂ノ￣￣￣￣＼　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　||＼　　　　　　　　＼
　||＼||￣￣￣￣￣||
　||　 ||￣￣￣￣￣||
　　 .||　　　　　 ||
75 ：名無しさん：2006/03/06(月) 20:14:37: たぶんヨイと思われます。

ただし、CookieのRFC仕様から離れていくような気もしないでは無し。
かくいう私もあまりよく理解していませんが・・・

ご苦労様でした^^

さぁ、配布してちょんだいませｗ
76 ：名無しさん：2006/03/06(月) 20:16:58: >>72

ですね。
混在はダメになるので生にフラグ付けておくとかしないといけませんね。
77 ：管理人さん ★：2006/03/06(月) 21:12:03: Firefoxや現在のIEは先頭にドットを付けちゃう実装のようなのでまあいいかと。
ちなみにcookieドメインの仕様はなにやら混乱してる模様です。
http://kaede.to/~canada/doc/mixi-and-cookie

>>74 だとドットが付与されるのはupdateCookiesの際にマッチしなければ
という条件付きなので、cookieを吐くときのホストが「thebbs.jp」だと
それを「hito.thebbs.jp」にもマッチさせろと言われても困る罠。
まあ、このへんは各自の仕様の解釈次第でお好みに、ということで。

>>76

そこの書き直しはかなりｲﾔｲﾔ(´Д`三´Д`)ｲﾔｲﾔ
でも、実例が出てきたら考えよっと
78 ：名無しさん：2006/03/06(月) 21:14:53: ↓実例
79 ：sage：2006/03/06(月) 21:33:03: >>78

+　　　+
　 ∧＿∧ 　+
　（0ﾟ・∀・）　　　ﾜｸﾜｸﾃｶﾃｶ
　（0ﾟ∪ ∪ +
　と＿_）__）　+
80 ：名無しさん：2006/03/06(月) 23:26:38: ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!
ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!
ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!
81 ：管理人さん ★：2006/03/06(月) 23:34:10: >>76

ああそうか
元のフォームのほうに細工しときゃいいのか

。。。と配布版を用意し終わってから気付く俺orz

次だ次！しかしどういう細工にすりゃいんだろ？
82 ：名無しさん：2006/03/09(木) 10:16:13: SSL動かしてモバイルGMAILに捨て垢で入ったら、送受信できてしまった。
pc2m、恐ろしい子…
83 ：【末吉】：2006/03/21(火) 13:43:06: 書き込みできないのですが。

■ERROR!
http://www.rcdtokyo.com/pc2m/index.php?http://society3.2ch.net/test/bbs.cgi
84 ：名無しさん：2006/03/21(火) 15:10:41: そらそうよ
85 ：ぬるぽ：2006/03/21(火) 21:12:28: てすつ
86 ：管理人さん ★：2006/03/22(水) 14:12:17: >>83

いやｻﾝｸｽｺ。

いずれにしろ2chから見ると、アクセスしてきているのは（実際の端末ではなく）
このスクリプトになるので、串規制にひっかかってｶｷｺはできないのだけど
多分、エラーの内容は串規制のものではなく「referer情報が変です」だったと思う。

で、Refererの送信部分が確かにヘンだったので直しました。
さらに、この部分ぁゃしぃ挙動があるので見直します（でも2chｶｷｺはできないよ）。
87 ：名無しさん：2006/03/22(水) 16:03:04: ちなみに>>85はpc2m経由れす。
88 ：管理人さん ★：2006/03/22(水) 20:46:59: >>87

このBBSはあらゆるｶｷｺ規制をはずしてるもの。
ちなみに http://c.2ch.net/ なら
スレ画面で「書」→「直」と辿るのが手っ取り早いと思われ。
あるいは50モリタポgetしてp2を使うか。
89 ：名無しさん：2006/03/25(土) 15:51:31: そういやau端末で友がずっと機能してないのはｶﾞｲｼｭﾂですか？押してもうんともｽﾝﾖﾌﾟとも言わない
90 ：名無しさん：2006/03/25(土) 18:46:47: BMPやらなんかもリサイズかかる時はデフォでJPEG変換した方がいいような。ものすごい劣化してるっす
91 ：名無しさん：2006/03/25(土) 21:49:34: http://www.rcdtokyo.com/pc2m/index.php?http://www.h6.dion.ne.jp/~ks.betta/newpage1.html

URLの半角スペースはエンコードされないのね。。。サイトに直してもらった方が早いかなさすがに
92 ：管理人さん ★：2006/03/26(日) 23:12:21: >>89

そうなん？宛先が空なのが不味いのかしら。。。
93 ：管理人さん ★：2006/03/26(日) 23:18:31: >>91

BMPは変換しないのでGIFかPNGだと思われますが。
当初に、JPEG対応端末は全てJPEGに変換という仕様にしていたことがあるのですが
GIF|PNGからJPEGへの変換では、モノによっては凄まじく汚くなり
ファイルサイズも変換しないほうが小さい場合があったので今の仕様にしてたりします。
フォーマットが変わる場合はケースバイケースで、どれがいいとは一概には判断できないのよね。
94 ：管理人さん ★：2006/03/26(日) 23:21:44: アンカー間違っとるorz
>>93は>>90へのレス

>>91

対応しているつもりでいたわけですが
改良するわ
95 ：管理人さん ★：2006/03/27(月) 18:50:02: >>91

直しました＠デモサイト版。
リリースでは次回のものに反映されます。

手っ取り早く修正が必要な場合は
「$array = parse_url($_url);」とあるところ
（バージョン0.9.9では316行目）の前に
以下の行を突っ込んでください。

$_url = preg_replace('/\s/', '%20', $_url);
96 ：管理人さん ★：2006/03/27(月) 18:56:54: >>89

宛て先が空なのが原因かもなので
宛て先をダミーで「＠.ne.jp」としてみました。いかがでしょう？

なお、以下によるとau cdmaOne4xx/100x、TUKA 1xは宛て先以外は無視されるらしい。
http://www001.upp.so-net.ne.jp/hdml/wap2/xhtml/a.html

また、エミュレータではメール作成モードには移りますが
本文（body）の内容は反映されませんでした。

もしかするとmailtoより送信フォームを作ったほうが確実？
よくわからんのでau使いの識者の見解ｷﾎﾞﾝﾇ。
97 ：管理人さん ★：2006/03/27(月) 19:12:04: >>90

記憶をほじくり返してみますた。

GIF|PNGの場合、変換後の画像に元画像の色パレットをそのままコピーしていて
必然的にパレット色数が極端に少ない（例えば8色＝3bit以下）だとデタラメな色味になる場合があります。

このため、当時32色＝5bit以下ならとにかく32色を使うという風に直したのだけど
「なにか」問題があって、結局元に戻したのでした。

で、「なにか」がなんだったかは覚えていないのですがｗ
ただ、いつでもこの「32色ならとにかく32色」仕様に変更できるように
この部分はソースでコメントアウトして残してたりしますので、一長一短だった筈

もし、自鯖に設置されてるようなら試してみてください。
バージョン0.9.9なら、im.phpの
・106＆107行目をコメントアウトし
・112＆119行目のコメントを削除する

。。。ってゆうか、そもそもそういうハナシじゃあない？
98 ：名無しさん：2006/03/27(月) 19:44:35: うんともｽﾝﾖﾌﾟとも(ry
携帯からざばすくりぷとのボタンを押した時のようにピクリともしないですね。

画像の件ですが、ものすごくとはいいませんがこの辺元画像に比べて結構劣化してますね。
私はJPEGのデフォクオリティを100にしてるのでそれなりに目立ったり。
http://www.rcdtokyo.com/pc2m/index.php?_ucb_u=http%3A%2F%2Fwww.siamimbellis.com%2Fshop_img%2F0101013M.jpg
そもそもGIFなんかで無茶する外人がいかんのですが
99 ：名無しさん：2006/03/27(月) 20:00:15: PCSVからはメール送信画面に移ったので、↑とあわせるとオープンウェーブのブラウザがリンクとして認識していないようで。
一応見た目はちゃんとリンクなんですが
100 ：名無しさん：2006/03/27(月) 20:11:37: 連投しまくりで申し訳ありませんが原因判明しますた。
本文の<A HREF="mailto:@.ne.jp?body=http://www.rcdtokyo.com/pc2m/index.php?～～">友</A>のうち、
index.php?の?が?body～～なんかの?と誤解釈されるのが原因です。
index.php%3F_ucb_u=～～">友</A>にすれば動きますお。
ちなみに宛先はいらないようです

246KB

掲示板に戻る全部前100 次100 最新50

0ch BBS 2007-01-24