FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performance/Lazy_loading... [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_of_images_on_Japanes... [3] https://whatdoesmysitecost.com/
Amazing work! Enjoying the further speed improvements and the detailed analysis of Japanese Wikipedia testcase.
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson jrobson@wikimedia.org wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/ Performance/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
This sounds great. Are the images pre-loaded when the user gets close, or once it's scrolled into view?
--justin
On Tue, Aug 23, 2016 at 3:48 PM, Volker Eckl volker@wikimedia.org wrote:
Amazing work! Enjoying the further speed improvements and the detailed analysis of Japanese Wikipedia testcase.
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson jrobson@wikimedia.org wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performa nce/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Good question - the code tries to fetch the images ahead of them coming into the viewport. That can mean upon section expansion, as well.
On Tuesday, August 23, 2016, Justin Ormont justin.ormont@gmail.com wrote:
This sounds great. Are the images pre-loaded when the user gets close, or once it's scrolled into view?
--justin
On Tue, Aug 23, 2016 at 3:48 PM, Volker Eckl <volker@wikimedia.org javascript:_e(%7B%7D,'cvml','volker@wikimedia.org');> wrote:
Amazing work! Enjoying the further speed improvements and the detailed analysis of Japanese Wikipedia testcase.
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson <jrobson@wikimedia.org javascript:_e(%7B%7D,'cvml','jrobson@wikimedia.org');> wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performa nce/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org javascript:_e(%7B%7D,'cvml','Mobile-l@lists.wikimedia.org'); https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org javascript:_e(%7B%7D,'cvml','Mobile-l@lists.wikimedia.org'); https://lists.wikimedia.org/mailman/listinfo/mobile-l
This is so rad, congratulations! I know this has been years in the making - it's really awesome to see it working :D
On Tue, Aug 23, 2016 at 5:11 PM Adam Baso abaso@wikimedia.org wrote:
Good question - the code tries to fetch the images ahead of them coming into the viewport. That can mean upon section expansion, as well.
On Tuesday, August 23, 2016, Justin Ormont justin.ormont@gmail.com wrote:
This sounds great. Are the images pre-loaded when the user gets close, or once it's scrolled into view?
--justin
On Tue, Aug 23, 2016 at 3:48 PM, Volker Eckl volker@wikimedia.org wrote:
Amazing work! Enjoying the further speed improvements and the detailed analysis of Japanese Wikipedia testcase.
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson jrobson@wikimedia.org wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performance/Lazy_loading... [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_of_images_on_Japanes... [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Good to hear. Does this also mean that pages load faster?
Pine
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson jrobson@wikimedia.org wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/ Performance/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Whoops, I missed the link. https://www.mediawiki.org/wiki/Reading/Web/Projects/Performance/Lazy_loading.... Thanks for working on this.
Pine
On Tue, Aug 23, 2016 at 8:33 PM, Pine W wiki.pine@gmail.com wrote:
Good to hear. Does this also mean that pages load faster?
Pine
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson jrobson@wikimedia.org wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performa nce/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
It is great to see this in production, congratulations to the team.
On Wednesday, August 24, 2016, Pine W wiki.pine@gmail.com wrote:
Whoops, I missed the link. https://www.mediawiki.org/ wiki/Reading/Web/Projects/Performance/Lazy_loading_images. Thanks for working on this.
Pine
On Tue, Aug 23, 2016 at 8:33 PM, Pine W <wiki.pine@gmail.com javascript:_e(%7B%7D,'cvml','wiki.pine@gmail.com');> wrote:
Good to hear. Does this also mean that pages load faster?
Pine
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson <jrobson@wikimedia.org javascript:_e(%7B%7D,'cvml','jrobson@wikimedia.org');> wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performa nce/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org javascript:_e(%7B%7D,'cvml','Mobile-l@lists.wikimedia.org'); https://lists.wikimedia.org/mailman/listinfo/mobile-l
Awesome! This will also make it easier to experiment with alternate delivery formats: WebP, direct SVG usage, etc that depend on knowing whether there's client-side support. I'll fire up some more research... :D
-- brion
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson jrobson@wikimedia.org wrote:
FYI after much experimentation, research and testing the mobile site has been lazy loading images [1] since Thursday 18th August. This means if you do not see an image you will not download it. We have taken care to ensure users without JavaScript can still view images and that most users will barely notice the difference.
We are currently crunching the data this change has made and we plan to write a blog post to reporting the results.
In our experiments on Japanese Wikipedia we saw a drop in image bytes per page view by 54% On the Japanese Japan article bytes shipped to users dropped from 1.443 MB to 142 kB.
This is pretty huge since bytes equate to money [3] and we expect this to be significant on wikis where mobile data is more expensive. In a nutshell Wikipedia mobile is cheaper.
As I said blog post to follow once we have more information, but please report any bugs you are seeing with the implementation (we have already found a few thanks to our community of editors).
~Jon
[1] https://www.mediawiki.org/wiki/Reading/Web/Projects/ Performance/Lazy_loading_images [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ of_images_on_Japanese_Wikipedia [3] https://whatdoesmysitecost.com/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l