진위 정태 구별 방법 분석
일부 사용자 들 은 위 정적 과 진정 적 인 실제 수 록 량 의 차이 가 매우 클 것 이 라 고 생각 합 니 다.사실은 그렇지 않 습 니 다.개인 적 인 측면 에서 댓 글 이 진정 적 인지 거짓 정적 인지 판단 해 보 세 요.
정적 이라는 뜻 은 주소 에 물음표 가 없고 물음표 가 없 는 것 이 정적 이기 때문에 그 가 진짜 든 가짜 든 간 에 매우 보기 싫 을 것 이다.검색엔진 보이 시 나 요?
그 러 니까 사실은 진짜 든 가짜 든 사실은 검색엔진 에 있어 서 모두 똑 같 습 니 다.검색엔진 은 말 하지 않 았 습 니 다.이것 은 가짜 입 니 다.저 는 당신 을 수록 하지 않 습 니 다.
근본 을 파 헤 치 며 말하자면,왜 검색엔진 은 물음표 가 달 린 인터넷 주 소 를 수록 하지 않 습 니까?검색엔진 은 물음표 로 인해 사 순환 에 들 어 갈 까 봐(예전 에 그물 을 움 직 이면 이런 구멍 이 있 었 고 거미 가 들 어가 서 나 오지 못 했다)물음표 가 있 는 주 소 는 들 어가 지 않 을 때 가 많 았 다.위 정적 은 검색엔진 에 있어 서 사실은 정적 이 었 다.주소 에 물음표 가 없 기 때문에 위 정적 보다 많이 수 록 된 표현 이 없 었 다.
2.왜 위 정적 을 선택 합 니까
많은 사용자 가 말 했다.
정적 이 안 좋아요?
왜 정적 으로 안 써 요?
방문 하 는 게 더 빠 르 지 않 나 요?
부하 가 더 좋 지 않 습 니까?
잠깐 만,잠깐 만...
여기 서 사실 한 가지 질문 으로 만 대답 합 니 다.왜 MYSQL 을 선 택 했 습 니까?
많은 사용자 들 이 왜 그렇게 많은 대형 포럼 에서 MYSQL 데이터 베 이 스 를 저장 체제 로 선 택 했 는 지 모 르 겠 습 니 다.대부분 은'DZ 가 MYSQL 을 사 용 했 기 때문에 MYSQL 입 니 다'라 고 생각 합 니 다.
그렇지 않 으 면 DZ 가 왜 그렇게 많은 포럼 프로그램 이 공존 하 는 날 에 살아 남 고 강 호 를 자랑 하 는 지 생각해 보 자.매우 큰 이 유 는 DZ 가 MYSQL 을 사 용 했 기 때문이다.만약 에 대 C 가 그 당시 에 바 꾼 프로그램 이 텍스트 포럼 이 었 다 면 DZ 의 오늘 이 있 었 을 까?
또는 다른 측면 에서 왜 그렇게 많은 대형 사이트 들 이 텍스트 가 아 닌 MYSQL 을 저장 체제 로 선 택 했 느 냐 고 물 었 다.
텍스트 포럼 이란 실제 적 으로 진짜 정태 적 인 표현 과 차이 가 많 지 않 습 니 다.데 이 터 를 공간 에 저장 하고 하 드 디스크 를 대량으로 읽 고 쓰 는 등...
왜 이런 표기 법 은 탈락 합 니까?
나 는 답 이 선생님 이 말씀 하신 것 이 아니 라 고 믿는다.
"discuz.net 에는 현재 2129867 개의 게시 물이 있 는데 html 로 저장 하면 약 20799 M,즉 20G 정도 입 니 다."여기 에는 디스크 메모리 메커니즘 으로 인 한 공간 낭비(1k 파일 100 개가 차지 하 는 공간 이 200 K 일 수 있 음)도 계산 되 지 않 는 다.'
이런 견 해 는 제 개인 적 인 관점 에서 볼 때 이 이 유 는 사용자 에 게 진정 성 을 사용 하지 않 는 충분 한 이 유 를 줄 수 없습니다.
그러나 다른 이 유 는 우리 가 주의해 서 생각해 야 할 것 이다.또한 왜 절대 다수의 역 이 정적 생 성 을 선택 하지 않 는 지 하 는 것 이다.
"이 html 내용 을 삭제 하고 업데이트 하면 대량의 디스크 io 작업 과 대량의 디스크 파편 을 초래 할 수 있 습 니 다."
위 에서 말 한 바 와 같이 실제 적 으로 대량의 디스크 I/O 작업(input,output)을 초래 할 수 있다.I/O 작업 을 대량으로 진행 하면 대량의 디스크 파편 이 발생 하고 심지어 하드디스크 에 나 쁜 길이 생 길 수도 있다.
그래서 정적 을 만 드 는 데 있어 서 텍스트 포럼 을 사용 하 는 것 이 당신들 의 수 요 를 잘 해결 할 수 있 습 니 다.
(부 W 는 텍스트 포럼 에서 태 어 났 으 며,당시 이름 은 오 프 스타 였 다.http://www.sh012.com 그 후에 발전 어려움 으로 인해 MYSQL 로 바 뀌 었 고 PW 는 정적 페이지 를 만 들 었 습 니 다.즉,PW 예전 의 텍스트 방식 이 사용자 의 시선 을 끄 는 삐죽 거 리 는 데 사용 되 었 습 니 다)
물론 기억력 이 좋다 면 PW4 때 PW 포럼 에 오래 방문 하지 못 했다 가 한 동안 의 데이터 로 회복 되 었 다 는 것 을 기억 할 수 있 을 것 입 니 다.공식 적 으로 는 공격 을 받 아 하 드 디스크 가 손상 되 었 다 는 것 입 니 다.사실은 이런 주장 은 믿 을 수 없습니다.공격 을 받 아 하 드 디스크 가 손상 되 었 는 지,아니면 대량의 I/O 조작 으로 인 한 결과 인지 에 비해.나 는 개인 적 으로 후자 에 더 치중 한다.
물론 5d6d 에 관심 이 많 으 시 면 며칠 전에 5d6d 에 접근 할 수 없 었 다 는 것 을 알 아야 합 니 다.비공 식 소식 에 따 르 면 하 드 디스크 가 고장 나 서 손 상 된 이 유 는 당연히 많은 사용자 들 이 I/O 작업 을 많이 했 기 때 문 이 라 고 생각 합 니 다.생각해 보 세 요.저희 포럼 에서 디스크 I/O 작업 을 하 는 것 은 관리자 에 게 만 캐 시 를 업데이트 할 때 이 루어 진 것 입 니 다.5d6d 의 모든 회원 은 관리자 입 니 다.디스크 에 얼마나 큰 시련 이 있 는 지 생각해 보 세 요.그래서 나 는 5d6d 의 하 드 디스크 가 고장 난 것 을 이상 하 게 생각 하지 않 는 다.
물론 이 글 을 읽 는 많은 친구 들 이 BT 를 사용 한 적 이 있 을 수도 있 고 BT 가 하 드 디스크 에 매우 상 처 를 입 어서 많이 열 수 없다 는 말 도 들 었 을 수도 있 습 니 다.상처 란 여기 서 말 하 는 것 과 똑 같은 것 입 니 다.대량의 I/O 로 인해 디스크 에 파편 이 생기 고 심지어 디스크 에 나 쁜 길이 생 겼 습 니 다.
여 기 는 모두 매우 실제 적 인 예 를 들 어 문 제 를 설명 하 는 것 이다.
3.위 정적 에 대한 나 쁜 점
물론 한 편의 글 쓴 이 가 말 한 것 과 같다.
"데이터 가 조금 만 많 으 면 위 정적 을 사용 하면 CPU 사용 과부하 가 발생 합 니 다.저 는 동시에 300 여 명 이 접속 하면 끊 습 니 다.위 정적 을 사용 하지 않 을 때 동시에 500 명 이 넘 으 면 끊 지 않 습 니 다.제 ISS 수 는 1000 입 니 다."
확실히 그렇습니다.위 정적 은 실제 주소 가 아 닌 정규 판단 으로 어느 페이지 를 표시 하 는 지 분별 하 는 책임 도 CPU 로 직접 지정 하여 판단 하기 때문에 CPU 점 유량 의 상승 은 위 정적 의 가장 큰 폐단 입 니 다.
4.우 리 는 어떻게 해 야 하 는가
우리 총 결 해 보 자.
1.진짜 정적 과 가짜 정적 을 사용 하 는 것 은 SEO 에 있어 서 별 차이 가 없다.
2.정적 을 사용 하면 하 드 디스크 가 손상 되 고 포럼 성능 에 영향 을 줄 수 있 습 니 다.
3.위 정적 을 사용 하면 일 정량의 CPU 점유 율 을 차지 하고 대량으로 사용 하면 CPU 과부하 가 발생 합 니 다.
4.가장 중요 한 것 은 우리 가 정적 인 것 은 SEO 를 위 한 것 이다.
그래서..
1.정적 인 방법 을 사용 하면 직접 제거 할 수 있 습 니 다.아무리 생 성 되 더 라 도 하 드 디스크 에 매우 상 처 를 입 기 때 문 입 니 다.
2.진위 정태 의 효과 가 같 으 니 우 리 는 위 정태 를 선택 할 수 있다.
3.그러나 위 정적 대량 사용 은 CPU 과부하 로 찍 힌 다.
4.그래서 우 리 는 대량으로 사용 하지 않 으 면 된다.
5.정적 은 SEO 에 게 만 보 여 주 는 것 이 므 로 우 리 는 위 정적 으로 SEO 에 게 만 보 여주 면 됩 니 다.사용자 에 게 사용 할 필요 가 없습니다.
6.그래서 우 리 는 SEO 에 게 기어 오 르 는 아 카 이브 에 위 정적 을 사용 하면 된다.
5.특정한 사이트 가 진짜 정태 인지 가짜 정태 인지 판단 한다.
IE 브 라 우 저 는 판단 하고 싶 은 사 이 트 를 열 고 웹 주소 상자 에 javascript:alert(document.last Modified)를 입력 합 니 다.이 방법 은 웹 페이지 의 마지막 업데이트 시간 을 판단 할 수 있다.만약 이 시간 이 현재 의 시간 과 같다 면 이것 은 위 정적 이 고 반대로 진짜 정적 이라는 것 을 설명 한다.
파이 어 폭 스 브 라 우 저 는 먼저 파이 어 폭 스 로 웹 페이지 를 열 고 웹 페이지 가 완전히 열 리 면 파이 어 폭 스 콘 솔 에 들 어 갑 니 다."도구"-"오류 콘 솔"-단축 키:Shift+Ctrl+J 를 누 른 다음 콘 솔 에 입력 하 십시오.alert(document.last Modified)를 입력 하고 마지막 수정 시간 을 보고 기록 합 니 다.그 다음 에 콘 솔 을 닫 고 웹 페이지 를 다시 새로 고치 고 똑 같은 방법 으로 콘 솔 에 조회 코드 를 입력 한 다음 에 파일 의 마지막 수정 시간 을 살 펴 보 세 요.몇 번 연속 시간 이 다 르 면 의사 정적 이 라 고 판단 할 수 있 습 니 다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
nginx 정적 서버 정적 자원 발표 스 크 립 트텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.