Gần đây tôi đã chuyển sang Django cho một ứng dụng web tôi đang phát triển và tôi đã làm theo hướng dẫn tại Heroku để tải ứng dụng Django chạy trên Heroku. Tôi có một môi trường ảo trong đó ứng dụng của tôi được phát triển và tôi sử dụng git để điều khiển phiên bản và đẩy vào Heroku. Liên kết ở trên cho thấy rằng tôi intall gunicorn:Lợi ích của việc cài đặt gunicorn cho ứng dụng django của tôi trên heroku là gì?
Các ví dụ ở trên đã sử dụng máy chủ HTTP mặc định cho Django. Đối với các ứng dụng sản xuất , bạn có thể muốn sử dụng máy chủ web được nhúng sẵn sàng sản xuất hơn , chẳng hạn như Tornado, máy chủ WSGI của Gevent hoặc Gunicorn.
Sau đó, họ sẽ hướng dẫn người dùng thông qua cài đặt Gunicorn.
Câu hỏi của tôi là: tôi có thể gặp phải vấn đề gì nếu tôi bỏ qua bước này và chỉ ở lại với mặc định? Gunicorn sẽ mang lại lợi ích gì cho tôi?
Bất kỳ cơ hội nào bạn có thể giải thích ngắn gọn về "proxy ngược" được sử dụng để làm gì? Những nguy hiểm nếu tôi không sử dụng Nginx là gì? – Deonomo
Tôi đang đọc về nó tại: http://en.wikipedia.org/wiki/Reverse_proxy – Deonomo
[bài đăng trên blog] này (http://ericholscher.com/blog/2010/aug/16/lessons-learned- dash-easy-django-deploy /) là nơi tôi đã học về gunicorn và nginx và bị lôi cuốn. Proxy ngược lại bảo vệ bạn khỏi một số loại tấn công từ chối dịch vụ và nginx cũng có thể được sử dụng để lưu trữ các tệp tĩnh một cách hiệu quả. Khi bạn đặt một số ip và cổng trong bạn cấu hình gunicorn, nó là IP được chỉ định của bạn hoặc một ip nội bộ (127.0.0.1)? Heroku có thể đang thực hiện một số loại proxy. Tôi không có ý tưởng làm thế nào nó hoạt động –