페이지 응답 속도 개선 하는 방법

중간 거래 SEO 진단 Taobao 게스트 클라우드 호스트 기술 홀

느린 인터넷에 액세스할 수는 과거 되고있다 하지만 페이지 즉각적인 수 렌더링은 미래만 일어날 것입니다. 기독교 Heilmann 팁 만들 수 있습니다 지금 사이트 더 유창 하 게.

시간 지연 페이지가 처음 액세스 될 때 웹 사이트 및 웹 응용 프로그램 디자인에서 매우 중요 한 문제입니다. 사용자가 항상 페이지는 충분히 빨리 느낀다.

사용자가이 방법을 왜 생각 합니까? 아마도 사용자는 여전히 사용자 페이지 수 라는 정보 고속도로 신속 하 게 대응 해야 한다는 느낌 때문에 아마도 분 여 분 액세스 네트워크 (호텔 또는 공항 여전히 유지)를 사용 하는 습관을 유지 합니다. 하지만 내 생각에 그것은 할리우드의 책임입니다. 모든 할리우드 액션 블록 버스터에서: 키보드에 도청, 컴퓨터 화면 초 고해상도, 절묘 한 사이트 작업 인터페이스의 조밀한 데이터 표시와 함께 나타납니다 그리고 웹 사이트 백과 사전 읽기를 완료 하는 데 몇 밀리초만.

하지만 실제 생활에서이 경우가 아니라면, 어떻게 귀하의 페이지를 단순화 하면, 아무리 지연 여전히 존재 하기 때문에. 그리고 페이지 더 화려한, 보통 이용할 경우 플래시의 오용은 페이지의 응답 속도 영향을 심각 하 게 수 있지만 플래시. 네트워크 응용 프로그램으로 당신은 또한 순서로 로드 되는 페이지 요소, 요소는 예외에 의해 발생 하는 사용자에 의해 액세스 되지 않기 때문에 페이지가 완전히 로드 되지 않습니다 확인 해야 합니다.

그 요인 발생 천천히 대응 사이트?

귀하의 웹 사이트의 응답 속도 개선에 관해서, 가장 일반적인 방법은 가능한 웹 사이트 파일의 크기를 줄이는 것입니다. (이것 또한 JavaScript 라이브러리 파일의 크기에 대 한 끝 없는 논의를 리드 하지만 결국에서 결과입니다.) 사실, 웹 페이지의 초기 액세스의 응답 속도 영향을 주는 요인의 수가 있다:

HTML 문서의 크기입니다.
스크립트, 이미지, 멀티미디어 요소 문서 크기 페이지에 포함 된.
HTML 페이지의 복잡성입니다. (브라우저 빠르게 간단한 페이지 표시할 수 있습니다)
사용자 액세스 속도
속도는 제 3 자 콘텐츠는 페이지에 액세스 하는 서버에 액세스할.
사이트 도메인 이름 및 페이지에 포함 된 외부 도메인 이름 DNS 확인 속도.
사용자의 컴퓨터의 성능입니다. (브라우저는 다른 작업에 너무 많은 리소스를 사용 하는 시스템 때문에 응답 속도가 느린 수 있습니다).
서버 해당 속도입니다.
위의 기술적 요소 이외에 느린 응답 사이트로 이어질 것입니다, 그리고 디자인 요소에 대 한 어떤 사람들 있다. 예: 페이지 로드와의 혼란 없이 이미지 표시; 페이지 영역에서 프로세스를 피하기 위해

웹 사이트에 대응 하는 빠른 방법

연습을 통해 다음과 같은 경험 기술 및 인적 요인으로 인해 웹 사이트에 느린 응답의 문제를 해결 하기 위해 도움이 됩니다.

페이지 디스플레이의 품질에 영향을 주지 않고 가능 한 한 많은 HTML 코드를 최적화 합니다. (이 페이지를 게시할 때 HTML 문서와 중복 줄 바꿈을 태그에서 코멘트를 제거 포함 됩니다.) 하지만 페이지를 읽을 수 있는 유지 하는 코드 있어야 소스 코드에 다른 몇 가지 외부 참조 페이지, 문서 간의 종속성을 감소에 포함 되어 있습니다. (에 넣을 수 있습니다 여러 스크립트 스크립트 파일을 사용 하 여 CSS sprite 기법 큰 이미지에 여러 개의 작은 그림을 결합 하 여 한 번 로드 하기만 하면) 당신이 하지 외부 서버에서 제 3 자 콘텐츠를 참조 할 수 있도록: 원격 RSS 피드 로컬로 캐시 하는 스크립트를 사용 하 여. 이 뿐만 아니라 DNS 확인에 의해 발생 하는 대기를 피할 수 있지만 또한 영향을 주지 않습니다 서비스 외부 서버 가동 중지 시간으로 인해.

가능한 한 많은 사진과 그림을 포함 하는 요소의 크기를 확인 합니다. 이 그림을 로드 하 고 페이지 요소는 치고 페이지를 피할 수 있습니다.

큰 스크립트 로드 완료 되기 전에 페이지를 표시할 수 있도록 큰 스크립트는 페이지의 끝에 로드 됩니다. 페이지 헤더 요소에 큰 스크립트를 로드 하는 경우 브라우저는 스크립트는 완전히 로드 된 페이지 콘텐츠를 표시할 때까지 기다립니다.

웹 개발 지침과 향상 응답 속도

불행히도, 우리가 일반적으로 생각 하는 웹 개발의 원칙 충돌 위에서 언급 한 있습니다. 페이지에 포함 된 파일의 수를 줄이면, 예를 들어 악화 될 제품 유지를 발생할 수 있습니다. 페이지 없이 사이트에 다른 페이지 스타일을 유지 하는 가장 쉬운 방법 (첫 번째, 게시물 및 아카이브 페이지) 그들의 자신의 스타일 파일에 페이지의 다양 한 종류의 특별 한 스타일을 저장 하는. 페이지 기본 스타일 파일 하 고 페이지의 종류에 따라 페이지의 해당 형식에 대 한 지정 된 스타일 파일을 포함 수 있습니다.

스크립트와 유사한 스크립트 파일에 같은 방식으로 저장할 수 있습니다. 이 코드를 유지 보수와 함께 도움이 됩니다. 신속 하 게 모든 스크립팅 코드를 보고 하지 않고 필요한 함수를 찾을 수 있습니다. 또한, 페이지의 주요 부분에 스크립트를 추가 종종 여겨진다 나쁜 코딩 습관 그 사용자의 동작으로 논리적으로 포함 된 페이지의 구조를 제어 하기 때문에.

다행히도,이 문제에 기술적인 해결책 있다.

사용 하 여 포함 하는 여러 스타일이 나 스크립트를 참조 하십시오.

Edwaraillo의 솔루션 하나의 파일에 여러 개의 CSS 스타일 또는 스크립트를 구성 하는 PHP 스크립트를 사용 하는 것입니다. 이 스크립트 또한 더글러스 Crockford의 jsmin 호출할 javascript 압축 될 수 있습니다 ' s. 이 스크립트는 사용 하 고 이러한 파일을 병합 될 때까지 병합 된 파일을 수정 하는 캐시 수 간단 합니다. 즉 그 병합 된 파일을 수정 하면 스크립트가 자동으로 리 패키지 캐시. 이것은 코드 유지 보수 및 페이지 응답 속도 모순 사이 해결 하기 위해 매우 간단 합니다.

페이지 로딩의 문제 해결

다른 까다로운 문제는 스크립트 요소를 호출할 수 있습니다 전에 로드 페이지에 대 한 기다릴 필요가 페이지 헤더에 포함 된. 이 지연의 조금 일 수 있다 그리고 그것은 또한 문제가 발생할 수 있습니다.

브라우저 부하, 구문 분석, 및 디스플레이 문서 대기 시간 방식으로 발생 합니다. 창 onload 이벤트 스크립트를 로드할 때 브라우저의 처리 순서가 있다:

외부 스크립트와 스타일 시트를 로드 하는 HTML 코드를 구문 분석
구문 분석된 스크립트 실행
HTML DOM 트리를 구축
그림 및 다른 외부 참조를 로드
페이지 로딩 완료

대부분의 경우에서 이러한 로드 느립니다 고 몇 단계 고급 될 필요가 있다. 많은 스마트 프로그래머는이 문제를 해결 하는 최선을 다하고 있습니다 그리고 새로운 솔루션의 오고 있다. 대부분 자바 스크립트 이벤트 onavailable 또는 Ondocumentready에 대 한 처리 있다. 이러한 이벤트는 문서의 일부는 로드 보다는 적재 될 그림의 많은 수에 대 한 대기 때 트리거됩니다. 하지만 연습과 반복 테스트를 통해 오래 된 브라우저와 운영 체제에 대 한 논 해결 방법입니다. 하지만 약간의 행운이 최종 해결책을 찾을 것입니다 그래서 연관 있다고 생각 우리는 열심히, 계속 해.

웹 응용 프로그램 로드 되지 않으면 요소에 대 한 호출 때문에 예외가 발생 하는 치명적인 문제입니다. 이러한 종류의 문제는 페이지 미화 섹션에서에서 발생 합니다, 몇 가지 해결 방법 있을 것입니다.

한 번에 너무 많은 콘텐츠를 로드 하는 문제를 해결 하려면 콘텐츠 로드할 수 있습니다 수요에 별도로.

더 많은 내용 한 번에 로드 페이지 장식, 주문 종종 문제가 있다. 콘텐츠를 많이 너무 많은 텍스트 또는 4 레벨 탐색 모음을 각 태그 포함 되어 있을 수 있습니다. Javacript 스크립트를 사용 하 여 매우 쉽게 이러한 콘텐츠를 동적으로 표시할 수 있습니다. 그러나 스크립트를 사용 하지 않도록 설정 하는 경우 다음 동적 콘텐츠 스타일을 잃을 것 이다 중단 됩니다 있고 제대로 표시는 확실히 좋은 생각이 아니다. 페이지 또한는 없습니다 모든 동적 전시 한 번에 로드 하는 페이지 로딩에 부하를 증가.

해결 방법은 사용자 태그를 트리거할 때 자바 스크립트와 표시 된 콘텐츠를 동적으로 로드입니다. 기본 정적 텍스트는 사용자 스크립트를 닫을 때에 표시 됩니다.

추가 콘텐츠를 로드 하는 방법은 당신이 필요가 있는 무엇을 인용에 따라 달라 집니다. 간단한 방법은 스크립트 태그를 동적으로 생성 하는 것입니다. 이것은 자바 스크립트 데이터 집합의 많은 수를 소개 하 하거나 페이지가 로드 된 후 스크립트를 소개 하는 데 사용 되는 초기 접근.

기능 풀 () 없음
var s = document.createelement (이 하 ' 스크립트');
S.type = ' 텍스트/자바 스크립트 ';
S.SRC = 'largejavascriptblock.js';
document.getElementsByTagName ('머리') [0].appendchild (s);
}
Window.onload = 풀;

Del.icio.us 페이지 JSON에서 반환 된 데이터를 소개 하는이 방법에는. JSON는 nothing을 반환 합니다 때문에 페이지를 로드 한 후 코드를 포함 하는 자바 스크립트 태그를 생성 하 고 다음 페이지에서의 요소 내용을 대체 하는 코드를 실행할 수 JavaScript 코드의 많은 보다는 더 많은. 로 캡슐화 하는 개체 dishy JSON 만들 수 있습니다 그것은 쉽게 이것을 할 수 있습니다. 다른 덜 눈에 띄는 플 리 커의 아바타, 플리커 JSON 출력, 최신 사진을 표시 이며 사용자는 스크립트 비활성화, 어느 위치 표시만 링크 됩니다.

비-자바 스크립트 콘텐츠를 소개 하 고 Ajax 또는 Ahah 또는 Hijax 또는 XML (거 야 하려는 어떤 이름을)를 포함 하지 않는 몇 가지 다른 Ajax를 사용할 수 있습니다. 예를 들어 사용자의 따라 더 복잡 한 인터페이스를 로드할 수 있습니다 심지어는 AJAX 사용 탐색 선택할 필요가 있다.

속임수 이미지 디스플레이 기법 이미징

접근의 마지막 소스 아직 연락 웹 사이트 개발을 시작 하지 않은 가능성을 다시 추적 될 것입니다. 그 당시 대부분 IE 경쟁자 가난한 넷스케이프 브라우저 전쟁에서 (그러나 내 생각에 그건 그 당시 좋은) 브라우저 지원 사용자 지정 HTML 특성 'Lowsrc' 작은 그림 큰 이미지 로드에 대 한 대체 디스플레이 이미지 미리 로드 수 되도록 지정 합니다. 이 통해 사용자의 액세스 속도가 느린 경우에 렌더링 하려고 하는 이미지의 미리 보기를 볼 수 있습니다.

아이디어를 다시 사용할 수 있습니다 하는 페이지가 로드 될 때 큰 그림을 포함 하지만 더 정규화 된 작은 그림을 로드할 수 없고 다음 페이지가 로드 될 때 큰 그림으로 바꿉니다. 심지어 배경 색상만 로드 하 여 시작 하는 간단 하 게 다음 완료 하 고 JavaScript 또는 DOM 로드 아트 워크와 덮어쓰기 페이지 부하에 대 한 기다릴 수 있습니다.

이 이렇게 해야 여러 서버에 캐시 될 수 없습니다에서 이미지의 숫자에도 적용 됩니다. (예를 들어 gravatars) 자리 표시자 이미지, 그리고, 그리고, 일반적으로 로드 하 고 다음 동적으로 다른 서버에 흩어져있는 작은 사진을 얻을 수 있습니다.

요약
이것은 단지 몇 페이지 응답 속도 개선 하는 기본 방법을 그리고 그들 중 일부는 당신을 도움이 될 것입니다 바랍니다.
당신이 더 나은 아이디어가 있다면, 주저 하지 말고 나에 게 응답.