$address =  $this->Order->getOne('Address');
$properties = $address->get('properties');
print_r($properties);

Добавлю ещё видео от Sterc — Testing MODX Pull Requests

спасибо большое да это работает

Спасибо что высказываете свои мнения.
Мне кажется все немного неверно поняли мою мысль.
Я не имел ввиду, что конкретно в этом случае верстальщик сделал что то плохо.
Я глобальнее. Мне кажется что в современной разработке технологии стали вредить, вместо того чтобы нести пользу.
Никто уже сверстать страницу не может, пока не запустить веб сервер на nodejs, не установит препроцессор, компилятор, не настроит babel чтобы тот es6 в es5 перегонял и чуть ли ни ракету в космос нужно запустить, чтобы приступить к работе. Кучи усилий уходят на изучение ненужного, потом на настройку рабочего места чтобы приступить к работе… А по факту то, нужен только текстовый редактор, браузер и голова.
И это не касательно верстки или даже фронтенда. Да меня всегда доволит до скрипа в зубах, когда я вижу когда кто то добавляет новый npm пакет, а редактор пишет — у вас появилось 15 659 новых файлов — зависимостей… Никто не знает что именно он добавил в свой проект, к каким последствиям это приведет…
Безопасен ли тот код, который подтянулся в проект…
Вся разработка в мире стала какой — то переусложненной, излишне натыканной технологиями.
С другой стороны я вполне понимаю, что в современном мире при наличии интернета никуда не деться и переиспользование чужого кода станет нормой и правилом. Все языки программирования развиваются в этом направлении и вводят понятие пакетов — composer, npm, pip чтобы программирование постепенно перешло в ранг простого конструктора. Это хорошо видно на последних версиях python, там только 5+5 можно выполнить не подключая pip пакеты.
Короче говоря, я признаю что просто ворчу, я разменял уже 5-ый десяток лет и мне просто сложно принимать все эти изменения) Кажется, что люди все сильно усложняют.

На вкус и цвет все фломастеры разные. Я предпочитаю получать стили и изображения не сжатыми. Когда у заказчика на финальном этапе возникает мысль поменять мелочь в оформлении и ради правки мелочи, ползание по сжатым скриптам/стилям превращается в неприятность. У нас есть phpthumbon и minifyx. таким образом на большом проекте у меня лежат штук 10 небольших css файлов, которые удобно читать и редактировать. Единственная проблема которую я пока не решил — как вырезать из css неиспользуемые на сайте стили, это позволило бы облегчить html-framework.

С картинками такая же история — зачем заранее сидеть и подгонять их под размер, потом оптимизировать. Получается лишний труд. Один раз загрузил и выводишь через phpthumbon в нужном качестве и с нужным разрешением.

Не правильно написали задание, вот и получили результат. Если бы написали, без использования сторонних библиотек и стилей. Получили, бы то что хотели, а так некоторые еще умудряются «верстать» в tilde, а потом отдавать заказчикам. =)

Ошибка возникала при нажатии на фильтры. Удалось решить, путем выставления настроек в метрике, а именно «Отслеживание хеша в адресной строке браузера». Этот функционал нужен для аякс запросов.

Понял. Это очень странно и скорее всего это сеошники не разобрались в процессе. Но ваши действия понятны.

Советую собратьям верстальщикам использовать VSCode (лучше VSCodium) с плагином Live Sass Compiler делающим минифицированную версию CSS-файла, при этом написав стили на SASS.

И там же заодно Live Server для автообновления страницы в браузере при внесении изменений.

Не забывайте перед сдачей проекта картинки через tinyjpg.com прогонять. А то недавно принял две работы где 1 страница весила 17MB и 14MB из-за несжатых изображений.

UPD: самого удивляет подключение вебпака ради лендинга или любой другой мелкой работы. Однажды видел даже Vue в одностраничнике. Причем он там особо и не нужен был

Верстальщик != Разработчик. Очень часто бывает такое, что верстальщики довольно далеки от разработки и умеют только в html + css, а знания фронтенда и js у них близки к нулю.
Собственно, это просто один из таких представителей.

Вижу влияние мега сеошника. Если уж так она раздражает, сделайте инструкцию в роботе. Хотя, в индекс она и так вряд ли попадет.

Наверное верстальщик не рассчитывал, что будет проверка начинки)

Я понимаю что это так работает. Но нужно чтобы site.ru/404 возвращала 404. Как раз для этого и сделал.

Порог входа в профессию очень низкий — вот и результат. Хотя это не повод отключать мозг)))

этот сайт «на крючке» гораздо сложнее чем тот лендинг. Там даже слайдеров не было, почти что только текст и картинки.

Я могу сказать, что вы волшебник, из 70К строк сделать 115 это прям уметь надо, уважаю. na-cruchke.ru/ не самый сложный дизайн, свёрстано на bootstrap, плюс fancybox, свои стили 675 строк в не сжатом виде. И я с вами согласен, бездумно применять технологии это глупо, нужно понимать что и для чего нужно.

не создам. Я пользуюсь git ом, но не пользуюсь github.
Я так понимаю issue это уже элемент багтрекинга.
Если не забудете создать, то создайте пожалуйста сами issue.

да, issue

я не знаю что такое исушка. Это тоже что то из терминологии githab?
Простите, не пользуюсь гитхабом, не умею делать PR, поэтому и написал тут.

понял, вы про issue

создай исушку, у кого будет время, тот глянет, а тут затеряется