srs

Перешел на ваш сайт и он великолепен, добавил в закладки!
Без негатива! Я серьезно, мне очень нравится такой дизайн. Почитал немного бложек… в общем прикольно)
P.S.Хз почему написал, просто решил поделиться вами.

Заполню пустоту)
Nest и правда очень крут и приятен в использовании. Документация покрывает все основные вопросы с запасом, а чего нет, всегда можно нагуглить.
Рад, что люди из сообщества растут, набираются новых знаний и делятся своими впечатлениями. Жаль @Fi1osof давно перестал заметки оставлять.
Я недавно решил попробовать go (никак не связанно с заметками про modx на go), заметку писать не буду, но пока все очень круто.

Разве проблема с

{ignore}...{/ignore}

в сочетании с другими фигурными скобками без пробела в начале уже решена?
Задаю вопрос из-за любопытства, давненько уже не работал с modx + fenom.

composer и стандарты PSR-& мне особо не нужны

.
Как минимум в ней должны быть composer и стандарты PSR-&. Чтобы modx развивался, нужно держать его в тонусе. Основная проблема в том, что на нем очень сложно использовать современный подход.
Вывод таков, modx может развиваться только засечет разработчиков, если разработчикам не комфортно этим заниматься, то увы и ах, всем плевать что конкретно нужно вам.

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

но, если бы на ноде была сравнимая с MODX CMS, я бы начал ее изучать и на ней программировать

strapi.io — эта штука позволит тебе конструировать бэкенд так, как тебе угодно. По умолчанию работаешь с rest, но одним ликом можешь подключить graphql. Развернуть и потыкать можно буквально за 5-10 минут. В общем занятная штука.

Не согласен касаемо главного конкурента, мне кажется, что все таки главный конкурент это go, уж очень сильно начал поднимать голову. Но modx конечно пока держится.
<сарказм>

1) Вы уверенны, что настроили компонент верно?
2) В логах что-то есть?

Тебе на клиенте или на сервере это делать надо?
Если на клиенте, то только js.

Прям месяц синхронизаций.

Сергей, кстати), как у вас продвигается тема RESTful API для modx?
Идея еще жива или уже все?

а сколько по времени у вас заняла эта работа?

С другой стороны, я прям вижу в недалеком будущем

Не думаю, что такое когда нибудь будет. По крайней мере 2 версии.
О работе без extjs известно очень давно, да и достаточно очевидно… какая разница какой «js» кормить браузеру. Но за долгие годы мало кто использует что-то стороннее в своих компонентах, за редким исключением конечно.

Судя по тексту

с моей большой любовью к VueJS

это было очевидно)
Видимо сарказм не мое…

Вангую, фронт хранилища будет на реакте) Kappa
P.S. С новым годом!

Процитирую сам себя из линка первого комментария:

echo $modx->getObject('modResource', ['pagetitle' => 'page title'])->get('id');
// or 
$res = $modx->getObject('modResource', ['pagetitle' => 'page title']);
echo $res->get('id');
echo $res->get('parent');
echo $res->getTVValue('foo');

del

А на modx.com не хочешь?

А что если взять и чуть выше создать отдельную переменную (пусть будет check). Она будет проверять, происходило нужное действе или нет и если действие происходило, то не выполнять больше ничего.
Ну например:

if (eventLine[0].top < document.documentElement.clientHeight && check == false) {
    // действия
   // и установка check = true, чтоб этот участок не срабатывал больше
   check = true;
}

Ну ладно, если быть до конца честным, то (внезапно) указный выше подход все ровно будет работать. Нужно только в месте где написано «действия», написать свою логику и не важно, что она должна делать, эмулировать нажатие кнопки, вызывать загрузку комментариев, перезагружать страницу, заказывать пиццу, свой вариант.

и ни одного — для MODx

Может потому что это не особо сложно делать, а писать инструкцию к каждому чиху глупо.