2012-05-09 4 views
0

私はcodeigniterで構築したフレームワークを持っています。これは、デフォルトでは、cookieで暗号化された最大4kbの記憶域を許可する通常のcodeigniterセッションを使用します。通常の(4kb)セッションとdbセッションの両方を1つのcodeigniterアプリで使用しますか?

登録プロセスを必要とする一般的なアプリ向けです。質問は管理パネルから動的に生成されるため、サイズはさまざまです。登録プロセスは、プロセス全体にリダイレクトされるセッションデータに依存します。

私はこれがフレームワーク上の問題であることが分かっていたときに過去にdb_sessionsを使用しましたが、db_sessionを使用して登録プロセスを常に実行する可能性を検討していて、残りのサイトは4kbのクッキーセッション。

これが可能です。本当に悪い考えかもしれないようですが、ダイナミックな登録プロセスを再構築したり、実際にdb_sessionをサイト全体に使用したりすることはあまりありません。

だから私は、登録コントローラがロードされているときにのみ(変数$ _SERVERまたはuriヘルパー経由でURLをチェックすることでtrueになるように設定することができます)私は傾けると思います)。

これは考えられますか?

答えて

2

は、それはあなたが問題を抱えているよ:)それは

はあなたがあなた自身の質問に答え、本当に悪い考えかもしれないように思えるとき別のページからユーザーの切り替え。複数のウィンドウを開いて「戻る」ボタンなどを押すとどうなりますか?登録を開始するときにクッキーを切り替え、最後に戻す必要があります。それは基本的に利益のために非常に面倒です。

が、私は本当にあまりにも多くのユーザーが同時にオンラインである場合、それは最終的に サイトの実行が非常に遅くなりますよう、実際にサイト全体のためにdb_sessionを使用して動的な登録プロセスや をリワークする必要はありません。

実際には、あなたのウェブサイトはあなたのセッションのためにDBを使用することによって実際のパフォーマンス上の問題を抱えていなければなりません。 DBを使用していない場合は、ユーザーのコンピュータに保存されているCookieを使用しています。サイトによっては、そのCookieを編集して「admin = true」などを変更する権限がある可能性があります。

DBセッションを使用するだけで、状況が複雑になっていると思います。

+0

よろしく、私は複数のウィンドウを考えていませんでした。笑、これらのサイトのほとんどは、とにかくトラフィックの多くを見に行くことはありません。私がそれを避ける必要がある場合は、登録プロセスをいつでも書き換えることができます。アドバイスをいただきありがとうございます。 – Rooster

関連する問題