关于我的浏览器发送的 HTTP 请求的问题
Question about HTTP requests that my browser sends
假设我是一名普通的客户端用户，我继续 www.youtube.com 只是为了看看那里有什么。所以只要尝试连接到 youtube 网站，我的浏览器就会发送一个 HTTP 请求，对吗？每个 HTTP 请求都包含一个 "HTTP verb" 那么具体的动词是什么？它总是GET吗？
另外，这是否会触发任何 "same-origin policy" 测试并通过，或者它甚至不会首先触发它，因为只有文档或脚本会触发 "same-origin policy" 测试？
Let's say that I'm an average client side user and I go on www.youtube.com just to see what's on there. so by merely trying to connect to the youtube website, my browser will send an HTTP request right?
是的，如果您在请求可能从浏览器缓存中得到满足（即未发送到服务器）之前访问过该站点。
and every HTTP request includes an "HTTP verb" so what specific verb would that be?
GET
would it always be GET?
是的，如果您谈论的是使用浏览器。浏览器可能允许您添加书签或以其他方式触发其他内容（例如 POST），但我不知道有没有这样做。
also, would that trigger any "same-origin policy" test and pass OR would it not even trigger that in the first place because only docs or scripts would trigger the "same-origin policy" test?
同源策略适用于网页引用的资源，与浏览器输入或保存的URL无关。
假设我是一名普通的客户端用户，我继续 www.youtube.com 只是为了看看那里有什么。所以只要尝试连接到 youtube 网站，我的浏览器就会发送一个 HTTP 请求，对吗？每个 HTTP 请求都包含一个 "HTTP verb" 那么具体的动词是什么？它总是GET吗？ 另外，这是否会触发任何 "same-origin policy" 测试并通过，或者它甚至不会首先触发它，因为只有文档或脚本会触发 "same-origin policy" 测试？
Let's say that I'm an average client side user and I go on www.youtube.com just to see what's on there. so by merely trying to connect to the youtube website, my browser will send an HTTP request right?
是的，如果您在请求可能从浏览器缓存中得到满足（即未发送到服务器）之前访问过该站点。
and every HTTP request includes an "HTTP verb" so what specific verb would that be?
GET
would it always be GET?
是的，如果您谈论的是使用浏览器。浏览器可能允许您添加书签或以其他方式触发其他内容（例如 POST），但我不知道有没有这样做。
also, would that trigger any "same-origin policy" test and pass OR would it not even trigger that in the first place because only docs or scripts would trigger the "same-origin policy" test?
同源策略适用于网页引用的资源，与浏览器输入或保存的URL无关。