어떤 것을 권장 높은 트래픽 ajax 집중 웹사이트가 있는가?

Question

웹사이트에 대한 레딧 같은 많이 가진 위/아래 표의 의견이 당 항목에서 나는 무엇을 해야 가까?

Lighttpd/Php Lighttpd/CherryPy/Genshi/의 정밀한 웹 애플리케이션을 빨리 빌?

과에 대한 데이터베이스는 것이 무엇 규모를 더/수 있는 가장 빠른 MySQL(4.1 5? 다)또는 PostgreSQL?

Answer 1

내가 말할 수 없 MySQL/PostgreSQL 으로 질문한 경험을 가진 그레스,하지만 나의 주인 연구 프로젝트에 대해 고성능 웹사이트 CherryPy,그리고 나는 생각하지 않 당신은 실망을 사용하는 경우 CherryPy 에 대한 귀하의 사이트입니다.그것은 쉽게 확장할 수 있습하는 수천 개의 동시 사용자는 제품에서 하드웨어입니다.

물론,같은 말할 수 있었 PHP,내가 알지 못하의 모든 합리적인 벤치마크교 PHP 및 CherryPy 성능입니다.하지만 경우에 당신이 있었는지 궁금 CherryPy 처리할 수 있는 높은 트래픽을 사이트의 거대한 숫자가 요청을 초당,대답은 확실히 그렇습니다.

Answer 2

이 설정이 가까운 것 이:

에서 짧은 nginx 빠르고 가벼운 webserver/프런트 프록시와는 독특한 모듈는 그것을 가져 오기로부터 직접 데이터 memcached's 램 저장을 타격하지 않고,디스크 또는 동적인 웹 애플리케이션.의 경우 물론,요청의 URL 을지 않았 캐시미(나가 만료된 경우),요청을 진행하여 웹 애플리케이션니다.천재는 경우 웹 애플리케이션에는 응답을 생성,그것의 사본을 간 memcached,준비가 다시 사용할 수 있습니다.

이 모든 것이 완벽하게 적용 가능하지만 웹 페이지만,아약스 질의/응답합니다.

문서의'다시'서버는 http,특히 이야기에 대해 잡다.그것은 더 나은 것을 경우 다시 했 FastCGI 및 기타(빠른?) framework;하지만 그것은 훨씬 덜 중요하기 때문에,nginx/memcached 팀을 흡수의 가장 큰 부분입니다.

한 경우에는 귀하의 url 을 계획을 위한 AJAX 교통이 잘 설계(나머지는 최고,이럴)에 넣을 수 있는 대부분의 DB 오른쪽에서 일반적으며 모든 게시물(는 것입니다 통과하는 응용 프로그램)할 수 있는 선제 업데이트 캐시가 있습니다.

Answer 3

DB 질문에서, 나는 PostgreSQL이 MySQL보다 더 나은 데이터 무결성을 가지고 있다고 말하고 있습니다. 작은 사이트의 경우 MySQL이 더 빠를 수 있지만 데이터베이스의 크기가 커짐에 따라 내가 들었던 내용에서는 크게 느려집니다. (참고 : 대형 데이터베이스에 MySQL을 사용한 적이 없으므로 확장성에 대해 두 번째 의견을 얻어야합니다.) 그러나 PostgreSQL은 확실히 잘 조정되며 높은 트래픽 사이트에 적합한 선택이 될 것입니다.

Answer 4

더 많은 데이터가 필요합니다. Jeff는 같은 문제에 대해 몇 가지 기사를 가지고 있었고 답변은 성과 문제를 겪을 때까지 기다리는 것이 었습니다.

우선 - 누가 호스팅하고 있으며 무엇을 사용할 수 있습니까? 당신의 집 인재 기술 세트는 무엇입니까? 외부 회사를 고용 할 건가요? 그들은 무엇을 추천합니까? 새로운 프레임 워크를 배우고 자하는 팀과의 새로운 프로젝트?

두 번째는 모형을하는 것입니다. 인터페이스가 어떻게 작동하는지 로드하고 지속하려면 어떤 데이터가 필요합니까? 아이디어는 웹과 DB 사이의 트래픽을 낮추는 것입니다. 예를 들어 많은 쿼리가있는 채팅 한 페이지가 없습니다. 등.

데이터 요구 사항과 흐름에 대한 더 나은 아이디어가 있으면 데이터베이스 설계에 대해 작업하십시오. 따라야 할 규칙이 많이 있지만 더 나은 규칙 중 하나는 정규화 규칙을 따르는 것입니다 (예, 저는 DB가요?)

이제 몇 페이지를 빌드하고 테스트를 실행합니다. 문제가 있습니까? 예, 이제 그것이 무엇인지 살펴보십시오. 페이지 서빙 또는 DB 당김? 측정 한 다음 행동 과정을 선택하십시오.

Answer 5

나는 nginx + php + xcache + postgresql로 갈 것입니다.