session-state

    1

    1答えて

    私は現在ASP.Net状態サーバーを使用してアプリケーションにセッションデータを格納しています。 セッションの大きな問題を回避するには(質問しないでください)、セッションから特定の文字列を含む一連のキーを削除する必要がありますが、正確なキーはわかりません。 私は以下のコードのようにしたいと思います。セッションデータは処理中であるため、これを実行することによってセッションデータ全体をASP.Netワ

    0

    1答えて

    自分自身のセッション状態プロバイダ(プラグ可能なもの)を作成したいと思います。私は同じことについて次の詳細を知りたいと思います: IISはこれに必要ですか? セッションを保存するデータベースを使用したくない場合、どうすればよいですか? (キャッシュを使用できますか?) このモデルはどのように見えるのでしょうか?カスタムセッション状態プロバイダはどこに収まるでしょうか? サンプルのサンプルは高く評価

    0

    2答えて

    私はasp.net(C#の)Webアプリケーションで作業しており、ここに私は問題があります。 私は顧客ページ(customer.aspx)を持っており、このページでユーザーは情報を記入できます&ユーザーはすでに登録ユーザーである場合にも更新することができます。 したがって、このページがロードされると、ユーザーがセッション変数を使用しているかどうかをチェックし、セッション変数が設定されている場合、ユ

    6

    3答えて

    メンバーシッププロバイダは、暗号化されたCookieにユーザー名と有効期限を格納し、それを使ってユーザーがまだセッションにログインしていることを確認しています。 この暗号化されたCookieにユーザーのパスワードを保存することも可能でしょうか。もしそうなら、それをどのようにサーバー側にアクセスしますか? 私は、同じ資格情報を使用するWebサービスを呼び出す必要があるため、サーバー側で利用できるユー

    0

    1答えて

    WCF Web APIを使用してRESTサービスを構築しています。 RESTはステートレスなので、セッションにOAuthトークンを格納することはできません。 (これは永久的なトークンではなく、有効期限があります) データベースにない場合は、そのトークンをどこに格納しますか?私がデータベースに保存すると、私はパフォーマンス上のペナルティを受けるでしょう。 WCF Web APIでセッションを有効にす

    1

    1答えて

    データをセッション状態に保存したい。ユーザーがフォーム認証で初めてログインしたときにこのデータを保存する必要があります。このセッション状態変数は、フォーム認証チケットの有効期限と同じ有効期限にする必要があります。これら2つが同期していることを確認する方法はありますか?

    0

    1答えて

    現在、クラスタ化されたWebSphere 7環境にデプロイされているJSF 2 + Spring 3アプリケーションがあります。サーバーは、セッション処理のためのメモリー間レプリケーション用に構成されています。アプリケーションのテストを実行中に、生成されています一般的な例外は以下の通りです:これは意味し、それを解決する方法をどのようになど [1/3/12 20:34:48:784 EST] 000

    3

    2答えて

    「シングルトン」は、「共有インスタンスが1つの通常の」オブジェクトとは異なり、「HttpContext.Currentのような単一のインスタンスとして表示されるオブジェクト」という珍しい意味で使用されています。 私のasp.net MVCアプリケーションには、UserContextクラスのシングルトンタイプを使用しています。このクラスを使用すると、強く型付けされたセッションオブジェクトとしてユーザ

    0

    1答えて

    セッションデータに非常に奇妙な問題があります。 InProcセッションモードを使用しているときに問題が表示されません。 これは、それが起こるかです: 1. HttpContext.Current.Session["testparam"] = "string value"; 2.私はPage.Unloadイベントでこのデータを確認してください。データはまだそこにあります。 3.別のリクエストが開始さ

    1

    1答えて

    2つのRailsアプリケーションがあります(分離されていますが、同じトップレベルドメインを共有しています)。開発中、私は最初のアプリケーションをlocalhost:3000で実行し、もう1つはlocalhost:3500 これらの2つのアプリケーションは同じですが、実際はそう簡単ではありません。 ユーザーがアプリケーション1にログインすると、再度サインインしなくてもアプリケーション2に行くことがで