|
1からまでを表示 (計6) |
|
少し訂正です。
ベリサインしかというのは数年前の話でした…。
最近の機種ではサイバートラスト等、けっこう対応されているようです。
参考：
http://www.slogical.co.jp/ssl/
http://triaez.kaisei.org/~kaoru/ssl/cell.html
以上、よろしくお願い致します。
Posted on 3月 05, 2012 at 11:29 午前
|
|
yamanoi 様
はじめまして、質問の投稿者です。
これは共用SSLと言うよりも、
ほとんどの携帯（ガラケー）がベリサインの証明書しか対応していない、
と言う問題ですね。
以上、よろしくお願い致します。
Posted on 3月 04, 2012 at 7:45 午後
|
|
katz515 様
はじめまして、質問の投稿者です。
共用SSLの危険性についてですが、
サブドメインでユーザを切り替えている場合、
一概には言えないと思います。
参考：http://sakura.cb-faq.com/faq/public/app/servlet/qadoc?000735
（よくネット上で書き込まれている共用SSLの危険性は、
同じドメインを使用し、サブディレクトリでユーザを切り替えている場合です）
以上、よろしくお願い致します。
Posted on 3月 04, 2012 at 7:44 午後
|
|
返信が遅くなり申し訳ございません。
やっと時間ができ、調査できたので報告いたします。
（concrete5は先日触り始めたばかりのど素人です。
間違いや勘違い等ございましたら、厳しくご指摘願います）
concrete5は、BASE_URL以外のドメインでアクセスすると、
BASE_URLのドメインでリダイレクトする機能ついているようです。
なので、指示いただいたURLでSSLにアクセスすると、非SSLへリダイレクトされてしまいます。
そこで調べたとこと、
define('REDIRECT_TO_BASE_URL', false);
とすることでリダイレクトをオフにできることがわかりました。
ただ折角ついているリダイレクト機能をオフにするのはどうかと思ったので、
もう少し調べたところ、
BASE_URL_SSLで対応できるようになっていることがわかりました。
しかし、この機能はバグっているようです…。
参考：http://www.concrete5.org/community/forums/installation/redirect-problem-after-installation/
バグを修正（「Config::get('BASE_URL_SSL'」を「BASE_URL_SSL」に修正）
すれば動くようなのですが、更に問題が発覚しました。
さくらインターネットは「$_SERVER['HTTPS']」でSSLの判定ができないようです。
参考：http://www.usinezumi.com/blog/2009/07/08/3/
url_check.phpのバグの修正とさくらインターネットでなければ、
BASE_URL_SSLでスマートに対応できるようです。
私の場合はさくらを使用しなければならないので、
結局、REDIRECT_TO_BASE_URLの機能をオフにして対応することにしました…。
以上、よろしくお願い致します。
Posted on 3月 04, 2012 at 7:42 午後
|
|
早速のご返信、ありがとうございます。
URL以下の通りです。
非SSL：http://www.xxxxx.jp
SSL ：https://yyyyy.sakura.ne.jp
SSL対象の設置領域は、通常ページと同じです。
（同じソースを使用し、アクセス方法が異なるだけです）
レンタルサーバは、さくらインターネットのスタンダードです。
よろしくお願いします。
Posted on 2月 27, 2012 at 9:50 午前
|
|
通常ページ（非SSL）は独自ドメイン、
SSLページは共用SSLのドメインで運用したいのですが、
可能でしょうか？
また可能でしたらどのような設定が必要ででしょうか？
Posted on 2月 26, 2012 at 7:32 午後
|
