Enlightenment 웹 표준: 프런트엔드 성능 최적화
프런트 엔드 성능 최적화는 완전히 기술적인 주제이지만 프로젝트의 사용자 경험에 큰 영향을 미칩니다. 웹 사이트를 열 때까지 3~5초 정도 기다려야 하거나 브라우저에 연결할 수 없다는 메시지가 나타날 때까지 기다려야 한다면, 웹사이트는 어디에서 트래픽을 얻고 브랜드는 어디에서 오는가? 영향력과 사용자 충성도는 어디에서 오는가?
3s는 웹 사이트 속도를 견딜 수 있는 사용자 능력의 한계를 판단하는 데 사용됩니다. 3s를 초과하면 사용자가 웹 사이트에 대해 부정적인 심리를 갖게 된 것입니다.
프론트 엔드 성능 최적화와 웹 표준의 관계는 무엇입니까? 다음으로 첫 번째 기사 는 웹 표준 이해 - 아이디어를 통합하고 표준을 따르는 것입니다 . 이는 웹 표준 준수 또는 표준 인식에 대한 보상입니다.
인용하다:
프론트엔드 성능 최적화 Yahoo 성능 최적화에 대해 아는 학생이라면 YSlow 점수를 설치하고 최적화와 비교해 보세요. 그런데 속도 향상을 위해 왜 이렇게 해야 하는지 생각해 본 적이 있나요? 어떤 방식으로든 웹 표준? 상관관계 또는 인과관계?
저는 이러한 항목을 서버 측 컴퓨팅 최적화, 전송 최적화, 클라이언트 측 컴퓨팅 최적화의 세 가지 범주로 나누었습니다.
첫 번째 범주, 서버 측 최적화
서버 측은 웹 사이트의 동적 언어(asp, php), 데이터베이스 쿼리, 저장 등을 실행합니다. 일반적으로 입출력 작업입니다. 이는 프런트 엔드와 관련이 없지만 프런트 엔드에 영향을 미칩니다. YSlow에는 그런 것이 없습니다. 악마는 웹사이트의 서버 성능이 얼마나 좋은지 알고 있습니다. 알 수 없다면 서버 성능과 데이터베이스 성능을 직접 최적화하고 서버 확장을 추가로 구입하세요.
yslow에는 가능한 한 빨리 버퍼를 새로 고치는 방법(Flush the Buffer Early)이 있는데, 이는 html이 완료되기 전에 전송되는 것으로 보입니다.
도메인 이름의 DNS 확인 속도를 향상시킵니다. DNS 확인 횟수를 줄이세요. 분류하기가 어려워서 일단 여기에 넣겠습니다.
백워드 페이지 엔지니어 시스템, 아티스트를 위한 페이지 코드, IE로만 브라우징할 수 있는 페이지 코드, 코드를 작성하지 않고도 그래픽 도구로 직접 내보낼 수 있는 페이지 코드, 트래픽을 많이 소모하는 페이지 코드, 그만큼 느린 페이지 코드 달팽이처럼 프로그래머는 페이지 코드를 보면 현기증이 나고 수정될 때마다 이동해야 한다. 반복적으로 생성되는 페이지 코드는 페이지 엔지니어와 이주노동자를 동일하게 만드는 일종의 페이지 코드이다.
물론 우리는 이를 혁신하고 교체하고 새로운 페이지 엔지니어 시스템과 페이지 품질을 만들어야 합니다. 독립적인 페이지 엔지니어가 완성한 페이지 코드, 여러 플랫폼에 걸쳐 있는 페이지 코드는 페이지를 구문 분석할 수 있는 모든 장치에서 액세스하고 탐색할 수 있습니다. , 그리고 손으로 쓴 페이지 코드, 깔끔하고 잘 구성된 페이지 코드, 트래픽 소비가 가장 적은 페이지 코드, 프로그래머가 좋아하는 페이지 코드, 초고속 액세스 속도를 가진 페이지 코드, 페이지 엔지니어가 고개를 들 수 있도록 수정되고 재사용 가능한 페이지 코드 그리고 스스로를 엔지니어라고 자랑스럽게 부르는데, 쓰여진 것은 컴퓨터 코드의 페이지 코드이기도 합니다.
프런트 엔드 최적화는 웹 표준을 테스트할 수 있는 기회를 제공할 뿐입니다. 표준화가 좋은지 여부를 판단하려면 "실천이 진실을 테스트하는 유일한 기준입니다."