Обновленная версия кладет сайт с 500 error — вот лог — yadi.sk/i/qWMVhkBoXuJ_Kg
Отключаю плагин компонента, всё ок!
Ругается на это — core\components\resvideogallery\vendor\composer\autoload_real.php: 66) PHP warning:
И на это — core\components\resvideogallery\vendor\composer/../ralouphie/getallheaders/src/getallheaders.php): failed to open stream: No such file or directory
на определенные категории товаров и товары. Но что делать если нужно наоборот исключить категорию/товар?
Например есть промокод, который действует на весь ассортимент каталога, за исключением одного товара.
И ещё один момент — в конфиге промокода есть чекбокс — Не применять без скидки, когда он включен,
на фронте применить промокод можно, а в админке к уже существующему заказу с тем же составом товаров нет, так и должно быть? Пишет — в корзине нет товаров, соответствующих этому промо-коду.
Процесс начинает писать в уже существующие файлы, ну а это уже в свою очередь нагибает парсер и весь процесс ложится с ошибками.
И ещё одна небольшая хотелка, если будет время и возможность:
Сделать возможность скрытия из меню товаров, приходящих с нулевым количеством, так как снятие с публикации это сразу 404 ошибка и сеошники сразу начинают есть мозги, что товары нужно просто прятать от пользователей, но оставлять рабочими для поисковиков. Уже раз 10 попадались сайты клиентов с Вашим компонентом, везде приходилось дописывать этот функционал. Думаю это будет полезным прямо из коробки.
Минимальный функционал создания заказов из админки и возможность печатать по заказам нужные документы (накладные, для курьеров, выставление счета и.т.д)
2)Нужен пересчет стоимости заказа, когда во вкладке покупки происходят изменения — сейчас, например, после изменения количества товара, нужно нажимать кнопку сохранить, потом снова открывать заказ на редактирование, чтобы увидеть изменения. И такое поведение часто встречается при смене способа доставки или оплаты, хорошо бы в этом всплывающем окне всегда вызывалась функция полного пересчета заказа при любых изменениях заказа.
3)Возможность в настройках менять формат номера заказа (Были случаи, клиент просил вместо слеша, ставить тире, так удобнее копировать номер заказа в 1С было)
4)Визуальный дефект (не видно рамки у select-а)
Самая частая:
Можно увидеть при чистой установке системы на modhost + компонент
В остальном функционал супер, советую его всем своим клиентам
— В общих шаблонах сейчас можно делать выборку только по ресурсу-родителю, было бы круто если бы можно было ещё и по шаблону выборку делать.
— Возможность добавлять свои переменные в шаблоны (Родные допполя miniShop2 и tv-поля)
— Склонение слов в шаблонах (через модификатор было бы вообще круто)
У меня в последнее время стали часто появляться задачи по интеграции небольших магазинов и
сейчас в сайтах на MODX это решается либо компонентом mSync, когда нужна периодическая выгрузка или обмен заказами или когда клиент хочет прям полную интеграцию, тогда стандартный REST API в 1С — плюсом такого решения является отсутствие необходимости в 1С-специалисте, коих сейчас трудно найти.
Всё, что нужно это опубликовать 1С на веб-сервере и поставить одну галочку включения REST интерфейса.
Дальше всё делается со стороны web-разработчика. Сейчас детально изучают эту тему — мне кажется это наиболее оптимальный способ интеграции с 1С как для малых так и для больших магазинов.
Отключаю плагин компонента, всё ок!
Ругается на это — core\components\resvideogallery\vendor\composer\autoload_real.php: 66) PHP warning:
И на это — core\components\resvideogallery\vendor\composer/../ralouphie/getallheaders/src/getallheaders.php): failed to open stream: No such file or directory
например — {«published»:1,«template»:8} — будут собирать новые значения, только если заходить в каждый новый товар и явно в нем ставить галочку опубликован и сохранять ресурс. Но сбора новых значений в словарь не происходит, если публиковать товары через таблицу в категории — yadi.sk/i/YJ2lPD0e0eC0zA
Видимо нажатие этих кнопок не вызывает необходимых событий, на которые завязан компонент.
По поводу 1 варианта, он может хорошо выстрелить, так как можно будет очень быстро сделать рабочее решение на современных фреймворках + все имеющиеся дополнения MODX. То есть тот же miniShop2 заюзать, например, с react или vue. Вся логика бэка уже написана, посылай только rest запросы и будет счастье. Но это опять тянет за собой совместимость, от которой в данном случае, я считаю, нужно отказаться.
Вопрос, а не будет проблем с кэшем MODX?
Например в родной системе публикации ресурсов по расписанию, если ресурс кэшируется, то ничего не работает, пока не почистишь кэш.
А вот если создать ресурс с типом js и внутри писать js-код с динамикой, а потом этот ресурс подключать по ссылке — вот так работать будет. Но сам такой подход уже попахивает не очень.
Будете оформлять в пакет и размещать в репозиториях или брать только из исходников?
Есть одна просьба:
При реализации переводов на мультидоменных сайтах, приходится делать кучу дублей в локализациях,
так например есть сайт site.ru и sbp.site.ru, нужна английская и русская версии на обоих.
Так вот приходится делать 4 локализации: две на русский и две на английский, а всё из-за того, что нет возможности в настройку HTTP_HOST прописать маску типа *.site.ru или через запятую перечислить все хосты для данного языка.
Я сейчас изучаю 1С и вопросы интеграции и всё чаще вижу использование oData
Дал вторую жизнь компоненту, респект!
С наступающим!
Обращаюсь к тем, кто умеет делать PR и разбирается в MODX и компонентах.
Василий готов принять исправление небольшого, как мне кажется «бага», связанного с очисткой кэша у разделов с тикетами (Подробнее можно почитать в комментариях).
Если у кого-то есть немного времени и желания улучшить компонент, просьба помочь решить проблему.