기본 HTML:Lazyloading
나는 이것이 너로 하여금 규범이 어떻게 시간의 추이에 따라 발전하는지 더욱 잘 이해하게 할 뿐만 아니라, 동시에 너로 하여금 자신의 개선 건의를 제기할 자신감을 가지게 할 수 있기를 바란다.whatwg팀은 새로운 아이디어를 기꺼이 듣는다.
W3 오류 보고
우리의 이야기는 2012년부터 시작되었다.BBC 네트워크 팀의 Josh는 이 오류를 w3 website 에 발표했다.
The BBC updated their BBC News mobile website, recently. One of the ways they optimised it for mobile devices was by deferring loading images until after the page has loaded.
I haven't looked into how this is done in detail, but they used DIVs for placeholders in the positions where the images will go. For example:
<div class="delayed-image-load" data-src="http://static.bbci.co.uk/news/200/media/images/59388000/jpg/_59388680_59388679.jpg"></div>
After the page has loaded, the DIV is changed into an IMG element.
Clearly, this isn't very semantic, and wouldn't work at all if JavaScript is disabled. But they have a good reason for doing this, which is why I believe there is a need for a way of deferring the loading of images until after the page has been parsed. This could also be applied to other embedded content elements, like IFRAME and OBJECT.
The way I think this should be done is by using the DEFER attribute, which would work in the same way as it does in the SCRIPT element.
이 문제를 해결하기 위해 그들은
<img>
속성이 있는 defer
표시를 원한다. 이 속성은 사이트가 ready
이전에는 그림을 렌더링하지 않을 것이다.<img src="https://via.placeholder.com/150" defer />
이렇게 하면 이미지가 처음 그려질 때까지 로드되어 사이트가 더 빨리 로드되는 것처럼 보입니다.GitHub 질문
몇 년 후 이 대화는 시대에 뒤떨어졌지만 2017년 조쉬는 GitHub에서 다시 한 번 이 점을 언급했다.
뷰포트에 표시될 때까지 이미지나 객체 다운로드 차단
#2806
JoshTumath
발표 날짜
See PR #3752
문제
많은 사이트의 사진량은 매우 많지만, 모든 이 사진들이 방문자에게 보이는 것은 아니다.특히 모바일 장치에서는 대부분의 방문자가 아래로 스크롤하지 않는다.주로 페이지 맨 위의 내용이 소비된다.페이지 아래의 대부분의 이미지는 영원히 볼 수 없지만 어쨌든 다운로드될 것입니다.
이것은 전체 페이지의 불러오는 시간을 늦추고 일부 방문자의 이동 데이터 비용을 불필요하게 증가하며 메모리의 데이터 양을 증가시킨다.
예제 해결 방법
여러 해 동안 BBC 뉴스팀은 이 문제를 해결하기 위해 다음과 같은 방법을 사용해 왔다.페이지 상단의 기본 이미지는 HTML 문서에 일반적인 방식으로 사용됩니다 img
.그러나 다른 그림은 스크립트를 통해 천천히 불러옵니다.이러한 이미지는 HTL 문서에 자리 표시자div
로 개별적으로 포함됩니다.div
CSS 디자인으로 사이즈는 로드된 이미지와 같고 배경은 회색이며 위에 BBC 로고가 있습니다.<div class="js-delayed-image-load"
data-src="https://ichef.bbci.co.uk/news/304/cpsprodpb/26B1/production/_96750990_totenhosen_alamy976y.jpg"
data-width="976" data-height="549"
data-alt="Campino of the Toten Hosen"></div>
See PR #3752
Eventually, a script will replace it with an img
element when it is visible in the viewport.
Doing this with a script is not ideal, because:
- If the visitor has scripts disabled, or the script fails to load, the images won't ever appear
- We don't know in advance the size of the visitor's viewport, so we have to arbitrarily determine which images to load in lazily. On a news article, vistors on small viewports will only initially see the News logo and an article's hero image, but larger viewports will initially be able to see many other images (e.g. in a sidebar). But we have to favour the lowest common denominator for the sake of mobile devices. This gives users with a large viewport a strange experience where the placeholders appear for a second when they load the page.
- We have to wait for the script to asyncronously download and execute before any placeholders can be replaced with images.
솔루션
There needs to be a native method for authors to do this without using a script.
One solution to this is to have an attribute for declaring which images or objects should not be downloaded and decoded until they are visible in the viewport. For example, <img lazyload>
.*
Alternatively, a meta
element could be placed in the head
to globally set all images and objects to only download once they are visible in the viewport.
* An attribute with that name was proposed in the Resource Priorities spec a few years ago, but it didn't prevent the image from downloading - it just gave a hint to the browser about the ordering, which is probably not as useful in a HTTP/2 world.
Josh's idea had changed a little but the principle remained the same. Rather than a defer
attribute, a lazyload
attribute would be used the intention would be to only load images in the viewport.
<img src="https://via.placeholder.com/150" lazyload />
이 글을 발표했을 때 이 문제는 엄지손가락 67개, 만세 11개, 심장 반응 29개였다.GitHub의 큰 장점 중 하나는 문제에 대한 지지를 쉽게 나타낼 수 있다는 것이다.이번에는 대화가 계속 진행되어 요청을 끌어낸다!
GitHub 요청
이 요청은 벤이라는 구글 직원으로부터 왔다.사람들은 모든 내용이 의미가 있는지 확인하기 위해 위치를 추가하고 규범을 살펴보고 있다.21일 전까지 모든 댓글이 해결되어 추가 테스트를 기다리고 있습니다.
Lazyload 이미지
#3752
bengreenstein
발표 날짜
@ 도메닉
이것은 iframe와img 요소 중의lazyload 속성을 지원하기 위한 규범 변경 초안입니다.
질문: #2806
테스트: https://chromium-review.googlesource.com/c/chromium/src/+/1417117(wpt export
/embedded-content.html ( diff )
/images.html ( diff )
/index.html ( diff )
/indices.html ( diff )
/media.html ( diff )
/rendering.html ( diff )
/urls-and-fetching.html ( diff )
View on GitHub
잠재적 규범
이번에 모질라로 뛰어오면 안 된다는 묘사를 봅시다. 왜냐하면 우리는 너무 이르기 때문입니다.
The attribute provides a hint to the user agent to aid in deciding whether to load an element immediately or to defer loading until the element will be viewable, according to the attribute's current state.
on
Indicates a strong preference to defer fetching the element's resource until it will be viewable.
off
Indicates the element's resource must be fetched immediately, regardless of viewability.
auto
Indicates that the user agent may determine the fetching strategy (the default).
The attribute's missing value default
and invalid value default
are both the auto
state.
다음은 몇 가지 실례이다
<!--
this image will not be fetched until it
is in the viewport, meaning the page loads
faster and uses less data.
-->
<img src="https://via.placeholder.com/150" lazyload="on" />
<!--
this image will be fetched as soon as the
page opens, this is how website work currently
-->
<img src="https://via.placeholder.com/150" lazyload="off" />
<!--
this image will probably work the same as off
but there is space for interpretation
-->
<img src="https://via.placeholder.com/150" lazyload="auto" />
<!--
If the lazyload value is invalid or missing
the attribute will default auto
-->
<img src="https://via.placeholder.com/150" lazyload="bar" />
<img src="https://via.placeholder.com/150" />
끝내다
내가 보기에, 우리는 브라우저에 전달할 수 있는 모든 것이 더 좋은 인터넷을 가져올 것이다.나에게 있어서 개발진이 모든 이미지를 쉽게 불러오는 것은 의미가 있다.뭐 공부 해요?아래에서 알려주세요.
만약 당신이 규격이 부족하다고 생각하는 머리 issue 가 있다면 그들에게 알려라.규범을 업데이트하는 것은 매우 미묘한 과정으로 어떤 브라우저가 그것을 실현하기 전에 그들이 얻는 도움은 많을수록 좋다.
읽어줘서 고마워요. 다른 댓글과는 좀 다른 거 알아요. 그래도 재미있어요.
❤🦄🦄❤🦄❤🦄🦄❤
The attribute provides a hint to the user agent to aid in deciding whether to load an element immediately or to defer loading until the element will be viewable, according to the attribute's current state.
on
Indicates a strong preference to defer fetching the element's resource until it will be viewable.
off
Indicates the element's resource must be fetched immediately, regardless of viewability.
auto
Indicates that the user agent may determine the fetching strategy (the default).
The attribute's missing value default
and invalid value default
are both the auto
state.
<!--
this image will not be fetched until it
is in the viewport, meaning the page loads
faster and uses less data.
-->
<img src="https://via.placeholder.com/150" lazyload="on" />
<!--
this image will be fetched as soon as the
page opens, this is how website work currently
-->
<img src="https://via.placeholder.com/150" lazyload="off" />
<!--
this image will probably work the same as off
but there is space for interpretation
-->
<img src="https://via.placeholder.com/150" lazyload="auto" />
<!--
If the lazyload value is invalid or missing
the attribute will default auto
-->
<img src="https://via.placeholder.com/150" lazyload="bar" />
<img src="https://via.placeholder.com/150" />
Reference
이 문제에 관하여(기본 HTML:Lazyloading), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/link2twenty/native-html-lazyloading-3ai4텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)