byba

Понял, мне значит не подходит. Ибо много нестандартного.

Возник вопрос а если картинки в описаниях, или статьях , т.е. в б\д это просто текст, в любой не стандартной опенкарту таблице . Модуль это удалит ? или же он сканирует абсолютно все поля б\д. К примеру у меня картинками загружены стикеры на товары , и это совершенно не стандартное поле для опенкарта.

Купил а как теперь получить файлы для установки ?

Собственно в футере сайта прикручена яндекс карта с пунктами выдачи. А вот в способах доставки коменты html не поддерживают. Зависимости настроил от регионов, но четко понимаю, что прежде чем человеку выбрать не очевидно где в его районе находится пункт выдачи, а рассматривать общую карту - слишком мелкий масштаб. Вот и спрашиваю, т.к. возможно уже "Глаз замылился" и жутко туплю, не видя очевидного.

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

Планируется ли нормальная интеграция с модулем ибо сейчас конфликтует, готов подсказать по функционалу, но пока нет нормальной интеграции использую HYPER DISCOUNT PACKAGE только на одном проекте. Да и то на 10ю часть функционала (расчитывает накопительные скидки, и одной группе клиентов делает заданную) весь остальной функционал не используется в силу отсутствия адаптации под "Валюта +" т.е. в моем случае абсолютно бесполезен.

с батч эдитора есть возможность присваивать закачки ?

С АОП будет работать ? интересно как реализованы остатки по складам в б\д ? при 200 тыс + товаров будут тормоза ?

Пишите в личку.

Вопрос по модулю возможно ли в названии скидки использовать какую то переменную, которая отображала бы на какой % эта скидка сделана. К примеру у меня есть скидка для клиента 3 % и при покупке от 100 штук товара еще 2 % настроил складывать, В итоге в корзине выводит "Клиентская скидка 3%" но скидывает правильно 5% (по сумме) Как бы этот момент, то, что скидка уже 5% стала обозначить для клиента ?

Действительно демка не тормозит. Подозреваю, что это это благодаря аяксу. В любом случае буду ждать решения с распределением по папкам . Ну а тему обсуждения этой проблемы можно почитать на хабре https://qna.habr.com/q/100449

Спасибо, буду изучать документацию.

Вы просто попробуйте в 1 папку положить 2 тысячи картинок, вывести любую из них в карточку товара. Вопросы отпадут сами собой . В моем случае это практика, И жуткий гемор с распределением фото (сегодня на одном из проектов буду делать), собственно для этого же проекта и присматриваюсь к Вашему модулю, но как представлю, что помимо контентщиков, еще и на Ваш модуль придется заказывать оптимизацию, то понимаешь, что лучше и не предлагать владельцу такие улучшения.

Из моей личной практики любая 1с база это "Жутчайшее месиво" криво заполненных карточек товара , с задвоентием, затроением, зачетверением позиций. Казалось бы синхронизируй по id товара , в 1с оно всегда уникально, но в таком случае любая заливка товара сторонним парсером на сайт = получение дублей . Следовательно надо бы синхронизироваться по артикулу. И вдруг выясняется, что в 1 с артикулы либо отсутствуют, либо криво написаны (латиница с кириллицей) либо вообще отсутствуют , т.к. когда кто заводил его (товар) и каким местом в этот момент думал не понятно. Далее структура каталогов в 1 с как правило такая, что заведи их как категории на сайт , то вдруг выяснится, что без поиска найти что либо совершенно не возможно, а привести к правильной структуризации эти кталоги возможно только инструментами опенкарта (собтсвенно именно из за этого и спрашивал про 2х стороннюю синхронизацию) По поводу "Экспериментов" с 1с и сайтом, хотелось бы денежку вложить уже в готовое решение, ибо экспериментировать с рабочими базами и рабочим магазином честно говоря "Стремно" (подозреваю, что за такие эксперименты должны доплачивать разработчики) т.к. в случае неудачи (что уже несколько раз было) продажи практически парализуются, ответственности никто не несет, а разработчик хочет деньги, мол я же работал. (Не воспринимайте лично, это описании работы с вебстудиями, есть негативный опыт) . Потому изначально хотелось бы детально вникнуть в алгоритмы работы Вашего модуля, дабы еще на стадии ознакомления понять стоит ли ввязываться в это. Т.к. вопросов гораздо больше, а описание крайне скудно.

По безопасности понял, по "Сваливанию в 1 папку" думаю после первой 1000 отзывов начнутся "Жуткие тормоза" потому подожду грамотной реализации хранения фото. Поясню модуль как по мне "Архинужный" ибо в оригинальном опенкарте отзывы реализованы можно сказать "Никак" и если текстовая составляющая не вызывает никаких вопросов, то с картинками особенность файловой системы линукс , более 1000 наименований файлов в одной папке вызывает жуткие тормоза при чтении (впервые с этим столкнулся в 13м году. на заре написания модуля АОП, именно эта проблема стала триггером решения распределения фото по папкам с опредленным алгоритмом завязанным на id товара) . Собственно на проектах , где карточки товара заполняются через АОП теперь таких проблем не возникает, а вот там, где заполнение ведется через контент менеджеров (в силу специфики работы) , там где то раз в год приходится распределять фото по подпапкам через АОП, ибо менеджеры, кто незнал, кто забыл, кто просто возложил, и это специально нанятые сотрудники. Пользователи 100% заморачиваться с этим не будут.