Giới thiệu

Nếu bạn đang phát triển dự án Django và bỗng nhiên gặp phải tình trạng mất tất cả tệp CSS và JavaScript khi thiết lập DEBUG = False, bạn không phải là người duy nhất. Vấn đề "mất tệp tĩnh" này là một trong những bất ngờ đầu tiên mà nhiều lập trình viên Django gặp phải khi chuyển từ môi trường phát triển sang môi trường sản xuất.

Trong bài viết này, chúng ta sẽ tìm hiểu lý do tại sao điều này xảy ra và cách khắc phục nó.

Tại sao nó hoạt động với DEBUG = True

Khi bạn phát triển dự án với DEBUG = True, máy chủ phát triển của Django (runserver) tự động phục vụ các tệp tĩnh thông qua ứng dụng django.contrib.staticfiles. Bạn không cần cấu hình gì đặc biệt — các tệp CSS, JavaScript và hình ảnh sẽ hiển thị một cách tự động mà không gặp vấn đề gì.

Điều này thật tuyệt vời cho quá trình phát triển. Tuy nhiên, triết lý của Django là trong môi trường sản xuất, bạn nên sử dụng một máy chủ web hoặc middleware chuyên dụng để phục vụ các tệp tĩnh. Tại sao lại như vậy? Bởi vì các máy chủ web như Nginx hoặc Apache (hoặc các CDN) được tối ưu hóa để phục vụ các tài sản tĩnh một cách hiệu quả, trong khi Django thì không.

Điều gì xảy ra khi DEBUG = False

Khi bạn thay đổi thiết lập này, Django sẽ ngừng phục vụ các tệp tĩnh hoàn toàn. Nếu bạn chưa thiết lập một cách thức khác để phục vụ chúng, bạn sẽ nhanh chóng nhận thấy rằng trang web của bạn bị hỏng — không có kiểu dáng, hình ảnh, hay script nào cả.

Điều này không phải là một lỗi; mà là một phần thiết kế. Đây là cách mà Django nhắc nhở bạn:

“Trong môi trường sản xuất, việc xử lý tệp tĩnh là trách nhiệm của bạn.

Cách khắc phục (đúng cách)

Dưới đây là quy trình hợp lý khi bạn đã sẵn sàng chạy với DEBUG = False:

1. Định nghĩa nơi để Django thu thập tệp tĩnh

Trong tệp settings.py, thêm:

STATIC_ROOT = BASE_DIR / "staticfiles"

2. Chạy lệnh collectstatic

Lệnh này sẽ thu thập tất cả các tệp tĩnh từ các ứng dụng của bạn và đặt chúng vào thư mục STATIC_ROOT:

python manage.py collectstatic

3. Phục vụ các tệp đó bằng một giải pháp thích hợp

Tùy chọn máy chủ web: Cấu hình Nginx hoặc Apache để phục vụ nội dung từ thư mục STATIC_ROOT.

Tùy chọn middleware: Sử dụng Whitenoise, cho phép Django phục vụ các tệp tĩnh trong môi trường sản xuất mà không cần máy chủ bên ngoài. Đây là một phương pháp phổ biến cho các triển khai đơn giản (như trên Heroku).

Thực hành tốt nhất

• Luôn kiểm tra các tệp tĩnh của bạn sau khi chuyển sang môi trường sản xuất để đảm bảo rằng tất cả đều hoạt động như mong đợi.
• Cấu hình các máy chủ web với các quy tắc caching hợp lý để tối ưu hóa hiệu suất phục vụ tệp tĩnh.

Các cạm bẫy thường gặp

• Quên chạy lệnh collectstatic, dẫn đến việc không tìm thấy các tệp tĩnh.
• Không cấu hình máy chủ web đúng cách, khiến trang web không thể phục vụ các tệp tĩnh.

Mẹo hiệu suất

• Sử dụng CDN để phục vụ các tệp tĩnh giúp tăng tốc độ tải trang và giảm tải cho máy chủ chính.
• Ghi nhớ rằng, việc nén các tệp CSS và JavaScript có thể giảm kích thước tải xuống và cải thiện thời gian tải trang.

Xử lý sự cố

Nếu bạn thấy các tệp tĩnh không hiển thị:

1. Kiểm tra lại cấu hình STATIC_URL và STATIC_ROOT trong settings.py.
2. Đảm bảo rằng lệnh collectstatic đã được chạy và không có lỗi nào xảy ra trong quá trình này.
3. Kiểm tra các nhật ký của máy chủ web để tìm hiểu lý do vì sao các tệp không được phục vụ.

Kết luận

Django giúp việc làm việc với các tệp tĩnh trở nên dễ dàng trong quá trình phát triển, nhưng lại chuyển giao trách nhiệm cho bạn khi bạn triển khai lên môi trường sản xuất. Đó là lý do tại sao các tệp tĩnh của bạn biến mất khi bạn thiết lập DEBUG = False.

Hiểu rõ hành vi này từ sớm sẽ giúp bạn tiết kiệm hàng giờ bối rối và làm cho quy trình triển khai của bạn trở nên suôn sẻ hơn.

Vì vậy, lần sau khi bạn thấy CSS của mình biến mất, đừng hoảng sợ, chỉ cần nhớ rằng: Django không phục vụ các tệp tĩnh trong môi trường sản xuất; bạn là người làm điều đó.