Neonoviiwolf, так тут логика, практически такая же как у инстаграм. Тест 1 это главный экран инстаграма, когда нажимаете на комментарии к посту в инстаграмме, это как будто развернули пост ( в моем случае), свайпнули назад, вернулись на главную страницу, переключились на тест 2, это всеровно что переключились в инст. на второй таб, принцип тот же.
Просто на развернутом hero будет кнопка назад, и все, но кроме кнопки назад все остальное придется повторить, те же табы у коготых есть своя логика и т.д., вот поэтому спросил, правильно ли это дублировать или есть другое решение
Neonoviiwolf, Что смог прикрепил, там достаточно много кода.
Суть в том, что в самом файле где у меня развернутый hero блок, мне приходится дублировать скафолд с аппбаром, табами и т.д.
Спасибо за ссылки, наткнули на мысли. Хотел бы у вас спросить, смотрю что обычно предлагают 3 варианта реализации базы.
1. база на клиента
2. таблица на клиента
3. колонка в таблице на клиента (tenant_id)
Как я понял, первый вариант самый затратный по ресурсам, 3 вариант самый легкий в реализации.
Собственно минус в 3 варианте, если падает база, то падают все клиенты.
Если базу к примеру mongodb поставить на swarm, чтобы она была более отказоустойчива, по вашему мнению 3 вариант имеет право на существование?
Как я и говорил, это скорее всего не поможет, так оно и есть. При обрыве связи, ffmpeg сразу срабатывает
.on('end', async (t) => {})
Т.е. он даже не пытается подождать или переподключиться