問題タブ [asp.net-profiles]

ASP.NET プロファイルはバージョン管理をどのように処理しますか? データがシリアル化されているため、テーブルではそうでない場合に問題になる可能性があることはわかっています。

ある種のシリアル化エラーをスローしますか?

例: v1 オブジェクトをプロファイルに保存します。Web アプリケーションを新しい v2 バージョンで更新しましたが、データベースにはまだ v1 オブジェクトが含まれています。

v1 オブジェクトを v2 オブジェクトにデシリアライズしようとするとどうなりますか? そして、この問題の最善の解決策は何ですか?

複数のプロファイル プロバイダーとプロファイル タイプがあります。

ProviderAと一緒ProfileA
に
ProviderBProfileB

どちらも異なるデータベースを使用しています。言えるようになりたい：

ProfileB.Create(...)、プロファイルはデータベース B に作成されProfileA.Create(...)、プロファイルはデータベース A に作成されます。

web.configでこれをどのように構成しますか?

以下は (もちろん) 無効です。

現在公開されているASP.Net Webアプリケーションがあり、メンバーシップとプロバイダーの機能を使用し、ユーザーに「基本」ロールを割り当てています。私たちが取り組んでいるのは、管理サイトの開発です。これにより、管理者 (おそらく「管理者」の役割が割り当てられる) が管理サイトにログインでき、そこで「基本」のユーザーのリストにアクセスできるようになります。役割。

管理サイトから、管理者が任意の「基本」ユーザーをクリックして、そのアカウントに効果的にログインできるようにしたいと考えています (「基本」ユーザーがログインする場合と同様に、プロセスでユーザーのプロファイル情報を読み込みます)。 ）、管理者アカウントにログインしたままです。

誰かが上記を行う方法を提案できますか?

どんな助けでも大歓迎です。

ありがとう、ブレント

この質問では、ほとんどの場合、すぐに使用できるASP.NETメンバーシップを独自のデータベースに実装している人々からの回答を探しています。データベース内にテーブルを設定しました。ほとんどが必要なものですが、すべてではありません。ユーザーが属する会社（会社）の概念があるので、aspnet_Usersを会社テーブルに関連付ける必要があります（各ユーザーは正確に1つの会社のメンバーになります）。

可能であれば、どのようにそれを行ったのか、将来のある時点でテーブルのデザインを変更する必要がある場合に遭遇する可能性のあるガイドラインを提供してください。できれば、デフォルトのメンバーシッププロバイダーを使用します。

ゼロから始めるか、ASP.NETがすでに提供しているものを使用するかを決めるのに苦労しています。

.netメンバーシッププロファイルを使用するサイトがたくさんあります。

一部のサイトには、プロファイルを持つ1000人以上のユーザーがいます。

新しいプロファイル要素を追加しても安全ですか？

追加したい場合のように：プロファイル要素としてTwitterアカウント。 これは既存のプロファイルと競合しますか？

http://msdn.microsoft.com/en-us/library/ms164644.aspx

私のweb.configから：

数年前に ASP.NET プロファイルを発見し、自分の Web サイトにいくつかの強力な機能をすばやく簡単に実装できることに気付きました。私は ASP.NET メンバーシップを使用しておらず、サイトのユーザーがログインしていなくても、情報を追跡してパーソナライズを提供したかったため、「匿名」プロファイル プロパティのみを使用することになりました。

それから 3 年が経ちましたが、現在、aspnetdb データベースのサイズをホスティング プロバイダーの 3 GB の制限内に収めるのに苦労しています。私は 1 年前に、プロファイル データを 6 か月分だけ保持することに決めました。毎月 aspnet_Profile_DeleteInactiveProfiles プロシージャを実行し、その後、データベース ファイルを切り捨てるためにホストにサポート リクエストを送信する必要があります。

本当の欠点は、この機能を実装したことです。Web サイトはこのデータベースに依存しており、切り捨てが必要になるたびにダウンタイムが発生します。今日は本当に幸運でした。aspnetdb のメンテナンス中にサイトが 12 時間以上ダウンしていたため、Web サイトを再びオンラインにできるように aspnetdb データベースのフェールオーバー コピーを作成することになりました (元の aspnetdb データベースはまだダウンしています)。私がこれを書いているように）。

昨年、バイナリ オブジェクトの小さなコレクションを格納していたため、一部の機能を書き直しました。これを変換して、ID のコンマ区切り文字列を格納し、格納用に小さくしました。

ディスク容量を増やすことを検討しましたが、実際には、各ユーザーが最近閲覧した製品のリストを保持し、追跡するなどの単純なことを行うためだけに、毎年 4 GB ずつ増加するデータベースを使用する価値はありません。 「買い物を続ける」ボタンで元に戻し、ショッピング カートにある合計金額 (通貨のみ) を保存します。現実的には、サイトへの繰り返しの訪問者によって再利用されるデータは 5% 未満ですが、これらのユーザーのどれがプロファイル情報にアクセスするために戻ってくるかを事前に知る方法はありません。

だから私の質問は、プロファイル データを格納するためのより効率的な方法があるかどうか、つまり、この機能をサポートするためにすべてのユーザーのプロファイル データベース レコードを作成する代わりに、それほど多くのスペースを占有しないかどうかです。

table profile providerを見てみましたが、それを使用すると、デフォルトのプロバイダーよりも少ないディスク容量を使用してデータが保存されるかどうかを誰かが保証できますか?

アップデート：

いくつかの調査を行ったところ、nvarchar(max) フィールドは、aspnetdb の既定の実装で使用される ntext フィールドの直接の代替であると思われますが、この記事とこの記事によると、ディスク容量の半分しか必要としません。これは、aspnetdb の新しいコピーを作成し、そのスキーマとコード全体でデータ型を変更し、データを新しいデータベースに転送できることを意味します。これにより、データの保存方法と、縮小操作の実行時に発生した断片化の両方が修正されます。

テストを完了し、このソリューションを本番環境に移行しました。最初は、Microsoft が NText データ型を SqlProfileProvider 内のストアド プロシージャ コールにハードコーディングしたため、問題があると思いました。ただし、SQL Server は暗黙的に NText パラメーターを nvarchar(MAX) に変換することが判明しています。つまり、aspnet_Profiles テーブルの PropertyNames 列と PropertyValuesString 列の型以外は何も変更する必要はありませんでした。

データをディスクに書き直してスペースを空ける必要がありましたが、データ型を変更するだけで全体で約 30% 節約できました。

別の更新:

また、私は毎日約 700 人のユニーク ビジターを獲得していますが、aspnet_Users テーブルの 1 日の平均 "ユーザー" 数は平均して約 4000 ～ 5000 であることも発見しました。これは、一部のユーザーが Cookie なしでブラウジングしていることが原因であると理論付けました。いくつかのテストを行ったところ、プロファイルが更新されていないとユーザーが作成されないことがわかりましたが、プロファイルに書き込むと、Cookie が有効になっていない場合、要求ごとにユーザー (およびプロファイル) が作成されます。

私はこれの回避策に取り組んでいます。Web メソッドへの AJAX 呼び出し用の JavaScript を記述しようとしています。理論的には、Cookie が有効になっている場合、2 番目の要求 (AJAX 呼び出し) には .ASPXANONYMOUS Cookie が存在する必要があるため、プロファイルに安全に書き込むことができます。これがセッションの開始時 (Session.IsNewSession プロパティによって決定される) である場合にのみ、javascript がページに挿入されます。ユーザーは AJAX 呼び出しを意識する必要はありません。これは、プロファイルを更新できるように Cookie が有効になっているかどうかをページに通知するためだけのものです。

もちろん、後続のすべての要求では、Cookie コレクションを簡単にチェックして、.ASPXANONYMOUS Cookie が存在することを確認できます。ほとんどの場合、webmethod と呼ばれる AJAX と Page_Load イベントの両方から直接呼び出すことができる共有関数を作成し、IsNewSession プロパティを使用して、Cookie チェックとその後のプロファイル更新の実行を許可する要求を決定します。

Microsoft によると、Cookie が有効かどうかを追跡するためにセッションを使用すると、目的が無効になります (セッションは Cookie に依存するため)。彼らは、AreCookiesEnabled 値をデータベースに保持することを提案していますが、値を保存した場所を追跡する方法については言及していません。Cookie が有効になっていない場合、リクエストをデータベース レコードにリンクするにはどうすればよいでしょうか。

私はallowAnonymous="true"でASP.NETプロファイルを使用しています。ASP.NETメンバーシップを使用していません。最近、aspnetdbデータベースをよく調べたところ、私のサイトには毎日600〜800人のユニークな訪問者がいますが、データベースには4000〜5000人の「ユーザー」が作成されていることに気付きました。

明らかに、ここで起こっていることは、Cookieが無効になっているユーザーが、すべてのリクエストのレコードを作成することになるということです。

私の質問：クライアントがCookieをサポートしていない場合、またはCookieが無効になっている場合に、ユーザーとプロファイルのデータベースレコードが作成されないようにするにはどうすればよいですか？

プロファイル フィールドを指定すると、次の方法で各ユーザーに保存します。

別のページですべてのユーザーのメールアドレスを取得するにはどうすればよいisSubscribed = trueですか?

私は Silverlight と RIA サービスにかなり慣れていないので、それを理解するために小さなプロジェクトを構築しようとしています。基本的に、ビジネス アプリケーションを作成し、ユーザーを追加できる通常のログイン画面を用意しました。これで問題ありません。ユーザーを追加して、そのユーザーを aspnet_Users テーブルに入れることができます。ここで、Mob No、Tel No、DOB、Locality などの追加フィールドをいくつか作成しました。これを、作成した UserProfile と呼ばれるテーブルに入れました。私の考えは、登録されたユーザー名を取得し、それを他の関連データを含む私の UserProfile テーブル。

そこで、Profile.xaml というページを作成し、テーブルからユーザー プロファイル データを取得するためのクエリを 1 つだけ持つ UserProfileDomainService.cs を作成し、ページに Details DataGrid を作成しました。私の場合の QueryName はGetUserProfilesQuery()。今私がしたいことは、ユーザーをログインさせ、ユーザー名を取得し、テーブルにチェックインして、テーブルに既にデータがあるかどうかを確認することです。ある場合は、DataGrid のフィールドにデータを入力して、ユーザーがこのデータを変更できるようにします。そうでない場合は、ユーザーがデータをテーブルに挿入できるようにします。

UserProfileViewModel クラスを作成したので、このユーザーに関連するデータを取得するためのクエリを作成したいと思います。ただし、これをすべて行う方法と、ユーザーをログインさせる方法に行き詰まりました。

誰かアドバイスをくれたり、これを達成する方法についてのチュートリアルを教えてくれませんか?

どうもありがとうございました。あなたの助けに感謝します。

最近、ASP.NETのプロファイル機能を試しています。「website」プロパティを正しく表示するのに問題があります。たとえば、私が入力するWebサイトが次の場合：