GetWeb

Мне кажется вы не до конца понимаете смысла и назначения критического css, он нужен для отрисовки первого контента и минимизации смещения, то есть чтобы в начале построения разметки и в конце, когда все стили подключены, было минимум различий, в идеале чтобы разницы вообще не было и это вполне досягаемо. На баллы PageSpeed это влияет, но помимо баллов от такого сайта создается приятное впечатление, когда нет никаких дерганий, цветовых изменений и прочей загрузочной грязи, а так же создается впечатление что сервер быстро отвечает. Это не значит что нужно взять все стили, которые используются например в шапке и вставить в критический css и не значит что нужно подрубить всю сетку bootstrap чтобы она начала работать. Варианты критического css зависят от конкретного случая, можно даже создать стартовые стили, сетку, имитацию иконок и прочее, которые вообще не похожи на финальный css и будут переопределены после полной загрузки. Стоит ли такое делать для шаблона массового употребления? Не знаю, скорее всего если все переделывают шаблон под себя, то нет, разве что зафиксировать базовую позицию элементов. Но вот по поводу preload для всех подключений, как и сказал выше, это лишнее и не по назначению. Следующий раз когда доведется работать над оптимизацией обязательно поэкспериментирую ради интереса.

Бессмысленная вставка preload во все файлы это явно лишнее и явно не по назначению. Если у вас свой шаблон, то создать свой критический css не так уж и сложно и займет он не больше 200 строк, но тогда и эффективность будет очевидна. Кроме того у preload слабая поддержка и сейчас критический css более практично вставлять инлайново, тогда серфинг по страницам летает в реальном смысле этого слова, пользователи могут даже не заметить что страница обновилась.

Чем это решение лучше en.site.com или site.com/en ? Для клиента и сео?

Вас уже явно не туда несет.. Давайте все таким вернемся к началу и вы ответите на вопрос, какую проблему решает приставка en- в url товара? Будь-то просто en-iphone или en-iphone-my-experience-review?

Что лучше, нужно решать после анализа сайта, его целей и посетителей, а я предложил 2 адекватных варианта.

Это лишний раз подчеркивает вашу некомпетентность. И я не сеошник, я работал в командах с сеошниками на разных цмс и когда меня просят что-то подобное сделать я не просто делаю как мартышка, а еще интересуюсь для каких целей это делается, поэтому я кратко изложил это, если вам от этого смешно, тем лучше, мне больше работы достанется

Да это один из вариантов и данный модуль позволяет так делать без лишних движений, site.store/en/iphone тоже хорошее решение, я использую модуль "SEO мультиязык" на одном из проектов именно в таком виде.

Какую проблему должен решить префикс?

Вы не поверите, но ищут не поисковики...

лучше en.site.com или хотя бы site.com/en , а добавлять к товару префикс это бред полный, если вы к примеру ориентируетесь на Америку, то сделав en.site.com можно будет отдельно продвигать сайт целиком под необходимый регион, писать отдельные тексты и прочее и когда человек с Америки будет искать iphone именно такое продвижение предложит ему ваш сайт, а en-iphone iphone-en никто искать не будет это вообще даже не сео это костыль какой-то

Так получше. Давай Та вроде как раз наоборот, 3-я ветка не особо прижилась еще, а уже 4-ю готовят

Что-то я не заметил чтобы вы спрашивали версию, я свой хрустальный шар сегодня дома забыл

Opencart.pro

Как много ошибок..

opencart.pro 2.3 отличная сборка

И если что через css уже их правильно спозиционировать

Поля (Добавить или редактировать). Тип поля Дата. Внизу настройки даты: Если надо к разным типа доставки разные настройки, тогда разные поля дат создать и связать с нужными доставками

@REDDIДа, про $(document).ready не забудьте: $(document).ready(function () { setTimeout(() => { $('.news_list_bg').masonry({ itemSelector: '.promo-masonry' }); }, 500); });

Я думаю проблема в том что вы вызываете его слишком рано, то есть на момент когда masonry начинает рассчитывать позиции у вас сами блоки еще не достигли итогового состояния. Попробуйте поставить инициализацию masonry в самый низ после всех скриптов и стилей, и как вариант через setTimeout отложить на пол пол секунды к примеру..

Да что там реализовывать, все в доках есть, остальное дело техники: Slick: https://codepen.io/get-web/pen/oNLVKwQ Swiper: https://codepen.io/get-web/pen/pobYMxW Либо группировать нужное кол-во блоков в одном слайде: https://codepen.io/get-web/pen/KKMEOJX

Некоторые даже не знают, что такое слайдер, думаю если бы разбирались не спрашивали..

Почему? Очень даже слайдер, просто по 3 блока в слайдере или можно делать группы в столбце, кому как нравится и slick, и swiper такое умеют

Я и написал "около", а тестами подогнать под себя, тем более с каждым апдейтом пейджпида свои заморочки появляются. Зависит от задачи, по крайней мере пейджспиду на это фиолетово.

С фреймов юбтуба отложенная загрузка прекрасно справиться, для пейджспид нужно около 3 - секунд задержки. В принципе по такой же схеме я и таг менеджер делал и яндекс метрику, и фейсбук пиксель..., пейджспид перестал ругаться на него

Возможно в комментариях уже задавали этот вопрос, но из того что осилил прочитать не нашел. Как именно работает объединение js и css файлов? Я пользовался этим модулем, но там берутся абсолютно все подключаемые файлы со всех страниц сайта и объединяются в один и в итоге файл становится очень большим, у вас так же или для разных страниц отдельная сборка?