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

+

ты ж рендеришь только первую страницу по урле

а дальше всё приложение на клиенте

ой точно, туплю че-то

спасибо

Ну потом возьмешь из error.message

спасибо

сделал, что нужно было

Ребят) посоветуете какой-нибудь полифилл для флексбоксов для осла 8-9?)

в redux-observable можно как-нибудь сделать эпик, который не будет возвращать стрим?

Ребят) посоветуете какой-нибудь полифилл для флексбоксов для осла 8-9?)

Разве они еще живы？

Ребят) посоветуете какой-нибудь полифилл для флексбоксов для осла 8-9?)

Не бывает же полифилов для ксс

Ребят, а как продавать подписку? Например я написал SaaS реакт приложение, как это юредический делать правильно?

Не бывает же полифилов для ксс

А цсс полифилы бывают)

Хочу продавать доступ к этому приложению

Никто с таким не сталкивался?

А цсс полифилы бывают)

Как? Покажи

Как? Покажи

Мотай далеко вниз https://github.com/Modernizr/Modernizr/wiki/HTML5-Cross-Browser-Polyfills

Я не нашел там, расскажи своими словами, как работает полифил на ксс

Даже представить себе не могу, как это может работать)

Ну заменяет свойства css js реализацией

Ого, мощно

Раньше html5 заменялся js реализацией

Трабл просто в том что часть юзеров приложения на ie 8-9

как вы делаете update для форм таких? здесь communications и technologies - в БД связи many-to-many, и по REST обновляются на разных эндпоинтах независимо от основной сущности формы

И нужна из поддеожка

как вы делаете update для форм таких? здесь communications и technologies - в БД связи many-to-many, и по REST обновляются на разных эндпоинтах независимо от основной сущности формы

Может есть смысл graphql прикрутить к бэку?

доступа к бэку нет

как такое хэндлить красиво на клиенте

Я не нашел там, расскажи своими словами, как работает полифил на ксс

Ну блин, ты в глаза долбишься?) Там раздел целый

Про Цсс

Ксс >_<

как такое хэндлить красиво на клиенте

Графкуэл на бэке сильно завязан жи, тяжело

что до графкуэля ни у кого таких задача не было ни разу?

что до графкуэля ни у кого таких задача не было ни разу?

Ну у тебя задача, в которой ты а) описал как все в базе лежит (а зачем? Только рест интерфейс интересует же) б) зачем-то ограничил область решения тулзой дико завязанной на бэк и при этом к бэку доступа нет, и ты спрашиваешь, как твоей тулзой это сделать с вопросом "а до моей тулзы так не делали что ли?"

а) хрен угодишь, мало инфы плохо, много тоже плохо б) какой тулзой ограничил? я не понял этот комментарий. на клиенте форма на реакте, бэк - REST api. к бэку доступа нет, в плане что я не могу просто прийти и сказать давайте запилим графкуэль, чтобы делать апдейты этой формы? PS графкуэль тут вообще не причем и ни как не поможет в этом

стоит задать пару вопросов о комбинаторах и сразу нахуй пойдут

И когда поток кандидатов иссякнет, бизнесу придёт карачун

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

они на джанге

там фанаты реста

Джанга тоже та ещё шляпа PHP стайл

Если по логике есть форма, должен быть не обрабатывающий эндпоинт

И нехер дрочить на рест ради реста

да уже много спорим на эту тему, упертые люди

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

Вау, теперь еще и на django forms погнали

Так себе, а если факапнул?

Вау, теперь еще и на django forms погнали

Погнали на упоротых проггеров, которым лишь бы рест

А Джанго формс с реактом вообще странная тема

Половина фич проебано без темплейтов

хз что такое django forms, там django + DRF

Типа того наверно

Вообще джанга с реактом странная тема

Для всяких там SPA как правило, хватает и фласка

Так себе, а если факапнул?

ну эррор хэндлинг надо лютый писать какой то по моим прикидкам

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

Просто универсальный какой-нибудь хэндл сделай

Типа того наверно

Джанго формс та еще параша

Чот еще раз прочитал задачку

Дай по щщам бэкеру и скажи, что форма это вполне себе сущность и ей нужна форм вью с эндпоинтом

Пусть не выебывается

А рест тут ни при чем

Дай по щщам бэкеру и скажи, что форма это вполне себе сущность и ей нужна форм вью с эндпоинтом

да бесполезно, уже пол года спорим

Ну и нахуй тогда, пусть сам делает

Алсо, предупреди всех сопричастных, что будет лагодром

ERROR: S client not available

форму в redux стейт, и какой ни будь фасад, в который передавай конфиг-схему куда данные из формы распихивать, ну и метод для сохранения данных, а под капотом распихивай Promise.all(), смотри резульаты, агрегируй все в один результирующий объект валидации

но имхо тут оверхед как на фронте будет, так и на беке

на сервак будет одна форма генерить кучу запросов

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

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

пфф

ну у них наверное что то типа POST /form/123/field-a (и засылают велью)

Если говорить про легче, то легче на бутстрапе за 2 дня говностранички верстать. А еще легче дворы мести) Здесь не ищут лёгких путей

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

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

нет не каждое поле

части формы?

а только поля массивы, которые в БД many-to-many

ну напиши хотя бы приблезительный запрос который на бек должен ходить

Так а что такого? Другое дело, что транзакций нет и будет периодически наедаться

У них просто для связей отдельная таблица и отдельная сущнсость. Типа {user_id: 15, post_id: 20, any: 'other-data'}

например сущность human имеет поля lastName, firstName, они обновляются PUT human/:id у human есть массив языков, languages: [{id: 1, name: Russian}] добавить язык human это - POST human/:id/languages обновить язык у human это - PUT human/:id/languages/:langId удалить язык у human это - DELETE human/:id/languages/:langId но это все в одной форме, т.к human общая бизнес сущность, а разделения по таблицам идут уже в БД

У них просто для связей отдельная таблица и отдельная сущнсость. Типа {user_id: 15, post_id: 20, any: 'other-data'}

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

REST как бы

например сущность human имеет поля lastName, firstName, они обновляются PUT human/:id у human есть массив языков, languages: [{id: 1, name: Russian}] добавить язык human это - POST human/:id/languages обновить язык у human это - PUT human/:id/languages/:langId удалить язык у human это - DELETE human/:id/languages/:langId но это все в одной форме, т.к human общая бизнес сущность, а разделения по таблицам идут уже в БД

Ну это классический REST, форма одна, но ручек много. Форма — это просто способ управления, логика по сохранению при этом на клиенте

например сущность human имеет поля lastName, firstName, они обновляются PUT human/:id у human есть массив языков, languages: [{id: 1, name: Russian}] добавить язык human это - POST human/:id/languages обновить язык у human это - PUT human/:id/languages/:langId удалить язык у human это - DELETE human/:id/languages/:langId но это все в одной форме, т.к human общая бизнес сущность, а разделения по таблицам идут уже в БД

обычно можно обойтись одним патчем

Но это не отменяет авторизаций, валидаций, и прочего на сервер-сайде

для human и не делать такое апи

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

для human и не делать такое апи

я не могу к сожелению изменить бэкенд

Я бы посмотрел в это https://www.npmjs.com/package/react-at-rest или аналоги Оно, конечно, замудрено, но зато один раз настроил и всё работает

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

REST это распространённая штука, в модуле пишут, что battle-tested ?

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

Я бы сказал, что к redux имеет. К самому реакту нет, конечно

у меня щас redux-form и я триггерю лайв апдейты на на componentWillReceiveProps, если поле валидно и изменилось

https://github.com/amplitude/redux-query

работает норм, но эррор хэндлинг жуть

посмотри на эту мидлвару