Như đã nêu bởi tài liệu, tham số cuối cùng của try_files chỉ thị có thể là
- một URI mới;
- Mã lỗi HTTP:
= mã;
- ID vị trí được đặt tên:
@tên địa phương.
Bạn đang sử dụng /empty.png được coi là một URI mới Đừng gục ngã ở dưới cái vị trí/bộ đệm {...} do đó được phục vụ bởi địa điểm / { ... }. Khi bạn xóa dấu gạch chéo ở đầu, bạn sẽ nhận được URI mới trống.png điều đó không thuộc bất kỳ vị trí nào của bạn, kể cả địa điểm / { ... }. Mọi người phục vụ khối có một số đường dẫn gốc mặc định tiền tố/html trong đó tiền tố được chỉ định tại thời gian biên soạn và có thể được kiểm tra bằng nginx -V lệnh (có vẻ như của bạn là /usr/). Vì vậy, như được nói bởi nguồn gốc chỉ thị tài liệu,
Đường dẫn đến tệp được tạo bằng cách chỉ thêm một URI vào giá trị của nguồn gốc chỉ thị.
cho chúng ta tiền tố /usr/ + gốc mặc định /html + URI trống.png = /usr//htmlempty.png.
Khi bạn thay đổi lần cuối try_files tham số cho /cache/empty.png, URI này được phục vụ với cùng vị trí/bộ đệm {...} chặn với tập tin /path/to/old_cache_data + /cache/empty.png = /path/to/old_cache_data/cache/empty.png. Và nếu bạn hiểu đúng tất cả các thông tin trên, bạn sẽ nhận thấy rằng với cấu hình của mình, bạn không thể truy cập bất kỳ tệp nào trong /path/to/old_cache_data thư mục ngoại trừ những thư mục trong /path/to/old_cache_data/cache thư mục con. Kiểm tra sự khác biệt giữa nguồn gốc và bí danh hướng dẫn để hiểu rõ hơn.