0

だから私はcodeigniter上に構築したフレームワークを持っています。デフォルトでは通常のcodeigniterセッションを使用し、Cookieで最大4kbのストレージを暗号化できます。

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

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

これは可能ですか。本当に悪い考えのようですが、動的登録プロセスをやり直したり、サイト全体でdb_sessionを実際に使用したりする必要はありません。一度にオンラインになっているユーザーが多すぎると、サイトの実行が非常に遅くなるためです。

したがって、登録コントローラーがロードされている場合にのみ、構成の変数をtrueに設定できると思います（$ _SERVERまたはURIヘルパーを介してURLをチェックし、構成にロードできるかどうかを確認します）。 ）。

これはもっともらしいと思いますか？

4

1 に答える 1

2

本当に悪い考えかもしれないようです

あなたはあなた自身の質問に答えました:)ユーザーがあるページから別のページに切り替えるときに問題が発生します。複数のウィンドウを開いたり、「戻る」ボタンを押したりするとどうなりますか。登録を開始するときにCookieを切り替え、最後に元に戻す必要があります。基本的に利益がないため、非常に厄介になります。

ただし、動的登録プロセスをやり直したり、サイト全体にdb_sessionを実際に使用したりする必要はありません。一度にオンラインになっているユーザーが多すぎると、最終的にサイトの実行が非常に遅くなるためです。

現実は; セッションにDBを使用して実際のパフォーマンスの問題を発生させるには、Webサイトを巨大にする必要があります。DBを使用していない場合は、ユーザーのコンピューターに保存されているCookieに依存しています。サイトによっては、これは、そのCookieを編集して、「admin=true」などを変更できる可能性があることを意味します。

DBセッションを使用するだけです-状況を複雑にしすぎていると思います。

于 2012-05-09T21:13:28.850 に答える