問題タブ [rights-management]

現在、ラテックスと TexnicCenter を使用して学士論文を書いています。生成した pdf ファイルを人々に送信できるようにしたいのですが、彼らはコメントを書くことができるはずです。デフォルトではコメントが許可されていないようですが、これを変更するにはどうすればよいですか?

私はpdflatexとacrobat reader 9でPDFに直接使用して、ファイルを読んでコメントしています

画像、ビデオ、オーディオなど、クライアントがメディアをオンラインで管理および公開するのを支援します。彼らはいつも私の上司に、ユーザーが自分のメディアをコピーするのを止めることができるかどうか尋ねます。彼は私に尋ねます。ユーザーがメディアを表示できる場合、十分に決定されたユーザーは常にコピーを作成できます。しかし、私は正しいですか？

今日も質問されましたが、オンラインで質問することを上司に約束しました。では、機能する DRM スキームはありますか? メディアの正当な閲覧を停止することなく、ユーザーによるコピーを停止するものはありますか?

そうでない場合、どうすれば上司を説得できますか?

問題：

通常のユーザー権限で w2k8 にパフォーマンス カウンターを追加して使用できます。

プロセス パフォーマンス カウンターを作成またはアクセスしようとすると、カウンターが存在しないというメッセージが表示されます。

PowerShell で同じことを試すことができます。カウンターが存在しないというメッセージが表示されます。

管理者アカウント (管理者アカウントではなく、THE 管理者アカウント) と同じことを行うと、問題なくカウンターにアクセスできます。

他のカウンター (プロセッサなど) は、通常のユーザーまたは管理者ユーザー アカウントで正常に動作します。

では、管理者アカウントを必要とせずに (.net としましょう) プログラムからプロセス カウンターにアクセスするには何が必要でしょうか?

ティア

ps いいえ、サインインしません。OpenID が嫌いです

開発を始めようとしている Web アプリについて考えていて、いつものアプローチを改善できないかと考えていました。

CREATE POST最近のいくつかのアプリでは、ロール ( など) のテーブル (以下を参照) を作成しましたEDIT POST。各ロールにはビットフィールドが適用されているため、登録時にユーザーに特定の権利を割り当てるだけで、後でそれらを確認できます (例: $user->hasRight(CREATE_POST)）。

これに対するより良いアプローチがあるかどうか疑問に思っています。権利がユーザーに明確にリンクされていない場合、確かに混乱します (各権利がブール列である表を作成することもできますが、それは小さな改善のように思えます) - そして、いくつか変更するとどうなりますか?

私は標準ライブラリを使用するつもりはありません (アプリ自体は私にとって学習経験です: postgresql、git などを使用します)。ただし、それらからインスピレーションを得て独自のライブラリを構築することは完全に満足しています。私はそう言ってください見てみる必要があります:)

HR部門にMOSSサイトを導入することを検討していますが、システム管理者がパフォーマンスと給与に関して機密性の高い資料にアクセスできることに懸念があります。IRMは、MOSSシステム管理者がコンテンツを表示するためにドキュメントを開くことができ ないようにするために私たちが探している特効薬のようです。

IRMがMOSSサイトのシステム管理者からコンテンツを保護することを誰かが確認できますか？

ありがとう！-ティム

実装認証の最善のアプローチについて疑問に思っています。ビジネス オブジェクトを使用したクライアント サーバー アプリのルール。

一般的な戦術は次のとおりです:
- DB 側: アプリケーションに 1 つのロールを実装し、すべてのアプリのユーザーに使用します
- ユーザーの権限とロールを定義し、ユーザーを適切なグループに割り当てます
- クライアント側: ビジネス オブジェクトのゲッター/セッター権限チェッカーに追加して許可します特定のユーザーのデータの書き込み/表示

私の懸念は、これがセキュリティの観点から本当に良いアプローチであるかどうかです。
DBがすべての情報をクライアントに送信し、クライアントのロジックが何を表示するかどうかを決定するように見えます。
したがって、潜在的に上級のユーザーは、自分のボックスからクエリを作成し、何でも確認/変更できます。ではない？

Microsoft Office コンテンツの印刷や再配布を最小限に抑えながら、Rights Management サービスを使用せずに Web 上で Microsoft Office コンテンツを配布できるメカニズムを探しています。解決策は常に妥協であり、完全に安全になることはありませんが、再配布の難易度を高めるメカニズムには興味があります。現時点での最有力候補は、印刷ツールと選択ツールを無効にして Flashpaper を使用し、必要に応じてドキュメントをこの形式に変換することです。

ビジネスでは、電子形式で外部に簡単に再配布できない製品に関する資料を営業担当者に提供する必要があります。

もっとエレガントなものを思いついた人はいますか？他の DRM テクノロジに投資せずに再配布する機能を制限することについて、他に何か考えはありますか?

CMS 用の簡単なインストーラー\セットアップのようなものを作成しています。ユーザーが CMS で .zip をダウンロードし、それを自分の php サーバーのフォルダーに解凍すると、install.php という名前のファイルと、Contents.zip という名前の zip フォルダーが表示されます。その Contents.zip zip ファイルからファイルを抽出するには、いくつかの php 関数が必要です。そしてそのファイルを削除します。（可能であれば、フォルダーの解凍直後にそこから抽出されたファイル\フォルダーに異なる権限を与えたい）

そのようなことをする方法は？

git レポ管理についての質問です...

一部のユーザーに対してのみ TAG の作成を許可するように git リポジトリを構成することは可能ですか? ブランチに関する同様の質問: 特定のブランチを変更できるユーザーのリストを構成することは可能ですか?

このすべての構成のアイデアは次のとおりです。多くの開発者との git リポジトリがあり、いくつかの安定したブランチとタグのリストが必要です。また、これらのブランチを変更してタグを作成できるのは上級開発者だけです。他のすべての開発者は、引き続きブランチなどを作成できます。しかし、開発者が自分の変更を安定したブランチの 1 つに昇格させたい場合は、上級者に連絡してマージを依頼する必要があります...

ありがとうございました