Николай Савин

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

Паш, а есть возможность создать промокод ограниченный по времени? Действующий, в течение часа, к примеру.

Да кто спорит. Laravel — это API-ориентированный продукт.

Да конечно, по всякому можно. А я так хочу. Вдруг мне понадобится дальше и другие методы класса переопределить.

Парадигма верная, соглашусь.

Ну… показывайте код. Где именно вы вызываете заказ? Что это? сниппет, плагин, класс,?

$modx->getObject('msOrder', array('id' => $id));

Это общий вариант. К примеру для сниппета.

Обращение к базе данных при загрузке объекта в любом случае где-то происходит.
Исключение может составлять плагин или метод в классе, куда передан объект заказа. Но если вы пишите — что получить по номеру — тогда вот так с обращением к базе

Или вот так

$modx->getObject('msOrder', array('num' => $num));

Смотря какой у вас номер в наличии. Порядковый или сформированная строка.

Опять же — я цитирую официальный источник. В документации написано RestFul APi. Понятное дело это не полноценное REST. Здесь всего то несколько глаголов поддерживаются из всего зоопарка — и то, насколько я понимаю происходит эмуляция, а не полноценная поддержка.

В данном случае я процитировал документацию. Вот прямо скопипастил код. Задача быстрого старта — показать самые самые основы. Практические жизненные примеры попробую описать дальше.

Про авторизацию и права еще поговорим

Если сюда писать только про MODX, то о чем?

Да вон хотя бы про то что MODX 2.7.2 сегодня вышла. С чем я всех и поздравляю ))

Поставил минус, объясню почему.
Я не в восторге, когда на профильном MODX ресурсе пишут статьи не в тему. Но это просто привычка и мои личные ожидания, наверное. Совместимые с MODX параллельные темы тоже хорошо — надо ж знать куда колесо прогресса тянется.
Но данный топик — как то с трудом воспринимается, как что то про web в принципе. Можно считать старческим ворчанием и забить.

А почему вы задаете вопрос магазину здесь, а не в самом магазине? Это же разные проекты.

Ну как минимум нужен какой то механизм проверки прав и механизм вызова событий.

Да пусть себе съезжает, не заморачивайтесь на этом. Уделите лучше внимание скорости загрузки проекта.

Насколько я знаю он еще и никаких методов кроме GET и POST не поддерживает. Все остальные эмулируются, переводясь в POST. По крайней мере так было, когда я последний раз с этим компонентом фреймворка работал. Все на POST c экшенами выстраивалось.
С другой стороны — может это и к лучшему? Глаголы изначально не рассматриваются, работаем с базовой частью.

Именно так. Я тебе больше скажу. Переодически в комментариях ребята дают ссылки на свои уже сформированные библиотеки контроллеров. Из последнего вот недавно выкладывали

Вот помониторь лучше документацию по MODX Rest
Событие onPageNotFound тут не при чем.

Вот пришел, наговорил кучу непонятных читателям слов и довольный еще не два года свалил.

Вот это мне по душе. Я в деле. Готов тратить время на PR, тесты, допил компонентов и прочее. Нужен какой то roadMap с шагами чего делать.