skip to Main Content

a 태그 이미지 다운로드

야, 임원은 확실히 갈 필요가있다. 그것은 http://php.net/manual/en/function.imagewebp.php 내가 필요로하는 것 같습니다. 이것은 내가 libwebp 종속성을 제거하고 공식 워드 프레스 리포지토리에 플러그인을 얻을 수 있습니다. 이것은 2 년 동안 도서관을 만지지 않으면 발생합니다. 이러한 모든 경우에 표시 되는 이미지 대신 여러 이미지를 다운로드 하 고 있습니다. 하지만 누가 상관? 글쎄, 여분의 콘텐츠를 다운로드하고 시간과 돈을 낭비하는 사용자는 특히 대역폭 한도와 느린 연결을 가진 사용자를 걱정할 것입니다. 그리고 어쩌면 당신도, 당신이 제공하는 대역폭에 대한 비용을 지불하는 경우. 그래서 디코딩 시간에 대해 이야기 하자. 우리는 디코딩 시간과 그것이 얼마나 사소한 / 중요한지에 대해 단자 락과 호우 할 수 있습니다. 나에게, 그것은 사소한. 일단 다른 이미지 형식을 손에 들고 있고 합리적으로 더 작다는 것을 알고 나면 브라우저가 이미지 페인팅을 시작하는 데 걸리는 시간만 신경 쓰는 것이 중요하기 때문입니다.

크롬의 타임 라인 도구를 사용 하 여, 여기는 Google 크롬의 “좋은 3 G” 네트워크 제한 프로필을 사용 하 여 첫 번째 페인트 시간에 대 한 참조 (1.5 Mb/s) 각 이미지 유형에 대 한 10 번 의 평가판 (캐싱 사용 안 함): 실제 성능 데이터를 얻을 수 있는 가장 좋은 방법은이 경우에 직접 만드는 것입니다. 나는 모든 래스터 이미지에 대한 내 블로그에 WebP를 사용하고, 나는 그것이 성능에 좋지 않다고 생각하지 않는 경우 나는 누구에게도 추천하지 않을 것이다. 기존 콘텐츠에 대해 구현하는 데 시간이 오래 걸릴 수 있습니까? 확실. 그러나 나는 당신이 그것을 정당화 할 수 있다면 그 결과는 노력할 만한 가치가 있다고 생각합니다. 디코딩 시간은 간단합니다. 최신 처리를 사용하면 WebP 이미지조차도 이미지를 디코딩하는 데 시간이 너무 오래 걸리므로 와이어를 통해 전송되는 데이터가 크게 감소하는 것은 쓸모없는 노력이 될 것입니다. 주요 비판은 이러한 보다 큰 이미지 클라이언트에서 디코딩 될 때 메모리 사용증가 의 원인이 된다는 것입니다. 실제로, 나는 내 웹 사이트 중 하나에서 수년 동안이 기술을 사용했기 때문에 실제 문제를 일으키지 않는다는 주장을 발견했습니다. 이는 HTML이 다운로드되고 즉시 이미지 다운로드를 시작할 때 브라우저가 “미리 보기”하기 때문에 발생합니다.