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

■掲示板に戻る■ 全部 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>にすれば動きますお。
ちなみに宛先はいらないようです
101 ：管理人さん ★：2006/03/28(火) 00:48:51: >>100

キリ番GETオメ♪
まあなにも出ないけど。

なるほどなるほど。そりゃうまく動かなくてもしょうがない罠。
てなことでURLエンコードしまくりますた＠デモサイト

テンプレの「body=」の後のechoの全部をurlencode()で括ると幸せになれます。
102 ：管理人さん ★：2006/03/28(火) 00:54:11: >>98

拡張子が「.jpg」のGIFｷﾀ――o(･∀･｀o)(o｀･∀･´o)(o´･∀･)o ｷﾀ――♪
103 ：管理人さん ★：2006/03/28(火) 01:15:40: 元画像はパレットの色数がマックス（256色）のGIFです（拡張子は.jpgなんだけどｗ）

1．いったんTrueColorにしてサイズを変更
2．256色でディザをかける
3．元画像のパレット（256色）をコピー

2の段階でも3の段階でも、256色のパレットカラーなのですが
2のパレットはサイズ変更“後”の画像に対して最適化されたものであるのに対し
3のものはサイズ変更“前”の画像に対して最適化されたもので
同じ256色でも個々のパレットの保持している色は異なります。

てなことで最終的に割り当てられている（3の）パレットは
サイズ変更後の画像に最適化されたものではないので、画像が荒れます。

3の処理はim.phpの107行目（imagePaletteCopy()）です。
この行をコメントアウトして見比べてみるとなにが起きてるかわかりやすいと思います。
104 ：名無しさん：2006/03/28(火) 01:19:55: ちょｗ自分で貼っててなんか変だと思ったｗ
105 ：管理人さん ★：2006/03/28(火) 01:21:14: じゃあなんでわざわざ元画像のパレットをコピーして画質を“落として”るかというと
単純にパレット色数を指定してディザ処理しただけでは
色数が少ない場合に元々の色味の再現ができないからです。
逆に色数が多い場合には、このように画質の劣化が生じます。
106 ：管理人さん ★：2006/03/28(火) 01:25:31: 今回のサイトのように例外も多々あるわけですがｗ
一般的にGIF|PNGは16～64色程度で利用されると考えているので
im.phpは、このあたりの色数の画像について
画質的＆ファイルサイズ的に最適になるように調整してあります。
で、これ以下やこれ以上だと、このような弊害が生じる場合がなきにしもあらず
というわけなのでした。
107 ：名無しさん：2006/03/28(火) 01:30:01: どもども余計な手間をおかけいたしますた。タイ人め…
108 ：管理人さん ★：2006/03/28(火) 01:30:36: 。。。とか書いときながら

im.phpのこの部分は、書いてから随分経ってるので
実はかなりうろ覚えだったりするんだよねえ♪

まあ、とにかく世界平和のためにも
写　真　に　G　I　F　は　や　め　れ
と、そこのサイトの作者に言っといてください
109 ：管理人さん ★：2006/03/28(火) 01:34:00: あ、ホントだタイだ
しかしウェッブサイトバイ。。。ドットKRってなんじゃそりゃ
110 ：名無しさん：2006/03/28(火) 01:40:11: タイ人がニダーの愛好会の借りてるんだか運用してる鯖を間借りしてるんだと。
この趣味で海外サイト回ってるとPNGフル活用だったりブラクラ並みに重かったりと面白いですお。
http://www.wasanbetta.net/wasanbetta/
111 ：名無しさん：2006/04/01(土) 06:20:09: 鯖が特定のサイト(ドメイン？)を弾いてる？
で、特定のサイトにアクセスしようとするとしばらくpc2m自体からレスポンスが返ってこなくなる。(au)
旧スクリプトでは再現しないからクッキーかセッションがらみ？

例)pc2mからだとアクセスできないとこhttp://www2.odn.ne.jp/
112 ：名無しさん：2006/04/01(土) 06:22:10: http://www.odn.ne.jp/homepage/
こっちのが良いか
113 ：管理人さん ★：2006/04/02(日) 12:57:29: >>111 と >>>112のURLは
PCとドコモとauエミュレータで現時点ではOKのようです。

いったんなんらかの拍子に正常なレスポンスを戻せなかったURLは
しばらくアクセスできなくなることが今までにもあったので
そういう事態だった？
114 ：名無しさん：2006/04/03(月) 20:29:18: 毎年恒例の4/1のXREAの鯖あぼん→明け方復活→XREAの串、このスクリプト経由上記のURLに飛べない→
このスクリプトで飛ぼうとすると、スクリプト自体が(ry→昼前には元通り
という感じですた
115 ：管理人さん ★：2006/04/04(火) 14:39:13: >>114

恒例なんだｗ（XREA暦1年未満）

ちなみに >>113 のハナシはitmediaのことだったのですが
こんな↓感じで一応解決すますた
http://www.rcdtokyo.com/pc2m/note/archives/i000761.php
116 ：名無しさん：2006/04/06(木) 11:47:26: XREAは1/1、4/1、その他竹島の日などに真っ先に標的にされます。

で、例の事態ですがやはり根は同じ問題だったのか、こちらのは再現、デモのではちょいと重いながらも正常動作が確認できますた。乙
117 ：【大吉】：2006/04/06(木) 13:48:31: 最後の［はい］のサブミットボタンなんとか押せるようになりませんでしょうか？

これが押せると格段に使いやすくなるのですが。

■京都市図書館-資料の予約
http://www.rcdtokyo.com/pc2m/index.php?http://www.kyotocitylib.jp/cgi-bin/Swwwsyoc.sh?0+1353+2+1+0+112502+0+1
118 ：管理人さん ★：2006/04/06(木) 20:20:22: >>117

このボタン、JavaScriptなんですよ。
携帯端末は（フルブラウザやJavaアプリを除き）JavaScriptには対応していないので
そのままでは動作しないのですね。
ただこのページの場合はJavaScriptで大層なことをやってるわけではなく
入力間違いがないかチェックしてるだけなので、
JavaScriptボタンを普通の送信ボタンに書き換えてしまえば動きはします。
（ちゃんと予約できるかどうかまでは不明ですが）
てなことで書き換えるようにしてみました。お試しください。

※どこかに「書き換えても動作するとは限らないので書き換えない」と
書いてた気がしますが、書き換えても支障があるとは思えないので前言撤回ｗ

ちなみに >>30 のフォームはこの書き換えでも動きません。
119 ：管理人さん ★：2006/04/06(木) 20:27:27: 超余談ですが

>>117 は大昔に全国の殆どの図書館に導入された富士通のiLiswingというシステムで
そろそろ賞味期限切れで、よりモダンなシステムにリプレースが進んでいるので
そのうちここのも変わると思います（うちの近所の図書館も最近変わりました）

いや、iLiswingのサイトはこのスクリプト経由で色々と問題が多くて
ちょいと調べたことがあったのでした。
120 ：名無しさん：2006/04/07(金) 11:35:47: ありがとうございました！無事予約も出来ました。
とても便利になりました。
今まで携帯専用のページでは書籍検索と予約確認、貸し出し確認しか出来ず肝心の書籍予約ができませんでした。
121 ：管理人さん ★：2006/04/07(金) 22:27:48: >>116

今japan.cnet.comがダウンしている模様でブラウザもレスポンスを返さないのですが
それに気付く前にpc2mでアクセスに行ったらサーバからのレスポンス待ちになったまま死亡しました。
危険だなあ。Net_Socketかなあ。PHP自体のソケットの実装かなあ。
122 ：【大凶】：2006/04/08(土) 11:35:46: スクリプトダウンロードしてレンタルサーバ（さくら）に設置したんですが、
デモサイトみたいな【設】リンクが表示されないのですが、スクリプトのほうにはまだ、実装されてないのでしょうか？
123 ：管理人さん ★：2006/04/09(日) 11:47:38: >>122

その通りです。最新版は以下のものですが
http://www.rcdtokyo.com/pc2m/note/archives/i000766.php

これは、このページの説明にもある通り、デモサイトのものとは画像変換の部分が異なっており
Referer制限があったり認証が必要だったりする画像は表示できませんし
また、デモサイトの「設」リンクで設定できるような、テキストと画像の同時表示はできません。

一応今週末までに新バージョンをリリースしたいとは思ってますが、さてどうなることやら。
124 ：名無しさん：2006/04/14(金) 21:16:02: 歴は最新50とか100ぐらいにしないとセッションのサイズがもの凄いことになる予感
125 ：管理人さん ★：2006/04/14(金) 23:45:50: v0.9.10ようやく放流しますた。

>>124

セッションの存続期限があるので（現在ドコモは10分、auは20分）
そんなにあちこちアクセスし続けることはないだろうと思って制限は付けませんですた。
それともそんなに見てる？あ、でもこないだまでauは1時間にしてたからかな。

なお、復元の際は定数MAX_HISTORY_KEEPの値だけ復元します（デフォは30ヶ）
126 ：管理人さん ★：2006/04/14(金) 23:52:07: ところでGmailのログイン仕様が微妙に変更になってあやしくなりました。
ログインはできてるのだけど「要求されたﾍﾟｰｼﾞは無効です」と表示されます。
というか、以前からパーソナライズドホームにログインしようとするとこの状態だったわけで
そちらの仕様がGmailにも転用された模様。
最後にMETA refresh（またはJavaScript）でページを遷移してるところでコケてるのだけど
原因がいまいちよくわからない。
識者のご意見募集中です。
127 ：名無しさん：2006/04/15(土) 01:38:42: むしろやばいのは復元時のCOOKIE
EXPIREになってるのしか消さないし
128 ：名無しさん：2006/04/16(日) 21:11:27: ページ内検索(兼ページ分割フォーム)をボタン一つかなんかで呼び出せる仕組みが欲しいと思った。
もしくは設定ページの下だけに常時表示とか
129 ：管理人さん ★：2006/04/16(日) 22:50:19: >>128

分割表示のときだけじゃなくて
（ページ検索できるように）常時表示してたほうがいい？
とゆうか、ページ検索って使ってる？ｗ
130 ：名無しさん：2006/04/16(日) 22:56:15: 意外と活躍してます。ただページ内に複数ある時は機能しないので、
ワード*2で2つ目の対象ワードから表示とかできるともっと便利かも。

で、表示の件は、そこまで頻繁でもないかいつも出てると邪魔だけど、
いざ使うときに呼び出したり、URLに直で付加すんのがまんどかったりという横着な理由ですｗ
131 ：管理人さん ★：2006/04/17(月) 02:02:07: >>130

設定画面が加わったので、そっちに入力フィールドを追加すれば
手っ取り早く実現できちゃう罠。

ワード*2は面白いかも。
ただリアルで「ワード*2」という文字列があってそれを検索したい奇特なケースがあり得るかも
なので、それはそれで実行できる回避策を用意する必要があるなあ。
そのあたりを考慮したうえで、さっそく自力で改造してくださいｗｗｗ

ヒント。preg_match_all()とPREG_OFFSET_CAPTURE。
ただしtrimContentが採る開始文字位置はバイト数ではなく文字数なので
バイト単位のオフセットを文字数に勘定し直す必要がありますよと。
あとはキーワードを切り出すロジックを用意すればあっさり完成な希ガス。

GPLなので、出来上がったらソース晒してね♥
132 ：管理人さん ★：2006/04/17(月) 22:00:18: >>130

試しに、設定ページに「ページ内検索」を付けてみました
http://www.rcdtokyo.com/pc2m/index.php?_ucb_a=s

適当なところで
echo '<input type="text" name="'.KEY_PREFIX.'s">';
133 ：名無しさん：2006/04/17(月) 22:15:31: おお。フッタに索とかで呼び出す形にしようかとも思ったんですがこっちで十分すね。すっきりするし。
ところで気になったのですが、au端末だと設定ページとかでキャッシュが効いちゃって
開いたらフォーム内真っ白とか前に見たページのURLが、なんて事態に。
au端末からの利用がどれだけあるのか知りませんが、
多いようならau向けには設と履にno-cacheがないと設定周りは予定通りの動作しないかも。
134 ：管理人さん ★：2006/04/18(火) 01:21:08: >>133

あ、やっぱし？＞＞auのキャッシュ
エミュレータでそうだったから実機もそういう動きだろうとは思ってたのですが
キャッシュコントロールはsession_cache_limiter()でいかようにも設定できますが
nocacheにすると、今度は「戻る」や「進む」ボタンでの移動しようとしても常に通信が発生し
パケ放題でなければパケ代がかさみ、そもそも通信状態が悪いと移動すらできないという事態になります。
てなことでキャッシュコントロールしない設定になってますが、ezwebはいくらなんでもキャッシュやり杉。

■ezはキャッシュしない
■設と履はキャッシュしない（他はする）
■利用者が設定できるようにする

どれがいいかしらん？
135 ：名無しさん：2006/04/18(火) 01:43:06: 多分一番上すかね。まあ何でもキャッシュするauが悪いんですが。
no-cache効いてても左右キーの進む戻るし放題だし

ちなみにauの仕様か知りませんが、わたくすの今使ってるカシオソフトは
Cache-Control:no-cache
は効くけど
Pragma:no-cache
は無視する訳ですが、ドコモはPragma:no-cache
しか効かないとかそういうご都合主義な展開はないですかね
136 ：管理人さん ★：2006/04/18(火) 01:58:07: >> no-cache効いてても左右キーの進む戻るし放題だし

マジ？？？じゃそれでいこ
（つうかそれってno-cacheちゃうやん）

明日の夜半が目標のv0.9.11は単なるバグフィックスリリースですが
結構テンコ盛りになってきたな、こりゃ
137 ：管理人さん ★：2006/04/18(火) 02:08:11: ちなみに、ぐるっぽとか通勤ブラウザとか、セッション利用の同類はみんなnocacheで
FOMAだと甚だしく使い難いわけですが（fileseekはセッション非利用なので快適ｗ）
あれはみんな開発者がau使いということなんだろうか。。。
138 ：名無しさん：2006/04/18(火) 02:20:34: NO-CACHEページへのリンクが常に未訪問扱い(VLINKにならない)
で、リンク踏んだりお気に入りから呼び出したり、直打ちしたりメール記載のURLに飛んだ時に新しく読み込みが発生するだけ
キャッシュはがっちり作る
それがauクオリティ
139 ：管理人さん ★：2006/04/18(火) 02:23:41: > キャッシュはがっちり作る
> それがauクオリティ

ﾜﾛﾀｺﾚｗｗｗ
140 ：auだけはガチ（キャッシュが）＠管理人さん ★：2006/04/18(火) 22:16:45: auをnocacheに変更＆設定ページにページ内検索フィールドを追加した
v0.9.11をリリースすますた
141 ：名無しさん：2006/04/18(火) 22:41:10: WWWCHECKに更新が引っかかったので飛んできますた。

設定、履歴もきっちり動作しております。検索位置も必要ない時は邪魔にならずベストですね

ページA→ページBを開いたあと、キャッシュで戻りAの設定を開くと、
戻るURLフォームのURLがBになってますが、
限りなく仕様な雰囲気ですし特に不便でもないので報告だけしときます。

装飾タグの保持が何気にすんごい素敵。
142 ：auだけはガチ（キャッシュが）＠管理人さん ★：2006/04/18(火) 23:10:30: >> 戻るURLフォームのURLがB

スーパーナチュラル仕様です。だって履歴を呼び出してるんだもん。

設リンクのパラムに、_ucb_u=各ページのURLとかくっつけて
Setup.inc.phpのそこのinputのvalueに$local_args['u']を吐いてやると
必ずリンク元のページのアドレスが入るようにはなります。
というか、最初はそういう仕様だったのだけど
文字数がもったいないじゃんという貧乏発想で今のに変更されますた。
143 ：名無しさん：2006/04/20(木) 14:40:44: リリースパッケージと修正ファイルのどちらにもr.phpが入ってない気ガス
144 ：管理人さん ★：2006/04/20(木) 20:16:19: >>143

あちゃー
なんでどっか行っちゃったんだろ
お知らせﾏｼﾞｻﾝｸｽｺです

前のものと同じですが、一応そ知らぬフリして両方に突っ込んどきました
145 ：名無しさん：2006/04/21(金) 11:15:45: >>137
ぐるっぽのばあいは設定で変えれるのでdocomoでも快適ですよ
146 ：管理人さん ★：2006/04/21(金) 13:59:21: >>137

ああ、「ページキャッシュする」って端末側のハナシだったんだ。
てっきり、“サーバ側の”キャッシュのことだと思いこんでますた。
147 ：かい：2006/04/24(月) 18:16:09: pc2mをダウンロードさせて頂き、さっそく設置してみました。
_check.phpを実行してみたところ、SSLについてエラーがでていたのでその部分はコメントアウトしました。
しかしpc2m.phpにアクセスし、様々なサイトへアクセスしても画面は真っ白なままなのです。
原因としてはどんなことが考えられるのでしょうか？
PEAR.phpと３つのフォルダはpc2m.phpと同じところにアップロードしただけです。
どなかご教授お願いします。
148 ：管理人さん ★：2006/04/24(月) 18:40:16: どこのなにが問題なのか確認する必要があるので、まずはPHPのエラーを確認してみてください。
pc2m.php（かConfig.inc.php）の冒頭に以下を記述すると、全てのPHPのエラーが表示されます。

ini_set('display_errors','1');
error_reporting(E_ALL);

エラーメッセージを書き込んでくれれば原因がわかるかも。
これを書いてもまだ「真っ白」であれば、どこかで文法ミスになってる可能性が高いです。
149 ：かい：2006/04/25(火) 08:58:56: 管理人さん、ありがとうございます。
ご指摘通りエラー表示をさせ、自分なりに修正してみた所
きちんと表示されるようになりました。
お手数をおかけしてすみませんでした。
150 ：管理人さん ★：2006/04/25(火) 13:11:02: >>149

セルフ解決乙ですた
151 ：管理人さん ★：2006/04/26(水) 14:29:31: こんなところにｺｿｰﾘｶｷｺ

gooとかyahoo（JavaScriptオフ時）のように
フォームの送信ボタンが画像になってるヤツ（input type=image）に対応してみますた。
これまではgooもyahooも、どのボタンを押そうがウェブ検索になっちゃってましたが
「画像」ボタンを押せば画像の検索結果が表示されるようになってます。
ただし、gooの画像・動画・音楽検索のところはJavaScript使用なのでこれは動作しません。
また、この類でもちゃんとした座標データを送信する必要のあるものには対応できませんて。
152 ：管理人さん ★：2006/04/27(木) 19:55:14: 基本的なところを見直してみた。

バージョンアップに連れ、機能が追加され徐々に動作が遅くなっていたのだけど
この結果、処理速度が30％ほど高速になり、最初の公開版より速くなった。
また、文字数の計算をより正確なものに改善し
特にキャッシュサイズの少ない端末で1画面あたりに表示可能な文字数が増えた。

この修正が新たな不具合を生まなければいいんだけどなあ。
153 ：名無しさん：2006/04/27(木) 20:04:33: 人柱版ﾏﾀﾞｰ？
というかサムネイルいつの間についたのですか
154 ：管理人さん ★：2006/04/28(金) 12:52:32: >>153

早ければ今日の夜（面倒なバグがﾊｹｰﾝされなければ）
ただしサムネイルは他力本願の単なるリンクなので
必要なら自分で付けてね。
155 ：名無しさん：2006/04/28(金) 18:25:32: なんか数日前からTOPページの表示が異様に遅いのですが何かありました？
156 ：管理人さん ★：2006/04/28(金) 18:51:41: >>155

ん？ここ↓のことですよね？
http://www.rcdtokyo.com/pc2m/

いやなにもないし（ときおりバグあり版をうｐしてトラブル以外はｗ）
自分が使ってる分にはサクサク動いてたりしますが。。。
ケータイはどちらのですか？
157 ：名無しさん：2006/04/28(金) 18:59:34: 特に重いと感じたことはないですな
158 ：名無しさん：2006/04/28(金) 23:13:39: http://www.rcdtokyo.com/pc2m/note/
ここのことでした。
昼間とか重くなりますね、うちの回線との相性でしょうか、今は問題無くサクサクしてます。
159 ：ucb＠リリース準備中。。。：2006/04/28(金) 23:55:44: >>158

ほえそんなところが？
鯖もなにもかも http://www.rcdtokyo.com/pc2m/ と同じで、ページ自体も重い内容じゃないんですけどね。
しかし、実はうちの自宅からだと、近頃DNS名前解決にやたらと時間がかかったりします。
原因を追究してないのでアレですが、もしかして某有線放送屋の光ファイバーだったりします？
160 ：名無しさん：2006/04/29(土) 00:59:40: 特になんともない＠OCN
161 ：名無しさん：2006/04/29(土) 12:10:40: ODN光です。
www.rcdtokyo.comを探しているみたいですね。
今まさに表示までに2分ぐらいかかります。
162 ：ucb＠等々力：2006/04/29(土) 14:16:47: 2分はすごいなあ
うちの自宅はメンドーなのでローカルのhostsに登録しちゃいましたｗｗｗ
ケータイを含め、他ではそんなことないのだけど
なにが違うんだろう？
163 ：名無しさん：2006/04/30(日) 23:05:08: 愛かな。。。
164 ：名無しさん：2006/05/01(月) 16:54:15: 配布版最新版で、以前は反映されてたコピーボックス内での改行が無視されるようになった気がする。
半角変換のセレクトフォームがデフォルトでは表示されない気がする。

＠au端末
165 ：名無しさん：2006/05/01(月) 17:29:32: >>164

コピーボックス内は、以前から改行は無視するようにしていた気がする。
ちなみに文字数は500→200バイトに変えますた。あんまし多いとスクロールが面倒な気がしたので。

全角→半角変換には条件（if文）はないので、Setup.inc.phpが最新なら表示される筈。
シミュレータでも確認。なお、キャッシュサイズと画像の「一部変換」の表示は条件付き。
166 ：名無しさん：2006/05/01(月) 17:43:18: 写ではなくWEBページ内のコピー(掲示板の編集とか)は0.9.12までは反映されてたような…

変換は今見たら何故か表示されますた。いじってないのになんでだろ。キャッシュがなんか悪さしてる？
167 ：名無しさん：2006/05/01(月) 19:38:26: >>166

ああ、わかったあ！ホワイトスペースの処理を変更したのが原因です。
取り急ぎv0.9.13のpc2m.phpの1553～1577行目を
v0.9.12の1396～1429行目と入れ替えると元に戻ります。

ただ、これまでこの類の処理はちゃんと考えてませんでしたよ。
前バージョンのものがそれなりに見えてたのもマグレなんじゃん。
改修します。
168 ：名無しさん：2006/05/02(火) 01:44:17: 偶然だったんですか。乙です。

ところでBLOCKQUOTEに対応したのっていつからでしたっけ？
いつの間にか左に空白が…これも装飾ONの時だけに入れてもいいかもと思ったり思わなかったり
169 ：名無しさん：2006/05/02(火) 02:53:12: 0.9.10以降、新仕様になってからたまに文字化けするようになったんすよね。
リロードすると元に戻るんですが。
トップに空白とか改行とか画像タグとかそういうのがくると起きるとか？？
170 ：▲ ◆.SANUKI.HM ：2006/05/02(火) 07:59:29: ime.nu等でリンクしても大丈夫かしら＞管理人さん
171 ：管理人さん ★：2006/05/02(火) 12:54:49: まずは >>170

てゆうか既にリンクされてる罠（笑）
お手数ですがURL（_ucb_u=）以外のパラムは
メモリの少ない端末ではアレなので消しといてください。
リンクのパターンは以下のいずれかでおながいします。
http://www.rcdtokyo.com/pc2m/note/archives/i000050.php#url
172 ：管理人さん ★：2006/05/02(火) 13:01:53: >>168

覚えてなかったので（笑）確認してみたら
0.9.11からですた＞＞BLOCKQUOTE
俺様のケータイ機種変に伴う0.9.10以降の仕様変更で
他にUL/OL/LIとかDL/DT/DDとかもやらかしてます。
やっぱやめようかなあ。。。
173 ：名無しさん：2006/05/02(火) 13:07:37: 微妙なとこですなあ。邪魔というのも私の主観ですし、他の人がどの辺まで許容範囲なのか

>>讃岐
せっかくおっぷんそうすなんだし自分とこに設置してみたらどうdai
174 ：管理人さん ★：2006/05/02(火) 13:07:38: >>169

文字化けが発生するURLの例を晒してもらうとわかりやすいかも。
それとも、どこでもかしこでもという感じ？

リロードすると元に戻るということは、内部の文字コード判定失敗ではなく
出力時の問題のような気がするわけですが
（PCの）ブラウザからアクセスして文字化けた際に
ブラウザの「エンコード/文字エンコーディング」ってなにになってます？
175 ：管理人さん ★：2006/05/02(火) 13:32:29: >>173

実際自分も邪魔派なわけで、それにいまどきのCSSデザインではこれらのタグが
デフォのDTDのままで使われるパターンは珍しくなってきてたりするわけですが
一方、改ざんすることで、PCでの見栄えが念頭にないとﾜｹﾜｶﾒなケースも多々あり
いまどきのケータイでは文字サイズを変えとけばあまり邪魔にならないっぽいので変更してみたわけです。

主観という点では、ユーザ設定画面にｲﾊﾟｰｲ項目てんこ盛りはイヤ派なので
ユーザ設定にはしたくないなあ。管理者設定（Config.inc.php）にしとく？
176 ：讃岐フォアンフォアン▲ ◆.SANUKI.HM ：2006/05/02(火) 13:40:23: >>171
把握いたしました。
177 ：名無しさん：2006/05/02(火) 13:52:19: やっぱそれっすかね。確かに設定画面に細々乗るのはいやかも。
某サービスさんなんかも設定充実してるのはいいんだけど、
途中で面倒になったり何の設定変更なのか分からなくなって投げ出したくなるお。
ソースいじってBLOCKQUOTEカットしてみましたがやはりこっちの方がすっきりと。俺的ボーダーラインでリストはとりあえず残してみますた。
でも分割点に来ると、以降が微妙になってるっぽい時があるなあ。カットかしら
178 ：管理人さん ★：2006/05/02(火) 15:19:54: >>177

ん？カットして微妙になる？
元々は単純にBLOCKQUOTE→HRだったので
分割時の調整は不要だったわけだが。
ブロック要素は、そのまま残す場合は、要調整なんだけど。。。
179 ：管理人さん ★：2006/05/02(火) 16:54:44: ふと思ったんだが、3GなauならCSS書いとくといんｼﾞｬﾏｲｶ。

blockquote {margin:.5em 0 .5em 0; padding:.5em; border:1px solid #000;}

みたいな。
いやauがCSSどこまで対応してるか知らんのだけど（ドコモは上のは全滅）
180 ：名無しさん：2006/05/02(火) 18:06:22: らりったのはリストですよと。分割位置の関係かソースがあれなせいか頭にリストがきて以下ラストまで左に余白が。
たまにフッタまであれしてる時が

BORDERだけ機能してますな。
漏れの端末ではフォント最小時BLOCKQUOTEは左にだけ1文字分空白ができるという解釈
(なぜか中、大では左右に空白)で、それに黒枠が付いただけですた。
他の要素ならマージンとかパディング使えた気がするんですが。
ちなみにボーダーの種類はSOLID固定、<P>は上下に空行ができないなど携帯向けの解釈が結構ありますな。
今となっちゃ規格が古い気がしなくもないけど
181 ：管理人さん ★：2006/05/02(火) 19:28:22: やっぱしダメかｗｗｗ＞＞CSS

やはりstyle系は全削除が正解の悪寒。

で、リストの調整は
「extract(adjustTagPairs(～」以下繰り返しで中途で途切れてる各タグを調整してまつ。
で、UL/OLはしばしば入れ子になってるので、その下の「preg_match_all」以下で
頭数を揃えてます（始終のタグの数があってなければ、その分追加）。
182 ：管理人さん ★：2006/05/02(火) 19:51:20: 一応。

（元々の仕様のように）BLOCKQUOTEをHRに変換するなら
こんな↓感じをTABLE系の処理をやってる前後あたりにぶち込んでおくだけでいい筈。
$_content = preg_replace('/<\/?blockquote\b[^>]*?>/', '<hr>', $_content);
183 ：管理人さん ★：2006/05/02(火) 19:52:19: しまったフラグ忘れてた
$_content = preg_replace('/<\/?blockquote\b[^>]*?>/si', '<hr>', $_content);
184 ：名無しさん：2006/05/02(火) 21:28:20: リストは補完の関係ですか。

blockquoteをBORDER:1PX SOLID #00F;BACKGROUND:#FFF;COLOR:#999;
みたいな感じに変換してみたテスト。大失敗。

あ、UTF-8版一ヶ所化けたぐらいで結構普通に見れますね。
185 ：管理人さん ★：2006/05/03(水) 00:37:05: でもTIS-620とかmbstringが対応してなけりゃバケバケ
自動判別も、Big5とGB2312とISO-8859-*しか定義してないので他は全滅
186 ：名無しさん：2006/05/03(水) 04:14:17: あ、ところで設定画面に画質調節セレクトって必要じゃないすかね。デモサイトだと50%だから必要でもないのかしら。
トップhttp://www.rcdtokyo.com/pc2m/note/も3枚画像のうち一番右以外は×になって表示されない訳ですが、
サムネイル作成サイズとかも設定できないと、デフォルトの画像ONではサイズオーバーになってる場合が多々ある予感
でもこれ付くとちと邪魔な気がしなくもない
187 ：管理人さん ★：2006/05/03(水) 07:12:44: ん？画質？今の「高中低」とかではなく？

トップの画像は、左の2枚はPNGなので「一部変換」ではボーダ以外は表示されませんよと。
画像のデータサイズは、変換が終わってこれから出力するぞというときまでわからないわけで
その時点でオーバーしてたから、じゃあやり直し（以下繰り返し）という処理はイヤ過ぎｗ
どのみち「一部変換」では全ての画像をコントロールできないしね。
188 ：名無しさん：2006/05/03(水) 15:14:36: auもPNGは読めたはず…
画質はおっしゃる通りで、高中低で。画像ONにしてる時設定できないもんかなと。
サイズというのは、ファイルサイズではなくサムネイルの大きさです。
画面サイズ一杯固定というのか結構ギリギリラインなので、たとえば横120とかそんな感じの指定は…と思ったり
189 ：管理人さん ★：2006/05/04(木) 23:36:46: >>188

意味がわかった。
そしてそのココロは、たくさんのサムネイル画像（オールトゥルーカラー）が並んでいる
ページについて、一画面にできるだけ多くの画像を表示させたいというあたりかしら？

しかしウェブページ内にはスケールも色数も少ないパレット画像もあり
普通はそっちのほうがトゥルーカラー画像より数が多いのです。なにが言いたいかというと
元々色数の少ない画像は「高中低」という画質設定は実質無意味だし（これは現在の単独表示時も）
また元々スケールの小さい画像にスケールの制限も意味ないのではと。

調整の程度が不明瞭なスケールや画質よりも、画像の多寡のほうが設定としてわかりやすいわけで
すなわちメモリオーバーしないで画像を表示したいなら「キャッシュサイズ」を小さくして
1画面に表示するHTMLの範囲を制限するという使い方を想定してまつ。

ちなみに自分は、100KBキャッシュのFOMAで画像がメモリオーバーで表示しきれないことは稀。
例外は、GIGAZINEのような無駄な画像を貼りまくってる迷惑ページや
width/heightを偽って貼ってあるAmazon画像を「一部変換」でスルー表示してしまった場合。
190 ：管理人さん ★：2006/05/04(木) 23:49:01: なお、「一部変換」を「全部変換」にすると、特にJPEGのサムネイルを多用しているページでは
劇的にデータサイズが変わることがあります。画像アップロード機能のあるCMSの多くは
Exifなどの付帯情報を残したまま、さらに（元画像がどうあれ）圧縮率100%でリサイズするケースが多いためで
例えばうちのブログで使っている160×120pixのJPEGサムネイルは、概ね5～9KB程度ですが
Movable Typeのサムネイル作成機能や（元々使用していた）livedoorの同機能では30KBを超えます。
横幅160pixなので「一部変換」ではそのままスルーで表示されますからデータサイズは1枚30KBもあるわけです。
「全部変換」なら、規定の50%で圧縮され付帯情報も削除されますから概ね5KB以下になります。
191 ：名無しさん：2006/05/05(金) 19:21:56: http://www.kyotocitylib.jp/cgi-bin/Swwwsken.sh?0+913

なんですが検索した書籍のリンクが消えて予約に行けなくなってしまいました。
管理人さん、ごめいわくかけますがよろしくお願いします。
192 ：管理人さん ★：2006/05/06(土) 02:41:23: 蔵書検索予約
http://www.rcdtokyo.com/pc2m/index.php?_ucb_u=http%3A%2F%2Fwww.kyotocitylib.jp%2Fcgi-bin%2FSwwwsmin.sh%3F0

↑で、タイトル欄に「パープルサンガ」と入力して検索
結果が5件表示される
一覧から「めざせＪリーグ！京都パープルサンガ」をクリック
「予約」をクリック
図書館カードとパスワードの入力画面が表示

と、ここまでちゃんと進みます。
「検索した書籍のリンクが消え」とあるのは
結果の一覧の各タイトルにリンクがないという状態ですか？
だとしたら、少なくとも今はリンクはありますよ。
図書館側の一時的な不具合だったかも。。。
193 ：名無しさん：2006/05/06(土) 06:29:43: そうなんです。
その、目指せＪリーグ京都パープルサンガがリンクが消えてる状態でクリック出来ず予約ページに行けないんです。
ちなみに端末はau W21SAです。
194 ：名無しさん：2006/05/06(土) 06:30:43: ↑今も同じ状況です。涙。
195 ：管理人さん ★：2006/05/06(土) 09:55:55: >>193

エミュレータでもそこは問題ないなあ。。。
W21SAなら、デフォの表示モードは「画像表示」で「装飾タグ保持」になってると思うけど
それらをOFFにしてみたらどう？

なお、元々のタグがおかしいので、「装飾タグを保持」だと
検索フォームの「タイトル/著者・・・」のプルダウン選択の表示がヘンになり
あらかじめ「タイトル」とかを選択しとかないと検索結果もエラーになります。
196 ：名無しさん：2006/05/06(土) 18:14:03: OFFにしても駄目でした。
来週友達の携帯で試してみます。
サブスクライバでもマークされてハネラレテルノカナ？
まさかね。藁
197 ：名無しさん：2006/05/07(日) 16:12:51: WEBアーカイブでリンクを踏むと毎回脱げちゃう(http://web.archive.org/web/XXXXXXXXXX/)が消えるのが面倒と言ってみる。

リンク消滅はau端末全般で駄目な予感。0.9.9辺りで大丈夫だったリンクが最新ではリンクにならないってのは何回か遭遇してまふ。
198 ：名無しさん：2006/05/07(日) 17:00:44: >>191のはソース見たところ

<A HREF="～～">
<PRE>京都パープルサンガユースに見る実践的トレーニング！菅野　将晃㈱ジャパンラ[○]
</PRE></A>

の<PRE></PRE>←これが原因ですな
199 ：名無しさん：2006/05/08(月) 00:34:12: エラーではなく質問なんですが
http://www.rcc.net/
が送ってくるクッキーってどうやって送ってきているのでしょうか？
200 ：サカ豚モードからプログラマー（笑）モードに移行中＠管理人さん ★：2006/05/08(月) 16:47:54: >>ウェイバックましーん

なんじゃこりゃ？と思ったらJavaScriptなんじゃん
そりゃむりぽ
201 ：サカ豚モードからプログラマー（笑）モードに移行中＠管理人さん ★：2006/05/08(月) 17:00:09: >>中国放送

「RCC club」のログインのところっすか？
ログインできないのかと思ってバリバリウソの個人情報で
登録してみますたが、そういうハナシじゃないっんですよね

見たところ特にイレギュラーなことをやってるわけではなく
サイトアクセス時に広告のトラッキング用クッキー（22bit＠固定値＋12bitの16進数）と
ログイン時にログインIDとセッションID（値はPHPの既定のものを利用）を
それぞれ格納したクッキーが吐かれてます

とかそういうこと？
202 ：名無しさん：2006/05/08(月) 17:03:03: あれ？インターネッツアーカイブもしかしてご存知なかったりするですか？
http://www.rcdtokyo.com/pc2m/index.php?http://web.archive.org/web/*/http://www.kyoto-purple-sanga.co.jp/

http://www.rcdtokyo.com/pc2m/index.php?http://web.archive.org/web/20021124013330/http://www.kyoto-purple-sanga.co.jp/
203 ：サカ豚モードからプログラマー（笑）モードに移行中＠管理人さん ★：2006/05/08(月) 17:18:59: サカ豚なので知りませんｙｐ
ウソです知ってます。てゆうかパープルサンガかいな

PCブラウザをスクリプトOFFにして見てみてくらはい。
204 ：サカ豚モードからプログラマー（笑）モードに移行中＠管理人さん ★：2006/05/08(月) 17:20:01: サカ豚なので知りませんｙｐ
ウソです知ってます。てゆうかパープルサンガかいな

PCブラウザをスクリプトOFFにして見てみてくらはい。
205 ：名無しさん：2006/05/08(月) 17:25:12: 二重投稿乙
206 ：名無しさん：2006/05/08(月) 17:25:49: メイン機能は問題なく使えるような。この手の串を通してならざばすくりぷつOFFのPCどころか携帯でも。
207 ：サカ豚モードからプログラマー（笑）モードに移行中＠管理人さん ★：2006/05/08(月) 17:37:08: さてところでiLiswing＠京都市図書館ですが。

もしかしてAの子要素にブロック要素があるとダメということ？
エミュレータではOKなんだけどなあ。。。
208 ：名無しさん：2006/05/08(月) 18:43:15: >>198にも書いたけど<PRE>を削除するとリンク化しますよ。
209 ：管理人さん ★：2006/05/08(月) 20:01:15: >>208

なるほど0.9.9だと、ここんところは
<a href="hoge">hoge</a><p>となってる罠。

でも、これまたタマタマで、変換ロジック的にはおかしいんですよ。
で、その後にこの部分を「正しく」修正したのが原因なのか。。。

うーん。エミュレータが実機に近いのがauのいいところなんだけど
こればかりはエミュレータの動作はアテにならないのか。。。

ちなみに以下の3ヶのリンクは、最初のもの以外は全滅ですか？
http://www.rcdtokyo.com/pc2m/test.html
210 ：名無しさん：2006/05/08(月) 20:26:04: 最初のみ<p><a href="http://www.google.co.jp">google</a></p>
にリンクが張られ、あとはプレーンオムレツです。

PCSVだと全部リンク化する訳ですが、
オップンウェーブのブラウザに関してはこの仕様が直るとは思えないですね。
ちゅうことはボーダフォン改め孫だフォンの最近の端末も同様なのかすら
211 ：管理人さん ★：2006/05/08(月) 21:24:01: >>210

Aタグの処理やり直しかよorz
しかも結構メンドーだぞこりゃ
京都のひと、ちょっと待っててね
212 ：名無しさん：2006/05/08(月) 22:07:40: それがauクオリティ
213 ：管理人さん ★：2006/05/09(火) 00:19:17: ひとりごと＠逡巡

要するにブロック要素があるから問題が起きるわけで
どこぞのようにPは全部BRに変換しちゃえばいいわけだが
そりゃあやっぱヤなわけですよ
だって、そりゃあいかんでしょう、マークアップ的にSGML的に

とか言いつつ手っ取り早く解決するために
Aの子要素に限りブロック要素を消し去ろうかと企んでたりするですよ
ふひゃひゃ
214 ：名無しさん：2006/05/09(火) 01:08:30: オープンウェーブ自ら<P>と</P>をそれぞれ<BR>一個に変換するという悲しい現実
215 ：名無しさん：2006/05/09(火) 01:09:40: ×変換
○解釈
216 ：au W21SA＠サンガリアン：2006/05/09(火) 07:33:27: ごめいわくおかけします。
はじめ以外のリンクは全滅です。
217 ：管理人さん ★：2006/05/09(火) 18:48:39: >>216

うほっ
もうなんだか京都サンガ掲示板状態ｗｗｗ

てなことで改良してみましたお試しくだされ

かなーり色んな試行錯誤をやらかしたんですが
結局<P>を削って</P>を<BR>×1ヶに変換するという
一番手抜きな仕様が一番無難だったり

iLiswingはこれでイケる筈ですが
手抜き変換のおかげで見栄えの悪くなったページがある悪寒
218 ：管理人さん ★：2006/05/09(火) 18:53:57: ついでにWayback Machine＠archive.orgにも無理矢理対応してみた
http://www.rcdtokyo.com/pc2m/index.php?web.archive.org/web/19981202230410/www.google.com

ただしウェイバックマシンの仕様が変更になったりすると困ったことになる罠
219 ：名無しさん：2006/05/09(火) 20:35:35: 乙ー
フリューゲルスで検索したけど無事押せましたよと。アーカイブも外れないようで。

<P>と</P>は<br>二個にしてみたり一個にしてみたりと実験してみましたが
どれもしっくりこなかったり処理があれだったりで、今のが一番いいんすかねやっぱり。
220 ：au W21SA＠サンガリアン：2006/05/09(火) 21:28:08: 管理人さん、ご苦労様でした&ありがとうございます。
これで快適な図書館生活できます！。
さてＷ杯中断の2ヶ月でしっかり建て直してしっかり残留したく思ってます！
サンガにも専スタが欲しいよ。。。
221 ：管理人さん ★：2006/05/10(水) 20:03:02: >>220

ホントに京都サポだったのかｗ

味スタとかスワンとかビッグアイとか見てると
必ずしも専スタである必要はないと思われ。
西京極が見辛いのには同意ですが
専スタは赤字必死なので行政も動き難いし。

阪急線に乗ってて、今の西京極の位置にスワンが建ってるのが見えたら
おいらが京都市民なら、サッカーに興味がなくても一度は行ってみようと思う筈。
しかしそれがスワンじゃなくて大宮とか西が丘なら。。。ｗ
222 ：管理人さん ★：2006/05/10(水) 20:12:47: >>219

独自検証乙です。
ちなみにP以外も、残存するブロック要素は全て同じ処理にしちゃいました。
ブロック要素を抽出して全面的に書き直すこともやってみたんだけど
複雑になりすぎ、処理時間も文字数も増大してしまうので却下。
223 ：管理人さん ★：2006/05/10(水) 20:21:13: ついでにホワイトスペースの処理を見直してみた。
余計なホワイトスペースを削って文字数を稼ぎ
一方そもそも文字数の少ないページでは処理速度がうｐしてる筈で
0.9.12の頃に比べると、ページによっては処理時間が半分近くになった鴨。
224 ：名無しさん：2006/05/11(木) 00:44:53: 修正配布版待望論
あとdd dt dlとかまではｲﾗﾈ気が
二段目とか逝くと画面が見づらくなる
225 ：名無しさん：2006/05/11(木) 14:22:57: 以前は
<a href="http://google.com"target="_blank">http://google.com</A>

みたいにダブルクオーテーションとtarget=の間にスペースを忘れたタグでもリンクとして処理されていたんですが、
最近のバージョンではリンクとして処理されなくなりました。
もちろん正されるべきはタグ側なのですが、実際問題こういうミスって結構頻繁に遭遇するので困っています。
226 ：頭痛ヒドス＠管理人さん ★：2006/05/11(木) 18:22:50: >>224
アタマ痛くてなにもできねぇぇぇ

DL～は2ちゃん対応仕様
これもちろん入れ子にできるけど実際そうやって
段組みとかしちゃってる例ってある？
227 ：頭痛ヒドス＠管理人さん ★：2006/05/11(木) 18:26:47: >>225
あらほんとだ
ええっと、これは多分mixiのせいだな（藁
228 ：名無しさん：2006/05/11(木) 18:52:15: こういうところが紹介するからいけないと思うの
http://heo.jp/tag/list/dldtdd.html
http://www.tagindex.com/html_tag/list/dl.html
229 ：管理人さん ★：2006/05/11(木) 19:18:05: 二段目とか逝くとってのは
こういうパターンの#2のあたりじゃないの？

<dl>
<dt>dt#1</dt>
<dd>dd#1
<dl>
<dt>dt#2</dt>
<dd>dd#2</dd>
</dl>
</dd>
</dl>

DL～自体は普通に使われるけど
UL|OL～とは違ってこれが上のように入れ子になってる例は見たことないかなと。
230 ：管理人さん ★：2006/05/12(金) 20:51:34: >>224
頭痛から立ち直ったので用意してみた。

BLOCKQUOTEとDL|DT|DDを0.9.9以前のように変換する指定を
いつものように土壇場で加えてみますた。
これ、ユーザ設定にしようかとも思ったのだけど
どう説明しても意味わからんひとにはわからん気がするので
やっぱし管理者設定にしてしまいました。
231 ：名無しさん：2006/05/14(日) 04:30:33: 乙乙。
232 ：名無しさん：2006/05/15(月) 16:50:31: テキストのみ表示で画像の+を踏むとセッションが死ぬぽ
233 ：名無しさん：2006/05/15(月) 17:06:45: すいません、設定ミスでした。本家で確認したつもりが自分ので確認してますた
234 ：管理人さん ★：2006/05/15(月) 18:34:52: >>231
headは閉じてなかろうが、そもそも全く無くても問題ない筈なんだけど
どんな感じになってるとNGでした？

>>232
ﾋﾞｸｰﾘしたぽｗ
235 ：名無しさん：2006/05/15(月) 19:12:52: やられた…ぱっと見で頭に</HEAD>ないからこれだ！と思ってたら

</BODY>
</HEAD>
</HTML>

(´-`)……。

もう一つのとこは真っ白だから見てみたらBODY内にSTYLE TYPEの指定があったり、
テーブルの<TR></TD></TR>がなくて<TD>だけぽつんってのも。
236 ：管理人さん ★：2006/05/16(火) 12:11:03: Oh yeah!

pc2m.php＠0.9.14の1090行目でHEAD～/HEADを削除してるのですが
この行をまるまる消しちゃってください。

これは初期の、meta keywordとかlink titleとかに
参照形式ではない生の「>」とかが書かれちゃってる場合の対策で
今でも念のため残してましたが、無くしてしまっても大丈夫だと思う。
237 ：管理人さん ★：2006/05/16(火) 14:19:16: >>236
ウソつきました。大丈夫じゃないやんorz
やっぱし消さないで～
238 ：管理人さん ★：2006/05/16(火) 19:08:37: >>237
。。。ということで修正したぞと。
239 ：名無しさん：2006/05/16(火) 19:20:43: で、233の件ですが、画像変換スクリプトの設置方法にあるように、広告ありの状態で？別にim.phpを設置して
define('SESSION_COOKIE_PATH', '/pc2m/')
のコメントを解除すると発生するようで。某+の方では普通に動いてました多分。
240 ：管理人さん ★：2006/05/16(火) 20:10:17: >>239
ああ。。。ここのアカウントを広告免除にしちゃったので
試験環境がなくて、机上の空論な仕様だからなあ。。。
xreaアカウント＠広告アリを用意して実験してみます。
しばしお待ちを。
241 ：管理人さん ★：2006/05/16(火) 20:15:24: >>239
FTP準備完了ですよ、と。。。おお、ホントだ♪
242 ：名無しさん：2006/05/16(火) 20:29:49: わたすも普段免除なので気付きませんでしたよと。
243 ：管理人さん ★：2006/05/16(火) 20:57:18: ﾔﾊﾞｽこれ全然わかんねえや。
設定に関係なくセッションデータがあぼーんしてる。
タチが悪いことに必ず絶対あぼーんではなく、しばしば生きてたりして
その生死の因果関係がさっぱりわからない。なんじゃこりゃ？
244 ：名無しさん：2006/05/16(火) 21:17:41: デフォルト通りコメントアウトするとそれなりに保持されるような。
コメント解除すると画像の+踏んだときゃ必殺ですな。
というか気付いたんですが、s151鯖あたりから？携帯からだと広告免除じゃなくても挿入広告が表示されてな(ry
245 ：管理人さん ★：2006/05/16(火) 21:35:08: >>244
あ、ホントだ。
以前もケータイでは広告が表示されないことがあったけど
今はまるっきり表示されなくなってるなあ。
PC用がgoogleのに変わってるのでそっちに統一して
以前の業者（どこだったっけ？A8？）はやめたとか？

さて、ケータイだと >>243 のように壊滅的な状況ではないなあ。
広告自体がなんか原因なのかしら？？？
246 ：名無しさん：2006/05/16(火) 21:37:43: まるごと全部xにぶちこむとどうなりますか？
247 ：管理人さん ★：2006/05/16(火) 22:15:01: >>246
隊長！報告であります！！
全部xでは、デフォのままでもim.phpを別に用意してもノープロブレムです！！
248 ：名無しさん：2006/05/16(火) 22:42:29: うーん
キャッシュリミッターも設定されてない
てなことはやはりヘッダか。。。
249 ：名無しさん：2006/05/16(火) 23:31:31: ごっごるあどがみんな悪いのね。
ふと思ったんだけど
設置でれくとりに.htaccessこさえて
LayoutIgnoreURI im.php

みたいに書いたら変換スクリプト別にした時に設定項目が減りませんか

とそもそも有効か知らんのに思いつきで言ってみるテスト
250 ：お待たせすますた＠管理人さん ★：2006/05/17(水) 20:36:41: >>249
オヒサルに明記がないのでてっきりNGだと思ってますた＞＞LayoutIgnoreURI
ググってみたらバンバン使われてるのね。なら、確かにそっちのほうがいいですわ。

さて、しかし少なくとも現在のうちの試験鯖での症状は
画像スクリプト関連を含むいかなる設定にも関係ないのでありました。

次レスに続く。。。
251 ：管理人さん ★：2006/05/17(水) 20:44:45: 現在のうちの試験鯖での症状。

同じセッションIDで二度アクセスすると、セッションデータが消滅する。
セッションの照合キーも消えているため、この時点でセッションが初期化され
セッションIDも新しいものが割り振り直される。

1．最初のアクセス
セッションIDは「ABC123」が割り振られる。

2．1のリンクをクリック
「ABC123」のセッションデータは存続しており
セッションIDも「ABC123」のまま。

3．2のリンクをクリック
「ABC123」のセッションデータは消滅。
新たなセッションIDが割り振られる。

次レスに続く。。。
252 ：管理人さん ★：2006/05/17(水) 20:55:47: とりあえずの結論は
セッションデータを消滅させている直接の原因はsession_destroyの模様。
session_destroyすりゃ消滅するのは当たり前じゃん。。。ではなく！
session_destroyする以前に既に消滅してしまっている。
で、なぜだかここをコメントアウトすると消滅しない、という。
ロジック的には全くつじつまの合わない
なぜそうなるのか原因がさっぱりわからない状況。

次レスに続く。。。
253 ：管理人さん ★：2006/05/17(水) 21:09:14: session_destroyしてるのは、セッション乗っ取りやら
セッション・フィクセーション攻撃の回避のためで

session_start();
if (セッションデータがない|照合キーが一致しない|有効期限切れetc...) {
　session_destroy();
　session_id(generateId(SESSION_ID_LENGTH));
　session_start();
}

こんな感じ。
session_regenerate_idを使えば、session_destoryせずとも
$_SESSIONを空にしCookieを削除するだけでいいのだけど
session_regenerate_idが割り振るIDはPHPのデフォ
つまり32ビットのmd5ハッシュで
文字数を稼ぎたいこのスクリプトではこれを使わず
独自の関数で任意の桁数のIDを生成しているため
こういう仕様になってます。

次レスに続く。。。
254 ：管理人さん ★：2006/05/17(水) 21:13:30: てなことで当座の対策としては
まずはsession_destroyを削除するわけですが
（あ、ちなみにこれをsession_write_closeに置き換えても症状は同じ）
しかしこのままではsession fixation攻撃が有効なので
IDを割り振り直してセッションを再起動している箇所を
session_regenerate_idに置き換えます。

当然IDはmd5ハッシュ値になっちゃいますが
他に対策が思いつかず。
255 ：管理人さん ★：2006/05/17(水) 21:28:02: ちなみに試験場は以下。
http://rcdtokyo.s197.xrea.com/
256 ：名無しさん：2006/05/17(水) 21:55:15: 一番でしかられますた
Notice:A session had already been started - ignoring session_start() in /virtual/rcdtokyo/public_html/pc2m/index.php on line 268
257 ：管理人さん ★：2006/05/17(水) 22:14:35: >>256
あ、ちゃんと動いてないっすね、わっはっは。
でももう疲れたので今日はなにもしない。
エラーが連発する様子をお楽しみくださいｗｗｗ
258 ：名無しさん：2006/05/18(木) 13:08:36: URL入力欄の隣に？があると、URL入力の後に？のリンクに
飛んでしまいますた。
？をGOの後ろにしてくりませんか。
259 ：名無しさん：2006/05/18(木) 13:24:25: テキストファイル内に<IMG>があった時とか
http://win32lab.com/fsw/htox32c.txt

RSSでなんかあれな時とか
http://bettysplendens.com/rss/rssfeed.imp?type=featured

画像OFFでも画像を表示しようとしますね。かなーり特殊な例ですし対応の必要もない気がしますが報告だけ
260 ：管理人さん ★：2006/05/18(木) 15:33:52: >>258
押し間違えるじゃねえかｺﾞﾙｧ(#ﾟДﾟ)ということね。
う～ん。。。他の入力欄のヘルプとの兼ね合いが。。。
まあおいらもたまに押し間違えるわけですが（藁
ちょっと悩んでみます。
261 ：管理人さん ★：2006/05/18(木) 15:38:50: >>259
テキストのは昨日修正したとこでした。
HTMLのクセにContent-Typeがtext/plainとなってるURLにしばしば出くわすわけで
（ブラウザではもちろんソースがそのまま表示される）
初期のテキストのみの頃に、ちょっとヘンでも変換するようにしといてやるか
ということで放置しといたわけですが、画像も表示するとさすがにヘン過ぎるので。
262 ：管理人さん ★：2006/05/18(木) 16:04:29: >>259
でRSSですが、この例はTITLE要素に（参照形式の）HTMLタグが含まれていて
しかしpc2mは「TITLE要素はプレインテキストだっぺ」という前提で
HTMLの置換処理を省いているためこうなってますね。てゆうかまたベタかｗ

RSSについてはRSSの多様化や、PEAR::XML_RSSの仕様によって色々問題が出ていて
例えばサマリー部分にHTMLタグが含まれ、かつその中途で途切れているような場合
RSS自体にはタグは参照化されているため問題ないのですが
現状のXML_RSSは、それがCDATAセクションであろうとなかろうと
参照形式を全て実体化してしまうため変換時点ではそのまま途切れたタグ扱いになってます。
あるいは要素の中途に広告が挟まれてるようなRSSとかちゃんと解釈できてないし。

こういうRSSって、とにかく参照化されてる限り文法解析器ではvalidとなるのだろうけど
実際、仕様としてはどうなんだろ？

てなことでRSSについては、もうちょっと色んな例が出揃ってから
対応を考えるという方向でしばらく放置の予定であります。
263 ：管理人さん ★：2006/05/18(木) 22:27:40: さてxrea問題ですが。
昨日のsession_destroyのハナシは忘れてくれｗ

今日はセッションの起動と再起動にのみ焦点を絞った簡潔なスクリプトで実験してみたのだけど
相変わらずﾜｹﾜｶﾗﾝのだが、ミョーな現象に出くわしますた。詳しくは試験会場でどうぞ。
http://rcdtokyo.s197.xrea.com/

ソース晒してるので、あら捜しして♪して♪
264 ：管理人さん ★：2006/05/19(金) 18:54:54: xrea問題ですが結論出ますた。

うちの試験会場で発生していた各種症状の原因は広告部分にあるJavaScriptの模様。
これまでの試験はすべてJavaScriptがONなFirefoxで行っていたのですが
単純に、JavaScriptをOFFにしてみたらば症状が出なくなりますた。

てなことで、そもそもの >>232 のものとは関係ないことをおっかけてた希ガスorz
試験会場に、ページに記載の手順のまんまで設置したものを置いたので
これで確認してみてくださいな。
http://rcdtokyo.s197.xrea.com/
265 ：管理人さん ★：2006/05/19(金) 18:58:57: ところでLayoutIgnoreURIなんだが
画像スクリプトをカレントのim.phpにして（x以下ではなく）

「LayoutIgnoreURI im.php」だとNGで
「LayoutIgnoreURI *.php」だとOKなんだけど（もちろん広告は一切ナシ＝規約ｲﾊｰﾝ）

なんか間違えちゃってます？
266 ：名無しさん：2006/05/19(金) 19:19:32: LayoutIgnoreURI *im.php
だとどうですか？
267 ：管理人さん ★：2006/05/19(金) 20:17:33: >>266
おｋですた。
そしてフルパスで書いてもおｋですた。
なんじゃそりゃぁぁぁ。
268 ：ついでにage＠管理人さん ★：2006/05/22(月) 19:03:05: さて、s197鯖と格闘しているうちに、どこをどういぢってたか忘れてしまったわけだが。。。
なんかヘンになっちゃってるところある？

変更したおぼえのあるもの
・text/plainのhtmlSpecialChars化
・閉じタグのないaが2ヶ以上連続する場合ウンコだったのを改良
・閉じタグのないfontとかbにちょっぴり対応
・bgcolorのあるtableをdiv style="background-color:その色"で囲ってみた
（まあiモードでは表示上の変化はないわけだが）
・object|embedの処理を変更して、objectのみの場合にも対応

やろうと思いながらまだ手をつけてなかった筈のもの
・画像同時表示時の最大横幅固定設定（ユーザ設定）

あとは忘れた。
269 ：名無しさん：2006/05/22(月) 21:40:16: >・画像同時表示時の最大横幅固定設定（ユーザ設定）
画質と合わせてプルダウンをTemp～から持ってきて付けてます。
画像ONモードに関しては直接入力よりは240、180、120、480(PC)みたいな感じのプルダウンの方が手軽で使いやすかった。
270 ：管理人さん ★：2006/05/22(月) 23:08:59: >>269
う～ん、にゃるほろ。
直接数字入力＆画質選択はナシにしようと思ってたんですが。。。
このあたりの好みはまちまちな希ガスので
下手に「オヒサル」でやらかさないほうがいいかな？
271 ：名無しさん：2006/05/23(火) 00:03:20: しつこくXREA試験鯖だが、今ケータイから使ってみたら、やっぱキャッシュコントロールが出力されてないでやんの。
ダメだこりゃ。
272 ：名無しさん：2006/05/23(火) 00:06:41: 自動広告非表示+手貼広告なら多分動く。
273 ：名無しさん：2006/05/23(火) 10:38:37: JAVAScriptナシならおｋ？
ってゆうかGoogleじゃなければおｋ？
274 ：名無しさん：2006/05/24(水) 01:49:15: 前は自動挿入広告は全部駄目だったような…
275 ：閑話休題ｽﾏｿ＠管理人さん ★：2006/05/24(水) 16:14:23: iモードでヤフーニュースの記事を表示すると
「前後の記事」以降が、一見インデントタグの閉じられてない
インデントされたままの状態で表示されます。
PCでの見栄えには問題なかったので、なにごとかと思ったら原因判明。

この「前後の記事」は、各項目がLIで括られていますがULまたはOLはありません。
この場合FirefoxのQuirksモードとIE6ではリスト記号（黒丸）あり＆インデント無しで表示します。
一方FirefoxのStandards Compliantモードはいずれも無し（事実上無視）で表示します。
ちなみにデモサイトのものは、PCでは（CSSを使うために）DOCTYPE宣言を挿入しており
FirefoxはStandards Compliantモードで描画するため気が付かなかった。
（ヤフーニュース（といかオールヤフー）はDOCTYPE宣言無し）

で、iモードはと言うとリスト記号（黒丸）もインデントもありという
あたかもULの子要素として書かれているように描画するようです。
で、それはいんだけど、そのまま閉じタグがないのと同じ状態で
インデント解除しないんだよね。それでこんな表示になってるわけです。
アフォなのはヤフーなのやらアクセス/ドコモなのやら。。。
276 ：管理人さん ★：2006/05/24(水) 18:01:28: >>259
とんでもなく遅レスなわけだが。

RSSのところって随分永らく手を付けてなかったのだけど
久しぶりに見てみたらなんでこんなツクリにしたんだが
どう考えても効率の悪いことをやっているので書き直した。

残念ながら？例として挙げてもらってるベタサイトのRSSは
問題となってたTITLE要素のIMGタグは消え失せてるのだけど
そういう例でも問題なくなった筈。

でももしかしたら、その「効率の悪い」ツクリになんらかの必然があって
忘れてるだけかもしれず、どっかでなんか問題あるかもしれない。
実際世の中Valid XMLではないRSSってかなり多いし。。。
277 ：管理人さん ★：2006/05/24(水) 22:40:52: てなことで「オフィシャルに」画像同時表示時の最大横幅固定設定を付けてみますた。
直接数字入力＆画質選択はナシです。

いや、てっきりこれ用に新しいパラムを用意しなきゃならないと思い込んでたのだけど
既存のパラムがそのまま転用できるのね。マジで気がつかなかったｗｗｗ
それなら画質選択を付けたりするのも簡単なわけですね。なるほど。
278 ：管理人さん ★：2006/05/24(水) 22:48:31: しばらく前から、bgcolor属性のあるtableは
<div style="background-color:その色">～</div>で括ってましたが
iモードのインチキCSSはこれを解釈できないので
これをtable化するという本末転倒なことをやってみました。

本来のtableはp化してるためPCブラウザのデフォDTDでの見栄えは最悪なわけですが
EZwebをご利用の皆さまにおかれましてはいかがでしょう？
やっぱEZ→div：iモード→tableとか切り替えたほうがいいのかな。。。
279 ：名無しさん：2006/05/24(水) 23:57:41: こことごっごるの上とかみる感じだと特に崩れたりはないような。
http://www.tagindex.com/html_tag/table/table_bgcolor.html
処理みる感じだと表示的にほとんど変わりないぽ。902以前のi-modeが大丈夫なのであれば良いのでは。
280 ：pl9o9lq：2006/05/25(木) 07:49:38: お世話になってます
ご案内いただきましたのでこちらへ来ました
auを利用してるのでauの動作確認くらいならできますｗ

ｐｃ２ｍの利用用途としてＰＣサイトを携帯で閲覧するというのが
基本のコンセプトであろうと思いますが
閲覧中のサイトのソースをいじれるというのが面白く
閲覧先が携帯用サイトであってもちゃんと見れて好きなようにいじれたら
楽しいなと思います
方言変換串として使ったりとか、語尾をすべて「だっちゃ」に変えるとかｗ
そう考えるとpc2mにはいろんな可能性が見えてくると思うのです
281 ：管理人さん ★：2006/05/25(木) 13:44:48: >>279
確認モツ～
んじゃこれでいいや、どーせ万全じゃあないしｗ
旧世代機で装飾アリで使ってるﾔｼはある意味ネ申＞902以前
282 ：いらっしゃい＠管理人さん ★：2006/05/25(木) 14:02:43: >>280
ああ。。。ソースフォージでよかったのにｗ

上にもあるんだけど、こいつはHTMLならなんでも喰えるので
例えば方言変換串なら、それを別途に作っておいて
その出力を、さらにこいつに喰わせるほうがこいつを改造するより簡単。
PerlでもRubyでもPythonでも、好きな言語で組めるし
アリモノのCGIを転用できるし。

例えば以下の低脳AASは横幅固定のPNGを吐き出すだけなのだけど
それをpc2mに喰わせると端末に応じたサイズや形式に変換されるという感じ。
http://www.rcdtokyo.com/ucb/contents/i000728.php
283 ：管理人さん ★：2006/05/25(木) 14:08:57: デモサイトにある「ニュー速とかの1（仮）」もそうっすね。
これは2ちゃんのsubject.txtを読み込んでHTML整形して出力してますが
端末のキャッシュサイズに応じた分割とかはpc2mまかせ。
284 ：pl9o9lq：2006/05/25(木) 16:50:30: 語尾だけ変えたいなら
「Config.inc.php」の文字変換表に

"'です。'"　　=> "だぉ('・ω・`)。",

なんて変えたら簡単かなーなんて思ってたり
285 ：管理人さん ★：2006/05/25(木) 18:07:33: >>284
ただしここの指定では有無を言わさず変換されてしまうため
ユーザがなんらかの設定ができるインタフェースは
（コア部分を改造しない限り）設けることができないわけです。
例えば方言変換の選択肢として、名古屋弁|大阪弁|博多弁。。。
というのがあって、それを選択して切り替えられるようにしたいなら
別のプログラムで処理したほうが簡単便利ということですね。
（ちなみにマークアップをいぢらないならどっちがラッパーでもいい）
286 ：名無しさん：2006/05/25(木) 18:21:33: pc2mはリモートオブジェクトを取得するのにPEARを使ってメンドーなことをやってますが
これはCookieだあ、Refererだあに対応したりHTTPヘッダを解析したりしているためですが
大半のウェブページの取得はもっとお気楽簡単です。以下はPHPでの各種サンプル。
http://php.s3.to/tt/tt6.php

あとは、取得したHTMLソースを煮るなり焼くなり。。。

ただし日本語を扱うなら文字エンコの判定と変換がメンドーだけどﾅｰ(´∀`)
287 ：名無しさん：2006/05/25(木) 18:29:37: pc2mを方言の数だけ設置してリンク貼れば楽にいける
と直感した
288 ：名無しさん：2006/05/25(木) 18:38:28: >>287
　　_n　　　　　　　　　　　　　　　　 n_
　（　l　　　　_、_　　　　　_、_　　　　l　）　 good 直感!!
　＼＼　（ <_,`　）　（　,_ﾉ` ）　／／
　　　ヽ___￣￣　）　 (　　￣￣___／
　　　　　/ 　　/　　　　＼　　＼
289 ：管理人さん ★：2006/05/25(木) 19:52:40: ところで>>277の横幅固定だが。
既存パラムの転用だと、そのパラム本来の
画像の単独表示時の設定変更がそのまま引き継がれてしまうわけだが。

別にいんじゃねえのとおもうひと
ノ
290 ：名無しさん：2006/05/25(木) 22:00:37: ﾉｼ
291 ：pl9o9lq：2006/05/26(金) 19:06:13: ファイルをキャッシュする串として利用するなら
また別の串を設置して多段串にして使う形になりますかね
292 ：管理人さん ★：2006/05/26(金) 23:46:34: >>291
Esta si.

多段串と言うと悪なイメージがあるわけだが
そもそもうちの子は本来の意味でのプロキシとはちょっと違うので。
293 ：管理人さん ★：2006/05/26(金) 23:47:50: それはそうと、おまいらバージョンアップしときましたよ。
294 ：名無しさん：2006/05/27(土) 00:35:03: もつもつ。そろそろ1.00化も近いですね。
295 ：名無しさん：2006/05/28(日) 03:14:16: 新バージョンで下記携帯用動画のMIMEタイプを追加して
試してみましたがこちらもエラーページに飛んでしまいますですね・・

'amc' => 'application/x-mpeg',
'3g2' => 'video/3gpp2',
'3gp' => 'video/3gpp',
296 ：pl9o9lq：2006/05/28(日) 09:51:19: http://www.rcdtokyo.com/pc2m/index.php?_ucb_v=1&_ucb_l=1&_ucb_k=1&_ucb_u=http%3a%2f%2fwww.eid.jp%2fvuh73%2f

こちらを閲覧するとエラーが上部に出てしまいます
画像変換サイトのようです
297 ：管理人さん ★：2006/05/28(日) 22:58:31: >>295

■Config.inc.phpのコメントより抜粋

* 以下の連想配列$mime_typesに登録した拡張子は、サーバの送信するMIMEタイプ
* に関わらず、登録したMIMEタイプとして処理されます。
* なお、このスクリプトがサポートしていないMIMEタイプについては、サポート外
* である旨のエラーメッセージが表示されるのみなので、これらについてはMIMEタ
* イプを正確に記述する必要はありません。

■想定している使い方の例

◎サーバ側でtext/plainとなっているASXをエラーにしたい。
◎サーバ側でapplication/octet-streamになってるRDFを表示したい。
298 ：管理人さん ★：2006/05/28(日) 23:11:17: >>297
ｻﾝｸｽｺ。

ところでこのURL、某巨大掲示板のYouTube板から拾ってきたか
そこから流れ出たものだと思いますが
このアドレスでYouTubeの動画が見れるわけではないので念のため。
299 ：名無しさん：2006/05/28(日) 23:18:22: その動画変換を提供してる某串の鯖負荷が知りたい今日このごろ
300 ：名無しさん：2006/05/29(月) 00:41:52: >>299
飼育？
301 ：名無しさん：2006/05/29(月) 02:48:14: ｲｪｱ
302 ：名無しさん：2006/05/29(月) 13:06:39: >>301
fileseekではないけど
以前にPC←→携帯の動画投稿掲示板をやらかしてた知り合いに聞いた話では
動画変換自体の負荷は大したものではなかったらしい。
リアルタイムではなくバッチ処理なので、ピークとアイドルを運営側で調整できるし。
ただ、結局は動画配信なわけでトラフィックは嵩むし、アクセスも結構あったのだが
商売上手ではなかったため、インフラ代が追いつかなくなって結局閉鎖。
ちなみにそこのシステムはドットNETだった。
303 ：名無しさん：2006/05/29(月) 18:08:33: >>295

追加したMIMEに応じた処理を加えたければ
v0.9.15では784行目以降のswitch文のcaseを追加すればいいかと。

case 'application/x-mpeg':
case 'video/3gpp2':
/* WAP2端末ならOBJECTタグを生成 */
if (WAP2端末なら) {
return '<object code="'.$_current_url['url'].'" type="'.$_ctype.'" copyright="no">
<param name="disposition" value="disposition値" valuetype="data" />
<param name="size" value="データサイズ" valuetype="data" />
<param name="title" value="タイトル" valuetype="data" />
</object>
/* それ以外はエラー */
} else {
return sayError('ERROR_CTYPE_INVALID', $_current_url['url'], $_ctype);
}
break;

。。。みたいな。

でもdisposition値やデータサイズがとれないな（笑）
このへんのparamは必須なんかな？
304 ：名無しさん：2006/05/29(月) 18:09:53: '<object data="'だった。。。orz
305 ：管理人さん ★：2006/05/29(月) 19:20:46: ちょっと実験。

今回追加したMIME設定はあくまでHTTP_Requestが
レスポンスを返してきた後の判断になるわけですが
ご存知の通りHTTP_Requestは、素のままではMIMEに関係なしに
兎に角リモートオブジェクトのレスポンスボディを全て読み込んでしまい
読み込み終わるまでレスポンスを返しません。

以前に、対象外のMIMEは読み込まないようにHTTP_Requestを改造したわけですが
これもMIMEが適切でなければ無意味で
実際例えば動画ファイルのMIMEがtext/plainとなってる例はしばしばあります。
（こういう場合、通常はタイムアウトでスクリプト死亡）

そこでHTTP_Requestをさらに改造し、MIMEがtext/plainの場合に
最初のレスポンスボディの読み込み直後に、データにNULLが含まれる場合は
読み込みを中止し、MIMEをapplication/octet-streamに変更して
レスポンスを返すようにしてみました。
306 ：管理人さん ★：2006/05/29(月) 19:31:06: ◎勝手に実験場
http://www.gslb.mainichi.co.jp/universalon/iv/backnumber/2005/01.html

このページにリンクのあるWMVのMIMEはtext/plainです。
（MIMEがどうあれ、拡張子ﾏﾝｾｰなIEはWMPなどの
ヘルパーアプリを起動しやがるのでIEオンリーな管理者は気付かない）

>>305の改造を施したデモサイトのものでは即座にサポート外エラーが表示されます。

本当にプレインテキストなんだけどNULL文字を含む場合も
バイナリ扱いされるわけですが、しょうがないんじゃん？
307 ：名無しさん：2006/05/31(水) 04:09:50: あれ？対応済みだったaリンクの空白なしとかの処理が前のに戻ってません？
308 ：pl9o9lq：2006/05/31(水) 11:00:29: 面白いの見つけますた
http://hrlk.com/script/ezget/
ＥＺのダウンロード支援スクリプト
面倒なオブジェクトタグのファイルごとのパラメータ設定とか勝手にやってくれて
309 ：管理人さん ★：2006/05/31(水) 14:42:06: >>307
うっ！がっ！へっ！あっ！
v0.9.15のpc2m.phpの1220行目「null」を「'$1'」に書き換えてくださいorz

>>308
あくまでEZ向けサイトの制作者の手間を減らすためのものなので
残念ながら、そのままではローカルの指定ディレクトリ内に
あらかじめ置いてあるファイルにしか対応しないと思います。
（ヒトのサイトのファイルを勝手にダウンロードさせるようにはできない）
310 ：管理人さん ★：2006/05/31(水) 18:09:55: そろそろ踏み台にされないための対策に着手しようと思うのだが
（今さらかよ！という突っ込みはｽﾙｰ）

・キャリアネットワーク以外からのアクセス禁止（設定）
・有効なセッションデータがない＝継続的なアクセスではないのに
　いきなりリモートサイトにPOST送信しようとしてれば弾く

他になにかとれる対策はあるかしら。。。
311 ：名無しさん：2006/05/31(水) 21:25:55: 大変面白いモノを提供して頂き感謝しております。

いい気になって弄くり倒してから気がついたのですが
www.amazon.co.jpにアクセスすると本文の日本語部分が「ア」こんな感じになって携帯から見れなくなってしまいました;;

当方超初心者でなにが原因でそうなってしまったのかわかりません…
どこをいじってしまったのでしょうか？
よろしくお願いします
312 ：名無しさん：2006/05/31(水) 21:26:48: あ、「ア」になってしまいました；；

「＆＃12450；」な感じです…
313 ：名無しさん：2006/05/31(水) 21:32:00: 困った時は入れ直せばいい
314 ：pl9o9lq：2006/06/01(木) 00:41:54: >>308はpc2mを自サイトの携帯対応で使っている人もいるかと思いまして
そういう人には役に立つかなと

>>310
BBQとBBMを組み込んで弾くのはどうでしょ
私のPC2M置いてるXREAはBBQにリストされてしまいますた･･･
http://qb5.2ch.net/test/read.cgi/operate/1093340433/
http://bbq.uso800.net/code.html
315 ：名無しさん</