ambalocha69
-
Публікації
1 883 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача ambalocha69
-
ответил в ЛС
-
Добрый день! Запрет отображения не является запретом на создание.
-
Добрый день! В явном виде нет. Но если долго мучаться, то что нибудь получится -
это версия для 1.5.Х
-
Добрый день! Есть готовое решение - дополнительный обработчик для Диспетчер YML\XML - Обмен данными - OpenCart Форум, который у вас есть. Пишите в ЛС
-
Добрый день! в разделе ШАБЛОНЫ нужно создать правили генерации ЧПУ. Например {name} - если хотите использовать для ЧПУ транслитерацию названия в закладке АТРИБУТЫ\ОПЦИИ указали их какого поля брать изображения?
-
ответил в ЛС
-
Добрый день! Я знаю этих поставщиков. Дополнительно потребуется модуль "Связанные Опции": https://opencartforum.com/files/file/2421-svyazannye-opcii-dlya-opencart2/ Настройка не тривиальная - пишите в ЛС для согласования сроков и стоимости работ.
-
указать соответствующее правило обработки этого тега
-
если вы хотите сделать слияние, то: - для TypePrefix укажите что это "Название" - для model укажите что это "Модель" - в разделе ШАБЛОНЫ для названия пропишите правило: {name} {model}
-
Добрый день! Ограничений нет - можете формировать его из любых полей
-
пока нет на это ресурсов.
-
Добрый день! Будет обязательно.
-
Добрый день! Да. Присылаете данные для анализа, составляем смету работ, оплачиваете, присылаете доступы.
-
Клиент всегда прав Был у меня в 90-е проект с поляками. Там этих "какашек" было немеряно. Убедить поляка в том что неправ - миссия импосибл. Пришлось наказывать рублем, который в те времена был зеленым американским. ПОЛЯК: вставьте нам это туда-то! Я: дерьмо получится ПОЛЯК: я заказчик - делайте! Я: ок, 15 баксов ПОЛЯК: мля, действительно дерьмо получилось - уберите! Я: ок, 15 баксов Когда такие расходы достигли серьезной суммы то включили наконец то мозги
-
и очень часто возникает подозрение что это победители конкурса "Тупой и еще тупее" - два плюс два худо бедно сложить могут, а два плюс три уже возникают проблемы. Один из последних шедевров: курс 42 у всех а у одного производителя должен быть 45 как быстро вычислить на какое число умножать пример Товар стоит 65 умножить на курс 42 и в планировщике добавляем 1.0715 65*42*1.0715=2925 65*45=2925 аналог Как бысто узнать число 1.0715 А то я методом подбора делаю
-
в наше время самое сложное это не перепутать новости с анекдотами (из архива Димы Вернера)
-
да - в валюте магазина. все вычисления внешние - никаких полей я не добавляю. есть авторы, которые добавляют в таблицу product по 10-15 текстовых полей а потом все удивляются почему сайт ложится при SELECT * FROM " . DB_PREFIX . "product поэтому изначально все строил на дополнительных таблицах, которые не участвуют в общей жизни сайта и не влияют на его общую производительность. их можно удалить вместе с модулем - на сайте останутся цены в валюте магазина на момент последних вычисления
-
это простой случай но если ты работаешь с несколькими поставщиками, то у каждого свои требования. 1-й отдает по курсу ЦБ 2-й отдает по ЦБ+2% 3-й отдает по ЦБ+2% + 100 руб за упаковку и тп все правила вычислений итоговой цены по всем валютам\поставщикам содержатся в "Таблице задач" это внутренняя "кухня" магазина, и модулям экспорта\импорта туда лезть не надо. Для них есть готовые данные в стандартных полях: - для обычных модулей экспорта все прозрачно - они просто берут цены из стандартных полей - если нужен экспорт валютных цен, то они берутся из связанных таблиц. связь стандартная - по product_id это обязательно согласно требованию российского законодательства магазин имеет право выставлять цены только в национальной валюте Поэтому: 1. Переключатель валют должен быть отключен 2. Переключатель валют (если он таки включен) ничего не знает о внутренней "кухни" магазина и будет делать неверную конвертацию
-
Добрый день! все работает стандартным образом. все вычисления внешние и данные заносятся в стандартные поля: цена, акционная цена, цена опции, дисконты допиливать нужно только в том случае, если стоит задача выгружать валютные цены. кстати такая задача достаточно часто встречается и было бы неплохо сделать интеграцию
-
да. есть 2 варианта: 1. пересчитывать все на лету в гривну по курсам прописанным в фиде в блоке currencies 2. дополнительно использовать модуль: Модуль "Мультивалютные товары" - Модули - OpenCart Форум и сохранять валютные цены, и вычислять в дальнейшем цену в гривне через этот модуль: по курсам НБУ или произвольным своим
-
у вас просто блокируются http соединения
-
пришлите файлы для анализа
-
