А какие есть варианты облачно билдить iOS апку ??

Можно, даже заливать в стор можно с облака.

можно подробнее?

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

А что на остальных экранах? тоже без шапки?

да, везде пропало, я не с рабочего компа, в snack работаю, просто пробую что то, может он лагает просто?

https://reactnavigation.org/docs/en/stack-navigator.html#stacknavigatorconfig headerMode проверьте

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

стоп, не туда глянул. у вас просто switch а не stack ))

свич хедер сам убирает что ли?

если я правильно помню, его там нет в принципе. The purpose of SwitchNavigator is to only ever show one screen at a time. By default, it does not handle back actions and it resets routes to their default state when you switch away. This is the exact behavior that we want from the authentication flow.

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

оч сложно понять что написано, но у нас это так: свич с 3 скринами, 1-й - InitScreen, где проверяется токен, и затем происходит навигация в авторизованный/неавт стэк.

при первом же запросе ему вернёт 403(400) и он рефрешнет токен

а что у вас в качестве стейт менеджера?

и еще, 403 придет, он это увидит? или не заметно типо будет?

но если токен отвалился, как вы это понимаете?

У меня в приложении используется интерцептор у аксиоса, там отлавливаю 403, очищаю локальное хранилище и перенаправляю на экран логина

а ну вот, я так примерно думал, но если есть рефрешь, например в миделваре ридакса, можно поидее кинуть запрос на рефрешь, ладно, спс, пробовать буду

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

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

а в чем проблема после первой авторизации загонять данные в тот же keychain, а при повторном входе в приложение проверять и запрашивать доступ к ним посредством pin/touch/face и тд

я все еще ничего не понимаю. особенно "Типо один токен записывать в поле логина, второй в поле пароля", все слова по отдельности знакомы, а вместе как то не складывается

В keychain

вы в терминах react-native-keychain что ли выражаетесь?) кичейн это просто база, там любые поля могут быть

а что конкретно

Да, в них)

**now-lastTap**, я посмотрел что содержит now() какие-то длинные цифры

**now-lastTap**, я посмотрел что содержит now() какие-то длинные цифры

**now-lastTap**, я посмотрел что содержит now() какие-то длинные цифры

теперь понятно почему было не понятно :) посмотрите https://github.com/mCodex/react-native-sensitive-info , не лучшая либа по качеству, но в любые поля сможете писать

DOUBLE_PRESS_DELAY

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

я все еще ничего не понимаю. особенно "Типо один токен записывать в поле логина, второй в поле пароля", все слова по отдельности знакомы, а вместе как то не складывается

при следующем выполнении функции lastTap будет равен предыдущему now