Песочница

Blog by Fi1osof

Не выводятся изображения {$src}

Вопрос: Пустая страница компонентов

Переопределение чужого ExtJs из плагина

Получение данных в процессоре

создание внутренних страниц сайта

msGallery + fancybox

Как убрать округление цен в ShopKeeper3

Современный сайт на javascript.

React-js. Урок №1. Быстрый старт.

Восстановление поиска и постраничности в в топиках на сайте Клуба

Какая версия shopmodx используется?

2.1.1-beta

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

Но написано всё верно, должно работать. картинки точно есть у всех товаров? 

P.S.: рекомендую освоить версию 3.1 - она гораздо гораздее

тогда нужен этот процессор (в этой версии цены хранятся в другой таблице). Ну или, если цены не нужны, можно использовать стандартный для документов site/web/resources/getdata Но написано всё верно, должно работать. картинки точно есть у всех товаров? P.S.: рекомендую освоить версию 3.1 - она гораздо гораздее

тогда нужен этот процессор (в этой версии цены хра

картинки точно есть. Через pdoResources все выводится, но хотелось бы процессором.. Вы имеете ввиду shopmodxbox-3.1.1-beta?  

картинки точно есть. Через pdoResources все выводи

Не совсем верно понял про версию. Если 2.1.1. - это версия именно shopmodx, а не shopmodxbox, то смело можно использовать web/resources/getdata, там цена хранится в самом документе.

web/catalog/products/getdata позволяет при указании category_id собрать товары из этой категории и всех вложенных в неё. 

Но в любом случае всё должно работать. Код верный. Кэш почистить не пробовали? (локальный и на сервере)

Не совсем верно понял про версию. Если 2.1.1. - это версия именно shopmodx, а не shopmodxbox, то смело можно использовать web/resources/getdata, там цена хранится в самом документе. web/catalog/products/getdata позволяет при указании category_id собрать товары из этой категории и всех вложенных в неё. Но в любом случае всё должно работать. Код верный. Кэш почистить не пробовали? (локальный и на сервере)

Не совсем верно понял про версию. Если 2.1.1. - эт

Версия shopmodx 2.1.1-beta, версия shopmodxbox 2.6.2-beta,  плюс еще shopmodxboxpatch 3.1.1-beta. Цена не нужна, нужно фото. Пробовал  web/resources/getdata  - результат тот же..

Версия shopmodx 2.1.1-beta, версия shopmodxbox 2.6

процессор отрабатывает, но возможно что-то с самими картинками или связано с phpthumbof, проверьте. как вариант - попробуйте для начала выводить картинки напрямую, без обрезки

кинул в слэк картинку процессор отрабатывает, но возможно что-то с самими картинками или связано с phpthumbof, проверьте. как вариант - попробуйте для начала выводить картинки напрямую, без обрезки

кинул в слэк картинку процессор отрабатывает, но в

Все понял! Дело не в процессорах. Спасибо, скриншот все прояснил...

Все понял! Дело не в процессорах. Спасибо, скриншо

Ешё вариант - сразу после вызова процессора вставить 

на экране выведется raw-ответ процессора, и можно посмотреть, что он реально отдаёт

Ешё вариант - сразу после вызова процессора вставить на экране выведется raw-ответ процессора, и можно посмотреть, что он реально отдаёт

Ешё вариант - сразу после вызова процессора встави

Ок. Спасибо!

обращайтесь :)

Читайте про javascript prototype. Четкого рецепта не напишу, но это наверно единственный способ переопределить стороннюю функцию.

Читайте про javascript prototype. Четкого рецепта 

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

А вы точно данные передаете на коннектор (и далее на процессор)?

Все входящие данные в процессоре видны в переменной $this->properties. Оттуда процессоры и дергают значения через метод $this->getProperty($propertyName);

Пропишите в своем процессоре

И после вызова смотрите в MODX-логах что там вообще вам на процессор пришло.

Ну и почитайте внимательно это: https://modxclub.ru/topics/vse-chto-vyi-xoteli-znat-o-proczessorax-no-boyalis-sprosit-1563.html 

function initialize(){
    $this->modx->log(1, print_r($this->properties, 1), 'FILE');
    return parent::initialize();
}

> Но мне нужно отправить запрос на свой процессор и там обработать данные. Проблема в том что я не знаю как отловить переданный id в процессоре чтобы уже использовать его дальше. А вы точно данные передаете на коннектор (и далее на процессор)? Все входящие данные в процессоре видны в переменной $this->properties. Оттуда процессоры и дергают значения через метод $this->getProperty($propertyName); Пропишите в своем процессоре И после вызова смотрите в MODX-логах что там вообще вам на процессор пришло. Ну и почитайте внимательно это: https://modxclub.ru/topics/vse-chto-vyi-xoteli-znat-o-proczessorax-no-boyalis-sprosit-1563.html

> Но мне нужно отправить запрос на свой процессор 

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

Но теперь у меня другой вопрос. Возможно ли в процессоре обратиться, например, к ресурсу и изменить его поля или запустить в этом же процессоре системный resource/create? Кстати, подсматриваю в статью, которую вы мне дали по ссылке. Жаль нет поиска по вашему сайту, потому что раньше много полезных материалов было у вас, а сейчас их не найти.

class ScrapxScrappingProcessor extends modObjectUpdateProcessor {
    public $classKey = 'ScrapxPresets';
    public $languageTopics = array('scrapx:scrapxpresets');
    
    public function beforeSet() {
        
        $this->setProperty('name', 'New Name');
        

        return parent::beforeSet();
    }

}
return 'ScrapxScrappingProcessor';

Здравствуйте. Спасибо большое за ответ. Уже немного начинаю разбираться с процессорами, сделал в своем процессоре так, теперь данные в табличке меняются на заранее предустановленные: Но теперь у меня другой вопрос. Возможно ли в процессоре обратиться, например, к ресурсу и изменить его поля или запустить в этом же процессоре системный resource/create? Кстати, подсматриваю в статью, которую вы мне дали по ссылке. Жаль нет поиска по вашему сайту, потому что раньше много полезных материалов было у вас, а сейчас их не найти.

Здравствуйте. Спасибо большое за ответ. Уже немног

Вроде бы разобрался насколько было нужно. Оказалось в процессорах немного не так надо было писать как, например, в сниппетах. Там чтобы получить объект нужно вот так оказывается: 

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

$res = $this->modx->getObject('modResource',2);

Вроде бы разобрался насколько было нужно. Оказалось в процессорах немного не так надо было писать как, например, в сниппетах. Там чтобы получить объект нужно вот так оказывается: Николай, спасибо за ваши статьи по процессорам модекса, очень помогли. Оказывается процессоры вообще очень крутая штука, почему я их раньше не использовал...

Вроде бы разобрался насколько было нужно. Оказалос

вот https://www.youtube.com/watch?v=zPZv9oHxK9A&t=144s  пример расширения компонента ms2gallery, по аналогии возможно поступить и с minishop, тут https://modx.pro/howto/9929-extjs-extensible-component-collections/ расширение компонента collection, путем создания компонента в котором через плагин подключается свой extjs файл, который кастамизирует интерфейс компонента collection и так же вызываются свои процессоры по изменению/нажатию элементов . Эта информация должна помочь.

вот https://www.youtube.com/watch?v=zPZv9oHxK9A&t=

Всегда пожалуйста.

Николай, это круто! Что почитать, чтобы делать такие сайты?)

Николай, это круто! Что почитать, чтобы делать так

Читать на самом деле много. webpack, react, material-ui, чистый javascript и т.п. Скоро начну цикл статей по этому направлению.

Читать на самом деле много. webpack, react, materi

Здравствуйте Николай. Смотрю вы выбрали react.js, а Angular 2 не рассматривали? Я думаю за такими сайтами (веб-приложениями) будущее, поэтому тоже планирую изучить данные технологии. Я конечно еще совсем "зеленый" "программист", но учиться никогда не поздно. Жду ваших статей на эту тему, они у вас всегда понятные и полезные.

Здравствуйте Николай. Смотрю вы выбрали react.js, 

Angular - готовый фреймворк, а я все-таки любитель более низкоуровневых вещей. Скорее всего ангулар покручу, конечно, но более из соображений расширения кругозора.

Angular - готовый фреймворк, а я все-таки любитель

Идею понял, спасибо.

Не за что

Бомба) Только вот один момент смущает - как поисковики будут индексировать такой сайт?

Бомба) Только вот один момент смущает - как поиско

А вы посмотрите внимательней на сам сайт MODX-Клуба. Он и без JS рендерится, на стороне сервера. Работает node.js+react-dom. Все отлично индексируется. Тройка тоже чуть позже заработает на такой связке.

А вы посмотрите внимательней на сам сайт MODX-Клуб

Хорошо, косяк в тройке, работает только на ie 11 на ниже нет, ошибка в консоле.

Хорошо, косяк в тройке, работает только на ie 11 н

Полифилы потом добавлю. А вообще IE - это косяк)

Здорово! Очень быстро работает!  

.block_title .searchform input {padding:0px 20px 0px 60px}

Здорово! Очень быстро работает!

P.S. верстка не наша, наше только программирование. Верстка предоставлялась заказчиком. Мы ее как есть переносили на JSX.

@msk13s, привет! Спасибо) P.S. верстка не наша, наше только программирование. Верстка предоставлялась заказчиком. Мы ее как есть переносили на JSX.

@msk13s, привет! Спасибо) P.S. верстка не наша, на

Очень и очень впечатляет! Как будто прикасаешься к будущему веб-технологий! Безусловное и нужное направление, радует что эти современные технологии внедряете и нас учите! Спасибо за информирование!

Очень и очень впечатляет! Как будто прикасаешься к

Это лучше спросить на modx.pro. minishop - это их разработка

Это лучше спросить на modx.pro. minishop - это их 

для нескольких картинок MIGX стоит использовать

Это лучше спросить у создателя shopkeeper, на сайте http://modx-shopkeeper.ru/ 

Это лучше спросить у создателя shopkeeper, на сайт

Супер, трендовая тема! 

Вопрос: Насколько хорошая поддержка браузерами  react без  node.js ?

Супер, трендовая тема! Вопрос: Насколько хорошая поддержка браузерами  react без  node.js ?

Супер, трендовая тема! Вопрос: Насколько хорошая п

MODX+node.js+react сомневаюсь что в таком стэке получится организовать корректный serverside rendering  + code splitting, разве что modx будет в роли REST сервиса, в который будет стучаться node.js, но это оверхед...не говоря уже о том, что разрабатывая приложения на реакте прикручивать к нему тяжелую "админку" modx для управления ресурсами - крайне гиблое тяжело поддерживаемое дело...хотя я всей душой люблю реакт и modx

MODX+node.js+react сомневаюсь что в таком стэке по

> Вопрос: Насколько хорошая поддержка браузерами  react без  node.js ?

Это не связанные друг с другом вещи. Реакт работает сам по себе. Нода нужна только для сборки конечного кода, если мы модульно все собираем. А так браузер вообще не знает есть там нода или нет.

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

> Вопрос: Насколько хорошая поддержка браузерами  react без  node.js ? Это не связанные друг с другом вещи. Реакт работает сам по себе. Нода нужна только для сборки конечного кода, если мы модульно все собираем. А так браузер вообще не знает есть там нода или нет. Но предполагаю, что ваш вопрос про то, есть ли разница когда конечный HTML отрисован на стороне сервера, а когда нет. Тут браузеру опять-таки фиолетово. Даже если код отрисован, все равно после загрузки должен реакт сработать, и если что-то не так, страница будет статической, реакт работать не будет.

> Вопрос: Насколько хорошая поддержка браузерами  

> MODX+node.js+react сомневаюсь что в таком стэке получится организовать корректный serverside rendering  + code splitting, разве что modx будет в роли REST сервиса, в который будет стучаться node.js, но это оверхед

Посмотрите на сайт Клуба. Все работает замечательно.

> MODX+node.js+react сомневаюсь что в таком стэке получится организовать корректный serverside rendering  + code splitting, разве что modx будет в роли REST сервиса, в который будет стучаться node.js, но это оверхед Посмотрите на сайт Клуба. Все работает замечательно.

> MODX+node.js+react сомневаюсь что в таком стэке 

> Посмотрите на сайт Клуба. Все работает замечательно. 

не вижу никакого code splitting на сайте клуба и async components, у вас кстати на продакшен бандле висит logger и в консоль кидает экшены пользователям...роутинг у вас на клиенте и сообщает ноде о смене VIEW, вы стучитесь в тяжеленный modx, который стучится в одну таблицу для получения документа, подгрузки всех связанных и необходимых TV полей за один запрос...все хорошо работает пока у вас в сторе несколько сущностей, а если их будет сотня...а что с подходом в целом?  у вас доп запросы все идут к одному коннектору, что противоречит в принципе архитектуре REST с его endpoint'ами...зачем использовать то что принадлежит веб-приложениям, если не соблюдать базовые принципы построения веб-приложений...в целом конечно труд достойный, но все же сизифов труд.

> Посмотрите на сайт Клуба. Все работает замечательно. не вижу никакого code splitting на сайте клуба и async components, у вас кстати на продакшен бандле висит logger и в консоль кидает экшены пользователям...роутинг у вас на клиенте и сообщает ноде о смене VIEW, вы стучитесь в тяжеленный modx, который стучится в одну таблицу для получения документа, подгрузки всех связанных и необходимых TV полей за один запрос...все хорошо работает пока у вас в сторе несколько сущностей, а если их будет сотня...а что с подходом в целом?  у вас доп запросы все идут к одному коннектору, что противоречит в принципе архитектуре REST с его endpoint'ами...зачем использовать то что принадлежит веб-приложениям, если не соблюдать базовые принципы построения веб-приложений...в целом конечно труд достойный, но все же сизифов труд.

> Посмотрите на сайт Клуба. Все работает замечател

Николай, здравствуйте. Обязательно буду следить за вашим курсом и по возможности повторять описанное. Меня тоже заинтересовал момент про modx+node.js+react. А какая здесь роль отведена модексу? На сколько мне известно node.js вполне покрывает потребности бэкенда. Модекс только ради админки, чтобы свою не пилить или на него еще какие-то функции возлагаются?

Николай, здравствуйте. Обязательно буду следить за

Нахожу этот курс очень полезным и интересным, Николай.  Буду ждать следующих уроков и проходить этот. 

Нахожу этот курс очень полезным и интересным, Нико

> сомневаюсь что в таком стэке получится организовать корректный serverside rendering  + code splitting

> не вижу никакого code splitting на сайте клуба и async components

code splitting я не докручивал, необходимости не было у меня. А вот serverside rendering работает. 

> у вас кстати на продакшен бандле висит logger и в консоль кидает экшены пользователям...

И пусть кидает. Он мне здесь для отладки, я же многое здесь в первую очередь экспериментирую.

> роутинг у вас на клиенте

Не правда. На сайте Клуба роутинг на стороне сервера. С компонентами некоторая заморочка имеется, но роутинг MODX обрабатывает.

Про REST и т.п. - мне в данном случае удобней было именно так делать. 

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

> сомневаюсь что в таком стэке получится организовать корректный serverside rendering  + code splitting > не вижу никакого code splitting на сайте клуба и async components code splitting я не докручивал, необходимости не было у меня. А вот serverside rendering работает. > у вас кстати на продакшен бандле висит logger и в консоль кидает экшены пользователям... И пусть кидает. Он мне здесь для отладки, я же многое здесь в первую очередь экспериментирую. > роутинг у вас на клиенте Не правда. На сайте Клуба роутинг на стороне сервера. С компонентами некоторая заморочка имеется, но роутинг MODX обрабатывает. Про REST и т.п. - мне в данном случае удобней было именно так делать. В целом, если вы знаете как все это делать лучше: велкам, можете так же написать свои статьи. Иначе, без подробного туториала, вряд ли получится понять что именно вы имеете ввиду и в чем разница. Принцип: возражаешь - предлагай.

> сомневаюсь что в таком стэке получится организов

> А какая здесь роль отведена модексу? .... Модекс только ради админки, чтобы свою не пилить или на него еще какие-то функции возлагаются?

Да, типа того. Ведь MODX это и политики безопасности, и плагины всякие, и модель базы данных и т.д. и т.п. Вот представь, у тебя задача посадить имеющийся MODX-сайт на эти технологии. Что, переписывать весь сайт с нуля на JS? А пользователи? А заказы? А плагины и т.п.? Нет, очень сомнительная затея. Как мне видится, здесь реакт и т.п. именно идет как фронт для MODX-а, а не полная альтернатива ему.

> А какая здесь роль отведена модексу? .... Модекс только ради админки, чтобы свою не пилить или на него еще какие-то функции возлагаются? Да, типа того. Ведь MODX это и политики безопасности, и плагины всякие, и модель базы данных и т.д. и т.п. Вот представь, у тебя задача посадить имеющийся MODX-сайт на эти технологии. Что, переписывать весь сайт с нуля на JS? А пользователи? А заказы? А плагины и т.п.? Нет, очень сомнительная затея. Как мне видится, здесь реакт и т.п. именно идет как фронт для MODX-а, а не полная альтернатива ему.

> А какая здесь роль отведена модексу? .... Модекс

> Да, типа того. Ведь MODX это и политики безопасности, и плагины всякие, и модель базы данных и т.д. и т.п. Вот представь, у тебя задача посадить имеющийся MODX-сайт на эти технологии. Что, переписывать весь сайт с нуля на JS? А пользователи? А заказы? А плагины и т.п.? Нет, очень сомнительная затея. Как мне видится, здесь реакт и т.п. именно идет как фронт для MODX-а, а не полная альтернатива ему.

Вот именно по этой причине это и есть достойный труд! Подружить бы идеологию modx с реактом с учетом всех архитектурных стандартов - это будет мощнейший комбайн на длительный срок, бомба!!! еще бы админка modx на реакте была!)))

> Да, типа того. Ведь MODX это и политики безопасности, и плагины всякие, и модель базы данных и т.д. и т.п. Вот представь, у тебя задача посадить имеющийся MODX-сайт на эти технологии. Что, переписывать весь сайт с нуля на JS? А пользователи? А заказы? А плагины и т.п.? Нет, очень сомнительная затея. Как мне видится, здесь реакт и т.п. именно идет как фронт для MODX-а, а не полная альтернатива ему. Вот именно по этой причине это и есть достойный труд! Подружить бы идеологию modx с реактом с учетом всех архитектурных стандартов - это будет мощнейший комбайн на длительный срок, бомба!!! еще бы админка modx на реакте была!)))

> Да, типа того. Ведь MODX это и политики безопасн

> Да, типа того. Ведь MODX это и политики безопасности, и плагины всякие, и модель базы данных и т.д. и т.п.

Ну я так и подумал сразу такой себе "хак" для того, чтобы с нуля меньше писать, а тут все-таки "технология отработана", но и предположил, что возможно еще есть какие-то причины. Просто тут некий диссонанс возникает — фронт летает как ракета и "тяжеленная" админка модекса, но это уже мои личные заморочки.

Еще было бы классно, если бы вы описали такие моменты в этой связке:

1. MODX (или php) какую роль в приложении выполняет часть написанная на php

2. Какую роль выполняет часть написанная на Node.js

3. С react'ом более менее ясно, но не очень понятно как он взаимодействует с MODX или php и Node.js

4. Как все это дело взаимодействует в куче и почему именно эти технологии.

> Да, типа того. Ведь MODX это и политики безопасности, и плагины всякие, и модель базы данных и т.д. и т.п. Ну я так и подумал сразу такой себе "хак" для того, чтобы с нуля меньше писать, а тут все-таки "технология отработана", но и предположил, что возможно еще есть какие-то причины. Просто тут некий диссонанс возникает — фронт летает как ракета и "тяжеленная" админка модекса, но это уже мои личные заморочки. Еще было бы классно, если бы вы описали такие моменты в этой связке: 1. MODX (или php) какую роль в приложении выполняет часть написанная на php 2. Какую роль выполняет часть написанная на Node.js 3. С react'ом более менее ясно, но не очень понятно как он взаимодействует с MODX или php и Node.js 4. Как все это дело взаимодействует в куче и почему именно эти технологии.

> это будет мощнейший комбайн на длительный срок, бомба!!!

Именно так. Я считаю, что даже если сейчас MODX в развитии сам по себе встанет колом, за счет примеси этих современных технологий можно легко рассчитывать еще минимум на 2-3 года актуальности.

> еще бы админка modx на реакте была!)))

Я думаю над этим, и некоторые наработки у меня уже есть.

> это будет мощнейший комбайн на длительный срок, бомба!!! Именно так. Я считаю, что даже если сейчас MODX в развитии сам по себе встанет колом, за счет примеси этих современных технологий можно легко рассчитывать еще минимум на 2-3 года актуальности. > еще бы админка modx на реакте была!))) Я думаю над этим, и некоторые наработки у меня уже есть.

> это будет мощнейший комбайн на длительный срок, 

> Просто тут некий диссонанс возникает — фронт летает как ракета и "тяжеленная" админка модекса, но это уже мои личные заморочки.

На скорость смотреть не совсем правильно. Лично для меня реакт - это в первую очередь более удобная среда разработки. MODX был и есть без как такового фронта, каждый крутит свое на что горазд (кто чистый HTML+CSS фигачит, кто LESS-SASS примешивает и собирает by MinifyX), кто готовые темы как может прикручивает. Так что проблема фронта для MODX всегда актуальна была. Я не решаю эту проблему, но мне с этим работать удобней и перспективней. Ведь на выходе получаются веб-приложения, которые могут работать не только с MODX.

Все остальное будет описано позже. Вот это вводная статья, самый минимум. А какой объем получился? Чтобы описать даже начальный уровень, придется написать еще минимум десяток таких статей, а то и не один. В дальнейшем последовательно мы все вопросы эти разберем.

> Просто тут некий диссонанс возникает — фронт летает как ракета и "тяжеленная" админка модекса, но это уже мои личные заморочки. На скорость смотреть не совсем правильно. Лично для меня реакт - это в первую очередь более удобная среда разработки. MODX был и есть без как такового фронта, каждый крутит свое на что горазд (кто чистый HTML+CSS фигачит, кто LESS-SASS примешивает и собирает by MinifyX), кто готовые темы как может прикручивает. Так что проблема фронта для MODX всегда актуальна была. Я не решаю эту проблему, но мне с этим работать удобней и перспективней. Ведь на выходе получаются веб-приложения, которые могут работать не только с MODX. Все остальное будет описано позже. Вот это вводная статья, самый минимум. А какой объем получился? Чтобы описать даже начальный уровень, придется написать еще минимум десяток таких статей, а то и не один. В дальнейшем последовательно мы все вопросы эти разберем.

> Просто тут некий диссонанс возникает — фронт лет

>  фронт летает как ракета и "тяжеленная" админка модекса, но это уже мои личные заморочки.

это не ваши личные заморочки - это горькая правда...админка modx нуждается в в полной переработке с учетом современных стандартов. там еще и старая версия extjs все усугубляет. PS в комментариях выше описана техника подхода к реализации такого гибридного приложения

> Именно так. Я считаю, что даже если сейчас MODX в развитии сам по себе встанет колом, за счет примеси этих современных технологий можно легко рассчитывать еще минимум на 2-3 года актуальности.

Если мыслить еще глубже и научить modx работать с компонентами, а точнее научить компоненты modx работать c компонентами react - вот это сильно! устанавливаешь один компонент, он вживляется и в modx, имеет асинхронный код компонента для клиента и появившись на странице, динамично загружается - и так со всеми компонентами)) фантазия разыгралась))) я с вами!)

>  фронт летает как ракета и "тяжеленная" админка модекса, но это уже мои личные заморочки. это не ваши личные заморочки - это горькая правда...админка modx нуждается в в полной переработке с учетом современных стандартов. там еще и старая версия extjs все усугубляет. PS в комментариях выше описана техника подхода к реализации такого гибридного приложения > Именно так. Я считаю, что даже если сейчас MODX в развитии сам по себе встанет колом, за счет примеси этих современных технологий можно легко рассчитывать еще минимум на 2-3 года актуальности. Если мыслить еще глубже и научить modx работать с компонентами, а точнее научить компоненты modx работать c компонентами react - вот это сильно! устанавливаешь один компонент, он вживляется и в modx, имеет асинхронный код компонента для клиента и появившись на странице, динамично загружается - и так со всеми компонентами)) фантазия разыгралась))) я с вами!)

>  фронт летает как ракета и "тяжеленная" админка 

> Если мыслить еще глубже и научить modx работать с компонентами, а точнее научить компоненты modx работать c компонентами react - вот это сильно!

Вот это уже точно лишнее будет :)

> Если мыслить еще глубже и научить modx работать с компонентами, а точнее научить компоненты modx работать c компонентами react - вот это сильно! Вот это уже точно лишнее будет :)

> Если мыслить еще глубже и научить modx работать 

Да, так гораздо удобнее.

Только вот такой момент - статья "React-js. Урок №1. Быстрый старт." получилась уж очень объемной, и в списке статей не очень удобно прокручивать так далеко. Мне кажется, в списке стоит ограничивать выводимый объём, и выводить тот же экспандер. ИМХО так удобнее будет.

Да, так гораздо удобнее. Только вот такой момент - статья "React-js. Урок №1. Быстрый старт." получилась уж очень объемной, и в списке статей не очень удобно прокручивать так далеко. Мне кажется, в списке стоит ограничивать выводимый объём, и выводить тот же экспандер. ИМХО так удобнее будет.

Да, так гораздо удобнее. Только вот такой момент -

Поиск - это несомненно хорошо. Но так как результатов может быть довольно много, то по мне было бы удобнее получать результаты в виде списка. Можно по названиям статей, разделов и дат. Вот так точно было бы удобнее... :)

Поиск - это несомненно хорошо. Но так как результа

> Мне кажется, в списке стоит ограничивать выводимый объём, и выводить тот же экспандер. ИМХО так удобнее будет.

Не все так просто. Но я подумаю об этом.

> Мне кажется, в списке стоит ограничивать выводимый объём, и выводить тот же экспандер. ИМХО так удобнее будет. Не все так просто. Но я подумаю об этом.

> Мне кажется, в списке стоит ограничивать выводим

Попозже доработаю довольно подробный поиск.

Собственно видим как на наших глазах рождаются инновации в деле сайтостроительства с помощью в т.ч. MODX. Хорошие комментарии от всех и отличный урок получился! Ждем продолжения и углубления в тему.

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

Также согласен с Николаем в том смысле что: > В целом, если вы знаете как все это делать лучше: велкам, можете так же написать свои статьи.  

Если и вправду есть какие-то неточности или другие взгляды, хотелось бы подробностей в обсуждении и лучше интересных статей в Клубе.

Уверен на 100% - это начало большого и интересного пути:

>  Я не решаю эту проблему, но мне с этим работать удобней и перспективней. Ведь на выходе получаются веб-приложения, которые могут работать не только с MODX. 

Собственно видим как на наших глазах рождаются инновации в деле сайтостроительства с помощью в т.ч. MODX. Хорошие комментарии от всех и отличный урок получился! Ждем продолжения и углубления в тему. > если не соблюдать базовые принципы построения веб-приложений...в целом конечно труд достойный, но все же сизифов труд. Также согласен с Николаем в том смысле что: > В целом, если вы знаете как все это делать лучше: велкам, можете так же написать свои статьи. Если и вправду есть какие-то неточности или другие взгляды, хотелось бы подробностей в обсуждении и лучше интересных статей в Клубе. Уверен на 100% - это начало большого и интересного пути: >  Я не решаю эту проблему, но мне с этим работать удобней и перспективней. Ведь на выходе получаются веб-приложения, которые могут работать не только с MODX.

Собственно видим как на наших глазах рождаются инн

Ну, на сайте Клуба эти изменения заметны? :)

Здравствуйте. Все о теории да о теории, а я скажу, буквально сейчас соединил одно с другим. Могу сказать по опыту, все вполне "склеивается" если знать как :-). У меня получился следующий стек:

ReactJS + NodeJS + GraphQL + Modx. ServerSide Rendering на Node выполняет изоморфный бандл который выполняется после и на клиенте. Rest у Modx просто ужасный, да и вообще сам Rest уже отмирающий способ взаимодействия с сервером, я использую GraphQL для получения данных в клиентском приложении (ну и в SSR, один и тот же бандл ведь), Modx только как админка. Для корректного рендеринга компонентов используя MigX + Custom TV накидал сборку контентной части так же компонентами, в клиент уходит JSON со списком компонентов и данными к ним. В общем получилось вполне не плохо, использовал Modx так как много подходящих наработок было. ExtJS просто катастрофа, я бы его сжег, в остальном все вполне собралось и заработало :-).

Здравствуйте. Все о теории да о теории, а я скажу, буквально сейчас соединил одно с другим. Могу сказать по опыту, все вполне "склеивается" если знать как :-). У меня получился следующий стек: ReactJS + NodeJS + GraphQL + Modx. ServerSide Rendering на Node выполняет изоморфный бандл который выполняется после и на клиенте. Rest у Modx просто ужасный, да и вообще сам Rest уже отмирающий способ взаимодействия с сервером, я использую GraphQL для получения данных в клиентском приложении (ну и в SSR, один и тот же бандл ведь), Modx только как админка. Для корректного рендеринга компонентов используя MigX + Custom TV накидал сборку контентной части так же компонентами, в клиент уходит JSON со списком компонентов и данными к ним. В общем получилось вполне не плохо, использовал Modx так как много подходящих наработок было. ExtJS просто катастрофа, я бы его сжег, в остальном все вполне собралось и заработало :-).

Здравствуйте. Все о теории да о теории, а я скажу,

И да, соглашусь с мнением выше, Modx к сожалению сильно устарел, несмотря на то, что работы над ним ведутся достаточно активно. Под капот заглядываешь и плакать хочется... Что касается менеджера, тоже соглашусь, ExtJS сам по себе весьма плох, старая версия все сильно усугубляет. Весь фреймворк в целом требует полной переработки на мой взгляд и с точки зрения архитектуры и с точки зрения реализации. Время идет, давно появились PSR стандарты, замечательная вещь, просто необходимая я считаю как для универсальности интерфейсов и разных механизмов так и для повышения культуры кода. Если кто не смотрит, загляните в расширения, кровь из глаз... Такое нельзя на свет выпускать :-).

Сам давно использую Modx, не думайте, я не тролю, просто печально, что проект так отстал, а в свете данной статьи этот контраст настолько силен, что люди выше задаются вопросом как одно с другим совместить ))). Из моего сообщения выше видно что в принципе никак ))). GraphQL читает данные напрямую из базы данных, доступность таблиц / полей и отношения между ними описывается в его моделях, по сути весь фронт вместе с бэком для фронта о Modx вообще не знает :-), а все потому, что Modx слишком устарел...

В любом случае автору за статью спасибо. Хотел бы один момент отметить, вот так объявлять state неправильно:

Правильно в конструкторе:

class PositionedSnackbar extends Component {
  state = {
    open: false,
    vertical: null,
    horizontal: null,
  };

class PositionedSnackbar extends Component {
  constructor(props) {
    super(props);
    this.state = {
      open: false,
      vertical: null,
      horizontal: null,
    };
  }

И да, соглашусь с мнением выше, Modx к сожалению сильно устарел, несмотря на то, что работы над ним ведутся достаточно активно. Под капот заглядываешь и плакать хочется... Что касается менеджера, тоже соглашусь, ExtJS сам по себе весьма плох, старая версия все сильно усугубляет. Весь фреймворк в целом требует полной переработки на мой взгляд и с точки зрения архитектуры и с точки зрения реализации. Время идет, давно появились PSR стандарты, замечательная вещь, просто необходимая я считаю как для универсальности интерфейсов и разных механизмов так и для повышения культуры кода. Если кто не смотрит, загляните в расширения, кровь из глаз... Такое нельзя на свет выпускать :-). Сам давно использую Modx, не думайте, я не тролю, просто печально, что проект так отстал, а в свете данной статьи этот контраст настолько силен, что люди выше задаются вопросом как одно с другим совместить ))). Из моего сообщения выше видно что в принципе никак ))). GraphQL читает данные напрямую из базы данных, доступность таблиц / полей и отношения между ними описывается в его моделях, по сути весь фронт вместе с бэком для фронта о Modx вообще не знает :-), а все потому, что Modx слишком устарел... В любом случае автору за статью спасибо. Хотел бы один момент отметить, вот так объявлять state неправильно: Правильно в конструкторе: Вот пример в доке:

И да, соглашусь с мнением выше, Modx к сожалению с

> Хотел бы один момент отметить, вот так объявлять state неправильно:

На самом деле это не мой код, а как я и писал выше, это официальный пример :) https://github.com/callemall/material-ui/blob/v1.0.0-beta.6/docs/src/pages/demos/snackbars/SimpleSnackbar.js#L19 

> Хотел бы один момент отметить, вот так объявлять state неправильно: На самом деле это не мой код, а как я и писал выше, это официальный пример :) https://github.com/callemall/material-ui/blob/v1.0.0-beta.6/docs/src/pages/demos/snackbars/SimpleSnackbar.js#L19 Но вам плюс, что вы заметили. Хотя правильно не только так, как вы сказали. Вполне достаточно прописать static state. Я вам более скажу, можно вот так: Это я расширяю свойства по умолчанию, полученные от базового класса, можно так же и стейты расширять. Согласитесь, если это засунуть в constructor, не получится их так дернуть, пока он не инициализирован. Здесь просто надо изначально ориентироваться, какие свойства и состояния будут требовать инициализации объекта, а какие нет. А так это синтаксический сахар, выполнение одной и той же задачи с одним и тем же результатом, просто по-разному. А официальная документация реакта, как хорошо заметили на хабре - написана как поток сознания :) Там не все показано.