1

セッションがデフォルトでSharePoint内で無効になっていることを読みました(パフォーマンスのために聞いたことがあります)。セッションに収まるように見える状況がありますが、できることならセッションを有効にしたくありません。代替手段を検討したいのですが、それらが何であるかを見つけるのに苦労しています。それを有効にする方法について議論する多くの質問を見つけることができますが、代替案についてはあまり見つかりません.

私の状況では、ソリューション内のほとんどのページに表示されるコンボボックスが必要です。このコンボボックスは、ほぼすべてのページで (変数を変更することによって) データバインディングをわずかに変更する予定であり、ユーザーに対してサイト全体で一貫性を維持したいと考えています。「ページをどの言語で表示しますか?」のようなものです。または「何年のデータが必要ですか?」。明らかに、この情報はユーザーごとに保持する必要があり、特にユーザーがログアウトしたときに失われても問題ありません。

セッションを使用する代わりに、どのような選択肢がありますか?

4

2 に答える 2

1

複数のWebフロントエンドの可能性があるため、セッションが無効になっているのと同じくらいパフォーマンスのために無効になっているかどうかはわかりません。Web アプリケーションが 1 つのフロント エンドのみのファーム上にある場合は、セッションを有効にしてみてください。SharePoint が別の方法でコンテンツ データベースに格納する状態が突然、往復する必要がなくなり、Web サーバーで利用できるようになるため、実際にパフォーマンスが向上する可能性があります。少なくとも、それは私の経験です。中規模のボリュームを受信する単一のフロント エンド ファームでセッションを有効にすると、パフォーマンスがわずかに向上することに気付きました。

とはいえ、@agrothe が示唆するように、Session が確実に廃止された場合、次はおそらく Cookie を選択するでしょう。Cookie が出ていて、それが単一のフロント エンド ファームである場合は、サイトのプロパティ バッグを試すかもしれません。ただし、ここで説明したように、プロパティ バッグは実際にはセッションの代替として意図されたものではないため、一意のキーを使用していることを確認し、キーと値のペアを使い終わったら削除する必要があります。

于 2012-10-29T17:53:31.090 に答える
1

Cookie を使用してクライアント側の情報を保存しようとしましたか? これらの線に沿った何か

これは機能する可能性がありますが、ドロップダウンがページ ライフ サイクルのどこでレンダリングされるかによっては、さらに複雑になる可能性があります。

これはセキュリティ上の問題になる可能性もありますが、単純なフィルター データの場合、問題になることはありません。

于 2012-10-29T11:04:30.760 に答える