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


レス数が1000を超えています。残念ながら全部は表示しません。
【本スレ】不具合報告・改善要望スレ

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

スクリプトの画面下部にある「掲」リンクをクリックすると
現在のURLがあらかじめ入力されたフォームから投稿できます。

161 :名無しさん:2006/04/29(土) 12:10:40
ODN光です。
www.rcdtokyo.comを探しているみたいですね。
今まさに表示までに2分ぐらいかかります。

162 :ucb@等々力:2006/04/29(土) 14:16:47
2分はすごいなあ
うちの自宅はメンドーなのでローカルのhostsに登録しちゃいましたwww
ケータイを含め、他ではそんなことないのだけど
なにが違うんだろう?

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
やっぱしダメかwww>>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なので「一部変換」ではボーダ以外は表示されませんよと。
画像のデータサイズは、変換が終わってこれから出力するぞというときまでわからないわけで
その時点でオーバーしてたから、じゃあやり直し(以下繰り返し)という処理はイヤ過ぎw
どのみち「一部変換」では全ての画像をコントロールできないしね。

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件表示される
一覧から「めざせJリーグ!京都パープルサンガ」をクリック
「予約」をクリック
図書館カードとパスワードの入力画面が表示

と、ここまでちゃんと進みます。
「検索した書籍のリンクが消え」とあるのは
結果の一覧の各タイトルにリンクがないという状態ですか?
だとしたら、少なくとも今はリンクはありますよ。
図書館側の一時的な不具合だったかも。。。

193 :名無しさん:2006/05/06(土) 06:29:43
そうなんです。
その、目指せJリーグ京都パープルサンガ がリンクが消えてる状態でクリック出来ず予約ページに行けないんです。
ちなみに端末は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>京都パープルサンガユースに見る実践的トレーニング! 菅野 将晃 潟Wャパンラ[○]
</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
サカ豚なので知りませんyp
ウソです知ってます。てゆうかパープルサンガかいな

PCブラウザをスクリプトOFFにして見てみてくらはい。

204 :サカ豚モードからプログラマー(笑)モードに移行中@管理人さん ★:2006/05/08(月) 17:20:01
サカ豚なので知りませんyp
ウソです知ってます。てゆうかパープルサンガかいな

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

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

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

かなーり色んな試行錯誤をやらかしたんですが
結局<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
管理人さん、ご苦労様でした&ありがとうございます。
これで快適な図書館生活できます!。
さてW杯中断の2ヶ月でしっかり建て直してしっかり残留したく思ってます!
サンガにも専スタが欲しいよ。。。

221 :管理人さん ★:2006/05/10(水) 20:03:02
>>220

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

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

阪急線に乗ってて、今の西京極の位置にスワンが建ってるのが見えたら
おいらが京都市民なら、サッカーに興味がなくても一度は行ってみようと思う筈。
しかしそれがスワンじゃなくて大宮とか西が丘なら。。。w



222 :管理人さん ★:2006/05/10(水) 20:12:47
>>219

独自検証乙です。
ちなみにP以外も、残存するブロック要素は全て同じ処理にしちゃいました。
ブロック要素を抽出して全面的に書き直すこともやってみたんだけど
複雑になりすぎ、処理時間も文字数も増大してしまうので却下。


223 :管理人さん ★:2006/05/10(水) 20:21:13
ついでにホワイトスペースの処理を見直してみた。
余計なホワイトスペースを削って文字数を稼ぎ
一方そもそも文字数の少ないページでは処理速度がうpしてる筈で
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
乙乙。


<!--
ないようがないようと言われるので見てみると、</HEAD>で閉じてなかったり様々なサイトがあるなあと。
大抵のブラウザでは勝手に補完したりしてるようですが、そのせいで気づかれないまま放置されてるのが多いのかなあと思うちらしの裏
-->

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
ビクーリしたぽw


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
あ、ちゃんと動いてないっすね、わっはっは。
でももう疲れたので今日はなにもしない。
エラーが連発する様子をお楽しみくださいwww


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にしばしば出くわすわけで
(ブラウザではもちろんソースがそのまま表示される)
初期のテキストのみの頃に、ちょっとヘンでも変換するようにしといてやるか
ということで放置しといたわけですが、画像も表示するとさすがにヘン過ぎるので。


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

0ch BBS 2007-01-24