/ nhà / vhosts / hoặc / var / www /


10

Một số máy chủ web tôi đã sử dụng / nhà để lưu trữ các tệp trang web:

/home/vhosts/www.example.com/

Những người khác sử dụng / var như:

/var/www/www.example.com/

Những gì sạch sẽ hơn và "Linuxy"? Tất cả chúng ta có nên sử dụng /usr/local/www/?

Các nguồn có thể: http://www.tuxfiles.org/linuxhelp/linuxdir.html


Các nhà cung cấp dịch vụ lưu trữ được chia sẻ có xu hướng chroot người dùng vào thư mục nhà riêng của họ với các thư mục www (và các dịch vụ khác) của riêng họ.
gravyface

Câu trả lời:


9

Theo Chương 3 của FHS (Tiêu chuẩn phân cấp hệ thống tập tin) 2.3, dữ liệu cho các dịch vụ được cung cấp bởi một máy chủ nên được đưa vào /srv, nhưng để lại cho tổ chức theo nó phụ trách khá nhiều cho từng hệ thống cụ thể.

Tôi muốn giới thiệu /srv/www/<domain>hoặc nếu máy chủ đang cung cấp nhiều dịch vụ cho mỗi một cái gì đó giống như miền /srv/<domain>/<service>(dịch vụ là www, ftp, svn, vv).


2
Vì vậy, nếu một máy chủ cung cấp dịch vụ MySQ, thì dữ liệu sẽ có trong / srv / sql / dbname? Tôi chưa bao giờ thấy bất kỳ phân phối Linux nào đưa dữ liệu vào / srv. Và việc chuyển vị trí mặc định cho dữ liệu dịch vụ (ví dụ / var / lib trên Debian) sang / srv chỉ là một nỗi đau của hoàng gia.
Wim Kerkhoff

1
Vâng FHS có một lý do cho /var/libquá. Chỉ cần nghĩ rằng trong trường hợp /srv/bạn đang phục vụ các tệp trực tiếp từ đó, trong khi với MySQL, bạn thực sự đang đọc dữ liệu từ một ổ cắm. Cũng lưu ý rằng FHS là một gợi ý và đang được tiến hành để mỗi bản phân phối có một số không gian để điều động.
coredump

@Wim: Các bản phân phối không nên đưa dữ liệu vào /srv: "... không có chương trình nào nên dựa vào cấu trúc thư mục con cụ thể của / srv hiện có hoặc dữ liệu nhất thiết phải được lưu trữ trong / srv."
Ignacio Vazquez-Abrams

7

Red HatDebian sử dụng / var / www . Nếu tôi đang truy cập vào một máy chủ lạ, đó là nơi đầu tiên tôi sẽ tìm kiếm tài liệu gốc của máy chủ web.


1
+1 để gắn bó với các tiêu chuẩn / quy ước defacto.
gravyface

Cũng +1 để chỉ một nơi tốt để bắt đầu.
Coops
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.