먼저, 서버 하드웨어가 현재 트래픽을 지원할 만큼 충분한지 확인합니다.
일반 P4 서버는 일반적으로 하루 최대 100,000개의 독립 IP를 지원할 수 있습니다. 방문 횟수가 이보다 클 경우
문제를 해결하려면 먼저 고성능 전용 서버를 구성해야 합니다
. 어떤 최적화도 성능 문제를 완전히 해결할 수 없습니다.
둘째, 데이터베이스 액세스를 최적화합니다.
물론 데이터베이스에 전혀 접근할 필요가 없기 때문에 프론트 데스크의 완전한 정적화를 구현하는 것이 가장 좋습니다. 그러나 자주 업데이트되는 웹사이트의 경우
정적화는 특정 기능을 충족시키지 못하는 경우가 많습니다.
캐싱 기술은 동적 데이터를 캐시 파일에 저장하는 또 다른 솔루션입니다.
WordPress와 Z-Blog 모두 이 캐싱 기술을 광범위하게 사용합니다. 저는
또한 이 원칙을 바탕으로 Z-Blog용 카운터 플러그인을 작성했습니다.
데이터베이스에 액세스하는 것이 불가피한 경우에는 데이터베이스의 쿼리 SQL을 최적화해 보세요.
Select * from과 같은 문을 사용하지 마세요. 각 쿼리는 필요한 결과만 반환하므로 대규모 쿼리는 피하세요. 짧은 시간
SQL 쿼리를 수량화합니다.
셋째, 외부 핫링크는 금지됩니다.
외부 웹사이트의 사진이나 파일을 핫링크하면 부하가 많이 걸리는 경우가 많습니다. 따라서 자신의 사진이나 파일을 외부로 핫링크하는 것은
엄격히 제한되어야 합니다. 다행히도 현재는 참조를 통해 간단하게 핫링크를 제어할 수 있습니다. . , Apache 자체는
구성을 통해 핫링크를 금지할 수 있으며 IIS에도 동일한 기능을 수행할 수 있는 일부 타사 ISAPI가 있습니다.
물론 핫링크를 달성하기 위해 코드를 통해서도 추천을 위조할 수 있지만, 현재 고의로 핫링크로 추천을 위조하는 사람은 많지 않습니다.
이를 무시하거나 비기술적인 수단을 사용하여 해결할 수 있습니다. 사진과 같이 워터마크를 추가하세요.
넷째, 대용량 파일의 다운로드를 제어합니다.
대용량 파일을 다운로드하면 트래픽이 많이 소모되고, SCSI가 아닌 하드 드라이브의 경우 대량의 파일을 다운로드하면
CPU가 소모되어 웹사이트의 응답성이 저하됩니다. 따라서 2M를 초과하는 대용량 파일은 다운로드를 제공하지 않도록 하세요.
이 필요한 경우에는 대용량 파일을 다른 서버에 보관하는 것이 좋습니다.
다섯째, 다른 호스트를 사용하여 주요 트래픽을 전환하세요.
파일을 다른 호스트에 배치하고 사용자가 다운로드할 수 있는 다른 이미지를 제공하세요. 예를 들어 RSS 파일이
많은 트래픽을 차지한다고 생각되면 FeedBurner 또는 FeedSky와 같은 서비스를 사용하여 RSS 출력을 다른 호스트에 배치하면 다른 사람의 액세스에 대한 대부분의 트래픽 압박이 발생합니다. FeedBurner의 호스트에 집중되며 RSS는 너무 많은 리소스를 차지합니다.
여섯째, 트래픽 분석 및 통계 소프트웨어를 활용하세요.
웹사이트에 트래픽 분석 및 통계 소프트웨어를 설치하면 어느 곳이 트래픽을 많이 소비하는지, 어떤 페이지를 최적화해야 하는지 즉시 알 수 있습니다
. 따라서 트래픽 문제를 해결하려면 정확한 통계 분석이 필요합니다. 제가 추천하는 트래픽 분석 및 통계 소프트웨어
는 Google Analytics입니다. 사용하면서
효과가 매우 좋다고 느꼈습니다. 나중에 Google Analytics 사용에 관한 몇 가지 상식과 기술을 자세히 소개하겠습니다.
위 내용은 LAN 공유 소프트웨어 해결 내용을 포함하여 PHP가 LAN 공유 소프트웨어 해결에 있어 대규모 웹사이트 트래픽과 높은 동시성 문제를 해결하는 방법을 소개합니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.