sano4kin
-
Публікації
54 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача sano4kin
-
CSS в помощь. height: 36px; где 36 максимальная высота в пикселях Пример: .us-module-model { overflow: hidden; height: 36px; } -
Так урлы самому можно сделать, как сделал я) Взял карту сайта донора, из нее сгенерировал в икселе таблицу урлов и спарсил по нет)))
-
Приветствую! У меня проблема решена. Модуль оплаты (который срабатывает самым последним при оформлении заказа) прописывал свой (заранее выставленный в настройках модуля) ID статуса в БД после оформления заказа. В моем случае это был модуль Filterit. В Вашем - возможно другой. Надо понять какой модуль, и какой ID он прописывает в БД. Первое что сделайте - в БД посмотрите какие ID у Ваших текущих статусов заказа. Если Вы удаляли и добавляли статусы, то, скорее всего, порядковая нумерация статусов нарушена. Поправьте. Также в БД посмотрите какой ID статуса прописывается в заказе. Так сможете сделать выводы. Вообще, как я понял, статус "Пропавшие заказы" получается если модуль оплаты пишет в заказ ID несуществующего статуса. Например: есть статусы "Принят (ID 3)" и "Завершен (ID 2)". Модуль оплаты должен выставлять статус "Принят", у которого должен быть ID 1, и, соответственно, пишет в БД ID 1. Но Ваш статус "Принят" имеет ID 3, оттого движок не понимает что происходит с кидает заказы в "пропавшие". P.S. Таблица заказов в БД - oc_order Таблица статусов в БД - oc_order_status
-
Предположительно Вам нужно пройти по этому пути - /public_html/catalog/language/ru-ru/common/cart.php Если нет, ищите в пределах папки "ru-ru"
-
Рассмотрите этот модуль. Я его использую как парсер и средство работы с БД, но и Вашу задачу он может решить. Он может по крону в заданное время обрабатывать прайс. Напишите его автору - Сергею. Он поможет.
-
Доброго времени суток, господа и дамы! Обращаюсь к вам с мольбой о помощи. Крайне нуждаюсь в модуле который крошит хлеб (делает хлебные крошки). Их большое множество - от платных до бесплатных. Можете посоветовать модуль, который не придется потом менять из-за недостатка функционала? Пусть даже он будет платным. А то сайт уже надо пульнуть на индексацию, а у меня крошки не крошеные.
-
Полностью переведенная Российская федерация геозоны_opencart.rar
-
Единицу ставил модуль Filterit
-
Да, Вы были правы. Но я же не такой спец как Вы) Вот и не понял что за модуль оплаты)
-
Отправил
-
Можете подсказать к кому обратиться? Сам не справлюсь =(
-
Кеш чистил. Модификаторы обновлял.
-
Именно 1 Уже менял и пробовал оформить заказ. Без разницы(((
-
Все-равно в БД приходит единица =(
-
Да, реально. Сейчас попробую!
-
В БД всегда приходит 1. Независимо от названия статуса с этим ID.
-
Не, не поможет. Я их специально местами менял чтобы проверить...
-
Да, меняется.
-
Да я даже не уверен что эта проблема возникла только сейчас, а не ранее. Сайт еще не запущен в оборот. Тема затронулась только после установки модуля платежной системы PayKeeper (который должен менять статус заказа после успешной оплаты).
-
Действительно...
-
Без разницы. Робот обойдет всю страницу, и оба поля там будут. Но, исходя из логики, "АИР 63 A6" это модель, а "1000 об/мин, 0.18 кВт" это уже характеристики/описание. P.S. Вопрос реально глупый))))
-
Приветствую, Господа! Проблема в следующем - как бы ни был оформлен заказ, он всегда имеет статус заказа с ID 1. Ранее создавал тему, откуда это и выяснилось - В общем, перепробовал многое. Менял настройки в опенкарте, создавал новые статусы заказов, отключал/подключал всевозможные установленные модули, правил дефолтный ID заказа в БД (архитектура таблицы oc_order)... Всё-равно в БД приходит ID 1. Кто сталкивался с подобным?
-
Читал, но не сразу вчитался. Как я понял, надо выяснить кто или что все время ставит единицу в статус...
-
Разобрался в чем был прикол. Заказам присваивался статус с ID 1, а у меня не было статуса с таким ID. В итоге я прямо в БД у статусов изменил ID с 1 по возрастанию. Но всё равно все заказы приходят с одним и тем же статусом (ID 1)...
