>  기사  >  백엔드 개발  >  페이지 안정화를 달성하기 위해 PHP에 권장되는 비디오 튜토리얼 자료

페이지 안정화를 달성하기 위해 PHP에 권장되는 비디오 튜토리얼 자료

黄舟
黄舟원래의
2017-08-30 15:01:581204검색

우리 모두 알고 있듯이 페이지 정적화는 포털 웹사이트 개발에 필수적인 기술입니다. "PHP에서 페이지 정적화 구현에 대한 비디오 자습서"는 이를 순수 정적화와 의사 정적화라는 두 가지 관점에서 분석하고 생성 방법을 모두가 익힐 수 있도록 안내합니다. PHP의 순수 정적 콘텐츠, 웹 서버에서 의사 정적 구성 방법을 통해 모든 사람이 또 다른 급여 인상 도구를 익힐 수 있습니다.

페이지 안정화를 달성하기 위해 PHP에 권장되는 비디오 튜토리얼 자료

강좌 재생 주소: http://www.php.cn/course/403.html

선생님의 강의 스타일:

선생님의 강의는 생생하고 재치 있고 재치 있습니다. 감동. 생생한 은유는 학생들에게 지혜의 문을 열어주는 마무리와 같습니다. 잘 배치된 유머는 마치 부드러운 와인 한 잔을 마시는 것과 같이 학생들에게 아는 듯한 미소를 가져다 주고, 사람들에게 철학자의 격언과 문화적 언급을 선사합니다. 내레이션에 때때로 삽입되어 사람들에게 생각과 주의력을 제공합니다.

이 비디오에서 더 어려운 점은 PHP가 의사 정적을 처리하는 방법입니다.

우선, 의사 정적이란 무엇입니까?

URL 재작성이라고도 알려진 의사 정적은 동적입니다. 정적 URL처럼 보이는 URL입니다. 즉, 동적 웹페이지는 URL 메소드를 다시 작성하여 동적 웹페이지의 매개변수를 제거하지만 실제 웹페이지 디렉토리에 다시 작성된 페이지를 구현할 필요는 없습니다.

추가로 명사 파싱 2개가 추가됩니다

정적 URL: 순수 정적 HTML 문서, 파일 형식을 사용하여 쿼리할 수 있는 웹 페이지: htm

동적 URL: 내용이 데이터베이스에 저장되며, 내용이 그에 따라 표시됩니다. 요구 사항에 따라 URL은 ?로 시작됩니다. # & 다음과 같은 다양한 매개변수를 표시합니다: news.php? lang=cn&class=1&id=2

동적, 정적, 의사정적 사이의 장단점(신규)

동적 URL

우선 구글의 경우 동적 URL에 대해 "크롤링할 수 없다"는 문구가 잘못되었습니다. 예, Google은 동적 URL을 매우 잘 처리하고 원활하게 크롤링할 수 있습니다. 둘째, '매개변수는 3개를 초과할 수 없습니다'라는 문구는 올바르지 않습니다. 그러나 Google은 너무 긴 URL을 피하기 위해 3개 이상의 매개변수를 사용하여 동적 URL을 크롤링할 수 있습니다. , 너무 긴 URL은 피하십시오.

두 번째로, 동적 URL에는 위에서 언급한 대로 몇 가지 장점이 있습니다. 예를 들어, URL의 매개변수는 이 URL의 콘텐츠 언어가 cn이고 카테고리 1에 속하며 콘텐츠 ID가 2임을 Google에 정확하게 알려줍니다. 내용을 처리합니다.

마지막으로, 동적 URL은 최대한 간결해야 하며, 특히 세션 식별자(sid) 및 쿼리(query) 매개변수는 많은 수의 동일한 페이지로 쉽게 이어질 수 있습니다.

정적 URL

무엇보다도 정적 URL의 절대적인 장점은 명확성입니다. /product/nokia/n95.html 및 /about.html은 쉽게 이해할 수 있으므로 상대적으로 높은 클릭수가 발생할 수 있습니다. 검색 결과.

두 번째로, 정적 URL은 최고의 URL 형식이 아닐 수 있습니다. 위에서 언급한 것처럼 동적 URL은 인식할 수 있는 일부 매개변수를 Google에 알려줄 수 있습니다. 그러나 정적 URL의 문서 레이아웃이 충분하지 않은 경우(예: 너무 평면적) , HTML 문서(모두 루트 디렉토리에 있음) 및 기타 요소로 인해 정적 URL이 Google에 제공하는 것만큼 참조 정보가 풍부하지 않습니다.

드디어 르시슈는 이 구글 기사에 숨겨진 의미가 있다고 생각하는 걸까요? "이러한 유형의 URL로 페이지를 업데이트하는 것은 시간이 많이 걸릴 수 있습니다. 특히 정보의 양이 빠르게 증가하는 경우에는 각 페이지마다 컴파일 코드를 변경해야 하기 때문입니다." 그런 문제가 있습니까?

의사 정적 URL

우선, 의사 정적 URL은 동적 URL을 '정적'으로 만들 수 없습니다. Google은 의사 정적 URL을 HTML 문서로 간주하지 않습니다.

둘째, 의사 정적(pseudo-static)을 권장하지만, 중복 매개변수 제거, URL 표준화, 중복 페이지 방지에 중점을 두어야 합니다.

마지막으로 pseudo-static은 잠재적인 위험이 큽니다. 웹사이트 시스템, 웹사이트 구조, 콘텐츠 배포, 매개변수 의미에 익숙할 때 사용하는 것이 가장 좋습니다.

의사 정적 규칙을 작성할 때 중요한 매개변수를 유지해야 하며 이전 예의 news.php와 같은 모든 중요한 매개변수를 간소화해서는 안 되나요? 지나치게 간결하게 작성하여 news-2.html로 다시 작성하는 것보다는 lang=cn&class=1&id=2를 news-cn-class1-id2.html로 다시 작성하는 것이 좋습니다.

또한 pseudo-static에는 세션 ID(sid) 및 쿼리(query) 매개변수 /product.asp?가 포함되어서는 안 됩니다. sid=98971298178906&id=1234와 같은 동적 URL의 경우 해당 URL에 포함된 sid는 원래 Google에서 인식하고 차단합니다. 그러나 /product/98971298178906/1234로 다시 작성하면 Google에서 이를 인식할 수 없을 뿐만 아니라 전체 사이트에서 페이지를 무제한으로 복제합니다(각 세션마다 새 세션 ID가 생성됩니다).

pseudo static 또는 true static을 선택해야 할까요

1. SEO에 true static과 false static을 사용하는 것에는 차이가 없습니다

2. true static을 사용하면 하드 디스크가 손상되고 포럼 성능에 영향을 미칠 수 있습니다

3. 사용 의사 정적은 일정량의 CPU 점유를 차지하며 과도하게 사용하면 CPU 과부하가 발생합니다

 4. 가장 중요한 점은 SEO를 위해서는 정적이어야 한다는 것입니다

 그래서:

 1. 진정한 정적 방법을 사용하면 어떻게 생성되든 하드 디스크에 매우 해로울 수 있으므로 직접 제거할 수 있습니다.

  2. 참과 거짓 정적의 효과가 동일하므로 의사 정적을 선택할 수 있습니다.

  3. 그러나 pseudo-static을 과도하게 사용하면 CPU 과부하가 발생합니다.

 4. 그러니 대량으로 사용하지 않는 한 괜찮습니다.

 5. static은 SEO 전용이므로 SEO에는 pseudo-static만 필요하고 사용자가 사용할 필요가 없습니다.

  6. 따라서 SEO 크롤링을 위해 특별히 제공되는 Archiver에서 pseudo-static만 사용하면 됩니다.

 7. 제 글을 기다려주셔서 감사합니다.

8. 질문이 있거나 다른 의견이 있으면 의사 정적과 실제 정적에 대해 자유롭게 의견을 남겨주세요. 실제 정적과 의사 정적에는 근본적인 차이가 있습니다. 사용자 검색을 위한 순수 HTML 처리와 여러 데이터를 호출하는 PHP는 이전보다 CPU 사용량이 훨씬 적습니다. 누군가가 HTML 다운로드를 자주 읽고 하드 디스크에 쓴다고 말한 것을 기억합니다. 그는 마치 데이터베이스를 읽는 데 디스크에 읽고 쓸 필요가 없는 것처럼 말했습니다. 게다가 캐시된 분산된 PHP 파일이 많이 있습니다. 이러한 읽기에는 디스크 작업이 필요하지 않습니까? 말도 안 되는.

 단일 HTML + 이미지 플래시 및 기타 첨부 파일을 읽으면 목적을 달성할 수 있습니다. 왜 굳이 데이터베이스를 읽고, PHP 캐시 파일을 읽고, 데이터 출력을 다시 통합하고, 이미지 플래시 및 기타 첨부 파일을 추가해야 할까요? CMS 홈 페이지는 많은 상호 작용이 필요하지 않으며 여기에서는 포럼 버전을 사용해서는 안 됩니다. 반대로 더 고려해야 할 점은 바로 아름다움입니다. 호환 가능! 직관적인 정보! 성능! 그리고 안정성!

위 내용은 페이지 안정화를 달성하기 위해 PHP에 권장되는 비디오 튜토리얼 자료의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.