問題タブ [file-access]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
windows - Windowsでファイルを保護する方法
更新3: [セキュリティ]タブを使用したアクセスの制限が機能するようになりました。(手動で)プログラムで(Visual C#を使用して)実行する方法と、単純なユーザーアカウントの管理者アカウントを使用してファイルにアクセスする方法を検討しています。ヒント-Windowsでこの機能に気づきました。右クリックして[名前を付けて実行]を使用し、管理者パスワードを入力すると、ファイルにアクセスできます。
更新2:セキュリティタブを表示する方法を見つけました
[セキュリティ]タブを表示するには
コントロールパネルでフォルダオプションを開きます。([スタート]、[コントロールパネル]、[外観とテーマ]、[フォルダーオプション]の順にクリックします。)
[表示]タブの[詳細設定]で、[シンプルなファイル共有を使用する[推奨]]をオフにします。
更新1:ファイルにアクセス許可を与える方法を提案する次の記事を見つけましたが、プロパティをクリックしてもセキュリティタブが見つかりません。ありますか?それを取得する方法のアイデア
変更されないように保護したいファイルがあります。私にそれを暗号化するとは言わないでください、これは問題を解決しません、私はユーザーがファイルを変更できないようにしたいのですが、私(私のプログラム)だけです。Windowsファイルの認証にはどのような種類がありますか。私が言うことは認証について愚かですが、ユーザープロファイルの「ntuser.dat.LOG」のように一部のWindowsファイルにアクセスできません。このファイルを開こうとすると、開かれません。
そのようなものが欲しいのですが、このファイルはWindowsが使用しているようです。右。しかし、プログラムがシャットダウンした場合、この場合もファイルを変更したくありません。どうすればいいですか?
私は完全な詳細な解決策を求めません、私はそれが複雑であるように思われるので、私はアイデア、提案、ヒント、またはそれが役立つとあなたが知っている何かを望んでいます:p
c# - ディレクトリに複数のファイルを追加すると、FileSystemWatcher でファイル アクセス エラーが発生する
監視対象のディレクトリに複数のファイルを配置すると、FileSystemWatcher で問題が発生します。ディレクトリに配置されたらすぐにファイルを解析したい。通常、最初のファイルは正常に解析されますが、ディレクトリに 2 番目のファイルを追加すると、アクセスの問題が発生します。場合によっては、最初のファイルが解析されないこともあります。このディレクトリを実行して監視しているアプリケーションは 1 つだけです。最終的に、このプロセスは複数のマシンで実行され、共有ディレクトリを監視しますが、データがデータベースにインポートされ、主キーがないため、各ファイルを解析できるサーバーは 1 つだけです。
FileSystemWatcher コードは次のとおりです。
次に、ファイルを解析するメソッド:
2番目のファイルを移動すると、引っかかります
System.IO.IOException: 別のプロセスで使用されているため、プロセスはファイル 'C:\Temp\TestFile.txt' にアクセスできません。
複数のマシンで実行されている場合、このエラーが表示されると予想されますが、現在は 1 つのサーバーでのみ実行されています。このファイルを使用する別のプロセスがあってはなりません - 私はそれらを作成し、アプリケーションの実行中にディレクトリにコピーします。
これは FileSystemWatcher を設定する適切な方法ですか? このファイルをロックしているものを確認するにはどうすればよいですか? 両方のファイルを解析しないのはなぜですか? FileStream を閉じる必要がありますか? FileShare.None オプションを保持したいのは、ファイルを解析するサーバーが 1 つだけであるためです。ファイルに最初にアクセスしたサーバーがファイルを解析します。
codeblocks - 「ファイルをリロードしますか?」コードブロックのエラー
コードブロックを C++ の IDE として使用していますが、10 分ごとに次のエラー メッセージが表示されます。
「ファイルをリロードしますか? ファイル c:...node.cpp は IDE の外部で変更されています。リロードしますか? (保存されていない作業が失われます)」はい/いいえ/すべて/キャンセル
誤って [はい] をクリックすると、最後の数分間の作業が失われることがあります。いいえをクリックすると、すべて問題ありません。
そこで、「Process Monitor」をダウンロードして、どのプログラムが自分の cpp ファイルにアクセスしているかを調べたところ、SVCHost が原因である可能性があることがわかりました。
私の知る限り、SVCHost はあらゆる種類のことを担当しています。このエラー メッセージの受信を停止するために何ができるか、誰にもわかりませんか?
注意: このエラー メッセージは、コードブロックを使用した最初の 1 か月ほどは表示されませんでしたが、何が原因で問題が発生したのかわかりません。
[スクリーンショット][ http://i44.tinypic.com/sgk3sx.jpg]
ip-address - サーバーからファイルが要求されたときのログ
サーバーから特定のファイルが要求されるたびに、エントリをデータベースに記録する方法が必要です。ファイルは、画像やその他のメディアなど、任意のタイプにすることができます。
そのファイルを要求した IP アドレスまたはホスト名を記録することもできますか?
file-io - 共有書き込みアクセスでファイルを開く理由はありますか?
私は常にファイルを 2 つの方法で開いてきました。つまり、読み取りアクセスと共有読み取り、または読み取り/書き込みアクセスと非共有のいずれかです。
私には、共有書き込みを許可すると、ファイルの読み取り中にファイルに予期しないことが常に発生する可能性があるようです。共有書き込みモードでファイルを開く正当な理由はありますか?
asp.net - ASP.NET で特定の拡張子を持つファイルへのアクセスを制限するにはどうすればよいですか?
Web アプリケーションに ADO.NET Entity-Framework *.edmx ファイルがあります。
(アプリケーションの実行中に) ブラウザーで edmx ファイルを参照すると、*.cs または vb ファイルを参照するときのようにエラー ページが表示されず、edmx が開き、すべてのモデル スキームが表示されます。ユーザー!!!
どうすればそれを回避できますか。
c# - ファイルが使用中かどうかを確認する方法は?
読み取り用にファイルを開こうとする前に、ファイルが使用中かどうかを最初にテストする方法はありますか? たとえば、次のコード ブロックは、ファイルがまだ書き込まれている場合、または使用中と見なされる場合に例外をスローします。
私は周りを見回しましたが、私が見つけることができる最良の方法は、try catch を内部に使用して何らかのポーリングを実行することです。何かがオンになっていると思いますがSystem.IO.FileInfo
、ありません。
より良い方法に関するアイデアはありますか?
unit-testing - ファイル アクセス、単体テスト、依存性注入
私は最近、アプリケーションをテスト可能にするためにビジネス ロジックをデータ アクセスから分離する最善の方法について質問しました (こちら)。Jeff Sternal のおかげで、データ アクセス用のインターフェイスを作成し、その具体的な実装をアプリケーションのトップ レベルから BL に渡しました。しかし今、ファイル アクセス方法をビジネス ロジックから分離する方法を見つけようとしています。
データベースからデータセットにデータをロードし、ロードされたデータをフォーマットし (フォーマットは外部 xml ファイルに保存されます)、最終的にデータセットをファイルにシリアル化する関数があるとします。したがって、テスト容易性をサポートするには、ファイル システムにアクセスするすべての関数を何らかのインターフェイスに移動する必要があります。しかし、最初に、dataset.WriteXml(file) を呼び出すだけで非常に便利だと思いますが、テストを容易にするために、インターフェイスを作成し、dataset.WriteXml() をその実装に移動する必要があります。 . 2 つ目は、ファイル システムにアクセスするすべてのメソッドを 1 つのインターフェイスに移動すると、SRP の原則に違反することになります。
.net - File.WriteAllTextはUnauthorizedAccessExceptionをスローします
リモートFile.WriteAllText
パスを実行すると、がスローされUnauthorizedAccessException
ます。メモ帳でファイルを開くと、問題なく編集できます。ファイルを変更しようとしているプロセスは、自分のユーザーアカウントとして実行されているため、ファイルにアクセスできるはずです。