Nơi để cài đặt các chương trình nhỏ mà không cần trình cài đặt trên Windows?


35

Trên nền tảng Windows, hầu hết các ứng dụng lớn đều có trình cài đặt riêng, thiết lập các thư mục bên dưới C:\Program Files, có thể là một số nơi khác và có thể thêm một số khóa đăng ký, v.v.

Nhưng vẫn còn khá nhiều công cụ xung quanh chỉ bao gồm một .exehoặc có thể READMEmột .dllhoặc hai.

Làm thế nào tôi nên cài đặt các công cụ như vậy? Trực tiếp vào C:\Program Files? Tất cả trong một thư mục con dưới C:\Program Files? Ở đâu đó dưới C:\Users\Me? Ở đâu đó hoàn toàn khác nhau?

Hoặc có thể các cách tiếp cận khác nhau cho các công cụ chỉ với một trong những công cụ .execũng có các tệp khác hoặc có thể chỉ những công cụ có .dllnhu cầu được xử lý khác nhau ...

Có cách nào được chấp nhận tiêu chuẩn để làm điều này? Một "thực hành tốt nhất"? Nếu câu trả lời phụ thuộc vào phiên bản Windows, thì tôi đang sử dụng Windows 7.

Cụ thể, những gì có thể tấn công mọi người vì câu trả lời rõ ràng dường như có một nhược điểm:

Tôi đã cố gắng tự tạo các thư mục con mới C:\Program Files. Trong thực tế, tôi nghĩ rằng tôi đã làm như vậy trước đây, nhưng Windows đưa ra một hộp thoại Truy cập thư mục đích bị từ chối . Điều này khiến tôi phải suy nghĩ hai lần thay vì chỉ mù quáng nhấp vào Tiếp tục .

Truy cập thư mục đích bị từ chối

Giả định rằng những bộ óc vĩ đại hơn tôi đã nghĩ ra điều này nhiều lần trong nhiều năm qua, tôi muốn hỏi cộng đồng nếu một loại "thực hành tốt nhất" nào được chấp nhận.


3
Quan điểm nào bạn đang đặt câu hỏi này? Cụ thể, đây có phải là một ứng dụng mà bạn đang viết hay bạn đang cố gắng cài đặt (các) ứng dụng của người khác?
Harry Johnston

2
@HarryJohnston: Đó là để cài đặt các ứng dụng của người khác. Tôi đã tải xuống một số chương trình được thiết kế để xem hoặc chỉnh sửa các tệp rất lớn vào ngày khác và một vài chương trình không có trình cài đặt. Nhưng điều tương tự cũng áp dụng cho hầu hết các công cụ dòng lệnh trên Windows, trong đó tôi có một số công cụ.
hà mã

@UltraDEVV: Tôi muốn biết liệu những người khác có xem xét vấn đề này hay không và quyết định "cách thực hành tốt nhất". Tôi muốn biết những giải pháp nào hiện có trước khi quyết định cài đặt trong C:\Program Fileshoặc ở nơi khác và tôi cung cấp thông tin về một rào cản tiềm năng để C:\Program Filestrở thành một giải pháp rõ ràng.
hà mã

Vì vậy, đọc của tôi! superuser.com/a/815831/354352
UltraDEVV

@UltraDEVV: Tôi đã đọc của bạn và tôi đã bỏ phiếu cho nó. Thật tuyệt khi thấy câu hỏi ngủ này trở lại với cuộc sống sau khi nghỉ ngơi ba năm rưỡi!
hà mã

Câu trả lời:


25

Sử dụng C:\Tools

hoặc là C:\Users\<user>\Tools
 

Tôi đang sử dụng nhiều chương trình nhỏ mà không cần trình cài đặt và tôi khuyên bạn nên như sau:

  • Lưu tất cả vào C:\Tools
  • Nếu một chương trình bao gồm một tệp duy nhất, hãy đặt nó trực tiếp bên dưới C:\Tools
  • Nếu một chương trình bao gồm nhiều tệp, đặt nó dưới C:\Tools\ProgramName
  • Các công cụ SysIternals có một danh mục đặc biệt C:\Tools\_SysInternalsvì có nhiều trong số chúng

Tôi chỉ đơn giản là chuyển C:\Toolstừ máy này sang máy khác khi di chuyển, hoạt động như một bùa mê.

Mẫu thực tế (danh sách rút gọn):

C: \ Tools \ autoexec-elevated.bat
C: \ Công cụ \ dọn dẹp.bat
C: \ Công cụ \ BabelMap.exe
C: \ Công cụ \ netmon.exe
C: \ Công cụ \ notifu.exe
C: \ Công cụ \ putty.exe
C: \ Công cụ \ UDPixel.exe
C: \ Công cụ \ pin.vbs

C: \ Công cụ \ 3dclip-1.5.1 \
C: \ Công cụ \ Alternatestreamview \
C: \ Công cụ \ blender-2,71-windows64 \
C: \ Công cụ \ Notepad ++ \
C: \ Công cụ \ QueryExpress \
C: \ Công cụ \ woncp555 \
C: \ Công cụ \ Xinorbis \

C: \ Tools \ _Sysiternals \ accesschk \
C: \ Tools \ _Sysiternals \ Autorun \
C: \ Công cụ \ _Sysiternals \ phụ thuộc22_x64 \
C: \ Công cụ \ _Sysiternals \ phụ thuộc22_x86 \
C: \ Tools \ _Sysiternals \ LogonSairs \

Tôi hy vọng điều này cho một ý tưởng.

EDIT: Thông tin mở rộng

Tôi cho rằng dưới cài đặt trong câu hỏi của bạn Làm thế nào tôi nên cài đặt các công cụ như vậy? bạn thực sự có nghĩa là thiết lập thủ công, một cái gì đó như sao chép các tập tin.

Nguyên tắc nhỏ: Sử dụng các thư mục được tạo thủ công cho các tệp được duy trì thủ công. Hãy để các thư mục hệ thống được sử dụng bởi (cài đặt) các quy trình bạn không trực tiếp kiểm soát. Bạn sẽ ngay lập tức nhận được lợi ích của việc nhận ra nội dung nào là 'của bạn' (và bạn có thể tự do sao chép nội dung đó) và ứng dụng nào được trình cài đặt quản lý.

Vì vậy, khi cài đặt thủ công (bằng cách sao chép), hãy tránh xa

  • C:\Program Files - các chương trình được tìm thấy ở đây không thể được di chuyển đơn giản, phải được cài đặt lại (đưa ra gợi ý tuyệt vời cho việc di chuyển)
  • C:\Program Files (x86) - như trên, nhưng trên các hệ thống 64 bit, các chương trình 32 bit ở đây (có thể đưa ra gợi ý để xác định xem ứng dụng cụ thể là 32 bit hay 64 bit)
  • C:\ProgramData- kho ứng dụng được tìm thấy ở đây cho thấy các chương trình này duy trì một số dữ liệu theo cách riêng của chúng. Nhưng bạn đã hỏi về việc đặt chương trình của bạn dưới Dữ liệu? Không phải là một ý tưởng tốt.
  • C:\Users\Steven\AppData- một lần nữa, đặt các chương trình dưới Dữ liệu không phải là một ý tưởng tốt. Nếu bạn hỏi về dữ liệu, thì một vài điều thú vị có thể được viết về con đường này. Nhưng đối với các chương trình chỉ đơn giản là 'không'. :)

Con đường có thể

  • C:\Users\Steven- có thể là root thay thế của bạn nếu đây là một máy tính dùng chung và bạn muốn giữ nó gọn gàng, vì vậy bạn quyết định không tạo bất kỳ thư mục toàn cầu nào. Bạn có thể xem xét C:\Users\Steven\Toolscho các chương trình của mình hoặc ngay cả C:\Users\Steven\Desktop\Toolskhi bạn muốn sử dụng quyền truy cập thư mục Desktop thoải mái có sẵn thông qua phím tắt từ nhiều nơi trong Windows. Nhưng tốt hơn có thể là cái trước đây và bạn vẫn có thể đặt lối tắt đến thư mục này vào máy tính để bàn hoặc bất cứ khi nào cần.

Chỉnh sửa: Gợi ý hữu ích bổ sung:

Nếu bạn muốn làm cho một số chương trình nhỏ của mình được nhận diện trong menu Bắt đầu của Windows 10 (để tìm kiếm tăng dần tên của chúng hoặc bắt đầu nâng cao tức thì bằng cách sử dụng Ctrl+ Shift+ Enter), hãy thêm các phím tắt của chúng ở đó và khởi chạy chúng một lần . (Sau đó, bạn có thể loại bỏ chúng.)


Điều này nghe có vẻ tốt, nhưng nó được hỗ trợ bởi tài liệu thực hành tốt nhất hoặc một cái gì đó tương tự? Nếu vậy, nó sẽ thực sự cải thiện câu trả lời.

@DoritoStyle - bạn có thể cần kiểm tra tài liệu thực hành tốt nhất hiện tại trong công ty của bạn. Nếu bạn biết về một số tài liệu thực hành tốt nhất chung hơn, xin vui lòng cho tôi biết và tôi sẽ kiểm tra nó.
miroxlav

1
Tôi sử dụng "C: \ Utility" nhưng nếu không thì sử dụng cách tiếp cận tương tự!
Jon Schneider

Sẽ cái gì khác, chứ không phải là 'Tools' công việc chỉ là tốt: Nếu tôi được một cái gì đó sử dụng như C:\Otherhay C:\Users\<user>\Other, sẽ có thể được coi là chỉ là "hợp pháp" như 'Tools'?
Henrik

@Henrik - vì không có tiêu chuẩn, sử dụng bất cứ điều gì phù hợp với cảm xúc của bạn và đủ rõ ràng. Ví dụ: tôi đã thử C: \ Pross (tên gợi lên các chương trình nhỏ mà không cần trình cài đặt), nhưng vào cuối ngày, nó cảm thấy không trực quan nên tôi đã đặt lại tên cho Công cụ.
miroxlav

11

Theo tôi biết không có cách tiếp cận phổ quát.

Đặt các ứng dụng của bạn vào C:\Program Fileslà một cách khá chuẩn. Và bạn sẽ nhận được sự bảo vệ truy cập : người dùng thông thường (và không nâng cao) không thể viết thư cho C:\Program Files. Vì vậy, bạn không thể vô tình xóa, ghi đè lên các tập tin đó; và chúng được bảo vệ tốt hơn khỏi virus.

Đó là lý do tại sao bạn nhận được cảnh báo - yêu cầu độ cao - khi bạn cố gắng tạo thư mục C:\Program Files.

Do đó, C:\Program Fileslà nơi an toàn nhất cho các tập tin thực thi.

Tuy nhiên, nó không phù hợp với các ứng dụng (di động) lưu trữ cấu hình của chúng gần đó .exevì chúng sẽ không thể lưu các thay đổi cấu hình.


C:\ProgramDatalà để lưu trữ dữ liệu ứng dụng được chia sẻ giữa những người dùng. Theo mặc định, tất cả người dùng có thể tạo tệp và thư mục tại đây nhưng chỉ người dùng đã tạo chúng mới có thể sửa đổi tệp.

Thư mục này có thể dễ dàng được sử dụng cho các ứng dụng / công cụ được chia sẻ. Đồng thời, tôi chưa bao giờ thấy một ứng dụng trong thư mục này.


Nếu bạn đặt ứng dụng trong hồ sơ người dùng của mình C:\Users\<username>, những người dùng khác của hệ thống sẽ không có quyền truy cập vào nó. Bạn có tất cả các quyền đối với hồ sơ của mình, vì vậy bạn sẽ không nhận được bất kỳ cảnh báo bảo mật nào. Đó là lý do tại sao Chrome cài đặt vào hồ sơ người dùng: nó có thể tự cập nhật dễ dàng mà không cần nhắc nhở về độ cao.

Trong chế độ theo người dùng, các gói Windows Installer, .msitệp, cài đặt vào C:Users\<username>\AppData\Microsoft\Installer\<ProductId>. Vì vậy, nó khá chuẩn để giữ các ứng dụng không chia sẻ trong hồ sơ người dùng.

Tôi có utilsthư mục trong hồ sơ người dùng của mình với các ứng dụng chỉ hữu ích với tôi. Thư mục này được thêm vào PATHbiến môi trường người dùng của tôi để dễ dàng truy cập.

Đối với các ứng dụng được chia sẻ, tôi sử dụng C:\toolshoặc thư mục tương tự, có thể trên một ổ đĩa khác. Nó được thêm vào PATHbiến toàn cầu .


7

Tôi đồng ý với câu trả lời đã được đưa ra cho một số điểm. Nhưng đối với các chương trình thực sự nhỏ (utils) tôi có xu hướng đặt chúng vào thư mục bin (trong trường hợp của tôi là E: \ bin). Các chương trình này thường là tập tin exe duy nhất hoặc tập lệnh python của riêng tôi. Tôi thêm thư mục này vào biến PATH để tôi có thể sử dụng các chương trình này từ dòng lệnh (mà tôi có xu hướng sử dụng khá nhiều).


Tôi cũng đã xem xét việc tạo ra một loại chung C:\Program Files\bincho các loại công cụ và tiện ích này. Cảm ơn vì bạn đã phản hồi.
hà mã

5

Theo tôi biết không có thực hành tốt nhất. Nó thực sự tùy thuộc vào bạn để quyết định cách bạn muốn xử lý nó.

Tôi có xu hướng tuân theo cùng tiêu chuẩn như bất kỳ ứng dụng nào có trình cài đặt. Nếu nó là một thư viện thực thi hoặc thư viện, tôi sẽ đặt trong đó \Program Files\nếu là 64Bit và Program Files (x86)\nếu đó là 32Bit.

Các tệp dữ liệu tôi có xu hướng lưu trữ trong Userscác thư mục của mình vì chúng thường dành riêng cho người dùng.

Ngoài ra còn có các ứng dụng như Google Chrome và Ứng dụng nhấp một lần triển khai Users\AppData\, tuy nhiên những ứng dụng này thường không có sẵn cho nhiều cấu hình.

Tôi thích phương thức đầu tiên vì nếu tôi cần đăng nhập vào hồ sơ khác hoặc với tư cách quản trị viên, tôi vẫn có thể truy cập các ứng dụng.

Liên quan đến cảnh báo cho phép. Nó chính xác là như vậy, một cảnh báo . Nó chỉ đơn giản là để cảnh báo bạn sử dụng thư mục vì những lý do sai, tuy nhiên nó không ngăn bạn sử dụng nó.


4
Tôi khuyên bạn không nên cài đặt thủ công các ứng dụng trong thư mục Tệp chương trình, vì các ứng dụng không có trình cài đặt thường là người già hoặc cổng từ các hệ điều hành khác, vì vậy chúng không luôn phù hợp với không gian trong đường dẫn. YMMV.
Harry Johnston

3
Tôi khuyên bạn không nên tự cài đặt bất cứ thứ gì %ProgramFiles%, nhưng vì một lý do khác: các ứng dụng không có trình cài đặt thường có thể mang theo được và bạn không có quyền viết ở đó
kinokijuf

4

Nếu bạn đang tìm cách chuẩn hóa các ứng dụng này thì tôi khuyên bạn nên sử dụng các tiêu chuẩn gói Chocolatey . Điều này tốt cho rất nhiều lý do khác nhau; chủ yếu là vì rất nhiều phần mềm đã được đóng gói cho bạn và sẵn sàng cài đặt từ bất cứ đâu chỉ với một vài lệnh.

Bạn cũng có thể dễ dàng tạo các gói của riêng mình cho các ứng dụng mà bạn không thể tự do phân phối. Bạn có thể có quyền phân phối bất cứ thứ gì bạn sở hữu trên mạng riêng của bạn; vì vậy đối với những ứng dụng đó bạn có thể thiết lập một kho lưu trữ cục bộ . Nếu bạn đang quản lý nhiều máy tính hoặc có băng thông internet hạn chế, điều này có thể hữu ích ngay cả đối với những thứ miễn phí.


2

Nếu bạn chọn các lựa chọn cài đặt mặc định của cygwin, nó sẽ đặt tất cả các tệp của bạn tại c: \ cygwin. Tôi sẽ có cách tiếp cận tương tự. Cá nhân tôi có thư mục ac: \ apps. Trước đây, tôi đã sử dụng c: \ utils và c: \ cli (viết tắt của dòng lệnh). Nó thực sự phụ thuộc vào cách bạn muốn tổ chức các tập tin của bạn. Tôi sẽ đề nghị cho các tiện ích tắt duy nhất để đặt chúng trong một thư mục Catchall. Đối với một bộ tiện ích (ví dụ: cygwin, sysiternals, rktools), tôi có thể đề xuất một thư mục con của chính nó. Ví dụ: bạn có thể đặt tất cả các hệ thống bên trong c: \ apps \ sysiternals. Nếu bạn cài đặt cygwin, sẽ mất hầu hết (nếu không phải tất cả) các lệnh Unix mà bạn đã yêu thích.

Hãy nhớ thay đổi các biến môi trường của bạn (Bắt đầu> Bảng điều khiển> Hệ thống> Nâng cao> Biến môi trường) và nối thêm bất kỳ đường dẫn ứng dụng mới nào vào biến hệ thống PATH của bạn. Điều này cho phép bạn chạy chúng theo yêu cầu từ dấu nhắc lệnh hoặc bằng cách sử dụng Windows + R (lệnh chạy).


5
Tôi nghĩ các nhà phát triển Cygwin không quan tâm đến các tiêu chuẩn của Windows và việc sao chép thói quen xấu của họ (tạo thư mục trong thư mục gốc) là sai. Tôi cảm thấy nó giống như tạo \Program Filesthư mục trong linux.
Kamil

Tôi không biết tại sao đó lại là một điều xấu. Cygwin dành cho môi trường Unix. Tại sao Cygwin phục vụ các tiêu chuẩn Windows, khi chúng dành cho những người muốn sử dụng các công cụ Unix?
CN

@Sun chính xác! OP yêu cầu thực hành tốt nhất cho Windows.

1

C:\Users\Me\toolName(còn gọi là% homepath% \ toolName) là nơi đặt các công cụ giả định mà bạn muốn nó cho Mengười dùng vì một số công cụ này ghi các tệp (temp) và sẽ yêu cầu sự cho phép của người dùng để ghi vào Program filesthư mục. một điểm cộng nữa là bạn sẽ không quên sao lưu vì nó đã có trong không gian người dùng.


2
Tôi sẽ sử dụng %homepath%' rather than c: \ users \ me`. Điều này trỏ đến đúng vị trí ngay cả khi vị trí mặc định đã được di chuyển và do đó dễ di chuyển hơn. +1 cho phần viết / tạm thời.
Hennes

Tôi đứng ra sửa và chỉnh sửa vì lý do nó được thêm vào và không được thay thế là để trả lời với cùng một câu hỏi, cảm ơn Hennes :)
Elazaron

0

Không có quy tắc nào về vấn đề này, bạn có thể cài đặt chúng bất cứ khi nào bạn muốn, nhưng cài đặt chúng vào OSP (Phân vùng hệ điều hành) trong một thư mục không sử dụng thường là một ý tưởng tốt, bởi vì bạn sẽ nhận được cùng một biện pháp bảo vệ truy cập bạn có trên các ứng dụng khác không; điều này khiến việc vô tình xóa hoặc sửa đổi bởi bên thứ ba (ví dụ: vi rút).

Cá nhân, tôi thường đặt chương trình trong "C: \ Program Files (x86)", vì hầu hết các chương trình như vậy tôi gặp phải là 32 bit, nhưng nếu đó là chương trình 64 bit thì tôi sẽ đặt nó trong C: \ Program Files " . Nếu đó là chương trình liên quan đến hệ thống (ví dụ: Imagex.exe) thì tôi sẽ đặt nó trong "C: \ Windows \ system32" cho các chương trình 32 bit và "C: \ Windows \ system32" cho các chương trình 64 bit để cho phép truy cập dễ dàng hơn từ dòng lệnh khi chạy các dấu nhắc lệnh nâng cao, bởi vì bạn bắt đầu trong C: \ Windows \ system32 "theo mặc định; điều này có nghĩa là bạn có thể nhập "name.exe" thay vì C: \ location \ name.exe "để chạy chương trình.

Một số người thích cách ly các chương trình di động của họ (không yêu cầu cài đặt hoặc thực hiện các thay thế không giám sát bên ngoài thư mục của nó) và các chương trình không dựa trên trình cài đặt (không di động, nhưng không yêu cầu sử dụng trình cài đặt) từ các chương trình thông thường bằng cách tạo một thư mục mới trên OSP của họ (ví dụ: C: \ Tệp chương trình di động (x86) hoặc Tệp chương trình C: \ Dumpable (x86). Tôi sẽ khuyên 2 trong số 2 mức độ chính xác cao hơn, ngay cả khi nó không có âm thanh như đẹp.

Tóm lại, không có quy tắc nào, tuy nhiên nếu bạn cài đặt chúng vào OSP (trong thư mục không sử dụng), bạn sẽ có thể giúp bảo vệ chương trình khỏi cài đặt / sửa đổi không mong muốn (bao gồm cả sửa đổi độc hại) và trong một số trường hợp tổ chức có thể có lợi (ví dụ: thư mục system32 đã đề cập trước đó cho các chương trình CLI hệ thống).


1
Tôi nghĩ rằng về cơ bản bạn đã hiểu sai câu hỏi. Phần đầu tiên của câu hỏi ban đầu là "Thực hành tốt nhất", không phải "Quy tắc là gì".
Steven Penny

@StevenPenny Không hề, chỉ là một cụm từ khác nhau. Điểm của câu hỏi là lý do để làm X hay không làm X.
Robin Hood

Tôi vừa nghĩ ra một thứ tôi thích: Etchoặc Etceteranếu bạn thích tiếng Latin pansy thực sự lạ mắt. Ở vị trí thứ hai gần gũi, tôi cũng đã xem xét Misc. Nhưng Etcniêm phong thỏa thuận cho tôi. :)
Henrik

0

Tôi nghĩ rằng tạo một lối tắt đến C:\Toolstrong Send Tomenu trong windows là lựa chọn tốt nhất vì nó luôn có thể truy cập từ bất cứ đâu. Bằng cách này, bạn có thể nhanh chóng "cài đặt" các chương trình nhỏ của mình bằng cách nhấp chuột phải vào chúng và chọn Công cụ trong menu Gửi đến từ bất kỳ đâu trong Windows.

Tôi đã nhận được Hướng dẫn này về Cách thêm vào menu Gửi đến từ HowToGeek
Tôi dán tóm tắt:

Để truy cập thư mục SendTo, bạn sẽ cần mở một cửa sổ Explorer và sau đó dán vào phần sau vào thanh địa chỉ.

% APPDATA% \ Microsoft \ Windows \ SendTo

Sau đó Dán phím tắt của thư mục bạn muốn các chương trình của mình được sao chép ở đó.

Sau đó, mỗi khi bạn tải xuống một ứng dụng di động mới, chỉ cần giải nén nó và gửi nó đến nơi đó.
Vấn đề duy nhất là tạo ra các phím tắt mà tôi nghĩ có giá trị để làm nó bằng tay.
Trân trọng.


Các Send To thư mục là không thực sự phù hợp để sử dụng như một vị trí để cài đặt một chương trình. Nó có một mục đích cụ thể, cụ thể là, cho phép gửi tệp / tài liệu để xử lý thêm bởi một chương trình (ví dụ: Mở tệp trong Notepad). Hơn nữa, tất cả các tệp được đặt trong thư mục Gửi đến sẽ xuất hiện trên menu Bối cảnh của Windows, bao gồm cả .DLL hỗ trợ. Điều đó rõ ràng là không mong muốn trong phần lớn các trường hợp.
Tôi nói Phục hồi lại

1
Không. Có vẻ như bạn và tất cả các downvoters không hiểu ý tôi. Ý tôi là Thêm một lối tắt ví dụ C:\Tools\ vào Send Tothư mục và truy cập nó từ bất kỳ nơi nào sau đó bạn sẽ không gặp rắc rối khi đối phó với từng chương trình của mình một cách thủ công. Câu trả lời của tôi có khả năng làm cho quá trình đối phó với những thứ khác đọc nhanh hơn. Nó làm việc cho tôi tuyệt vời.
UltraDEVV

Tôi đã thực hiện một chỉnh sửa có thể để bao gồm sự làm rõ bổ sung này trong câu trả lời của bạn. Câu trả lời được bình chọn lên / xuống dựa trên câu trả lời, không nhất thiết phải dựa trên các chi tiết có trong các bình luận, vì vậy hy vọng điều này sẽ giúp ích.
Tôi nói phục hồi Monica

Không, bắt đầu với Windows Vista, %APPDATA%biến được bắt nguồn từ %USERPROFILE%\AppData\Roamingthư mục, vì vậy đối với Windows 7, đường dẫn ở trên là chính xác. Tuy nhiên, trong Windows XP, bạn cần thêm thư mục Chuyển vùng như đã chỉ định.
Tôi nói Phục hồi lại

Nếu bạn tin rằng câu hỏi của bạn không rõ ràng, bạn nên làm rõ nó. Tại sao bạn gửi hai câu trả lời?
Ramhound

0

Biến môi trường đường dẫn hệ thống mặc định trong các cửa sổ giống như (Tùy thuộc vào phiên bản windows được cài đặt):

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\

Trong số các tùy chọn đó,% SystemRoot% (thường là C:/) có vẻ như là lựa chọn tốt nhất cho bạn đọc / ghi và nó sẽ dễ dàng tham khảo sau này.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.