私はWindowsを初めて使用しました(一生、Unixユーザーです)。最初にやりたいことは、cmderをセットアップすることです。明らかなパスをたどると、ミニパッケージが cmder.net からダウンロードされます。しかし、そこからどうすればよいかわかりません。どうやら、私はDownloads
フォルダーの解凍されたcmder_mini
ディレクトリーから直接ソフトウェアを実行できます。しかし、Downloads
は確かに適切な場所ではありません。
cmd_mini
ディレクトリをProgram Filesにコピーしようとしましたが、コピー操作を管理者として承認するように求められました。これは、自分が本当に何をしているかを知らない限り、何もしてはいけないという赤い旗です。
だから私がcmderを置くのに最適な場所はどこですか?複数の選択肢がある場合、それぞれの長所と短所は何ですか?すべてのユーザーがcmderを使用できるように、できればグローバルな場所を希望します。
だから私がcmderを置くのに最適な場所はどこですか?
Windowsはこの点で非常に柔軟性があります。個人的な好みとして、_C:\
_ドライブのルートに、Programs
というラベルの付いた独自のフォルダーを作成します(つまり、_C:\Programs
_)。これは、あなたへの私の提案です(一般的なプログラム用のカスタムフォルダーの作成) cmder
など)。
複数の選択肢がある場合、それぞれの長所と短所は何ですか?
他で言及されているように、_Program Files
_、Program Files (x86)
および_C:\Users\UserName\AppData\Roaming
_は、Windows 10のデスクトップソフトウェア(Microsoft Store以外のアプリケーション)の一般的なインストール場所です(ストアからインストールされたアプリは、別に)。
_Program Files
_は、一般的なアクセスのための64ビットアプリケーションを対象としていますが、インストールは管理者に制限されています。ここに情報を保存しようとするプログラムは、データを仮想ストアに透過的にルーティングする可能性があります(データは、プログラムの特定のフォルダーにあるように見えますが、実際には別の場所に保存されます)。
Program Files (x86)
は、一般的なアクセス用の32ビットアプリケーションを対象としていますが、インストールは管理者に制限されています。ここに情報を保存しようとするプログラムは、データを仮想ストアに透過的にルーティングする可能性があります(データは、プログラムの特定のフォルダーにあるように見えますが、実際には別の場所に保存されます)。
_C:\Users\YourUsername\AppData\Local
_は、単一ユーザーのMSIインストールを対象としていますが、通常は管理者権限を必要としません。このフォルダーは通常非表示です。
カスタムフォルダは、真に「グローバル」なアクセス権を持つために、アクセス許可を変更する必要がある場合があります。ただし、それらはスペースのないパスとして作成できます。これは、Windowsで* nixスタイルのソフトウェア(つまり、クロスプラットフォームまたは移植されたユーティリティ)を使用する場合の救命となります。スペースのないパスでも、コマンドラインでアクセスするために二重引用符を必要としないことがよくあります(これは特定のインスタンスで別の問題になる可能性があります)。
_C:\Windows
_フォルダーまたは_C:\ProgramData
_へのソフトウェアの配置はスキップする必要があることに注意してください。これらは比較的重要なWindowsフォルダーであり、一般的なストレージ用ではありません。同様に、_C:\Users\UserName
_フォルダーはホームディレクトリと同様に機能しますが、その中のファイルとフォルダーは通常、実行可能ファイルではありません(技術的には実行可能です)。同じことが_C:\Users\UserName\AppData\Roaming
_にも当てはまります(このフォルダーはアプリケーションの設定にほとんど排他的に使用されます)。
すべてのユーザーがcmderを使用できるように、グローバルな場所を希望します。
_Program Files
_またはProgram Files (x86)
は問題ないはずです(これらのフォルダーにインストールされたプログラムは誰でも実行できます)が、Everyone
(これはWindowsユーザーグループです)が許可するカスタムフォルダーに頼ることになりますアクセス。他の1つのオプションとして、そのディレクトリ(またはサブディレクトリ)の下に新しいフォルダが作成されるたびに、Everyone
が権限に自動的に追加される特別な_C:\Users\Public
_フォルダがあります。
%ProgramFiles%
または%ProgramFiles(x86)%
は、Windows 10で最も一般的な2つの場所です(それぞれソフトウェア64ビットまたは32ビット)。ソフトウェアにインストーラコンポーネントがある場合、これらの2つの場所は2つの最も一般的な場所であり、そのフォルダは管理者グループに制限されているため、管理者権限を持つユーザーのみが書き込みできます(ただし、だれでも読み取り/実行できます)-/usr/bin
と同様
どちらの方法にも賛否両論はありません。これらはWindowsのデフォルトの場所にすぎません。必要に応じて(上記のAppleOddityのコメントに従って)すべてを独自のフォルダ構造に配置することを選択でき、特定のユーザーだけが書き込みアクセス権を持っていることを確認できます(ユーザーが誤ってそれらを削除しないようにするため)。
管理者以外のインストールの場合、通常は%UserProfile%
(C:\ Users\yourUsername)または%LocalAppData%
(C:\ Users\YourUsername\AppData\Local)に格納されます。また、ユーザーごとに特定のインストールを行うことができます(システム全体では利用できません)。
デフォルトでLocalAppDataにインストールされるソフトウェアの例は、Python(非管理インストールを実行する場合)です。
注:%name%
が付いているものはすべて、Windowsインストールに事前設定されている変数です。
免責事項:次の手順は私の個人的な好みにすぎません。私はこれを誰かに強制することはしません。
だから私がcmderを置くのに最適な場所はどこですか?複数の選択肢がある場合、それぞれの長所と短所は何ですか?すべてのユーザーがcmderを使用できるように、グローバルな場所を希望します。
Linux-cum-Windowsのユーザーとして、私は2つの(最小)パーティションまたは2つの個別のドライブで個別のオペレーティングシステムとユーザーファイル/アプリケーションを実行します。 HDD/SSDに個別のパーティションを作成し、すべてのアプリケーションを個別のフォルダーに保存できます。 GitHubのリリースページから cmder をダウンロードします。 cmderは clink と ComEm の組み合わせです(これらも試すことができます)。別のパーティション/ドライブがない場合は、現在のログインユーザーフォルダー、つまりC:\Users\user_name
または%UserProfile%
を使用できます。このフォルダには、そのユーザーの完全な権限があります。
ここでcmder.7z
ファイルをダウンロードします。 7Zip でない場合は、Zipファイルをダウンロードして、直接ファイルエクスプローラーで開くことができます。次のコマンドを使用して、7ZipファイルをD:\cmder
フォルダに抽出します:7z x -o"D:\cmder" cmder.7z
。必要に応じてフォルダ名/パスを変更します。これらのファイルを抽出したフォルダーを開き、cmder.exe
をダブルクリックします。 cmderはclinkログを%LocalAppData%\clink
フォルダーに保存します。右クリックしてデスクトップ/スタートメニュー/タスクバーにcmder.exe
のショートカットを作成します。
また、解凍したフォルダをサムドライブにコピーして、そこからcmderを実行することもできます。