А Portal это тот портал, который в реакте?

А Portal это тот портал, который в реакте?

ага, в обертке чтоб указывать цель.

не, location — это не history api, там будет перегружаться.

А в dev tools'ах компонент Portal виден?

А в dev tools'ах компонент Portal виден?

а они перестают работать)))

А в консоли ошибок нет?..

Ребят, такой вопрос: в каких ситуациях люди юзают history | location.push('/path')? (Я не помню как назывался объект, к которому юзали эту функцию) Просто я юзаю вложенные роуты и (на тот момент времени, когда я обучался) я не юзал редакс (React router 4)

А в консоли ошибок нет?..

закономерные Node not found (The above error occurred in the <Connect(MainSheet)> component:). Не, ну так же явно быть не должно. Может, дело в способе подключения роутера? Делаю вот так: ReactDOM.render( <BrowserRouter> <Provider store={store}> <App /> </Provider> </BrowserRouter> , document.getElementById('root')); а в App.js export default withRouter(connect(mapStateToProps)(App));

Подожди, а почему в MainSheet, у тебя ж портал вне его..

Подожди, а почему в MainSheet, у тебя ж портал вне его..

мало что я понимаю в этой ситуации. Но тут еще такая штука, если обновить страницу в таком состоянии, то появляется нормально отрисованная 404 из роутера, то есть если бы не прерывание на ошибку, то выдало бы её, а мне это не надо, можно это как-т скорректировать - что даже если не exact path='/' то тоже норм? Я тут просто не могу понять как правильно должно работать, ведь с параметрами, которые я сую, это уже не exact path="/", то есть Main Sheet не должно отрисоывать было.

А ты как параметры передаёшь?

ну, push("shdajsdgjhasgdj"), потом буду что-то типа push(query-string.stringify(this.state.filtered))

Всем привет, есть ли готовый бэкенд, все равно на чем, с jwt авторизацией и рефреш токеном? А то все такие проекты на гитхабе без рефреш токена, хоть самому проще написать. Мне просто попробовать логику на фронтенде реализовать

а чо на моках не едет?

А в чём плюс jwt-авторизации, по сравнению с теми же cookies?

А в чём плюс jwt-авторизации, по сравнению с теми же cookies?

ни в чем

@why_jwt_is_bad ?

А в чём плюс jwt-авторизации, по сравнению с теми же cookies?

Мобилки работают

Ну да, это для мобилок, скорее

Но таки есть и плюсы https://stackoverflow.com/questions/37582444/jwt-vs-cookies-for-token-based-authentication

Ребятки, подскажите, пожалуйста, в каком виде лучше хранить данные сущностей в редаксовском сторе? С одной стороны, удобно хранить в том виде, в котором они приходят с сервера - массивом, так их легче получить из стора, фильтровать и выводить списком. С другой стороны, для отображения детальных данных по сущности и для обновления данных в сторе удобнее хранить их в Map (ключом делать какой-нибудь id) - не нужно find-ом искать элементы в массиве каждый раз. Хранить в двух вариантах сразу вроде бы не комильфо.

https://hackernoon.com/avoiding-accidental-complexity-when-structuring-your-app-state-6e6d22ad5e2a

можно взять normalizr

Спасибо!

Как будет правильнее? Если на серверном API реализована пагинация(оффсет, лимит), сортировка и фильтрация - стоит ли использовать его или один раз загрузить все в стор и делать все на клиенте. Предполагается, что данных будет немного, до сотни записей

Как будет правильнее? Если на серверном API реализована пагинация(оффсет, лимит), сортировка и фильтрация - стоит ли использовать его или один раз загрузить все в стор и делать все на клиенте. Предполагается, что данных будет немного, до сотни записей

Если есть, то зачем изобретать велосипед и дублировать функционал?

Если есть, то зачем изобретать велосипед и дублировать функционал?

Ну минус видится в том, что придется гонять много лишних запросов. И если понадобится расширенный функционал, надо будет ждать бэка. С другой стороны, не надо писать лишнего, и мы уже не зависим от объема данных

Ну минус видится в том, что придется гонять много лишних запросов. И если понадобится расширенный функционал, надо будет ждать бэка. С другой стороны, не надо писать лишнего, и мы уже не зависим от объема данных

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

Ну минус видится в том, что придется гонять много лишних запросов. И если понадобится расширенный функционал, надо будет ждать бэка. С другой стороны, не надо писать лишнего, и мы уже не зависим от объема данных

Если данных вдруг станет много, то все равно переделывать. Ну а так легче рулить через апи

Ок, спасибо

Привет, как локальном реакте (когда собираем прям на странице через bable) создавать компоненты и их импортить?

Привет, как локальном реакте (когда собираем прям на странице через bable) создавать компоненты и их импортить?

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

Подскажите, есть ли паттерн для запросов к апи, чтобы в каждом редьюсере не писать case REQUEST, case SUCCESS, что-то типа общего редьюсера?

Если есть, то зачем изобретать велосипед и дублировать функционал?

Значит помимо флага загруженности данных придется хранить диапазоны ключей которые уже загружены..

ребят, нужно вывести на страницу Юзеров, их коменты и их посты, как правилтьно создать такой Json? [ { "id": "1", "first_name": "Петя", "last_name": "Иванов", "age": "21", "img": "https://3d-atelier.com.ua/wp-content/themes/shopkeeper-child/Landing_By_ElSolo/img/inst_logo-min.png", "post": [{'nomer1'}, {'nomer2'},{'nomer3'}], "comments": [{'comment1'},{'comment2'},{'comment3'}] } ] это как я уже понял, не верное решение

при чем инфа о юзере отдельно, коменты отдельным блоком отдельно и посты тоже отдельно, можно друг под другом (одно страничный)

ребят, нужно вывести на страницу Юзеров, их коменты и их посты, как правилтьно создать такой Json? [ { "id": "1", "first_name": "Петя", "last_name": "Иванов", "age": "21", "img": "https://3d-atelier.com.ua/wp-content/themes/shopkeeper-child/Landing_By_ElSolo/img/inst_logo-min.png", "post": [{'nomer1'}, {'nomer2'},{'nomer3'}], "comments": [{'comment1'},{'comment2'},{'comment3'}] } ] это как я уже понял, не верное решение

Redux есть?

да

редьюсер User, экшенами загоняй туда и всё

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

Значит помимо флага загруженности данных придется хранить диапазоны ключей которые уже загружены..

1 лишняя функция вместо логики фильтрации, сортировки и прочего. + Зачем держать все ранее загруженные данные в сторе?

"post": { "1" : { }, "2": { } } так удобнее

и меньше результирующий json

то тут у меня 1ый блок инфа о юзерах чисто, внизу: Вася, его имейл - его посты, внизу такой же, Вася, его имейл - его коментраии

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

Подскажите плиз, что использовать для форм в реакте? и стоит ли использовать стороннюю библиотеку, если в проекте всего около 3 форм? (регистрация, авторизация, заказ)

Из CSS фреймворков для форм React-Bootstrap использовал, если не обходилось простыми формами

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

то есть 3 json файла, в 1 чисто юзер, 2ой посты, 3ий коменты?

то есть 3 json файла, в 1 чисто юзер, 2ой посты, 3ий коменты?

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

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

"post": { "1" : { }, "2": { } } так удобнее

posts: new Map([ [1, {}], [2, {}], ])

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

ты же должен выгружать по user_id. это на стороне сервера реализовывается

ты же должен выгружать по user_id. это на стороне сервера реализовывается

у меня кроме json файла который на бесплатном хосте, ничего нету)

у меня кроме json файла который на бесплатном хосте, ничего нету)

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

posts: new Map([ [1, {}], [2, {}], ])

что это?)

что это?)

то что нужно использовать для структур ключь-значениеь

а чем просто объект не подходит?

много лишнего

posts: new Map([ [1, {}], [2, {}], ])

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

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

не знаю но объекты для ключь-значениеь использовать не надо

ERROR: S client not available

Выше написали, что можно исопльзовать для форм: формик, редакс-форм, финал форм. если я планирую пробрасывать данные из инпутов в редакс, то лучше взять редакс-форм? Остальные как я понял чисто под валидацию без нормального проброса в редакс?

Выше написали, что можно исопльзовать для форм: формик, редакс-форм, финал форм. если я планирую пробрасывать данные из инпутов в редакс, то лучше взять редакс-форм? Остальные как я понял чисто под валидацию без нормального проброса в редакс?

не используй ничего из вышеперечисленного, если у тебя обычная форма на несколько полей

Человек может хочет освоить что-то с чем на больших проектах работать

Человек может хочет освоить что-то с чем на больших проектах работать

может, скоро узнаем) однако ничего из этого пока не пригодилось на больших проектах) (где форм больших нет)

ох ребзи jsx это просто рай по сравнению с hbs

ох ребзи jsx это просто рай по сравнению с hbs

Второе это чтл

Второе это чтл

handlebars, вроде

Второе это чтл

handlebars

просто адовая херня

Ага ну да

цените и любите react ?

добрый день! подскажите как реализовать счетчик в новостяХ https://dpaste.de/OWpf

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

есть ли готовый метод для решение такой задачи в react

добрый день! подскажите как реализовать счетчик в новостяХ https://dpaste.de/OWpf

В map вторым агрументом идет индекс

items.map((item, index) => <div>{index}{item.name}</div>)

тогда уже index + 1

ну или смотрите с 0

items.map((item, index) => <div>{index}{item.name}</div>)

спасибо )

не знал что тако можно

Всем привет

Я пишу сейчас приложение которое парсит json и выводит его в виде карточек пользователей, по 5 на страницу, снизу должна быть пагинация

Я пишу сейчас приложение которое парсит json и выводит его в виде карточек пользователей, по 5 на страницу, снизу должна быть пагинация

Круто

Нужен бот который мьютит всех кто не прошел тест)

не знаю но объекты для ключь-значениеь использовать не надо

почему ?

posts: new Map([ [1, {}], [2, {}], ])

как ты тут на прямую достанешь данные

как ты тут на прямую достанешь данные

posts.get(1)

меня просто обьект устраивает. Не думаю что тут мега прирост производительности будет