Prooksius

можно же в бэкапе выбрать только таблицы производителей

Меня сегодня заказчик просто сразил. У него сайт разных товаров от бакалеи до канцелярских принадежностей, товаров много около 56к. OcStore 2.3. Он вводит в поиск "молоко" и видит кучу товаров, которые нашлись по этому ключевому слову. И в выдаче есть шампунь с названием "Птичье молоко", который тоже, естественно, находится. Заказчик: "я же ищу молоко, мне не нужно чтобы выдавался шампунь. Поиск неправильно работает." До сих пор в ступоре... На основании каких критериев мне понять, что какое-то слово в названии товара нужно учитывать, а какое-то - нет? P.S. вопрос риторический...

Да, сейчас нормально все. Видимо стили не подключились тогда

даа, бутстрап этот, конечно совсем не комильфо... Верстка через flex-ы по-моему гораздо и проще, и функциональнее. А когда уже до grid-а дело дойдет... Вообщем бутстрап постепенно умирает Для админки, кстати, что надо, но вот для фронта, ну совсем никак

и тем не менее большинство предпочитают OcStore, как более функциональный и удобный. Тут, кстати, недавно пробегала тема, "какую сборку посоветуете". И это - минус "голого" опенкарта, я считаю.

точно, кстати, есть такое..

Все, хорошо, не оригинал, вы правы. Давайте закончим эту бесполезную дискуссию.

Вот оригинальный язык... Не страдайте фигней))

Редактор Summernote, который в опенкарте по умолчанию, режет тэги. В принципе, это правильно, ну не должны там быть такие тэги. Как потом заказчик будет редактировать то, что вы туда наставляли через код? Как вариант, можно сменить на CKEditor и немного доработать, чтобы тоже не удалял тэги. Гдето и про summernote есть подобная тема, но чето не могу найти. Вообще такой нефункциональный этот summernote.

От того, что вы тут это будете требовать, факт наличия этих слов в опенкарте никак не изменится

это не я использую слово кэш, это опенкарт))

так уберите из шаблона ссылки на картинки не в кеше

индексируются те картинки, что есть на странице. Значит где-то у вас на странице выведены изображения не из кэша.

обновите кэш браузера, может в этом дело

https://habr.com/ru/post/51485/ вот тут вроде бы описано

ох, они такие интересные бывают, эти разработчики. Сегодня есть, завтра и спустя месяц - уже нет. От слова "совсем". От слова "нигде".

все, это я напутал, <?= работает нормально, не туда посмотрел, сори.

да, но эта опция не влияет на <?= (версия php - 7.1)

Ребята, подскажите, первый раз столкнулся с проблемой, когда сервер не понимает php конструкций типа <? и <?= Из доки по php "Поскольку короткие теги можно отключить, рекомендуется использовать только обычные теги (<?php ?> and <?= ?>) для максимальной совместимости. " Ну ладно по <?, тут понятно, отключено видимо в ini, можно включить, но вот <?= это не понимает, как такое возможно?

судя по тому, что картинка показывается перед табами в товаре - можно глянуть файл \catalog\view\theme\default\template\product\product.tpl Вероятнее всего там, прямо в tpl.

обновите модификаторы

Тогда вам нужно смотреть в сторону файла, который удаляет картинки: /admin/controller/octeam_tools/cache.php Вот там может что-то изменено. Или какой-то модификатор изменил этот файл. Или есть какой-то другой инструмент удаления "кэша" изображений

Возможно, тут дело в том, что на уровне контроллера скрипт проходится по всем товарам, а отображаются, например, не все (часть скрыта). Иногда так делается для кнопки "Загрузить еще", чтобы не делать реальный ajax на сервер для получения следующей партии. Вот в этом случае - да, сервер может лечь. Но это не проблема юзера, это проблема программиста.

Разве что немерянных размеров нагрузят, думая что оно лучше будет, а в реальности показывается насколько может сам монитор/видеокарта.

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