Dimasscus
-
Posts
4,674 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by Dimasscus
-
Почему вы рабы? А почему девченку мусора замотали, когда она стояла с белым листом? Это запрещено законом? Статью подскажите? Если не запрещено- то почему не защитили? Не раб- напиши на своей стене вк -"россия будет свободна":)) И если шо- я с Луганска. Ты там шото про лыныры писал. Так вот скажу тебе- Луганск минометами обстреливали ваши дрг. Об этом в интервью заявлял первый "глава лыныры" - болотов. А через несколько дней умер. В подмосковье. От инфаркта:))
-
Модуль Автоматическая обработка прайс-листов. [Поддержка]
Dimasscus replied to usergio's topic in Модули обмена данными
Це дуже добра новина!!- 49,502 replies
-
- 4
-
-
- поставщики импорт
- наполнение им
- (and 19 more)
-
воно хворе. як лавров
-
уточните- вам нужно чтобы в письме админу прикреплен был файл или достаточно ссылки на скачивание?
-
Могу помочь. Пишите в личку
-
https://23ocs.shops-market.com/ растягивается
-
если у вас в левом блоке нет колонки на главной- то слайдер на всю ширину. картинку нужно указывать в правильных пропорциях
-
ЯндексМаркет
Dimasscus replied to Denis8585's topic in Программирование, создание модулей, изменение функциональности
потому что он кривой и глючный, как и все поделки яндекса. почитайте тут на форуме полно тем про него -
ЯндексМаркет
Dimasscus replied to Denis8585's topic in Программирование, создание модулей, изменение функциональности
Ой зря... -
Сам. Так как автор был занят, да и не входит это в поддержку. Автор подсказывал неоднократно, так как для различных маркетплейсов нужно было добавлять разные теги дополнительно. Например для той же розетки- название товара нужно было формировать не с текущего названия товара
-
Ну шо вы начинаете
-
Нет. Правкой в модуле с пересчетом - получал цену "с морды" а не из базы
-
Да просто с модулем часто этим сталкиваюсь, и в свое время "достал" автора проблемой с валютой- в магазин цена заносилась в двух валютах, а в выгрузку нужно было выгружать в 1. :)) поэтому пришлось вникать. Вам же рекомендую привести в магазине все размеры к единому- если яндекс требует сантиметры- то прописывайте товарам в сантиметрах и храните в бд сантиметры. Если используете обновление/ добавление из прайсов- то логичнее привести выгрузку из них к единому формату, чем отлавливать в экспорте yml какие привязки см или мм у товаров
-
Модуль выгружает без косяков. А автор молчит, потому как модуль выгружает правильно. Размеры в опенкарт сделаны для "внутреннего потребления" . И модуль выгружает то что записано по умолчанию в бд. Если в товаре выбран миллиметр по умолчанию, то и в локализации должен быть у миллимитра коэффициент 1. И в настройках мм по умолчанию
-
Вы просто читаете по диагонали. В каждом товаре вы можете выбрать размеры либо в см, либо в мм, либо в км:)) но это должно быть указано в товаре. А курс пересчета( аналогично валютам) задается в локализации. И как и в валютах- задается размер по умолчанию и размеры в пересчете
-
если у вас в локализациях сантиметр выбран по умолчанию. а также он выбран по умолчанию в настройка-локализация- то при выгрузке модулем(я так понимаю any csv) товару размеры будут записаны в сантиметрах. если же у вас в прайсе миллиметры- тогда выбираете по умолчанию миллиметры, задаете им значение 1 в локализации. в см соответственно исправляете по курсу:)
-
Ну если вы внешний вид дорабатывали под шаблон- то на новом придется переделывать
-
Прям нашествие какое то
-
Если верстка подгонялась под шаблон то скорее всего нет
-
Из таблиц удалите
-
Потому что на то оно и пошаговое оформление. Есть два варианта- оформление на одной странице без шагов и пошаговое. Про дефолтные шаги не совсем понял- если вы используете модуль- то дефолтное отображение оформления заказа не должно отображаться вообще
-
Понятно. Бывает
