質問 > 管理機能 > 共有SSLの問題を皆で解決しましょう!(というか本当に必要です;) |
管理機能
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
tonton |
投稿日時: 2008/10/28 0:32
対応状況: −−−
|
仙人 登録日: 2008/8/14 居住地: 投稿: 437 |
Re: 共有SSLの問題を皆で解決しましょう!(というか本当に必要です;) とりあえず、cookieは使わずにアクセスさせてみて、と思ったところ、大きな問題に出くわしてしまいました。
何か勘違いしてしまっているのかもしれないのですが、mtb_constantsで、useCookieをやめてuseRequestにしたところ、どうも各ページでその都度セッションを発行してしまうようで、買い物カゴも正常に動作しなくなりました; そうすると、cookieを使用しない時点でサイト全体の遷移管理をtransactionidかユニークidを引き継いでやらないといけないことになり、これは、もう、どうにも手に負えないな、という感じです; 仕方がないので、トップページなど通常ページでは、サイドでログインブロックなどをだすのはやめることにして、SSL内でcookieをつかったセッション管理を引き継いでくれれば言い、という方針でやろうかと思うのですが、cartをSSLに移行しても、購入動作の途中で、処理がおかしくなって、トップページへSSL経由でリダイレクトされてしまうので、ここの問題を修復したいと考えています。 ずっと、コードを探っていますが、shopping/deliv.phpからshopping/payment.phpなどへ遷移するときに、共通しておかしいので、やはりLC_Page::sendRedirect()のどうさのなかで、パスの広い方に問題が生じているのだろうというところまでは推測したものの、その部分のPHPのデバッグ方法が分からず、1つやってはまたひとつ悩む状態です;(激泣) しょうがないので、やっぱ専用SSL?と調べていたら、 http://www.godaddy.com/ こんなサイトを見つけてしまいました。 この値段で専用SSLが取れてドメインもホスティングもまかなえるのであれば(但し購入もサポートも英語だけど;)それでいいかなぁと思い出しました。 ただ、自社サイトでは自己責任で、いいですけど、クライアントにはいくら予算がないと言われても勧めにくいですねぇ。。。 一からサーバも手配するクライアントの場合はまあ何とかなるんでしょうが、現在使っているレンタルサーバーでドメインを運用しているから、そこでサブドメインでやりたいとか言われたら、困るんですよね&結構こういうところあるんですよね・・・(再泣) すみません、言いだしっぺなのに、力足らずで全然解決できず・・・ |
フラット表示 | 前のトピック | 次のトピック |