В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

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

qwarta.ru подробнее

Size: a a a

React Native — русскоговорящее сообщество

3891 membersпожаловаться на группу
2020 August 09

LM

Leonid Molchanov in React Native — русскоговорящее сообщество
Denis Martych
всем привет! подскажите пожалуйста, есть платежная системе tranzoo открываю ее через WebView, как сделать что бы после успешной оплаты редиректило назад в приложуху?
Я делал следующим образом, скорее всего есть поддержка редиректа в системе, настраивал на сервере страничку , и по успешной оплате отдавал webView не стандартный заголовок... у webView есть событие прослушки хедеров , в зависимости от кода, настроил роутинг на переходы в разные экраны . Работает как часы !
источник
06:35пожаловаться#1

KS

Kirill Saltykov in React Native — русскоговорящее сообщество
Denis Martych
всем привет! подскажите пожалуйста, есть платежная системе tranzoo открываю ее через WebView, как сделать что бы после успешной оплаты редиректило назад в приложуху?
Deeplinks
источник
09:23пожаловаться#2

KS

Kirill Saltykov in React Native — русскоговорящее сообщество
Парень выше правильно отписал
источник
09:23пожаловаться#3

KS

Kirill Saltykov in React Native — русскоговорящее сообщество
У своего приложения делаете диплинк, например
myapp://succeess
myapp://error
и при оплате делаете редирект в вебвью на такую ссылку
источник
09:24пожаловаться#4

KS

Kirill Saltykov in React Native — русскоговорящее сообщество
А приложение на такие ссылки выполняет какой-то код
источник
09:24пожаловаться#5

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
Коллеги, подскажите, плиз, достаточно простой вопрос. Кто какой использует механизм принудительного обновления приложения? Пока вижу так
🔘Храним где-то в базе или в Firebase минимальную версию
🔘При старте приложения проверяем текущую версию и делаем проверку подходит она или нет
🔘Если все ок - "отдаем" юзеру приложение
🔘Иначе - показваем заглушку и редиректим в App Store
источник
10:00пожаловаться#6

LM

Leonid Molchanov in React Native — русскоговорящее сообщество
Ilya Kuznetsov
Коллеги, подскажите, плиз, достаточно простой вопрос. Кто какой использует механизм принудительного обновления приложения? Пока вижу так
🔘Храним где-то в базе или в Firebase минимальную версию
🔘При старте приложения проверяем текущую версию и делаем проверку подходит она или нет
🔘Если все ок - "отдаем" юзеру приложение
🔘Иначе - показваем заглушку и редиректим в App Store
Есть готовые пакетики , которые читают версию со стора и сравнивают с текущей, поищите, гуглится быстро
источник
10:22пожаловаться#7

VP

Vitaliy Ponomarev in React Native — русскоговорящее сообщество
Leonid Molchanov
Есть готовые пакетики , которые читают версию со стора и сравнивают с текущей, поищите, гуглится быстро
Тут зависит от потребности, если нужно принудительно обновлять не всегда - решение со стором уже не подходит, либо нужно какую-то логику версионирования продумывать и соблюдать.

в этом случае проще действительно на бэке хранить флаг - блокировать всё что ниже определенной версии или нет.
источник
10:29пожаловаться#8

VP

Vitaliy Ponomarev in React Native — русскоговорящее сообщество
Ilya Kuznetsov
Коллеги, подскажите, плиз, достаточно простой вопрос. Кто какой использует механизм принудительного обновления приложения? Пока вижу так
🔘Храним где-то в базе или в Firebase минимальную версию
🔘При старте приложения проверяем текущую версию и делаем проверку подходит она или нет
🔘Если все ок - "отдаем" юзеру приложение
🔘Иначе - показваем заглушку и редиректим в App Store
самый удобный вариант который пока приходил в голову - хранить на бэке версию + флаг - блокирующее или нет обновление. если на бэке нет информации о версии - считать неблокирующим.

как с запросами работать - на усмотрение, можно в заголовках версию на бэк передавать
источник
10:31пожаловаться#9

LM

Leonid Molchanov in React Native — русскоговорящее сообщество
Vitaliy Ponomarev
Тут зависит от потребности, если нужно принудительно обновлять не всегда - решение со стором уже не подходит, либо нужно какую-то логику версионирования продумывать и соблюдать.

в этом случае проще действительно на бэке хранить флаг - блокировать всё что ниже определенной версии или нет.
Ну это из простого, ещё можно тогда code Push заюзать...
источник
10:32пожаловаться#10

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
Vitaliy Ponomarev
самый удобный вариант который пока приходил в голову - хранить на бэке версию + флаг - блокирующее или нет обновление. если на бэке нет информации о версии - считать неблокирующим.

как с запросами работать - на усмотрение, можно в заголовках версию на бэк передавать
Я в итоге пришел к тому же самому. Спасибо за ваше мнение - буду делать так
источник
10:32пожаловаться#11

VP

Vitaliy Ponomarev in React Native — русскоговорящее сообщество
Leonid Molchanov
Ну это из простого, ещё можно тогда code Push заюзать...
с code push много нюансов, есть неплохой вариант выстрелить в ногу при обновлении нативных зависимостей.
источник
10:33пожаловаться#12

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
Именно - блорирующие обновления могут редко, только когда возникает потребность
источник
10:33пожаловаться#13

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
С Code Push мы получаем фрагментацию версий очень быстро
источник
10:33пожаловаться#14

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
Потому что он привызывется к весрии нативного кода
источник
10:34пожаловаться#15

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
В итоге новые кодпуши не применятся к старым версиям, которые скачаны через App Store / Google Play
источник
10:34пожаловаться#16

VP

Vitaliy Ponomarev in React Native — русскоговорящее сообщество
Ilya Kuznetsov
С Code Push мы получаем фрагментацию версий очень быстро
да, там только если patch поднимать всегда. а при изменении натива - minor / major (не помню точно уже)
источник
10:34пожаловаться#17

IK

Ilya Kuznetsov in React Native — русскоговорящее сообщество
Но хорошо, что он умеет понимать когда нужно обновляться, а когда нет
источник
10:34пожаловаться#18

LM

Leonid Molchanov in React Native — русскоговорящее сообщество
Vitaliy Ponomarev
с code push много нюансов, есть неплохой вариант выстрелить в ногу при обновлении нативных зависимостей.
Я тут предлагал бы только использовать механику включения, отключения механизма обновлений... Firebase мне кажется все таки жирновато, и в некотором случаи неудобно , когда его нету в проекте ...
источник
10:43пожаловаться#19

[

[_ _]V[- -] in React Native — русскоговорящее сообщество
как убрать эти логи?
источник
10:54пожаловаться#20