アカウント名:
パスワード:
JavaScript、Cookie未使用なセキュアページ
CGIやらASPやらJSPやらにリンク全部貼りなおし
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
とはいっても・・・ (スコア:2)
たとえ一度痛い目に遭っても、喉元過ぎればね、一度体験した便利さを放棄することは出来ない人が多いでしょうね。
そうなると、仮に初期段階で両方用意されていたとしても、利用率が低い安全な方のページは、商業的には無駄なページ扱いされることも多いと思います。コンテンツや機能の追加で、片方だけバー
Re:とはいっても・・・ (スコア:2)
SSLは必須であると言えますから除くとしても
は無駄な仕組みを作り込まなくて済むからむしろコストはかからない、という事は、この「セキュア」版の方こそ割引対象とするべきでは?
実際のサイト構築の手順からしても、まずは単純なハイパーリンクだけで動き回れるように作って問題がない事を確認した上で、スクリプトやらで飾り立てていく訳ですから、どっちにしても必ず作られる方を利用するのに余計なコストを支払う必要はないでしょう?
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
Re:とはいっても・・・ (スコア:2)
> ない、という事は、この「セキュア」版の方こそ割引対象とする
> べきでは?
実際にはWebの商売でも競合他社っているわけなので、現在メジャーな機能を有料化するのは勇気いるんでしょうね。
> 実際のサイト構築の手順からしても、まずは単純なハイパーリン
> クだけで動き回れるように作って問題がない事を確認した上で、
デザイナレベルではやっていると思いますが、実際にシステムが入ると、CGIやらASPやらJSPやらにリンク全部貼りなおしとかも良くありますので、そのレベルだと、最初からJavaScript入れ込んじゃうことが多いですね。
というか、そもそもJavaScriptでWindow開いたりとか、画像変えたりとかが前提となっているデザインの場合も良くありまして、JavaScriptが使えないとなると、デザインも2通りとかだったこともありますね・・・
しょっぱなの構築だと、JavaScriptなし版作るのはそれほど問題ないときもありますが、問題はメンテだと思いますよ。どちらにせよ、構築のコストは2通り作る分増えますので、誰がそれを負担するかって問題ですけどね。これだけ不景気だと、倒産するより消費者に負担させるって選択肢も出てくると思いました。
Re:とはいっても・・・ (スコア:2)
それを解決するためにZope [zope.org]があるんですよ、とか言ってみるテスト。とりあえずZope入れればCGIとかレガシなもんから解放されるはず。Re:とはいっても・・・ (スコア:0)
セッション・クッキーを使うんでは?
それともURL埋め込みの、トホホなセッション管理する?
URL埋め込みだと、プロクシやキャッシュサーバのログに
記録さ