Ладно я думал может есть способ именно момент подгрузки картинки как-то заанимировать чтобы она хоть красиво появлялась, но видимо нет или это нафиг никому не нужно, фишка с установкой по дефолту всех картинок прозрачными или скрывать их, а потом с помощью скрипта проявлять их, или еще что-то с ними делать не очень.
az3#: Оставить lazy load только для изображений за пределами видимой области. После рендеринга страницы подзагрузка изображений при прокрутке происходит гораздо быстрее, практически незаметно.
Тут такая проблема, движок WP по дефолту делает lazyload, и как это реализовано я честно говоря не знаю, но при появлении первого видимого экрана как раз проблем нет, а вот когда скролишь быстро вниз и инет не быстрый то вместо картинок дыры и со временем они подгружаются, так что – практически незаметно – бывает заметно.
totamon#: что за привычка переспрашивать очевидные вещи?😂
Да все просто – для меня JSи веб — это скорее random, чем очевидные вещи, поэтому и постоянно спрашиваю одно и тоже и то что должно работать так как есть, а на деле оно то не работает, то работает не так.
Либо прозрачными, либо невидимыми, либо и то и другое одновременно. Но нужно это свойство задавать не для всех img, а только для картинок с атрибутом loading="lazy". Именно так это и следует делать, как я и написал выше.
Я так понял, что при таком раскладе если троянский JavaScriptбудет отключен, знаю, знаю, что 99,9% его никогда не отключают, и я знаю только одного параноидного чела и один сайт во всем мире которые отключают js:-), но я так понял, что все мои картинки останутся полностью прозрачными или невидимыми.
Ну для того чтобы, когда картинки еще подгружаются это, не выглядело так как будто бы, происходят какие-то глюки и лаги на сайте, а хоть как-то сгладить этот эффект, хотя мне эта идеология не нравиться, по мне лучше бы все сразу загрузилось, но тенденции и типа оптимизация.
Я нашел какой-то код на stackoverflow в виде примера и как я понял просто так там transitionсвойством не сделаешь, но там в принципе немного кода, чутка jQueryпару строк и чуть css, но как я понял по дефолту он предлагает сделать все картинки полностью прозрачными, что что-то не очень мне нравиться.
jQuery:
//fade in lazy loaded images $('article img').on('load', function(){ $(this).addClass('loaded'); });
xxx VRV xxx#: На мой взгляд при сравнении 3 по 5 будет сильно лучше, и если даже не в быстродействии сайта, а в распаковке архивов, скорости работы с бекапами и так далее.
Знаю звучит странновато, но если скажем будут быстрее распаковываться архивы, то разве и веб-сервер не должен работать побыстрее.
Заявлять он может все что угодно. Изначально надо смотреть на сам процессор. Хотя даже и это мало что даст. Если соседи не будут грузить процессор, то и на старом будет хорошо жить. А иначе и новый процессор будет для вас медленным.
В общем если у вас нет проблем сейчас и не планируется резкий рост в 10 крат размере, то я бы не менял.
Ну они декларируют что у них виртуализация KVM и типа все ресурсы полностью изолированы и принадлежат только вам, и даже больше, они пишут – аналог физического сервера, ну понятно, что это маркетинговая фигня, но мало-ли.
Переход связан не с планируемым ростом чего-то там в 10 раз, а с множеством разных причин, но главная из которых, грубо говоря – Будет ли сайт работать чутка побыстрее из-за разницы частоты на ядро.
Правильно понял. Но без JS эту задачу не решишь.
Оставить lazy load только для изображений за пределами видимой области. После рендеринга страницы подзагрузка изображений при прокрутке происходит гораздо быстрее, практически незаметно.
что за привычка переспрашивать очевидные вещи?😂
Либо прозрачными, либо невидимыми, либо и то и другое одновременно. Но нужно это свойство задавать не для всех img, а только для картинок с атрибутом loading="lazy".
Именно так это и следует делать, как я и написал выше.
А для чего?
Я нашел какой-то код на stackoverflow в виде примера и как я понял просто так там transition свойством не сделаешь, но там в принципе немного кода, чутка jQuery пару строк и чуть css, но как я понял по дефолту он предлагает сделать все картинки полностью прозрачными, что что-то не очень мне нравиться.
На мой взгляд при сравнении 3 по 5 будет сильно лучше, и если даже не в быстродействии сайта, а в распаковке архивов, скорости работы с бекапами и так далее.
бери 2 по 5, зачем 3 то? а вообще надо смотреть на нагрузку
Заявлять он может все что угодно. Изначально надо смотреть на сам процессор. Хотя даже и это мало что даст. Если соседи не будут грузить процессор, то и на старом будет хорошо жить. А иначе и новый процессор будет для вас медленным.
В общем если у вас нет проблем сейчас и не планируется резкий рост в 10 крат размере, то я бы не менял.
Ну они декларируют что у них виртуализация KVM и типа все ресурсы полностью изолированы и принадлежат только вам, и даже больше, они пишут – аналог физического сервера, ну понятно, что это маркетинговая фигня, но мало-ли.
Переход связан не с планируемым ростом чего-то там в 10 раз, а с множеством разных причин, но главная из которых, грубо говоря – Будет ли сайт работать чутка побыстрее из-за разницы частоты на ядро.