問題タブ [user-data]

この質問のとおり、私は善良な市民になり始めました。

ドメインの互換性: 共有データはどこに書き込む必要がありますか?

ユーザー情報が環境変数に書き込まれるようになりました。

そこにディレクトリを追加します。ディレクトリが存在しない場合は、プログラムが自動的にディレクトリを作成し、すべてのクロスユーザー情報 (ログ ファイル、キャプチャされたデータ、セットアップ オプションなど) がすべてそのファイルに保存されます。そのファイルについての私の理解では、マシンのセットアップに関係なく、完全にユーザーが書き込み可能でなければなりません。

ドメインに接続されている Windows XP では、問題はありません。このファイルは検出され、適切に書き込まれます。Windows 7 では、プログラムは動作しません。ユーザーのディレクトリは C:\ProgramData\MyFolder になり、そのフォルダーは読み取り専用として作成されます (天才! 読み取り専用にしないのはなぜですか?

どのディレクトリを使用すればよいですか? その「特別なフォルダー」は、私が必要とするタスク専用のフォルダーですが、そのフォルダーはユーザーが書き込み可能ではないようです。

最初の応答に応じて編集します。私は WiX インストーラーを使用していますが、そこにあるインストーラーにファイルを追加してもまったく問題ありません。どうすればいいのかわからないので、WiX インストーラーの魔法の言葉で答えてください。

GStreamer を使用して MPEG ストリームを解析するにはどうすればよいですか? MPEG ストリームのキー フレーム (P フレームではない) のみのすべてのユーザーデータ フィールドを処理する必要があります。

MPEG ストリームは rtp プロトコルを介して送信されます。GStreamer パイプラインを使用してビデオを表示できますが、最終的な要件は、すべてのキー フレームのユーザーデータ フィールドを解析し、その情報を表示ビデオにオーバーレイすることです。

私は Asp.net (MVC ですが、これはあまり重要ではありません) アプリケーションを開発しています。PostAuthenticateRequest でユーザー プリンシパルと ID を変更するカスタム IHttpModule があります。

ユーザーのログイン時に、認証 Cookie に UserID と UserName を保存しています。ビジネス サービス クラス全体で必要な IUser (DAO およびビジネス オブジェクト レイヤーによって実装され、それぞれ独自の追加メンバーを持つ) があります。ユーザーが何かを望む場合、IUser オブジェクト インスタンス (通常はビジネス オブジェクト レイヤーから) を提供する必要があるため、認証チケットから ID を提供するだけでは十分ではありません。

それで、ログインしたユーザーの IUser データを永続化する方法と場所を考えていますか?

1. DB から毎回フェッチしたくない (認証チケットの UserID データに基づく)
2. セッションがまだ準備ができていないPostAuthenticateRequest内で作業する必要があるため、セッションに保存できません
3. すべての機能をカスタム IHttpModule 内にカプセル化したい

私が見る選択肢：

• キャッシュ
• クッキー
• (セッション) - PostAuthenticateRequest から PostAcquireRequestState イベントに移動し、そこでプリンシパル/アイデンティティを変更しますが、これは避けたいと思います

物事を複雑にしているように見えるプロセスは次のとおりです。

1. ユーザーがログインすると、ユーザー データが DB から取得され、後のリクエストのために何らかの方法で永続化されます
2. ユーザーがログアウトすると、永続化されたメディアからユーザー データを自動的に削除する必要があります
3. ユーザーは自分のプロファイルを変更します。ユーザー データは破棄し、DB からの次の要求で再読み込みする必要があります

これらのすべてを HttpModule によって自動的に処理して (可能であれば)、これらをリセットするのを忘れるという開発者のエラーを排除したくありません。

また、ハードコードされた変数/キーを読み書きし、アプリケーションの他の部分でそれらを操作することも望んでいません。これは、技術的負債を示すだけです。

質問

1. 何を提案しますか？
2. SO はどのようにリクエスト間でユーザー データを保持しますか?

多くのバージョンの Windows を対象とするアプリケーションを作成する場合、アプリケーション固有のデータを格納する場所を決定するためのベスト プラクティスは何ですか。具体的には：

• アプリケーション固有のデータ (アプリ構成データなど)
• ユーザー固有のデータ/設定

たとえば、Windows Vista では %APPDATA% などの環境変数を使用できることはわかっていますが、Windows 7、Windows XP、Windows 98 についてはどうでしょうか。

私の主な質問は、Microsoft がこれに関するベスト プラクティス ドキュメントを持っているかどうかです。さまざまな種類のデータ (アプリとユーザー) のファイル システムの場所と、これらの場所への読み取り/書き込み時に留意する必要があるセキュリティへの影響を概説しています。 ?

また、これが .NET アプリケーション (ApplicationSettingsBase を利用できる) だけでなく、アンマネージ C/C++ アプリケーションにもどのように関係するかに興味があります。

Pax と Remus の素晴らしい回答に感謝します。このアイテムも見つけました（XPに固有）：

Visual C++ を使用して、ユーザー データとアプリケーション データを正しい場所に格納する Windows XP アプリケーションを作成する方法

背景: ユーザーがログインするユーザー Q&A サイトの運営など。どのユーザー/訪問者データを保持する必要がありますか?

• IPアドレス
• 日付時刻
• 等

にはSystem.Windows.Forms.Application、 と という 2 つのプロパティがLocalUserAppDataPathありUserAppDataPathます。このコンピュータ (Vista を実行) では、これらは以下に対応します。

• C:\Users\UserName\AppData\Local\CompanyName\ProductName\ProductVersionと
• C:\Users\UserName\AppData\Roaming\CompanyName\ProductName\ProductVersion

これら2つの違いは何ですか？いつ最初のものを使用し、いつ2番目を使用しますか?

すべてが何らかの方法で単一のユーザーに関連付けられているモデルがあります (例: ユーザー -> クライアント -> プロファイル)。現在、ユーザーは自分のデータに対して (C)RUD のみを許可する必要があります (プロファイルの所有者のみが /profile/edit/[hisId] にアクセスできるようにする必要があります)。そのため、ほぼすべてのデータベース操作で "'User.id' = > $this->Session->read('Auth.User.id')" を含める必要があります。これには、モデル関数 (find など) が常にユーザー テーブルに「途中で」参加する必要があります (または、データ所有者を複数のテーブルに保存することは、これを行うには良い方法ではないようです)。

これは、さまざまなモデルとアクションに対してどのように正しい方法で行われますか (特に、すべてのアクションでユーザー ID を比較することなく)。モデルのコールバック関数にある可能性がありますが、現時点では一般的な解決策は見当たりません。

これは大げさなシナリオではないように思われるため、非常に明白な解決策を見落としている可能性があります。

ご協力いただきありがとうございます！

コントローラーアクションでユーザーデータをどのように設定しますか。私がやっている方法は、グリッドを壊すことです。私は運がない簡単なテストを試みています。動作しない私のコードは次のとおりです。ありがとう。