☰

Windows でインストーラーなしで小さなプログラムをインストールするにはどこに行けばよいですか?

tag-icon • tag-icon windows
Windows でインストーラーなしで小さなプログラムをインストールするにはどこに行けばよいですか?

Windows プラットフォームでは、ほとんどの大規模アプリケーションには独自のインストーラが付属しており、 の下にフォルダを設定しC:\Program Files、場合によっては他の場所にフォルダを設定し、レジストリ キーなどを追加することもあります。

.exeしかし、だけ、あるいは と またはREADME2だけで構成されるツールがまだたくさんあります.dll。

このようなツールはどのようにインストールすればよいですか? に直接C:\Program Files? の 1 つのサブフォルダーにすべてC:\Program Files? のどこかにC:\Users\Me? まったく別の場所に?

または、 のみを持つツールと他のファイルも持つツールに対して異なるアプローチが必要かもしれませ.exeんし、 を持つツールのみを.dll別々に扱う必要があるかもしれません...

これを行うための標準的に認められた方法はありますか? 「ベスト プラクティス」ですか? 答えが Windows のバージョンによって異なる場合、私は Windows 7 を使用しています。

特に、人々が明白な答えだと考えるかもしれないことには、落とし穴があるようです。

の下に新しいサブフォルダを手動で作成しようとしましたC:\Program Files。実際、以前にも作成したことがあると思っていましたが、Windowsはダイアログを表示します。宛先フォルダへのアクセスが拒否されましたこれによって、私は盲目的にクリックするのではなく、よく考えるようになりました。続く。

宛先フォルダへのアクセスが拒否されました

私よりも優れた頭脳を持つ人々が、長年にわたって何度もこの問題に直面してきたという前提で、ある種の「ベストプラクティス」が受け入れられるようになったかどうかをコミュニティに尋ねたいと思います。

答え1

使用C:\Tools

またはC:\Users\<user>\Tools
 

私はインストーラーなしで多くの小さなプログラムを使用しており、以下をお勧めします。

  • すべて保存するC:\Tools
  • プログラムが1つのファイルで構成されている場合は、直接下に置きます。C:\Tools
  • プログラムが複数のファイルで構成されている場合は、C:\Tools\ProgramName
  • C:\Tools\_SysInternalsSysInternalsツールは、数が多いため特別なカテゴリに分類されます。

移行時にマシンからマシンへ移動するだけですC:\Toolsが、うまく機能します。

実例（短縮リスト）：

C:\Tools\autoexec-elevated.bat
C:\Tools\クリーンアップ.bat
C:\Tools\BabelMap.exe
C:\Tools\netmon.exe
C:\Tools\notifu.exe
C:\Tools\putty.exe
C:\Tools\UDPixel.exe
C:\Tools\バッテリー.vbs

C:\Tools\3dclip-1.5.1\
C:\ツール\代替ストリームビュー\
C:\Tools\blender-2.71-windows64\
C:\ツール\メモ帳++\
C:\ツール\QueryExpress\
C:\ツール\winscp555\
C:\ツール\Xinorbis\

C:\Tools\_Sysinternals\accesschk\
C:\Tools\_Sysinternals\Autoruns\
C:\Tools\_Sysinternals\depends22_x64\
C:\Tools\_Sysinternals\depends22_x86\
C:\Tools\_Sysinternals\LogonSessions\

これが何かのヒントになれば幸いです。

編集: 詳細情報

私は、インストールあなたの質問の中でこのようなツールはどのようにインストールすればよいでしょうか?実際には手動設定のことを言っているのですが、コピーファイル。

経験則: 手動で管理されるファイルには、手動で作成されたフォルダーを使用します。システム フォルダーは、直接制御しない (インストール) プロセスで使用します。 どのコンテンツが「自分のもの」（自由にコピーできる）で、どのアプリケーションがインストーラーによって管理されているかをすぐに認識できるようになります。

手動でインストールする場合（コピーして）、

  • C:\Program Files- ここで見つかったプログラムは単純に移行することはできず、再インストールする必要があります (移行のための優れたヒントを提供します)
  • C:\Program Files (x86)- 上記と同じですが、64 ビット システムでは、32 ビット プログラムはここに配置されます (特定のアプリが 32 ビットか 64 ビットかを判断するためのヒントを提供できます)
  • C:\ProgramData- ここで見つかったアプリケーションストレージは、これらのプログラムが独自の方法でデータの一部を保持していることを示しています。しかし、プログラムデータの下に？それは良い考えではありません。
  • C:\Users\Steven\AppData- もう一度、プログラムデータの下には、良い考えではありません。データについて質問した場合、このパスについていくつかの興味深いことが記述できます。しかし、プログラムの場合は単に「いいえ」です。 :)

可能なパス

  • C:\Users\Steven- できるあなたの代替ルート共有コンピュータで整理整頓したい場合、グローバルディレクトリを作成しないことにします。C:\Users\Steven\Toolsプログラム用に検討したり、C:\Users\Steven\Desktop\Tools快適なディレクトリを使用したい場合でも、デスクトップWindows の多くの場所からショートカットを介してフォルダーにアクセスできます。ただし、前者の方法の方が優れており、このフォルダーへのショートカットをデスクトップまたは必要なときに配置できます。

編集：追加の役立つヒント:

Windows 10で小さなプログラムの一部を認識させたい場合始めるメニュー（名前の増分検索またはCtrl+ Shift+を使用して即座に昇格を開始Enter）そこにショートカットを追加して一度起動します（その後、削除することができます。）

答え2

私の知る限り、普遍的なアプローチは存在しません。

アプリケーションを配置するのはC:\Program Filesかなり標準的な方法です。そして、アクセス保護: 通常の (および昇格されていない) ユーザーは に書き込むことができませんC:\Program Files。そのため、このようなファイルを誤って削除したり上書きしたりすることはなく、ウイルスからもより強力に保護されます。 にフォルダーを作成しようとすると、警告 (昇格要求) が表示されるのはそのためですC:\Program Files。

C:\Program Filesしたがって、最も安全実行可能ファイルの場所。

.exeただし、構成の変更を保存できないため、構成を の近くに保存する (ポータブル) アプリには適していません。

C:\ProgramDataユーザー間で共有されるアプリケーション データを保存するためのものです。デフォルトでは、すべてのユーザーがここにファイルとフォルダーを作成できますが、ファイルを変更できるのは作成したユーザーだけです。

このフォルダは共有アプリ/ツールに簡単に使用できます。同時に、このフォルダにアプリが配置されているのを見たことはありません。

アプリをユーザー プロファイルに配置すると、C:\Users\<username>システムの他のユーザーはそのアプリにアクセスできなくなります。プロファイルに対するすべての権限が付与されるため、セキュリティ警告は表示されません。Chrome がユーザーのプロファイルにインストールされるのは、昇格を求めることなく簡単に更新できるためです。

ユーザーごとのモードでは、Windows インストーラー パッケージ、.msiファイルは にインストールされますC:Users\<username>\AppData\Microsoft\Installer\<ProductId>。そのため、共有されていないアプリをユーザーのプロファイルに保持するのは標準的なことです。

utils私のユーザー プロファイルには、私だけに役立つアプリが入ったフォルダーがあります。このフォルダーはPATH、簡単にアクセスできるように、ユーザーの環境変数に追加されます。

共有アプリの場合は、C:\toolsまたは同様のディレクトリ（別のドライブにある場合もあります）を使用します。これはグローバルPATH変数に追加されます。

答え3

すでに回答されている内容にはある程度同意します。ただし、非常に小さなプログラム (ユーティリティ) の場合は、bin フォルダー (私の場合は E:\bin) に配置する傾向があります。これらのプログラムは通常、単一の exe ファイルまたは独自の Python スクリプトです。このフォルダーを PATH 変数に追加して、これらのプログラムをコマンド ラインから使用できるようにします (私はこれを頻繁に使用します)。

答え4

これらのアプリケーションを標準化したい場合は、チョコレートパッケージ標準。これはさまざまな理由で良いことですが、主な理由は、多くのソフトウェアがすでにパッケージ化されているすぐにインストールでき、いくつかのコマンドを実行するだけでどこからでもインストールできます。

自分で作るのも簡単です独自のパッケージ自由に配布できないアプリケーションの場合。おそらく、自分のネットワーク上で所有しているものを配布する権利があるはずです。そのため、これらのアプリケーションについては、ローカルリポジトリを設定する多数のコンピューターを管理している場合や、インターネット帯域幅が限られている場合は、無料のものでもこれが役立ちます。

関連情報