귀하의 경험을 바탕으로 Django에 더 적합한 Lighttpd와 Nginx는 무엇입니까? 나는 둘 다 사용했지만 전혀 차이를 거의 느끼지 못합니다. 그냥 잘 작동합니다 … 둘 중 하나가 다른 것보다 훨씬 잘 작동하는 유스 케이스가 있습니까? 대답 할 때 구성의 단순성과 효율성을 모두 고려하십시오.
내 일반적인 설정은 ./manage.py runfcgi daemonize=false port=8098 host=127.0.0.1
daemontools 또는 init.d
스크립트 및 lighty / nginx를 통해 리버스 프록시로 작동 하는 별도의 Django FCGI 프로세스 (예 :와 같은 )를 갖는 것 입니다.
오, 그리고 다른 http 서버가 Django에 대해 Lighty 및 Nginx보다 훨씬 낫다고 생각되면 주저하지 말고 의견을 공유하십시오.
답변
Njangx와 Lighttpd는 Django, Rails 등의 리버스 프록시로 사용하는 경우 아파치보다 더 나은 선택입니다. 둘 다 FastCGI 및 Http 프록시를 지원합니다. 둘 다 효율적인 리소스 사용을 위해 단일 스레드 select () (또는 더 나은) 기반 모델을 제공합니다.
그러나 내 투표는 Nginx에 진행되며 매우 활발한 사용자 기반 (현재 Ruby on Rails 세트의 달인)이 있으며 적극적으로 개발 중입니다. Lighttpd는 2 년 이상 죽은 것으로 오인 될 수 있으며 여전히 베타 1.5를 기다리고 있습니다.
답변
Django 응용 프로그램을 프로덕션 환경으로 만드는 방법은 mod_wsgi입니다. 아파치의 mod_wsgi는 nginx보다 훨씬 낫다. nginx의 mod_wsgi에 대한 공식 패키지 (현재 Linux 배포판에서)를 찾을 수 없으며 직접 컴파일해야합니다. 나는 nginx를 좋아하지만 안전한 게임을 원한다면 Apache mod_wsgi로 게임하십시오.
답변
mod-wsgi는 fastcgi보다 덜 까다 롭고 시작 시간 등의 문제없이 프로덕션에서 django 앱을 실행하는 가장 좋은 방법입니다.
실제 mod-wsgi는 아파치 용이지만 nginx에 대한 또 다른 mod-wsgi가 있습니다. 아파치 하나는 훌륭합니다. 나는 nginx에 대해 언급 할 수 없습니다.
개인적으로, 나는 lighttpd에서 멀리 떨어져있을 것입니다. 그것은 nginx의 안정성을 가지고 있지 않지만, 메모리 누수가없는 lighttpd의 경우를 아직 보지 못했습니다.
기본적으로, 나의 첫 번째 선택은 아파치 2.2이고, 두 번째 선택은 nginx입니다.
응답 시간과 확장성에 대한 과대 광고를 믿지 마십시오. 진실은 중요하지 않습니다. (Google은 Apache를 사용합니다).
답변
또한 Google App Engine 사용을 고려하십시오. Django 프로젝트를 무료로 호스팅 할 수 있으며 서버 인프라 유지 관리에 대해 걱정할 필요가 없습니다.