SiteMix

Если будет создаваться отдельная папка с шаблоном и вноситься изменения в неё, то при переходе на ОС 2.3 возникнут сложности с подключением этого шаблона, т.к. есть отличия в подключении шаблона. Если делать изменения дизайна в виде OCMOD, то конкретно по карточке товара, после обновления движка изменения должны сохраниться. Для модулей нужно будет дописать пути. Возможно, придётся поправить ещё какие-то строки. Что же касается сокрытия элементов, изменения цветов и размеров, то это делается правкой стилей. В некоторых шаблонах есть специальное поля для своего CSS и если вносить правки туда, то их можно без проблем скопипастить и после обновления. Если же такого поля нет, то лучше вносить свои правки в конец файла стилей (обычно stylesheet.css) и тогда после замены шаблона (а она потребуется при обновлении движка) опять же можно будет скопипастить нужный фрагмент.

Это явно не провинциальная ЗП.

На Shop-Store похож... Демо

Во-первых, смотреть config.php, во-вторых, очистить кэш. Как вариант, можно попробовать отключить чпу (и очистить кэш). Проблему-то это не решит. Проблема-то не в нём.

Ладно. Спасибо за попытку

В общем-то тут никак нельзя ошибиться. .htaccess переименован, процитированный код с заменой на свой домен вставлен после RewriteBase / После комментирования первой строки цикличного редиректа нет.

Ну, нужен так нужен... Пробовал ставить после и перед RewriteBase / И на всякий случай попробовал и после RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA], то есть в конце. Вычитал, что редиректы кэшируются и по Ctrl + F5 не очищаются, поэтому даже в настройках браузера кэш очищал после каждой перестановки.

ЧПУ не используется. Ага, перепутал! Конечно же newstore.site.ru, только http. Это я поправил, но, к сожалению, всё равно не работает... Кстати, а в первой строке newstore\. разве нужен? Впрочем, и без него не работает... И на всякий случай ещё спрошу, наличие тире в домене (то есть, не site.ru, a my-site.ru) не должно же влиять? Не надо же как-то экранировать?

Понадобилось вынести пару категорий со всеми входящими в них товарами в другой магазин с сохранением ссылок. Добавил субдомен newstore, создал новый магазин. Включил новый магазин в нужных категориях и паре товаров. Они отображаются в новом магазине. Теперь нужно настроить редирект нужных категории и всех их товаров с основного сайта на такие же адреса в новом магазине. Подскажите как сделать такой редирект с адресов: на

Можно из кода выпилить, но лучше скрыть стилями: display: none;

Если уж так прижало, то поскольку сайт пустой (терять нечего) можно пока поставить ocStore 2.1, а когда от сайта будет отдача, перейти на актуальную версию.

Как вариант - модуль Export/Import Tool или его адаптация для ocStore (в зависимости от движка). В выгруженном файле указать пути к картинкам, а сами картинки загрузить на сайт по нужным папкам через ftp. Но перед использованием модуля рекомендую сделать бэкап.

А модуль HTML содержимое не подойдёт? Добавил картинки, добавил чё там ещё надо и всё... Для примера можно посмотреть шаблоны Next Default и Shop-Store. А в их демках можно забрать содержимое модуля и переделать под себя.

1. если речь о кнопке на странице http://dvazerna.ru/remont-kofemashin то она занимает 100% ширины контента. 3. Куда выровнять не понятно... Или уже неактуально? Остальное пока не смотрел.

В настройках категорий есть галочка "Показывать в главном меню". Попробуй убрать галочку во всех главных категориях и меню должно скрыться. Накрайняк, можно стилями скрыть.

Прикольно, да, но ведь не настолько, чтобы за неделю три раза постить... Причём, все на одной странице и в нескольких сообщений выше...

Модуль Автоматическая обработка прайс-листов может отслеживать цены на сайтах конкурентов (или поставщиков), но нужны ссылки на каждый товар. Само-собой можно и прайсы прогонять.

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

На самом деле суть в том, что модуль Product Option image добавляет свои поля в стандартные таблицы Opencart, вместо того, чтобы добавлять свои таблицы. Разумеется, разработчик этого модуля не станет переделывать его (как и другие, кто добавляет свои поля), поэтому приходится добавлять костыли... Если не найдёшь исполнителя на этом форуме можешь обратиться к разработчику Export/import, у него в описании есть пункт, что разработчик адаптирует модуль под требования заказчика на платной основе.

Нужно было поменять только одну строку: $_['text_instock'] = 'На складе'; на $_['text_instock'] = ' Доступно к заказу '; Возможно файлы локализации модифицируются, поэтому после правки нужно обновить кэш модификаторов. Уже после этого при наличии товара статус должен измениться. То есть, половина задачи выполнена. Дальше. Если статусы были изменены модулем, на всякий случай нужно убедиться, что они действительно изменились. Если нет, то хотя бы у одного товара с количеством 0 поменять в свойствах и проверить всё ли получилось.

В данном случае при обновлении шаблона ничего не произойдёт, если только шаблон не Shop-Store. У того есть модификатор который ищет данный код. Но использование модификатора упростит поиск проблемы в случае чего. Достаточно отключить модификатор и понять, что проблема в нём. Однако, в данной ситуации вообще не нужны никакие правки, ведь достаточно переименовать один дефолтный статус в файле локализации и заменить у всех товаров статус при отсутсвии на складе запросом sql.

Вот вариант.

По умолчанию стоит чекбокс "добавлять" и новые данные будут добавлены, а если такие строки существуют, то они будут перезаписаны. Если отмечен другой чекбокс, то все данные будут удалены и добавлены из файла. Это справедливо для той таблицы которая импортируется. То есть, будет удаляться таблица, например, products, а categories останется.

Вероятно, это какой-то модуль использует vqmod, поэтому если тупо убрать его или выпилить отдельные строки, то модуль перестанет работать. Странно, что никто не предлагает просто переписать xml под ocmod...

Чорд! Где-то я такое видел! У одного заказчика после очередного обновления шаблона, входящий в его состав модификатор убивал страницу с товаром. Если уж давать такие рекомендации, то в виде OCMOD, дабы потом не пришлось гадать из-за чего страница не грузится. shankara, а предложенный выше вариант чем не устроил?