■掲示板に戻る■
全部
1-
101-
201-
301-
401-
501-
601-
701-
801-
901-
最新50
レス数が1000を超えています。残念ながら全部は表示しません。
【本スレ】不具合報告・改善要望スレ
1 :
管理人さん ★
:2005/12/02(金) 21:49:49
PCサイト->携帯変換スクリプトに関する不具合や要望はこちらへ。
スクリプトの画面下部にある「掲」リンクをクリックすると
現在のURLがあらかじめ入力されたフォームから投稿できます。
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
メールおめっとさんです〜
それを考えて欲しくて誘導したわけだが・・・w
まぁベタで変換しても問題は無いんだけどねぇ
美しくない。
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スパルタ塾の様相を呈して参りますたがw
>>71
_domainMatchを眺めてたときに、こういうパターンはあるかも
と思ってまましたが、やっぱし実在しちゃうわけですねw
さて、こうゆうばやい
(1)(domainMatchを修正して)このパターンでもマッチするようにしちゃう
(2)それ以前のどこかで、ドメインのアタマにドットを付ける
どっちが正解でしょう?
てゆうか2だよな、やっぱw
で、いじるなら、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
の認証もイケるようになりますた。
∧_∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(*゜ー゜)/< 先生!こんな感じでおk?
_ / / / \
\⊂ノ ̄ ̄ ̄ ̄\ \_______________
||\ \
||\|| ̄ ̄ ̄ ̄ ̄||
|| || ̄ ̄ ̄ ̄ ̄||
.|| ||
75 :
名無しさん
:2006/03/06(月) 20:14:37
たぶんヨイと思われます。
ただし、CookieのRFC仕様から離れていくような気もしないでは無し。
かくいう私もあまりよく理解していませんが・・・
ご苦労様でした^^
さぁ、配布してちょんだいませw
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
そこの書き直しはかなりイヤイヤ(´Д`三´Д`)イヤイヤ
でも、実例が出てきたら考えよっと
246KB
掲示板に戻る
全部
前100
次100
最新50
0ch BBS 2007-01-24