сомневаюсь что в таком стэке получится организовать корректный serverside rendering + code splitting > не вижу никакого code splitting на сайте клуба и async components code splitting я не докручивал, необходимости не было у меня. А вот serverside rendering работает. > у вас кстати на продакшен бандле висит logger и в консоль кидает экшены пользователям... И пусть кидает. Он мне здесь для отладки, я же многое здесь в первую очередь экспериментирую. > роутинг у вас на клиенте Не правда. На сайте Клуба роутинг на стороне сервера. С компонентами некоторая заморочка имеется, но роутинг MODX обрабатывает. Про REST и т.п. - мне в данном случае удобней было именно так делать. В целом, если вы знаете как все это делать лучше: велкам, можете так же написать свои статьи. Иначе, без подробного туториала, вряд ли получится понять что именно вы имеете ввиду и в чем разница. Принцип: возражаешь - предлагай.
Нахожу этот курс очень полезным и интересным, Николай. Буду ждать следующих уроков и проходить этот.
Николай, здравствуйте. Обязательно буду следить за вашим курсом и по возможности повторять описанное. Меня тоже заинтересовал момент про modx+node.js+react. А какая здесь роль отведена модексу? На сколько мне известно node.js вполне покрывает потребности бэкенда. Модекс только ради админки, чтобы свою не пилить или на него еще какие-то функции возлагаются?
Посмотрите на сайт Клуба. Все работает замечательно. не вижу никакого code splitting на сайте клуба и async components, у вас кстати на продакшен бандле висит logger и в консоль кидает экшены пользователям...роутинг у вас на клиенте и сообщает ноде о смене VIEW, вы стучитесь в тяжеленный modx, который стучится в одну таблицу для получения документа, подгрузки всех связанных и необходимых TV полей за один запрос...все хорошо работает пока у вас в сторе несколько сущностей, а если их будет сотня...а что с подходом в целом? у вас доп запросы все идут к одному коннектору, что противоречит в принципе архитектуре REST с его endpoint'ами...зачем использовать то что принадлежит веб-приложениям, если не соблюдать базовые принципы построения веб-приложений...в целом конечно труд достойный, но все же сизифов труд.
MODX+node.js+react сомневаюсь что в таком стэке получится организовать корректный serverside rendering + code splitting, разве что modx будет в роли REST сервиса, в который будет стучаться node.js, но это оверхед Посмотрите на сайт Клуба. Все работает замечательно.
Вопрос: Насколько хорошая поддержка браузерами react без node.js ? Это не связанные друг с другом вещи. Реакт работает сам по себе. Нода нужна только для сборки конечного кода, если мы модульно все собираем. А так браузер вообще не знает есть там нода или нет. Но предполагаю, что ваш вопрос про то, есть ли разница когда конечный HTML отрисован на стороне сервера, а когда нет. Тут браузеру опять-таки фиолетово. Даже если код отрисован, все равно после загрузки должен реакт сработать, и если что-то не так, страница будет статической, реакт работать не будет.
MODX+node.js+react сомневаюсь что в таком стэке получится организовать корректный serverside rendering + code splitting, разве что modx будет в роли REST сервиса, в который будет стучаться node.js, но это оверхед...не говоря уже о том, что разрабатывая приложения на реакте прикручивать к нему тяжелую "админку" modx для управления ресурсами - крайне гиблое тяжело поддерживаемое дело...хотя я всей душой люблю реакт и modx
Супер, трендовая тема! Вопрос: Насколько хорошая поддержка браузерами react без node.js ?
Это лучше спросить у создателя shopkeeper, на сайте http://modx-shopkeeper.ru/
для нескольких картинок MIGX стоит использовать