А как так получается что на устройствах обновится, а в сторах останется старая версия?

Данные? Зачем данные везти через стор?

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

к чему такие сложности

Там некстген не парься ...

.

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

для старого сдк у меня есть обертка

https://github.com/volga-volga/react-native-jivo

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

Там нечего ломать...  у них всё равно в мобильных SDK WebView )

Привет всем. Вопрос: как сделать так, чтобы приложение не уходило под статусбар? Вычислять его высоту и добавлять marginTop для SafeAreaProvider или какие-то есть более гуманные способы. В app.json у меня:

   "androidStatusBar": {
     "backgroundColor": "#3B30D5",
     "translucent": false,
     "barStyle": "light-content"
   },

Но оно не работает, почему-то

Затупил. Вот этот компонент убрал и всё встало на свои места.

Привет, подскажите плиз, если кто-нибудь работал с SDK яндекс кассы, как-нибудь можно из модуля получить какой-угодно статус оплаты после прохождения 3dSecurе? или вообще как правильно организовать последовательность запросов в RN? (Сейчас создаем заказ, получаем платежный токен из модуля кассы и отправляем на бэк, там получаем объект платежа и формируем урл, (на который 3дсек отправляет ответ с статусом прохождения верификации) в ответе с бэка - способ подтверждения с 3dsec урлом, идем по нему, проходим верификацию и тут вопрос… что дальше… сам сдк не возвращает ничего, только на бэк отлетает ответ с статусом.. долбить запросами бэк чтобы получить с него данные или все таки есть способ обойтись без этого?

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

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

раз у них есть только s2s значит у вас единственный "источник истины" - ваш бэк, с ним и рулите.

Можете сразу после того как webview яндекса закрылся запрос на бэк делать, или silent push слать когда статус заказа изменился и при получении делать запрос на бэк (для контроля) или еще как-то, как у вас организовано ( ws / polling / etc).

ребята какую.базу.данных.советуете для rn приложения?   (типа социальная сеть)

backend разработчик есть в команде?

я буду всем этим заниматься просто)

firebase или realm

далее выбирайте исходя из своих личных вкусов 🙂

а mongodb? (просто названия нравиться😂)