Как вариант, если надо быстро сделать, попробуй это https://prerender.io/ Отдавай поисковикам пререндер версию, остальные пусть сидят на обычном CSR

спасибо большое

попробую

Всем привет, подскажите пожалуйста инпут для ввода денежных значений, пробовал react-numeric-input, но не очень подошёл

Подскажите пожалуйста. Есть компонент в нем textarea со своим стейтом в котором её значение форму с ней отправили. компонент не сбросился автоматом как это принято решать? дополнительный метод наружу выставлять?

Реально сделать дейтпикер стейтлесс?

Вот вообще стейтлесс. Где тогда хранить состояния активного?

У кого-нить есть ссылки на онлайн задачки по css? Как-то тренькался раньше на одном сайте, но забыл каком :(

Вот вообще стейтлесс. Где тогда хранить состояния активного?

в родителе

устанавливать по onChange

и пробрасывать пропсом

Ну наверное это и имелось в виду в задании

Пушо я лично не понимаю, как можно сделать полностью стейтлесс Контейнер же нужен все равно

Пушо я лично не понимаю, как можно сделать полностью стейтлесс Контейнер же нужен все равно

полностью стейтлесс — слушай, может на базе стандартного инпута браузера?

Ааа, ипута, та ну не думаю, пушо специфичный дейтпикер

redux-forms удобно всякие валидации делать и красиво показывать

redux-forms удобно всякие валидации делать и красиво показывать

понял, спасибо

redux-forms удобно всякие валидации делать и красиво показывать

уф. не люблю это дело

Ааа, ипута, та ну не думаю, пушо специфичный дейтпикер

но инпут может быть твоим стейтом

Я пока слабо представляю, как их всех заставить работать вместе, как генерировать календарь и как крутить эти значения UPD хотя уже начинаю представлять UPD UPD спагетти код юхухухууу)

вакансии только в чате джс джобс

O. скоро вас ждет сладкий бан. Насколько я знаю тут это запрещено

П с е в д о ооп

?

Тоже залип на псведо ооп

Подскажите плез по структуре папок приложения. Я когда создавал базовые компоненты, то сделал для них папку components, в которой были папки отдельных компонентов со своими файлами стилей и т.д. Сейчас я подключил редакс и получается мне надо выдирать файлы, которые знают о редаксе и поместить их в папку containers. Таким образом получается, что не совсем удобно, когда файлы одного и того же компонента находятся в разных местах. Это нормально или я что-то не так делаю?

Подскажите плез по структуре папок приложения. Я когда создавал базовые компоненты, то сделал для них папку components, в которой были папки отдельных компонентов со своими файлами стилей и т.д. Сейчас я подключил редакс и получается мне надо выдирать файлы, которые знают о редаксе и поместить их в папку containers. Таким образом получается, что не совсем удобно, когда файлы одного и того же компонента находятся в разных местах. Это нормально или я что-то не так делаю?

ты что-то делаешь не так

Не спорю, только что не так?:)

Как вы обычно делаете?

у нас все, что специфично для контейнера хранится в нем

*но это не redux

у нас просто стейт просчитывается так же, как редьюсеры(удобно для сложных мутаций)

Разный регистр у имён файлов...

компоненты vs сторонние

Сейчас всместо react-router-redux Connected React Router надо юзать?

ну тебе однозначно тут никто не ответит на этот вопрос как обычно народ на два лагеря разобьется

смотря как ты хочешь построить приложение и реагировать на смену роутов в нем

и чем реагировать

react-router-redux хорошо юзать в связке с redux-saga, к примеру

при этом react-router-dom для визуальной части, а для процессов поставки данных ловить смену роутов через saga

однако, многие считают, что ловить роуты в сагах плохо, неочевидно и им сложно такие приложения понимать

однако, многие считают, что ловить роуты в сагах плохо, неочевидно и им сложно такие приложения понимать

вообще саги сложно понимать тому кто не писал конкретное приложение

react-router-redux хорошо юзать в связке с redux-saga, к примеру

Я так делаю

И норм

Никаких трудностей

Я так делаю

Ну вот снова

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

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

У тебя он в отдельном канале ?

Роутинг ?

видел как люди решают подобные задачи заводя фетчеры в сами компоненты и через хоки, по мне так это жесть

У тебя он в отдельном канале ?

зачем?

я с channel в сагах в свое время косяков нахавался, больше полутора лет не пользуюсь ими

Ну хз, тип изолируешь роутинг как очередной сайд эффект, но если его надо с фетчем мешать

а нужно ли так усложнять?

по началу бил экшины по каналам, с буферизацией и без

терял их по каким-то там причинам

долго разбирался, читиал про баги, ждал фиксов, потом забил

Я даже не стал их трогать

я просто сразу выставляю takeEvery на определенные группы экшинов и расслабляюсь

пока никаких проблем из-за этого не испытывал

появятся буду решать

а так в рутовой саге делаю yield fork(routerListeners)

ERROR: S client not available

Можно takeLatest

function* routerListeners() { yield takeEvery('@@router/LOCATION_CHANGE', router) }

и погнал дальше обрабатывать

Можно takeLatest

это еще зачем?

Я в рутовой делаю yield all

Будешь брать последний

Я в рутовой делаю yield all

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

Хотя там вроде для разных экшонов нет разницы

есть группа которая до основного цикла приложения

А если один будешь много раз запускать

есть группа тасков которая внутри и может прерваться и ее надо канцелить и перезапускать

Есть разница

ну я сагу рутовую выстроил примерно по следующей схеме 1. запуск основных тасков общего назначения типа роутерлистенера 2. проверка статуса юзера, первичный обмен данными с сервером 3. поднятие вебсокета и логических каналов в нем 4. цикл логина юзера или получения авторизации по токену 5. запуск основных тасков жизненного цикла авторизованного юзера 6. ожидание логаута, разрыва связи, критических ошибок неизвестного происхождения 7. возврат к пункту 2

это если так в кратце без деталей

а есть что почитать про саги для чайников?

В доке

Там на русском есть интро

+ генераторы надо знать

ну если особенно не извращаться, то даже генераторы знать не нужно

разработчики саги позаботились об этом

чтобы такие чайники как мы не парились с генераторами

я сначала доку прочитал, потом вот этот курс просмотрел

https://egghead.io/courses/async-react-with-redux-saga

правда он мне уже ничего нового не дал

https://egghead.io/courses/async-react-with-redux-saga

скорей async actions, а не реакт

так как все грабли которые можно было собрать я сам собрал

скорей async actions, а не реакт

что ты имеешь в виду под async actions?

что ты имеешь в виду под async actions?

то, что решает saga

ну я бы так не сказал

экшины остаются экшинами же

Саги это способ менеджмента сайд эффектов