이 글은 기계 번역의 미러 문서이며, 원본 기사로 바로 이동하려면 여기를 클릭해 주세요.

보기: 14413|회답: 0

[웹마스터 소통] 360 웹사이트 디펜더 TTFB 사용 시간 너무 오래

[링크 복사]
게시됨 2016. 7. 9. 오전 10:38:45 | | | |

TTFB 속성
지원 센터 시험
TTFB 속성
응답의 첫 바이트가 수신되기 전까지 소요된 밀리초 수를 받습니다.
lTime = 응답. TTFB
반환 시간 랜: 첫 바이트 응답 시간 밀리초 단위.
TTFB:httpwatch的timechart中的一列参数。
TTFB(첫 바이트까지의 시간)는 초기 네트워크 요청이 시작된 시점부터 서버로부터 첫 바이트를 받는 사이의 시간으로, TCP 연결 시간, HTTP 요청을 전송한 시간, 응답 메시지의 첫 바이트를 받는 시간이 포함됩니다.

1. TTFB(첫 바이트까지의 시간)는 초기 네트워크 요청부터 서버로부터 받은 첫 바이트까지의 시간으로, TCP 연결 시간, HTTP 요청을 전송하는 시간, 응답 메시지의 첫 바이트를 받는 시간을 포함합니다.
참고: 페이지 리디렉션이 많을수록 TTFB가 높아지므로, 리디렉션을 줄이기 바랍니다
TTFB 최적화 방법에는 다음이 포함됩니다:

1. DNS 쿼리 감소

2. CDN 사용

3. 일찍 물 내리기

4. 사이클 헤드 추가

개인적인 조언: 이런 지표들에 너무 신경 쓰지 마세요. 가치 없는 웹사이트(트래픽, 인기, 돈 없음)에 대해 이런 지표를 분석하는 것은 의도치 않은 일입니다



이 사람은 dnspod와 360 웹사이트 가드를 사용하고 있는데, 최근에 웹사이트가 매우 느리게 열리고 있다는 것을 발견했습니다. 이전에는 없었던 일입니다

그 이유를 찾아보니 대부분이 이미지, JS 같은 정적 리소스임을 알게 되었고, TTFB 시간은 너무 길습니다.

이 정적 자원들은 서버에서 처리되지 않으니 제 서버에서는 문제가 되지 않을 겁니다

360 웹사이트 가드를 사용하기 때문에 많은 가속 기능이 켜져 있지만, 속도가 빨라질수록 속도는 느려집니다.

원인을 찾으려면, 로컬 호스트 파일을 수정해서 도메인 이름을 서버의 실제 IP로 직접 가리키는 것만 가능합니다

웹사이트가 거의 몇 초 만에 열렸고, 캐시도 깨끗했으며, 첫 로드도 약 3초 정도였고 너무 느리지도 않았습니다.


개인적으로는 최근 360 웹사이트 경비 프로젝트 팀의 업데이트나 업그레이드 때문일 수 있고, 360 쪽에서 주요 운영이 있을 것으로 추정됩니다.






이전의:【비주얼 스튜디오】2005~2015 중국 완전판 얼티밋 에디션 (일련번호 포함)
다음:리눅스에서는 Iptables가 CC 공격을 막기 위해 동일한 IP 연결을 제한합니다
면책 조항:
Code Farmer Network에서 발행하는 모든 소프트웨어, 프로그래밍 자료 또는 기사는 학습 및 연구 목적으로만 사용됩니다; 위 내용은 상업적 또는 불법적인 목적으로 사용되지 않으며, 그렇지 않으면 모든 책임이 사용자에게 부담됩니다. 이 사이트의 정보는 인터넷에서 가져온 것이며, 저작권 분쟁은 이 사이트와는 관련이 없습니다. 위 내용은 다운로드 후 24시간 이내에 컴퓨터에서 완전히 삭제해야 합니다. 프로그램이 마음에 드신다면, 진짜 소프트웨어를 지원하고, 등록을 구매하며, 더 나은 진짜 서비스를 받아주세요. 침해가 있을 경우 이메일로 연락해 주시기 바랍니다.

Mail To:help@itsvse.com