구글이 계획을 발표했다 당신은 무엇에 대해 가지고 있습니까 Chrome 106에서 서버 푸시 지원 제거, (27월 XNUMX일 예정) 변경 사항은 Chromium 코드 기반을 기반으로 하는 다른 브라우저에도 영향을 미칩니다.
서버 푸시 기술에 익숙하지 않은 사용자는 다음을 알아야 합니다. HTTP/2 및 HTTP/3 표준에 정의되어 있습니다., 그리고 명시적으로 요청될 때까지 기다리지 않고 서버가 리소스를 클라이언트에 보낼 수 있도록 합니다.
이런식으로 되어있어야 서버는 페이지 로드 속도를 높일 수 있습니다., 페이지를 렌더링하는 데 필요한 CSS 파일, 스크립트 및 이미지는 클라이언트가 요청할 때 이미 귀하의 측에 전송됩니다.
HTTP/2 서버 푸시 사용 분석 결과( Chrome , Akamai ) 명확한 순 성능 향상이 없었고 많은 경우 성능 회귀가 혼합된 결과가 나타났습니다.
푸시는 .net 파일에 포함되었지만 많은 HTTP/3 서버 및 클라이언트에서 구현되지 않았습니다. 최신 HTTP/3을 사용하는 대부분의 웹에서 푸시는 이미 사용 중지되었습니다. 최근에 이 분석을 다시 실행하면 사이트의 1,25% HTTP/2 지원이 0,7%로 떨어졌음을 알 수 있습니다.
지원 종료 사유로 구현의 불필요한 복잡성이 언급됨 라벨과 같이 더 간단하고 덜 효과적인 대안이 있는 상황에서 기술의 , 브라우저는 페이지에서 리소스가 사용되기를 기다리지 않고 리소스를 요청할 수 있습니다. 한편으로는 서버 푸시와 비교하여 프리페치가 추가 패킷 교환(RTT)을 생성하지만 다른 한편으로는 이미 브라우저의 캐시에 있는 리소스를 보내는 것을 방지합니다. 일반적으로 서버 푸시 및 사전 로드를 사용할 때 지연의 차이는 무시할 수 있는 것으로 표시됩니다.
서버 측에서 사전 로드를 시작하려면 HTTP 응답 코드 103을 사용하는 것이 좋습니다. 이 코드를 사용하면 서버가 모든 작업을 수행할 때까지 기다리지 않고 요청 직후 일부 HTTP 헤더의 내용을 클라이언트에 알릴 수 있습니다. 요청과 함께 콘텐츠 제공을 시작합니다.
103 Early Hints는 Push와 동일한 장점이 많고 단점이 훨씬 적은 오류가 발생하기 쉬운 대안입니다. 103 Early Hints는 서버가 리소스를 보내는 대신 즉시 요청함으로써 이점을 얻을 수 있는 리소스의 브라우저에 힌트만 보냅니다. 예를 들어 HTTP 캐시에 해당 리소스가 이미 있는 경우 브라우저가 이를 필요로 하는지 여부를 결정할 수 있습니다.
중요한 리소스 미리 로드는 페이지와 브라우저가 함께 작동하여 페이지 로드 초기에 중요한 리소스를 선제적으로 로드할 수 있는 또 다른 대안입니다.
마찬가지로 미리 로드할 수 있는 렌더링된 페이지와 관련된 요소에 대한 힌트를 제공할 수 있습니다(예: 페이지에서 사용되는 CSS 및 JavaScript에 대한 링크가 제공될 수 있음). 이러한 리소스에 대한 정보를 받으면 브라우저는 기본 페이지 반환이 끝날 때까지 기다리지 않고 리소스 다운로드를 시작할 수 있으므로 총 요청 처리 시간이 줄어듭니다.
리소스 로드를 최적화하는 것 외에도 서버 푸시 메커니즘을 사용하여 서버에서 클라이언트로 데이터를 전송할 수도 있습니다.그러나 이러한 목적을 위해 W3C 컨소시엄은 WebTransport 프로토콜을 개발합니다. WebTransport의 통신 채널은 QUIC 프로토콜을 전송으로 사용하여 HTTP/3를 통해 구성되며, WebTransport는 멀티캐스팅, 단방향 브로드캐스트, 비순차 전달, 안정적이고 신뢰할 수 없는 전달 모드와 같은 고급 기능을 제공합니다.
Google 통계에 따르면 Server Push 기술은 제대로 배포되지 않았습니다.. 서버 푸시가 HTTP/3 사양에 있지만 실제로 Chrome 브라우저를 비롯한 많은 클라이언트 및 서버 소프트웨어 제품은 기본적으로 이를 구현하지 않았습니다. 2021년에는 HTTP/1,25에서 실행되는 웹사이트의 약 2%가 서버 푸시를 사용했습니다. 올해는 이 수치가 0,7%로 떨어졌다.
최종적으로 그것에 대해 더 많이 알고 싶다면에서 세부 정보를 확인할 수 있습니다. 다음 링크.