これは、無視しても構わない警告だと思ってください (とにかくそうすることがわかっているからです):
これを行うのは良い習慣ではありません。「ネットワークから実行」することから始めるには、PE ファイル (EXE、DLL、OCX) を特別にリンクする必要があります。そうしないと、断続的なネットワークの中断により、ネットワーク アクティビティが高くなり、クラッシュする危険があります。また、ブート ドライブまたは少なくともローカル ハード ドライブにないものを登録することは、賢明ではありません。ほとんどの場合うまくいくように見えるかもしれませんが、このいずれかを行うことは「悪い習慣」リストの上位にランクされます。
受け入れられているプラクティスに従って、通常の展開を行うだけではどうですか?
私の推測では、あなたは多くのMort開発を行っており、そのうちの 1 つが最終的に「固執」することを期待して、いくつかのプログラムのバージョンごとにバージョンをまとめています。そのため、「インストール? インストール? 悪質なインストールは必要ありません。そこに新しいファイルを配置するだけで、何の努力もせずに魔法のようにすべてを動作させることができる」と考えて、その一部またはすべてをネットワーク共有にダンプしたいと考えます。
グループ ポリシーを介して更新プログラムをプッシュするために使用できる管理されたネットワークの余裕がなく、製品コードとアップグレード コードを処理するために必要な MSI インストーラー パッケージを作成していないと仮定します。
代替案の 1 つは、reg-free COM を使用することです。これにより、多くの小さな問題が解決されます。
これを実行しても、ネットワーク共有から実行される PE ファイルの危険性を無視するか、小さなランチャー プログラムを使用して回避することができます。そのランチャーは、新しいバージョンのネットワーク共有をチェックし、見つかった場合は、実際のアプリケーションを開始して終了する前に、新しいファイルをローカル PC にコピーできます。これは基本的に、自動更新された XCopy 展開手法です。
必要に応じて派手にすることができます。たとえば、アプリケーションがコマンド ライン パラメーターを受け入れる場合、新しいバージョン チェック自体を実行し、見つかった場合は小さなアップデーターを開始し (コマンド ライン パラメーターを渡す)、終了します。アップデーター アプリが再起動し、それらのパラメーターを新しいバージョンに渡すことができます。
しかし、そうです、モートとしての生活 (または公式の有給開発者でさえも) は苦痛になる可能性があります。管理された企業 LAN 環境で作業している場合でも、友好的な近所のボックス ジョッキーの注目を集めて適切に処理することは非常に困難です。あなたのアプリケーションが高度に設計された認可された主要プロジェクトの一部でない場合、それは 2 倍になります。