IIS 로그에서 200 0 64의 존재에 대 한 이유를 읽으십시오

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

관찰 nap: 보통 많은 네티즌 혼란 200 0 64 네트워크 처럼 상태 코드 읽기를 또한. & NBSP
먼저 분석 하자 200 0 64의 구성 상태 코드:
0 64:sc-상태 (프로토콜 상태) Sc-하위 상태 (프로토콜 하위 상태) Sc win32 상태 (Win32 상태 코드)
sc-상태 (프로토콜 상태): 200 연결
Sc win32 상태 (성공 Win32 상태 코드): 지정 된 네트워크 이름이 더 이상 사용할 수
먼저, 200 상태, 64 우리 모두가 단지 브라우저 전체 요청을 수신 하는 요청을 발행, 200 주 될 것입니다 알고 이이 요청은 프로그램 또는 네트워크 오류를 증명 한다. & NBSP
둘째, 이유는 64에 대 한 생각을 모두의 첫 번째: 검색 엔진 크롤 러는 스냅샷, 서버 정상 영향 생성 및 200 상태 기록 검색 엔진 페이지에서 스냅숏 업데이트 해야 하는 여부 그리고 때 현재 데이터 다운로드 필요 하지 않습니다 결정 하 그들의 자신의 기준에 따라 활성 서버와이 대화 하면 분리 서버 64 상태 표시 됩니다 (알다시피, 64 나타냅니다 지정한 네트워크 이름이 더 이상 유효 하다).
iis 로그 분석은 다음과 같습니다:
예를 들어 새로운 역 ITSOBSERVE.COM   바이 거미는 index.html 아래 디렉터리 발생은 200 0 64 상태, 하지만 거의 모든 페이지는 200 0 0 상태, 그래서 우리는 또 다른 이유는 새로운 역 아직도 시험 기간에는 일시적으로 불포함 200 0 64의 출현을 확인할 수 있습니다. 오래 된 역에 관해서는 분석에 대 한 이유입니다. 아니 원래 콘텐츠 사이트 기사 제목 같은 여러 페이지 앞, 바이 확실히 포함 되지 않습니다.
가 우리 바이 거미는 페이지의 일반적인 과정 포함 볼 수 있습니다.
거미 첫 번째 링크에 의해이 새로운 역에 단계 또는 그렇지 않으면, 특히 제목, 홈 페이지에 상관 없이 페이지 콘텐츠 분석또는 내부 거미 처음 기반 여부를 수집 또는 무게 낮은 경우 스냅숏을 업데이트 돌아갑니다 0 64 상태, 내부 페이지 집중 분석 제목, 거미 라이브러리는 많은 유사한 페이지 반환 200 0 64 미국, 원래는 수익 SAC와 같은 또는 스냅숏 업데이트를 하는 경우 확인 하려면 도메인 이름의 무게.
위의 분석으로 내 조회 및 다른 사용자의 분석 및 나의 자신의 서버 로그 분석을 통해 바이 거미 등장 200 0 64 그래서 상태 코드는 아주 일반적인. 이제는 결론에와 서 그리고 개인적으로이 결론 최종 버전 것을 느낀다. & NBSP
가이 문제를 해결 하려는 경우, 그것은 콘텐츠를 업데이 트 하거나 체인, 특히 원본 콘텐츠 증가.
                   (출처: 지능형 교통 관찰)