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% заморачиваться с этим не будут.

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

Присматриваюсь к модулю. С ходу сразу же появляются вопросы. К примеру у меня на проекте на сайте 8 разных поставщиков и 180 тыс. + товаров. в 1 с "Живых" около 20 тыс. товаров. Вопрос может ли модуль создавать товары в 1с в случае если упал заказ на сайт по определенным правилам ? 2 как происходит синхронизация остатков и сколько это занимает по времени (Сейчас юзаю для синхронизации АОП) Возможна ли 2х стронняя синхронизация ? Ибо не секрет, что 1с крайне не удобно для редатирований карточек товара, гораздо больший функционал у опенкарт, И если возможна, то сколько это будет занимать по времени ? Ибо есть опыт работы с битрикс, где полная синхронизация с 1с сайта (70тыс+ товаров) занимала около 48 часов времени (что абсолютно не приемлимо) .