http2-explained | A detailed document explaining and documenting HTTP/2, the successor to the widely popular HTTP/1.1 | HTTP library
kandi X-RAY | http2-explained Summary
kandi X-RAY | http2-explained Summary
This is a detailed document describing HTTP/2 ([RFC 7540] the background, concepts, protocol and something about existing implementations and what the future might hold. The contents are translated into several different languages. See for the canonical home for this project. See for the source code of all book contents.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of http2-explained
http2-explained Key Features
http2-explained Examples and Code Snippets
Community Discussions
Trending Discussions on http2-explained
QUESTION
I have been using the GitHub api to search for PRs of repositories. I have noticed that the search sometimes misses some PRs. For example a search for all PRs for the repo "bagder/http2-explained" issued during the year 2015 - https://api.github.com/search/issues?q=repo:bagder/http2-explained+type:pr+created:2015-01-01..2016-01-01&page=1 misses PR# 71 and 70 [https://api.github.com/repos/bagder/http2-explained/pulls/70, https://api.github.com/repos/bagder/http2-explained/pulls/71].
I have also searched for all issues (not just type:pr) and the same two PRs are missing. Further, this problem is not restricted to that one repository, but occurs in other repositories for the 2015 data set.
I have tried my best to figure out why this may happen but have not been able to find an answer.
...ANSWER
Answered 2018-Sep-25 at 20:39I contacted GitHub for this problem. They were able to sort it out by "triggering a refresh of the issues and pull requests in that repository". Now the search results include the missing PRs. But i am still not certain if this issue is resolved in every other repository.
QUESTION
I am trying to connect to a server that defaults to HTTP/2 with Apach Http-Components 3.4, which is not HTTP/2 compatible. I see here that a client can request HTTP/2 from the server via the Upgrade
header. Is there a way to request HTTP/1.1 from the server?
ANSWER
Answered 2017-Dec-29 at 21:40Yes, it should be the default. A server should only HTTP/2 to a client if it was previously negotiated.
Either:
- through an upgrade from HTTP/1 through the HTTP
Upgrade
header - through protocol negotiation (ALPN) during the TLS handshake
It is theoretically possible to force HTTP/2 on both sides without negotation. This is called HTTP/2 with prior-knowledge. However that mode shouldn't be used on public servers, since it exactly causes the problems that you are having.
I would try to speak to the developers/maintainers of the server if the HTTP/2 only behavior is intended.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install http2-explained
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page