Илья Уткин

Есть же метод parsePropertyString — он как раз составит массив из MODX-синтаксиса. То есть что-то типа такого

<?php
$parser = $modx->getParser();
$html = '[[!pdoResources?
	&parents=`1`
	&depth=`0`
	&tpl=`ListRowTpl`
	&tplWrapper=`@INLINE [[+output]]`
	&includeTVs=`image`
]]';

$properties = $parser->parsePropertyString($html);

Там же можно подсмотреть, как MODX определяет тип элемента — в методе processTag

Это все, конечно красиво и на первый взгляд просто. До тех пор, пока не появится необходимость скрывать запрещённые страницы из вывода pdoResources или pdoMenu. Тогда начинаются всякие странные выборки, условия и прочее.

Когда я говорю «большой» бизнес, я, конечно не имею ввиду крупные IT-продукты. Можно открыть список работ на сайте того же стерка и понять, что я имею ввиду — sterc.com/en/work

Там, конечно, много компаний, о которых я не слышал, но эти компании имеют филиалы в разных странах по всему миру — от Франции до Китая. Есть проекты, в которых используются собственные распределенные CDN-серверы, чтобы сайт открывался одинаково быстро в любом регионе мира — Европа, Азия, Америка. И этот проект работает на MODX. И да, его поддерживает большая команда разработчиков, которой очень важно, что на MODX можно организовать современный воркфлоу для команды — тут и докер, и гит, и современные тенденции в разработке фронтенда (всякие gulp, webpack). И я не особо чувствую каких-то ограничений. Если в MODX нет какого-то функционала, просто пишешь решение на PHP, реализовать можно очень многое.

Вероятно, это взгляд со стороны российского бизнеса. Sterc активно внедряет MODX 3 уже сейчас. Да, она не совсем соответствует текущей официальной версии в плане наименования классов в ядре. Но админка тестируется на реальных больших живых сайтах, благодаря чему было многое исправлено и доработано. Как только выйдет стабильная версия MODX 3, Sterc похоронит свой форк и одним из первых начнёт реальные бизнес-задачи решать на новой версии. Клиенты стерка — это как раз тот самый бизнес, на который ориентируется сообщество. Бизнес, который думает о будущем. А в России принято требовать прибыль от вложений здесь и сейчас. Как обновление повысит текущие продажи? Никак? В жопу обновление. Большой бизнес не имеет права так думать, иначе он долго не проживёт.

Нас щас за флуд забанят)

Конечно, можно! Если что, обращайся, готов продать сертификат Let's Encrypt ))

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

Сейчас, когда причина ясна, мы исправили ситуацию. Купили платный сертификат, который использует другой корневой сертификат. Теперь проблема должна быть решена.

Здравствуйте. Пришлите доступы к сайту — посмотрю, в чём дело, и если ошибка на стороне modstore.pro, сегодня же она будет исправлена.

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

Уважаемые пользователи, у которых наблюдается проблема — пожалуйста, напишите в личку — t.me/ilyautkin — мне нужны доступы хотя бы в админку сайта. А ещё лучше — к FTP.

Если будет обнаружена какая-то реальная проблема на стороне modstore.pro — оперативно будем исправлять.

И мне тут не важно, на чём работает этот новый разработчик — Windows, Ubuntu, Mac — я знаю, что у него всё запустится именно в том окружении, каком надо.

А как работать в команде в таком случае? Как быстро подключить нового разработчика? Ему нужно будет выгружать дамп базы данных и весь сайт?

В случае с Docker этого делать не нужно. Новому разработчику требуется только

git clone https://github.com/user/project
composer install
docker-compose up -d
docker exec -it doodle_php_1 bash
php vendor/bin/phinx migrate

Чуть-чуть попить чай (установка может занимать несколько минут) — и всё, можешь приступать к работе.

У меня проблемы нет — локально пакеты нормально устанавливаются. Вероятно, какая-то проблема в настройках локального сервера, но что это за проблема — не знаю. Если кто-то найдёт, в чём дело — напишите, добавим информацию в FAQ

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

По конфигам MIGX я делал так — создавал конфиг через интерфейс, потом экспортировал его и в миграции было что-то типа такого:

$name = 'configName';
$file_path = dirname(__DIR__) . '/migx/configname.json';

$this->modx->getService('migx', 'Migx', MODX_CORE_PATH . 'components/migx/model/migx/', []);
$config = $this->modx->getObject('migxConfig', ['name' => $name]);
if (!$config) {
    $config = $this->modx->newObject('migxConfig');
    $config->set('name', $name);
}

$json = file_get_contents($file_path);
$config->fromArray($this->modx->migx->importconfig($this->modx->fromJson($json)));
$config->save();

Да, на продакшене докер-контейнеры не используются. Но в командной разработке докер позволяет сильно упростить работу. Меня не волнует, кто на чём работает, какая система стоит у коллег. Я знаю, что любой разработчик просто склонирует себе репозиторий проекта, запустит контейнеры и приступит к работе.

Да, была проблема, но после того, как добавили участки с nfsmount всё стало хорошо

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

Так же с помощью миграции создаётся, например, раздел «Новости». Его ID сохраняется в настройках контекста. В итоге на продакшене раздел наполняется ресурсами но разработчику не требуется учитывать эти ресурсы — он всегда использует актуальный ID. У каждого разработчика, на тестовом сервере, на продакшене ID-шники разные, но это никого не парит.

Ну проектов в команде много. Часто приходится подключать к проекту нового разработчика. В нашей ситуации он делает просто git clone, docker-compose up -d, запускает миграции и готов уже работать над своей задачей.

Да, конечно, используются стандартные пользователи MODX. Вы сами делает регистрацию, авторизацию — любым удобным для вас способом. Возможно, на сайте уже есть личный кабинет. Этот компонент реализует только конкретно сообщения между пользователями.

Админки на текущий момент нет. Не думал, что кому-то потребуется читать все сообщения)
Постараюсь в следующей версии добавить.

Надо было просто подключить на странице jQuery. А так вы всё настроили правильно