для меня iif тут не увязывается)

pipe( 
  startsWith(false), 
  switchMap(isLoggedIn => isLoggedIn ? authorizedFlow$ : notAuthorizedFlow$)
)

iif ложишь в свичмеп и работаешь по замыканию

Как выше, не могу понять, что не увязывается

не увязывается - зачем iif если можно проще написать без него

Привет всем
Фронт дает задержку при отправке запросом на бек (700-900мс)
В чем может біть причина?

ХромВкладка нетвор девтул, что там самое длинное?можно  Продебажить

Здравствуйте. Я занимаюсь написанием дополнения для сайта на angular 1.4.4. Есть только пожатые сорцы которые могут измениться в любой момент.

Собственно вопрос. У меня есть VenueController и в него инжектится( в $inject прописан) VenueService. Внутри VenueController  с помощью VenueService создается нужный для меня объект к которому я не могу получить доступ из вне.
Как мне получить к этому объекту доступ?

Из вариантов походу нужно либо перехватить инъекцию и подменить её, либо же отредактировать VenueController до того как приложение инициализируется(хуки?). Как это всё сделать я не понимаю из-за отсутствия опыта разработки на ангуляре.

Буду рад если посоветуете ещё группы в которых можно задать этот вопрос, что бы долго не ожидать ответ.

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

Благодарю

Все запроси идуть с  Stalled  или Waiting (TTFB) в 700-900 мс

Причем  Stalled 0.32мс, Waiting (TTFB) в 700-900 мс -
перестаиваем сервер - Waiting (TTFB) - становится 0.4мс зато Stalled теже саміе 700-900мс

Queuing
A request being queued indicates that:
• The request was postponed by the rendering engine because it's considered lower priority than critical resources (such as scripts/styles). This often happens with images.
• The request was put on hold to wait for an unavailable TCP socket that's about to free up.
• The request was put on hold because the browser only allows six TCP connections per origin on HTTP 1.
• Time spent making disk cache entries (typically very quick.)
Stalled/Blocking
Time the request spent waiting before it could be sent. It can be waiting for any of the reasons described for Queueing. Additionally, this time is inclusive of any time spent in proxy negotiation.

ага, сегодня опять доберусь к этому вопросу и отпишусь и по поводу кейса и вариантов решения

привіт. працював хтось з ssr(universal)? проблема в тому, що занадто довго віддається сторінка. реквести не дублюються, глобальні змінні нормально обробляються ну і всяких таймаутів чи інтервалів в коді нема. Не зовсім розумію, куди ще можна глянути.

долго это сколько?

Waiting(TTFB) ~ 300 ms. це чисто для auth без звертання до апі. ну і при навантаженні добряче так росте час

300 это чисто на отработку ангулар юниверсала

так это на сервере и нужно дебажить

1. изначально отправь на локалхосте сервера запрос на страницу.  Если нет задержек - то проблема в сервере/прокси/впне/интернете. Если так же долго - переходи на следующий шаг.
2. Прологируй разницу времени между точкой входа в начало рендера, и точкой выхода. Если совпадает время с задержками - тогда след шаг
3. уже в самом ангуляре начинай логировать время в каждом модуле/компоненте

быстрее врядил будет

з локалхоста швидше, але теж сильно багато. я теж думаю, що це щось з сервером. стосовно ж - 'навряд буде швидше', то в усіх доках маємо, що повинно працювати швидше. без ssr швидкість набагато більша. дякую, буду дебажити