У нас есть приложение Angular + WEB API, развернутое на Azure. После развертывания в настоящее время мы видим протокол SPDY в CHROME (версия 67.0.3396.99 (официальная сборка) (64-разрядная версия)) в сетевой вкладке. Но раньше мы могли видеть протокол HTTP2 для запроса веб-API. Какие шаги нам нужно выполнить, чтобы вернуть запрос HTTP2.
Интересно.
Похоже, есть как минимум одна ошибка (https://bugs.chromium.org/p/chromium/issues/detail?id=704146) для кешированных ресурсов, которые могут объяснить ваши два средних запроса — они светло-серые, чтобы показать, что кешированные ресурсы использовались.
Однако я также вижу, что то же самое происходит с другими запросами к этому сайту (или связанным сайтам) как в вашем примере, так и в некоторых моих собственных тестах.
Короче говоря, это скорее ошибки отображения, чем подлинная загрузка через SPDY. Как я упоминал в комментариях, Chrome устарел и больше не поддерживает SPDY, поэтому он не может быть SPDY.
Вы также можете доказать это следующими способами:
Откройте запрос в новой вкладке, и вы увидите, что он загружается либо как h2, либо как http/2+quic/, что покажет, что на самом деле следует использовать на рассматриваемых сайтах. И это шаг, который вам нужен, чтобы «вернуться к HTTP2» в краткосрочной перспективе.
Используйте страницы chrome://net-internals/#http2 и chrome://net-internals/#quic, и вы увидите, что запросы БЫЛИ загружены через h2 или quic. Так что это определенно просто сообщение о неправильном протоколе на вкладке сети.
Проверьте свои собственные журналы, где вы снова увидите, что они запрашиваются через HTTP/2 (или QUIC, если вы его поддерживаете).
HTTP/2 и QUIC были построены на большом количестве кода SPDY в Chrome и похоже, что на него до сих пор ссылаются во многих местах.
Так что в основном вам не нужно ничего делать, и вы должны просто игнорировать это. Если вы действительно серьезно относитесь к этому, сообщите об ошибке команде Chrome, или прокомментируйте или пометьте вышеуказанную ошибку, чтобы вы видели ее обновления и когда они ее исправляют.
