Ну так скрипт чата загружайте по клику на кнопке юзером
Все эти всплывающие чаты и popup -ы это 3.14 юзабилити
"Конверсия от них больше"? А процент отказов таких как я считали, я закрываю сайт когда мне куча всплывающих окон и чат на пол экрана. И таких кого это "бесит" более 50%. Подумали о "них"? О конверсии с "нас".
Всё должно вызываться по клику юзера, а не вашей самодеятельностью
И так везде. К примеру карта… зачем подгружать её сразу? Выводите изображение вместо неё а по клику на неё или onmouseover — загружайте вместо изображения интерактивную карту со скриптами. PNG в утиль. Всё сжимать mozjpeg bin (exec cjpeg ...). И так везде можно сделать оптимизацию. Единственное чего нельзя — это адаптивная верстка под mobile. Под mobile detect вообще отдавать отдельные шаблоны по типу AMP
Метрик не перепроверял но баллы сжирает, хоть и не показывается, за время задержки при вводе, время окончания работы ЦП, а вот соц. кнопки 100500% сжирали ~30 попугаев, как их даже не грузи, хоть ajax -м. Они показываются и "разница скриншотов" speedline четко съедала ~30 попугаев, как и… время задержки при вводе, время окончания работы ЦП.
А причем здесь PHP
Просто у WP неандертальская архитектура. Точнее её просто нету. Бессвязный набор функционального кода.
Я много раз в других языках наблюдал не лучше
Начнем с того что этот дебил, подъехавший на "блатной" козе, первым перешел на личные оскорбления (посмотрите исходный пост чей он)
Вот и получил ответ адекватный
И в табло бы за такое получил
Все предельно просто.
То что он нес бред — это и так видно
Я тоже с 20 летним опытом работы в web разработке когда родился opencart тоже так "подьезжал" к Даниэлю (разработчику opencart) с детскими (это я уже вижу по прошествии времени) вопросами в таком же стиле как ваши или того "гражданина". Но после многих лет работы с opencart — v понял насколько гениально простое это архитектурное решения а самое главное очень функциональное и гибкое
:)
Смешно — хочешь перенести поиск вниз — не надо ничего править. Кто вас такому "учил"?
Сразу видно — не специалист
Далее даже не хочется и читать ваши "потуги" чего то "понять"
:) А что это? Ой… как с "вами" тяжело (у одного квалификации ноль в opencart — уже раздает "советы" и строит "мнения", второй просто "умник", теритий не читает мат. часть, но зато все "вопят")
Вы вообще знаете что такое CMS?
"система управления содержимым" — понимаете?
opencart — управляет содержимым.
Это CMS
PHP e-commerce CMS
Я же написал как, в чем проблема то
Новая тема — переписываете туда только файлы которые изменяете — всё
Вы понимаете суть унификации и стандартизации? Я вижу что нет, как и 99.99% здесь. Я как то статью писал здесь — " Мы плюём на стандарты" — 99% ответов было "а зачем они надо" и куча малолеток нах… ла минусов
Если вы хотите вообще сделать поля шаблонов для контроллеров — не вопрос. Есть куча модулей бесплатных которые это делают. Но это костыльно и НЕ правильно. И они не нужны (можно даже посмотреть по количеству скачиваний их
Почему? Можно спокойно делать css только или для одного файла
Поверхностно видно и из этого поста
Делаете папку с темой но не все файлы переписывает а только header.tpl и stylesheet
В header.tpl меняете только путь к stylesheet
Всё
Не знаю что вы там чудили еще
В контроллерах стоит же проверка есть ли файл в папке кастомной темы если нет брать с default
Надо изменить какой то шаблон в своей теме — берете только нужный файл
Какие проблемы то :)
Совершенно верно — все гениальное просто
opencart архитектура простая как "доска", но при этом очень стандартная, функциональная, гибкая, унифицированная и безопасная
Поэтому и популярная среди разработчиков и пользователей
Я вам не мальчик далеко а в отцы гожусь скорее всего
У меня сыну наверно больше чем вам
Не надо панибратства, я с вами не "пил"
Одно дело выявлять ламеров, которые "кричат" соврешнно при этом не знакомые с продуктом и не могут анализировать и тем более делать "выводы", а другое личное оскорбление
То что и услышал в ответ — вы кодер а не архитектор и не понимаете стандартов архитектур
Даже не понимаете элементарный код из архитектуры и почему он такой
Ну да все привыкли таскать и вызывать обьекты в шаблонах, плюя при этом на стандарты
Еще раз даю наводку — в шаблонах не должна быть логика взаимодействия с обьектами, только с выводом массива данных. Ресурсы должны быть разделены. Шаблон — это "конечная" View — там уже никакого взаимодействия обьектов быть не должно (оно во View должно быть, а не в шаблонах). "безопасность" если таскать обьекты по всему коду mvc — могут быть проблемы утечек памяти, переполнение памяти и связанных с этим проблем и атак. Четкое разделение ресурсов снижает вероятность такой атаки. Своего рода "песочницы" если примитивно обьясняться
:) Вот я так и знал про этот вопрос
Да по "детству" его часто задают — но там все продумано и сделано согласно стадартов
Если сами ответите поставлю пятерку
Что здесь не понятного "почему"?
Детский вопрос.
Даю наводку — "мухи отдельно — котлеты отдельно", "безопасность" (это же e-commerce решение, а не солянка обьявления обьектов в шаблонах и таскания обьектов по шаблонам ;) )), "парадигма MVC" и т п
Давайте вы вначале изучите и поработаете хотя бы годик с opencart — потом обсудим
Ok
А так это бесполезный треп — как с Alexufo — который поверхностно с ним знаком
Да так хочет google и это не "трюк"
Т е мобильную выдачу делать по типу AMP
Ну так скрипт чата загружайте по клику на кнопке юзером
Все эти всплывающие чаты и popup -ы это 3.14 юзабилити
"Конверсия от них больше"? А процент отказов таких как я считали, я закрываю сайт когда мне куча всплывающих окон и чат на пол экрана. И таких кого это "бесит" более 50%. Подумали о "них"? О конверсии с "нас".
Всё должно вызываться по клику юзера, а не вашей самодеятельностью
И так везде. К примеру карта… зачем подгружать её сразу? Выводите изображение вместо неё а по клику на неё или onmouseover — загружайте вместо изображения интерактивную карту со скриптами. PNG в утиль. Всё сжимать mozjpeg bin (exec cjpeg ...). И так везде можно сделать оптимизацию. Единственное чего нельзя — это адаптивная верстка под mobile. Под mobile detect вообще отдавать отдельные шаблоны по типу AMP
Метрик не перепроверял но баллы сжирает, хоть и не показывается, за время задержки при вводе, время окончания работы ЦП, а вот соц. кнопки 100500% сжирали ~30 попугаев, как их даже не грузи, хоть ajax -м. Они показываются и "разница скриншотов" speedline четко съедала ~30 попугаев, как и… время задержки при вводе, время окончания работы ЦП.
Да именно так
С соц. кнопками — 58
Без них — 93
В мобильной (без метрики и аналитики)
В декстопе 100
Больше всего мне нравится сравнение готовности… по скриншотам и их разнице.
Занавес
А причем здесь PHP
Просто у WP неандертальская архитектура. Точнее её просто нету. Бессвязный набор функционального кода.
Я много раз в других языках наблюдал не лучше
Тоже повелся… это не инструменты сжатия — это сервисы сжатия
Там им должно быть стыдно за всю архитектуру.
Она неандертальская
Тебя еще на ху@ не посылали — там 3.14й туда
"Я ругаюсь матом потому что мне жаль своего драгоценного времени на демагогию с хорошо обученными идиотами" © Мой
Начнем с того что этот дебил, подъехавший на "блатной" козе, первым перешел на личные оскорбления (посмотрите исходный пост чей он)
Вот и получил ответ адекватный
И в табло бы за такое получил
Все предельно просто.
То что он нес бред — это и так видно
Я тоже с 20 летним опытом работы в web разработке когда родился opencart тоже так "подьезжал" к Даниэлю (разработчику opencart) с детскими (это я уже вижу по прошествии времени) вопросами в таком же стиле как ваши или того "гражданина". Но после многих лет работы с opencart — v понял насколько гениально простое это архитектурное решения а самое главное очень функциональное и гибкое
:)
Смешно — хочешь перенести поиск вниз — не надо ничего править. Кто вас такому "учил"?
Сразу видно — не специалист
Далее даже не хочется и читать ваши "потуги" чего то "понять"
:) А что это? Ой… как с "вами" тяжело (у одного квалификации ноль в opencart — уже раздает "советы" и строит "мнения", второй просто "умник", теритий не читает мат. часть, но зато все "вопят")
Вы вообще знаете что такое CMS?
"система управления содержимым" — понимаете?
opencart — управляет содержимым.
Это CMS
PHP e-commerce CMS
Я же написал как, в чем проблема то
Новая тема — переписываете туда только файлы которые изменяете — всё
Вы понимаете суть унификации и стандартизации? Я вижу что нет, как и 99.99% здесь. Я как то статью писал здесь — " Мы плюём на стандарты" — 99% ответов было "а зачем они надо" и куча малолеток нах… ла минусов
Если вы хотите вообще сделать поля шаблонов для контроллеров — не вопрос. Есть куча модулей бесплатных которые это делают. Но это костыльно и НЕ правильно. И они не нужны (можно даже посмотреть по количеству скачиваний их
Почему? Можно спокойно делать css только или для одного файла
Поверхностно видно и из этого поста
Делаете папку с темой но не все файлы переписывает а только header.tpl и stylesheet
В header.tpl меняете только путь к stylesheet
Всё
Не знаю что вы там чудили еще
В контроллерах стоит же проверка есть ли файл в папке кастомной темы если нет брать с default
Надо изменить какой то шаблон в своей теме — берете только нужный файл
Какие проблемы то :)
Рот закрой хорошо "обученный" идиот
Собрались два тролля с нулем мозгов и шаловливыми руками говнокодинга
Бред. Набирайтесь опыта и поработайте с opencart
Вы неосознанный бред несете
Даже без комментариев, это просто смешно и по детски
Совершенно верно — все гениальное просто
opencart архитектура простая как "доска", но при этом очень стандартная, функциональная, гибкая, унифицированная и безопасная
Поэтому и популярная среди разработчиков и пользователей
Я вам не мальчик далеко а в отцы гожусь скорее всего
У меня сыну наверно больше чем вам
Не надо панибратства, я с вами не "пил"
Одно дело выявлять ламеров, которые "кричат" соврешнно при этом не знакомые с продуктом и не могут анализировать и тем более делать "выводы", а другое личное оскорбление
То что и услышал в ответ — вы кодер а не архитектор и не понимаете стандартов архитектур
Даже не понимаете элементарный код из архитектуры и почему он такой
Ну да все привыкли таскать и вызывать обьекты в шаблонах, плюя при этом на стандарты
Еще раз даю наводку — в шаблонах не должна быть логика взаимодействия с обьектами, только с выводом массива данных. Ресурсы должны быть разделены. Шаблон — это "конечная" View — там уже никакого взаимодействия обьектов быть не должно (оно во View должно быть, а не в шаблонах). "безопасность" если таскать обьекты по всему коду mvc — могут быть проблемы утечек памяти, переполнение памяти и связанных с этим проблем и атак. Четкое разделение ресурсов снижает вероятность такой атаки. Своего рода "песочницы" если примитивно обьясняться
:) Вот я так и знал про этот вопрос
Да по "детству" его часто задают — но там все продумано и сделано согласно стадартов
Если сами ответите поставлю пятерку
Что здесь не понятного "почему"?
Детский вопрос.
Даю наводку — "мухи отдельно — котлеты отдельно", "безопасность" (это же e-commerce решение, а не солянка обьявления обьектов в шаблонах и таскания обьектов по шаблонам ;) )), "парадигма MVC" и т п
Давайте вы вначале изучите и поработаете хотя бы годик с opencart — потом обсудим
Ok
А так это бесполезный треп — как с Alexufo — который поверхностно с ним знаком