역에 최적화 된 페이지 최적화

중간 트랜잭션 http://www.aliyun.com/zixun/aggregation/6858.html "> seo 진단 Taobao 게스트 클라우드 호스트 기술 홀

모두 말했다 "는 황제에 대 한 체인 이외의 왕에 대 한 콘텐츠" 라고, "하려면 바깥쪽에에서 있어야 첫 번째!" 원래 기사, 체인, 밖에 서 높은 품질을 보내려고 노력에 웹 페이지, 코드 자체 인지 문제? 예, 혜택 및 페이지 최적화의 효과 최소화 하는 경우에 고원의 만듭니다 문서와 고품질 외부 체인 이미 완전히 만들 수 있습니다 또는 무시; 그러나, 대화의 피크의 차 우 직전 참조 했다: 조금 더 나은의 모든 측면을 아마도 추가 최대 훨씬 낫다.

따라서, 나의 생각은 온라인 웹사이트 전에 웹사이트 자체 프로그램 경우 최적화의 최대 학위 믿습니다 사이트의 최적화가 더 도움이 될 것입니다.

아래 내 양 청에 생활 네트워크 예를 들어 개인 통찰력의 그들의 자신의 페이지 최적화를 설명 하기 위해 모두 환영 팻 벽돌.

1, 페이지 고정

물론, 정적 페이지, 필요가 없습니다 그리고 정적은 반드시 전체 역 수만 정적 가장 중요 한 집. 다른 프로그램의 처리에 대 한 페이지의 실행 시간은 다르다; 온라인 성숙한 CMS 시스템, 구현 효율성에서 말할 필요도 없이, 믿고 비교 최적화 정도입니다. 나 하나, 원숭이 프로그램 결과 응답 시간이 3 초 이상 이며 마지막으로, 홈페이지 생성 HTML 정적, 수십 수백 밀리초의 해당 시간 같이 그래서 구현 속도를 작성, 자신의 사이트 것 실제로 상대적으로 가난한 그래서 일부 사이트의 홈 페이지 더 사진, 웹 마 스 터 도구 쿼리를 사용 하 여:

2, 줄일 페이지 리디렉션

페이지 리디렉션을 피하기 위해, 예를 들어 내 웹사이트를 시도해 야, 바이 두의 제안:

물론, 화면 캡처는 피할 수 없다, 통계 코드의 추가 의해 트리거되는 하지만 자체 코드에 것이 좋습니다 리디렉션 요청 및 페이지 응답 시간 따라서의 수를 감소 시키는 최소화 하기 위해.

3, 자바 스크립트 파일 처리

1 js 파일 병합할 파일을 가능한 한 많이 감소 요청 수; 예를 들어 많은 JS 함수는 웹사이트에 사용 되는 다음, JS 함수 파일;로 통합 하는 기능

2 JS 위치

JS는 페이지의 끝에, 속도 열고 페이지를 빠르게 수 있습니다.

크게 감소 하는 JS 파일의 크기는 요청 시간을 줄일 수 있도록 3) 자주 변경된 JS 파일 압축된 코드, 수 있습니다.

JS 파일 권장 사항 처리에 바이:

4, CSS 파일 처리

JS 파일, CSS 파일을 한 파일로 병합 가능한 만큼 많이 1 요청 수를 줄이기 위해

2 CSS 위치

페이지 다시 렌더링할 필요가, 오프닝 속도 영향을 CSS 설명 게시물에 나타납니다.

3 사용 하 여 CSS 스프 라이트

Csssprites 국가 있는 많은 사람들이 CSS 마법사 전화, 웹 페이지 그림 응용 프로그램 처리 방법의 일종 이다. 그것은 페이지를 방문할 때 로드 그림 나타나지 않을 것 이다 전에 천천히 모든 비트와 더 큰 이미지에 관련 된 페이지의 조각을 포함 수 있습니다.

CSS 스프 라이트를 사용 하 여 웹 페이지의 HTTP 요청을 줄일 수 있습니다, 따라서 크게 페이지의 성능 향상, CSS 스프라이트 수를 줄일 수 이상 3 사진 1에 병합에 비해 되었습니다 그림에 바이트, 바이트의 그림은 항상 3이 그림의 총 숫자 보다.

5. gzip을 사용

Gzip 압축 효율성은 매우 높은, 일반적으로 달성할 수 있는 70%의 압축 비율, 압축 9 K 후 또는 그래서 귀하의 웹 페이지 30 K, 경우.

6. 문자 집합된 선언

< 머리 > 부분에서 문자 집합을 정의 하지 않습니다 페이지 렌더링의 수를 증가 하 고 속도가 느려집니다.

양 청 생활 네트워크 Http://www.020life.cnA5 첫 번째, 문제에서이 기사 증 쇄 하는 링크와 함께, 감사 합니다!