внешняя это какая?
Но меня редирект не пускает, ибо первая загрузка
Алексей
Dmitriy
Типа .../auth/password/reset/?key=...
если все роуты будут непосредстевнно в свиче какие у тебя быги будут?
Алексей
если все роуты будут непосредстевнно в свиче какие у тебя быги будут?
Я не могу взять и по ссылке перейти на любой роут, сработает редирект
Алексей
если все роуты будут непосредстевнно в свиче какие у тебя быги будут?
И тот путь, куда редиректит, является точкой входа
Dmitriy
Я не могу взять и по ссылке перейти на любой роут, сработает редирект
какой редирект сработает?
Dmitriy
Нижний самый
он сработает только если выше его не будет роута с путем который заматчится под текущий
Алексей
он сработает только если выше его не будет роута с путем который заматчится под текущий
Если я зайду вручную вбив в урл /auth/signup, тут же сработает редирект на /auth/signin
Алексей
Dmitriy
Если я зайду вручную вбив в урл /auth/signup, тут же сработает редирект на /auth/signin
попробуй непосредственно в switch scnfdbnm роуты без фрагмента. К тому же зачем ты свичу хистори прокинул?
Алексей
попробуй непосредственно в switch scnfdbnm роуты без фрагмента. К тому же зачем ты свичу хистори прокинул?
Где-то увидел пример, мне location кидать из пропсов?
Dmitriy
да ненадо ему ниче
I
привет , подключил пуши через фаербейс , в неактивном состоянии все хорошо приходит , вижу появляются в браузере. Вопрос - в активном состоянии можно как то обрабатывать пуши ?
Алексей
А
Alexey
кто работал с next.js в связке с redux-saga ? Как вы резолвили данные для компонентов (getInitialProps) через саги?
Dmitriy
Dmitriy
Пробую
короче доку по читай про свитч
All children of a <Switch> should be <Route> or <Redirect> elements. Only the first child to match the current location will be rendered.
А ты фрагменты кидаешь
Алексей
ох фак
Алексей
Алексей
За помощь
Dmitriy
Алексей
Алексей
Спасибо еще раз
Алексей
Большое
Алексей
Буду читать внимательнее
Илья
Что-то лагаю и не могу придумать варианта лучше: есть компонент, у него есть свое состояние, но так же надо обновлять состояние если прилетели новые пропсы по вебсокету. Заюзал метод gDSFP, но т.к. он срабатывает всегда при обновлении состояния, то для того чтобы корректно отобразились изменения в локальном стейте (по клику на чекбокс), сделал в стейте еще один проперти в котором лежит копия значения из пропсов. И в самом gDSFP сравниваю копию которую положил в самом начале из пропсов и то что прилетело в nextProps. Теперь все работает, но как-то не совсем очевидно и скорее костыль чем решение. Что можно изменить?
Илья
В самом gDSFP сейчас вот так
if (data.refusedSignature !== prevState.refusedSignatureFromProps)
return { refusedSignature: data.refusedSignature, refusedSignatureFromProps: data.refusedSignature };
Artem
у тебя при нажатии на чекбокс (состояние 1) отправляется запрос на обновление (состояние 2)?
Slava
можно ли написать подобное на redux-saga без thunk?
https://pastebin.com/efeXQSDj
Artem
или ты по клиику на чекбокс хочешь изменения проверить?
Artem
Что именно?
если ты хочешь просто по клику проверять состояние и находить, какие данные изменились, то лучше не привязываться к gDSFP, а обработать эту проверку в другом месте
Илья
Нет. При нажатии на чекбокс у меня обновляется значение в проперти стейта. Но я добавил вторую проперти, которая “как бы кеширует” изначальное состояние которое у меня в пропсах, для того чтобы впоследствии сверять,
Илья
Случайно отправил, сейчас допишу…
Artem
тоесть раздели. Пропсы, что обновились по вебсокету - обработаются в gDSFP, в то время как клик по чекбоксу вызовет новый жизненный цикл
Artem
Допустим у тебя есть массив из 10 элементов, асинхронно, по вебсокету ты получил новый масив, состоящий также из 10 элементов, но 1 элемент отличается от текущего наполнения. Чекбокс выполняет функцию "подсвети изменения" или что-то другое?
Илья
… впоследствии сверять, есть ли реальные изменения в пропсе или нет. Сам стейт вот такой:
this.state = {
refusedSignature: data.refusedSignature,
refusedSignatureFromProps: data.refusedSignature
};
refusedSignature я обновляю при клике на чекбокс внутри компонента. Но если прилетели изменения по вебсокету и значение в пропсе отличное от refusedSignatureFromProps, то тогда обновляю оба на актуальное. Данная логика мне не нравится, но ничего лучше придумать не могу пока…
Artem
я совсем запутался, видимо вечер пятницы дает о себе знать)
Илья
Если коротко, то идея такая: значение чекбокса должны меняться локально, для того, чтобы потом отправить его локальное состояние в API, но если изменения прилетели по вебсокету и значение отличное от локального, то состояние должно поменяться.
Илья
Если коротко, то идея такая: значение чекбокса должны меняться локально, для того, чтобы потом отправить его локальное состояние в API, но если изменения прилетели по вебсокету и значение отличное от локального, то состояние должно поменяться.
И хотелось бы замемоизировать значение пропса и проставлять значение из пропс, только в том случае, если он изменился. Тот вариант, что придумал скорее костыльный вариант мемоизации пропса.
🦜
https://github.com/storeon/router/blob/master/README.md
🦜
обновили, теперь есть пример с реактом
Bogdan
Bogdan
тут и бек и фронт сделать
Denis
Andrey
Denis
Ссылка завтра будет в Канаде опубликована :)
Denis
*в канале
Альберт
Василий
Vladimir
Alexandr
как по мне за такое "или бабки или офер"
Vladimir
ну так сделай – получи офер)
Dima
Vladimir
если ты такой классный и это подтверждается – не попросят такое сделать
Vladimir
лол
Oleg
Vladimir
создал прецедент, сволочь!
Dima
ага)))
Inversia
а это тестовое для джуна или миддла?
Vladimir
теперь заставлять фронтов будут еще что-то показывать
Viacheslav
Делал больше по объему, получил очень плохую работу, 2 месяца там потерял :)