Да не раз обсуждалось в этом же сообществе…
Во первый кеш… он как бы в modx файловый по-умолчанию… уходите от этого.
Если товары простые — может их хранить в отдельной таблице? не в дереве ресурсов?
В голову только grid приходит…
Ну а что, в принципе там есть все, что вам нужно:
— обращение к процессору для получения списка
— возможность создать колоночку с действиями (кнопкой удалить)
— вызов процессора после удаления и обновление списка после этого.
535 Authentication failed
Либо неверные логин/пароль, либо настройки (ssl, порты, т.п.)… попробуйте SSL, а не ssl.
Либо в настройках ящика отключена авторизация через smpt.
Делаете страницу, ну вот как угодно на MODX, как привыкли.
В качестве обработчика — висит сниппет, в котором отправляется любые запросы на ваш сервис API и делаете его уже на laraval.
Формат для обмена — json к примеру.
Это звучит может страшно, но на самом деле удобно
Отлично! Было бы интересно услышать отзыв по компоненту, я сам его использовал только на одном сайте и обратная связь не помешала бы, возможно стоит что-то улучшить.
Не нужно вызывать сниппет в плагине, реально плохая идея… ну как из пушки по воробьям…
Напишите просто нужный вам запрос, он будет не очень сложным.
Хотя, конечно, в целом сработать то должно было) Может еще в чем дело? Сниппет строку вернет, это учитывали?
Я не очень понял, про что речь, с компонентом не знаком.
оба плагина (формирование полей и фронтпад) срабатывают на одно событие BeforeCreateOrder и поэтому в момент срабатывания фронтпада этих полей еще нет
это можно исправить, для плагина можно изменить приоритет с которым он срабатывает, тем самым управляя очередностью. Есть соответствующее поле на вкладке События у плагина.
Но в идеале для товаров кеш нужно вообще отключить! Он при таких кол-вах страниц приносит больше проблем, чем ускоряет сайт.
Во первый кеш… он как бы в modx файловый по-умолчанию… уходите от этого.
Если товары простые — может их хранить в отдельной таблице? не в дереве ресурсов?
что явно не стыкуется с требованием 7.1
И вопрос, я так понимаю в том, что после обновления он работать перестал…
Ну а что, в принципе там есть все, что вам нужно:
— обращение к процессору для получения списка
— возможность создать колоночку с действиями (кнопкой удалить)
— вызов процессора после удаления и обновление списка после этого.
Либо неверные логин/пароль, либо настройки (ssl, порты, т.п.)… попробуйте SSL, а не ssl.
Либо в настройках ящика отключена авторизация через smpt.
QuickEmail поставьте для начала и с режимом debug посмотрите подробный ответ сервера.
Делаете страницу, ну вот как угодно на MODX, как привыкли.
В качестве обработчика — висит сниппет, в котором отправляется любые запросы на ваш сервис API и делаете его уже на laraval.
Формат для обмена — json к примеру.
Это звучит может страшно, но на самом деле удобно
сделайте на laravel небольшой API, который будет возвращать нужный контент.
А на MODX уже в сниппете делайте запросы к API и выводите информацию.
Я делал вот такое дополнение:
modstore.pro/packages/ecommerce/msproductkits
для связей, но оно работает только с товарами.
Что еще порекомендовать… не знаю, просто id товаров писать в tv.
Вроде TV с использованием SELECT binding у меня раньше работало…
docs.modx.com/3.x/en/building-sites/elements/template-variables/bindings/select-binding
Да и поиск (фильтрация) по названию вроде как был при выборе
Напишите просто нужный вам запрос, он будет не очень сложным.
Хотя, конечно, в целом сработать то должно было) Может еще в чем дело? Сниппет строку вернет, это учитывали?
это можно исправить, для плагина можно изменить приоритет с которым он срабатывает, тем самым управляя очередностью. Есть соответствующее поле на вкладке События у плагина.