Yoda

Аххаххахах кеш самого mysql. Покурите мануал по mysql, почитайте как она работает сначала! А статейка которую вы привели - имеет мало отношения к Opencart, так как она подразумевает работу над собственным приложением, которое можно переписывать как угодно. Опять же раскурите для начала что такое ReactJs и с чем его едят. Мало того в примере с Badoo, на который вы сослались стоит вопрос отдачи контента из распределенной системы на сотню тысяч подключений одновременно!

Дело в том, что я в курсе и этой ситуации, про которую рассказывает Саша. Мало того, в прошлом году один из боевых магазинов его работодателя, был очень сильно инфицирован, и заразу мы на нем ловили две недели. История здесь и продолжение. Но как видишь, даже на своих ошибках не получается научится с первого раза. Та история забылась потихоньку. Магазинов там правда много, и нельзя вот так просто взять и сделать нормальные пароли а не admin/admin. Так что тут сугубо человеческий фактор.

Стукни мне в скайп - все расскажу!

Это пять!

Извините, что вас огорчаю, но ваш сайт работает не очень! Кроме того у вас отсутсвует robots.txt что влечет повышенную нагрузку от ботов. Про sitemap - я молчу. А также при любой активности посетителей 1000-2000 в день. Или если вы включите активно рекламу на категории товаров. У вас автоматом вывалиться все в 500 ошибку.

$50 в час готовы ?

Потому что: https://www.work.ua/jobs/2472643/

Результат проявился при использовании шибко допиленного класса imagick - при чем это был единичный случай - который меня самого удивил.

Есть у меня личное наблюдение. Что GD, что Imagick намного лучше обрабатывают изображения, которые были подготовлены в фотошопе и сохранены как "сохранить для веб-устройств". Я думаю это связано с тем, что у фотошопа более продвинутый алгоритм объединения в кучу однотипных участков изображений и более "интеллектуальное" размытие слаборазличимых элементов. Т.е. по факту ставишь Imagick - та же фигня что и с GD, пересохраняешь картинки и о боги, googlepagespeed говорит НРАИЦА.

Друзья мои. Со многими мы ведь уже действительно дружим по 5-6 лет благодаря форуму ептель. Время как летит. Мое развернутое поздравление у меня в блоге и туда мне особо нечего добавить. А в целом, спасибо что вы есть!

Специально обученная служба разведки, сообщила, что в планах такое есть.

Я в лучших традициях Марка прорекламирую: Вот решение, которое закрывает все ваши проблемы HTTPS FIX PRO

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

Это может быть все что угодно. От вируса на сайте до какого-то системного файла с BOM. Откройте исходный код страницы и покажите скрин, что у вас там.

Да вы совершено правильно размышляете, но есть маленький нюанс, объем данных, которые вы сэкономите сократив пару десятков строк HTML, с включенным сжатием - это чистой воды экономия на спичках. Если заморачиваться на подобном уровне оптимизацией, то имеет смысл совсем отказаться от бутстрапа, так как он может весить лишних 400-500кб, и написать свой микрофреймворк адаптивных элементов, либо иные @media стили. Если вы паритесь касательно того что в display:none никто не мешает использовать LazyLoad. И еще есть интересный момент, для mobile и для desktop полезноотдавать разного размера изображения. Но реализация через чур громоздка в силу нескольких моментов. Во первых надо пережать сразу изображения в кеш в несколько размеров, во вторых в верстке или отказаться от <img> и выводить изображения через css {background-img} формируя для каждого товара в списке свой айди и после этого генерируя уникальный контейнер с @media стилями под разные разрешения. Либо используя <img>, возвращаемся к lazy и грузим файлы через js, в зависимости от разрешения.

Детектить устройства, нужно. Но не для того чтоб раздавать разный контент. Для этого действительно @media с головой. А вот изменять обработку событий, без детекта именно типа устройства (touch) не получится. А всякие свайпы, дабл тапы могут быть очень полезными в некоторых случаях.

Шо я имею вам сказать. Увапервых. Гугля рекомендует делать адаптивную версию а не подомен. Увавтарых ковыряние двух контейнеров для выдачи контента - сложнее чем одного. Утретих, нынешние браузеры в смартах по полной поддерживают все js приблуды, а 3g 4g коннект, как выше сказал Чучхэ, давно сравняли по толщине мобайл и декстоп. Такшта решение малость из ******* отстоя 80х... Ну и на сладкое Лебедев раз и Лебедев два. Такшта Mobile First - ваше все!

Чтобы особо не напрягаться - есть fix pro пользуйтесь на здоровье.