저는 이전에 Nginx를 서버로 사용해왔고, Django를 사용하는 프로젝트가 있어서 Lighttpd를 사용해 보고 싶습니다.
그런데 데이터를 보면 Nginx가 Lighttpd보다 훨씬 더 인기가 많은 것 같습니다. 몇 가지 성능 테스트를 해봤는데 비슷한 것 같습니다. Nginx가 Lighttpd보다 훨씬 더 인기가 있는 이유는 무엇인가요? Lighttpd 사용 시 문제점은 무엇입니까?
멀티 코어에 최적화된 기능적 로드 밸런싱(프록시/fcgi 밸런스), lighty는 nginx만큼 좋지 않으며 공식 지원이 있습니다
Lighty는 한때 큰 인기를 끌었습니다. 예를 들어 Wikipedia, YouTube, 국내 Douban 및 Javaeye는 모두 Lighty의 사용자입니다. chinaunix와 같은 많은 기술 커뮤니티에서도 초기에 Lighty의 메커니즘과 소스 코드를 분석한 기사가 꽤 많았습니다. 그러나 개발팀의 혼란스러운 계획으로 인해 예를 들어 Changes는 원래 1.5를 출시할 예정이었지만 최근 몇 년 동안(>=5) 버그 수정 버전을 제외하고는 여전히 중단되었습니다. 1.4가 출시되었는데, 새로운 기능은 없습니다. 실제로 lighttpd2.0 공식 저장소의 코드 제출을 보면 기본적으로 3~4개월에 한 번씩 매우 좋은 하이브리드 구성 플러그인입니다. Lua를 통합한 아키텍처(원래 1.4 mod_magnet은 기능이 상대적으로 제한되어 있음). 반면에 nginx는 나중에 따라잡았고, 3일 양쪽 끝에 새 버전이 있으며 몇 가지 새로운 기능이 추가되었습니다. .. 공식 지원이 강력하면 모든 것이 쉽습니다. 게다가 가벼운 로드 밸런싱도 너무 약하고 nginx도 너무 약해서 공식에서는 이를 개선할 생각이 없습니다. , 소매 투자자들도 이를 따랐습니다. 그리고 전도사, 서적, 플러그인의 수도 증가했으며 시간이 지남에 따라 lighttpd의 많은 사용자도 nginx로 전환했습니다. 어떻게 뒷파(nginx)가 앞파(lighthttpd)를 밀어내고 앞파가 해변에서 죽는지
멀티 코어에 최적화된 기능적 로드 밸런싱(프록시/fcgi 밸런스), lighty는 nginx만큼 좋지 않으며 공식 지원이 있습니다
Lighty는 한때 큰 인기를 끌었습니다. 예를 들어 Wikipedia, YouTube, 국내 Douban 및 Javaeye는 모두 Lighty의 사용자입니다. chinaunix와 같은 많은 기술 커뮤니티에서도 초기에 Lighty의 메커니즘과 소스 코드를 분석한 기사가 꽤 많았습니다. 그러나 개발팀의 혼란스러운 계획으로 인해 예를 들어 Changes는 원래 1.5를 출시할 예정이었지만 최근 몇 년 동안(>=5) 버그 수정 버전을 제외하고는 여전히 중단되었습니다. 1.4가 출시되었는데, 새로운 기능은 없습니다. 실제로 lighttpd2.0 공식 저장소의 코드 제출을 보면 기본적으로 3~4개월에 한 번씩 매우 좋은 하이브리드 구성 플러그인입니다. Lua를 통합한 아키텍처(원래 1.4 mod_magnet은 기능이 상대적으로 제한되어 있음). 반면에 nginx는 나중에 따라잡았고, 3일 양쪽 끝에 새 버전이 있으며 몇 가지 새로운 기능이 추가되었습니다. .. 공식 지원이 강력하면 모든 것이 쉽습니다. 게다가 가벼운 로드 밸런싱도 너무 약하고 nginx도 너무 약해서 공식에서는 이를 개선할 생각이 없습니다. , 소매 투자자들도 이를 따랐습니다. 그리고 전도사, 서적, 플러그인의 수도 증가했으며 시간이 지남에 따라 lighttpd의 많은 사용자도 nginx로 전환했습니다. 어떻게 뒷파(nginx)가 앞파(lighthttpd)를 밀어내고 앞파가 해변에서 죽는지
결론적으로 nginx에 익숙하다면 lighttpd로 전환할 필요는 없을 것 같아요