Всем привет, вопрос тем кто работал с firebase remote config

для a/b тестирования. Как инфа в дашборде эксперимента обновляется по кол-ву юзеров? то есть если кто-то зафетчил ремоут конфиг, то на дашборде будет видно, что +1 юзер к той или иной группе?

в теории - наверное может и так быть, но скорее всего обновляется спустя какое-то время. спроси еще в @firebase_ru, может кто сталкивался.

ок, спасибо

А вы могли бы разьяснить мне в чем разница asyncstorage, state persistance и redux-persistance ?

asyncstorage - key-value storage для хранения данных (ключ - значение, если нужно сохранить объект - его приводят к строке с помощью JSON.stringify) redux-persist - это модуль для redux (и только для redux) который при любом изменении значений в redux обновляет значение в базе, которую использует для хранения и восстановления (в т.ч. это может быть asyncstorage, но это не обязательно, адаптер может быть к любой базе, лишь бы интерфейс совпадал) navigation state persistence - по факту +/- тот же процесс, что делает redux-persist для redux, но написанный самостоятельно (по примеру в документации) для сохранения и восстановления состояния навигации в приложении.

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

в документации пример подробный, весь необходимый код для сохранения и восстановления навигации там есть

подскажите не поиму- авторизация по jwt - запрос к серверу идет с логом пассом ,где посмотреть аипи:порт подключения к серверу?

честно говоря, вообще не понимаю вопрос смотрите там где обращаетесь к api (не знаю что у вас, чаще всего fetch / обертки над fetch / axios) - либо в самом вызове, либо в каком-нибудь api-сервисе скорее всего. зависит от выбранных решений при разработке. без кода вам вряд ли кто-то подскажет, где это у вас. сам по себе jwt ни к каким портам/ip отношения не имеет

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

Продублирую, может всё-таки с ремоут конфигом работал и подскажет. Пока что вопрос так и остался(

Большое спасибо еще раз. Вчера разобрался, всё сделал. Возник другой вопрос, хотел заменить вайтскрин в моменте !isReady на сплашскрин, но не нравится что слишком быстрый переход. Можно ли использовать какой то таймер, чтобы точно показывать сплаш в этот момент на определ. Кол. Времени по дефолту? Без setTimeout

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

Возможно я неправильно выразился. Сплэш у меня стоит норм при загрузке приложения. Поставил через navigation initialRoute. Но он же функционирует только при первом запуске приложения, так как потом state persistence его обходит. И вот подумал поставить его же в функционал persitence в isReady. Понимаю о чем Вы, когда говорите что лучше когда его почти незаметно, но на данный момент, он просто как бельмо в глазу на секунду, хотелось бы задержку сделать хотябы на 1500 если возможно

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