質問

することは可能でASP.NET カステラをユーザに関連するセッション変数のサーバー?セッション変数immutablyつのユーザーが作成していくためには、内なる時に、宇宙-寸法は?

役に立ちましたか?

解決

お答えし独自の質問:セッション鍵付きるidとができます.このidが発生するもの乱数暗号化できます。であることが保証されていない独特のもので可能性は低いと考えることが重複しての寿命です。された場合にもセッション実行のための全作品。するであろう長い年月を気サイトをも生成し、複製キーあり(無更または事実をうまで)。

のかを述べたいと思います。ることが表示されていないとの問題でセッション値を得ます。こういう時は、接続プール.ADOプール接続によるデフォルトが希望される場合は、接続ユーザ名/パスワードなプールのない新しい接続します。ヒントされる性能のボトルネックは将来のサイトの場合は非常に大きい。そんな気がしていますから私はSQL Server、Oracleがあるときに切り替えのアイデンティティユーザーです。私は驚きがなかった場合は相当にSQLサーバーです。が接続してみてくださいおDB汎用ユーザ名/パスワードおよびその実行性とスイッチ前に電話でお手との接続のコードです。

他のヒント

によって異なりますので、おセッションプロバイダの場合でオーバーライドにセッション鍵の生成が明らかになり、その後複数のユーザーがアクセスと同じです。

どの動きを見ているのか?やまだありません静態の変数ですね。

つなが可能です。...

ない場合を除き、保管セッションの状態にsqlサーバーやその他の処理保管して相談します。..

セッションは、ユーザーのクッキーのチャンスの相談、通常のシナリオは非常に難しいこの問題を使用する場合は分散セッションの状態です。

それは無理なことです。セッションに縛られるからです。

ているミックス、またはい場合で混合す。

情報:

私には、アプリのユーザid/パスワードからログインページや店舗でのセッションに変更します。しぐれっ接続文字列との通話をSQLサーバーです。

時テーブルが更新しい'system_user'データベースに特定の最終更新によりユーザーです。いている一部の奇妙な行動を、ユーザー待ちしており記載することは誤りがありましたので、で示するから。

ですがポップにデバッガの場合は、正しい値が渡される接続文字列?で迅速におidenfityる側の問題である。

したこと等により、接続コードの静的特性のための接続またはユーザーは、ユーザーがその接続のものに交換その最新のユーザーのアップデート前の火災にoffになります。

私の推測ではまだ利用においstaticフィールドにクラスの接続文字列になります。者ではないstaticフィールドの再利用、複数のIISご要望なんでしょうけんを見て、最後にログインユーザーの最終更新されます。

余談ですが、持っていない場合、本当に良い理由のためそしてなんかに接続するDB。んの予防から身を接続プールが傷つき、高負荷時の性能.

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top