Shureg

Знаете, спор получился в разных плоскостях... Условно, я говорю: "Запорожец" - фигня машина. Ездит медленно, возит мало. То ли дело мерс или MAN! А вы мне доказываете, что сам факт, что "запорожец" хоть как-то ездит - уже триумф! И 60км/ч - это отличная скорость! (И, в принципе, по отношению именно к "запорожцу", я где-то даже согласен) Ну, где-то так

markimax, вы если цитируете, так цитируете полностью. Ну что за манера выдернуть пару слов из контекста. Типа, иначе свою правоту доказывать - никак? Говорил, и повторю Я вам скажу удивительную вещь, предельный случай - статические страницы - вообще без БД могут работать!

не так. Обычный xml коммент, однострочный // многострочный <!-- .... -->

Ладно. Лениво спорить. Считаете вы достойным стремления эталоном сайты с 1700 кривыми запросами к БД от страницы "контактов" - ради бога, это ваш выбор. "Оптимизируйте" и дальше в этом направлении.

search index="номер совпадения строки" нумерация с 0 (т.е. по умолчанию 0)

Того же и вам советую. Для наглядности поразмыслите, как влияет количество товаров на скорость загрузки страницы "контакты".

Так и не понял, зачем вы мне киношки всякие кажите... Фанат, может? Или просто любитель постить всякий "бред"? Зачем вы мои слова передергиваете? В каком месте мое не перегруженной "избранными модулями" превращается в ваше дополнительные модули не влияют на скорость Большое количество товаров само по себе никак не влияет на скорость загрузки страниц, генерирующих минимум запросов в БД, да еще кэшированных(запросов). И если заказчик хочет одновременно оптимизировать магазин и использовать тормозные модули - значит, заказчик неправ и должен выбрать что-то одно. Использование г...омодулей - причина, но никак не оправдание, и, тем более, не отмена тормознутости сайта . Отмазки скорость не добавляют, 0.6с - это все равно МЕДЛЕННО. (Особенно, если дважды, "на бис") ЗЫ: Шареды, конечно, разные бывают. Если на ваших БД настроена так, что работа с 20к продуктов, да еще с атрибутами/опциями - детский лепет - вам исключительно повезло

Вы сами в своей фразе противоречия не видите? "перегружена модулями" - отличный результат? Типа, это самый шустрый среди аутсайдеров Ну, ладно, ешьте дальше морковку. ЗЫ: В нормальной ситуации количество товаров на время открытия главной, не перегруженной "избранными модулями", не влияет. Да и у перегруженной запросы должны кэшироваться. Ну, а то, что кто-то гоняет 20к товаров на шареде.... не буду комментировать, дабы не обидеть. ЗЗЫ: Было время ответа 6с. Кстати, там дважды страница запрашивается. Это так, к слову

У меня ничего не дергается

Для размышлений - у товара может быть не одна категория.

Получить в контроллере модуля название и url категории товара. Передать его в шаблон. В шаблоне вывести в карточке товара. Если вы не знаете, как это делать, то обратиться в раздел https://opencartforum.com/forum/18-настройка-и-мелкая-работа-по-уже-существующему-сайту/

Да сделайте двойную авторизацию (как вам писали, htaccess htpasswd, в гугле по этим словам руководств море ) и не забивайте себе голову.

Ничего не понял. Вы перенесли сайт на другой домен. То есть, это ПОЛНАЯ КОПИЯ прежнего сайта, только на новом домене. Что вы собираетесь проверять, там все дублируется.

За что ж вы их так заранее ненавидите, покупателей...

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

Во-первых, не 5 шагов, а больше. Во-вторых, если их не просили - с чего вдруг менять? У меня были случаи, и неоднократно, когда просили после симпл и т.п. вернуть обратно пошаговый заказ. Так что я бы не спешил ярлыки навешивать, не имея всей информации

А вы сами как думаете, если кто-то что-то делает за деньги, и это что-то не работает - косяк или нет?

В сравнении с 29с это, конечно, здорово. Но само по себе - ничего хорошего. Ответ сервера в 600мс - это много

Зачем отделять то, что сразу должно создаваться раздельно? Вьювер по определению лежит в своей директории, контроллер меняйте через осmod. Если придется создавать свои файлы контроллера-модели, давайте им названия с префиксами.

Но если дизайн сайта в целом адаптивный, то ведь ширина колонок будет меняться. Соответственно, и баннеры надо будет сужать-расширять?

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

Упражняться с модулями, конечно, полезно для общего развития. Но именно ваш вариант масонри можно сделать либо с помощью скрипта, либо через css. И бутстрап в обоих случаях не участвует) Хотя, в принципе, если задавать через css column-count, то внутри колонок можно и бутстрапом осторожненько размеры задать.

Пользователь одинаковый?

Ах, Miha зарубил.. ну, тогда конечно, это такой авторитет Он тут в каждой бочке теме "авторитетствует"

А чем вас этот вариант не устроил?