Pirks

Всем спасибо за комментарии, сэкономили рабочее время! )

Увы, все прайсы лежат где-то в облаках - ftp, http, mysql.

Всем спасибо за комментарии, очень полезно! ) Вот это и напрягает - разные сторонние штучки и их совместимость друг с другом. Иногда проще самому.

Спасибо за развернутый комментарий! Этого и ждал - опыта по теме. ) У нас весь входной процесс через Google Spread Sheet. Есть наработки по обработки прайсов в Google App Script ( Java Script )- что позволяет работать с прайсами очень гибко. Сейчас все обновления ведутся консольными скриптами напрямую в базы данных Open Cart экспорт - импорт. По Google API из Google Sheet забираем ( выгружаем )входные прайсы и грузим в Open Сart. Плюсы подхода - скрипты работают или в облаке Google или на севере VPS. Пересматриваю модули, есть очень интересные, но функционала не хватает и главное - GUI Open Cart не подходит для работы с большими объемами данных. Да, модули невозможно сделать универсальными - у заказчиков могут быть свои требования и разные бизнес-процессы.

В принципе да, но интерфейс OC в этом плане неудобен или есть хорошие реализации?

Этот модуль действительно крут. Но у меня часть функционала для подготовки входных данных находится в Google Spread Sheet - там идет формирование прайсов. Может ли модуль забирать по ссылке Google Doc ? Надо пробовать.

Дополнил сообщение. Надеюсь теперь понятно. Менеджеру надо видеть входную, выходную цену, и еще например цены конкурентов из Яндекс маркета . Получается надо чтобы работали несколько процессов 1. Загрузка прайсов поставщиков 2. Анализ цен менеджером и определение наценки 3. Выгрузка на Маркет 4. goto п.2. Интересует опыт реализации подобного на Open cart.

Добрый день! Может быть найдутся желающие поделиться опытом практической реализации подключения прайсов поставщиков. ) Итак. в Open Cart нет учета поставщиков, и соответственно учета их складов ( т.е. наличия) , цен и сроков поставки. У меня есть два вариант решения этой задачи. Регулярно загружаем все прайсы поставщиков в таблицу, т.е. у товарной позиции в этой таблице будет несколько цен. По определенному алгоритму выбираем оптимальную цену, при необходимости рассчитываем наценку и обновляем цену и наличие в _product Связь _product с ценами поставщика по коду из прайсов ( храним его например в sku или upc ). Итак делема хранить и обновлять : 1. все позиции прайсов поставщиков ( а размер это таблицы может быть ~ 100 - 200 k ) или 2. только цены тех товаров которые есть в _product?

Вот это вроде серьезно, но платно http://opencart3-simple.api.opencart-api.com/demo/admin/#/ Посмотрите в сторону Open Cart CLI. Много реализаций. Например вот это https://github.com/iSenseLabs/oc_cli

Догадываюсь, что через ajas data: А как его принять в контроллере guest_shipping.php? И что меня ждет в связи с этим? Или я изобретаю велосипед, а все уже придумано до меня. ))

Добрый день! Меняю процесс оформления заказа и доставки. В зависимости от выбора типа доставки часть полей в адресе доставки надо скрыть, часть показать. Находим выбор пользователя selected_shipping_method = $("input[name='shipping_method']:checked").val(); Вопрос : Как передать из выбора shipping_method в guest_shipping.php ? Наставьте на путь истинный, душу заблудшую. )

Не будьте столь категоричны. ) Сколько людей столько и мнений. Сколько заказчиков, столько и требования, да, порою нерациональных ) "Реализовать своими скриптами" - это задача работающая в фоне, без интерфейса, консольная. Т.е. однажды настроенная она проверяет изображения на соответствие каким либо требованиям, если надо обрабатывает. Про Фотошоп - спасибо, но это сложно и дорого. Есть более простые решения пакетной обработки изображений по Win. Задача стоит чтобы все это работало на VPS, например с Ubuntu. P.S. Извините конечно, но постоянно ловлю себя на мысли, что некоторые разработчики очень похожи на консультантов в магазине, как им кажется "очень не навязчиво" предлагающих свою, помощь. Без обид, но клиента надо брать мягче, чтобы в конечном итоге он думал, что он самостоятельно принял решение о приобретении модуля. )) P.P.S. Модуль интересный, заметно, что проделана большая работа, но в настоящий момент, в нем нет необходимости.

Всем спасибо! Пришлось погрузиться в заказ и доставку и переделать под себя. У заказчика оказались специфические требования и возможно будут меняться с течением времени.

Спасибо, посмотрю

Хотя все таки интересно, есть ли такие модули заказа с такой логикой? )

Добрый день! ocStore 2.3 Есть ТЗ от заказчика на доработку формы заказа без регистрации. И оказалось, что это ТЗ ставит под сомнение правильность построения этой формы. ) В чем суть. В первом разделе предлагается ввести много данных, часть обязательных, часть нет, а потом уже на этапе выбора типа доставки обнаружить, что часть данных не нужна для определенного типа, а без других данных доставка невозможна. Как сейчас получается, ты введи все или не все, а мы потом тебе сообщим, что чего-то не хватает, а кое-что и вообще нам не надо. ) Логичнее ведь такое: cначала ты выбираешь как доставить и тебе предлагают ввести именно то, что надо для этого типа доставки. Только не надо предлагать альтернативные модули, я не для этого пишу. Если кто готов разнести мою логику в пух и прах - начинайте. )

Спасибо за наводку, кажется, то, что надо. Этот скрипт нужен при начальной загрузке магазина, когда изображения поступают из различных источников. И в принципе вы правы, в момент загрузки изображение эта обработка будет к месту.

Скрипт дешевле и надежнее оператора, особенно когда изображений ~1000 * n ) Ну и читайте внимательно первое сообщение, речь идет о скриптах для обработки.

@Gaziz спасибо за ссылку на модуль, при необходимости воспользуюсь вашим предложением, но в настоящий момент надо реализовать своими скриптами.

Я хотел бы это делать вне Open Cart, тем более хотелось бы контролировать результат до выгрузки пользователю.

Я думаю, на изображении понятно, о чем идет речь. Надо привести все изображения к одному размеру и отцентрировать. Возможно есть десктопное ПО, но хочется, чтобы все на сервере обрабатывалось в фоне.

Добрый день! Есть изображения товаров на белом фоне, но с разным расстоянием от изображения до границы холста. Даже минимальная разница, заметная на глаз, вызывает дискомфорт. Нужна библиотека, или пример скрипта, которые могут работать с изображениями и различать фон от самого изображения.

Желательно увидеть пример внедрения, с параметрами которые я показал. ну и очень хотелось бы увидеть как он фильтрует ~40000 товаров.

Добрый день! ocStore 2.3. Товаров ~45000 Категорий ~100 Атрибуты у товаров разные, т.е. в разных категориях должна быть фильтрация по своим критериям. Какой модуль фильтра порекомендуете?

Спасибо за совет! Уже ищу качественные логотипы. И поиграем с размером. Это не про webp? Здесь VPS, поэтому можете дать направление, в котором надо двигаться в плане качества изображений.