查错之旅 GitHub排版混乱--特定浏览器加载时错误

前面的话：

上一次打开Github也就是两三天内的事情，莫名其妙的，今天再打开排版会很混乱，本以为是个小问题，可Google之后竟没有一个简单的解释，纠错之旅，磕磕绊绊。

错误效果截图：

纠错尝试

1. 网络切换–失败

这种没加载好的问题，最简单的是网络不好，但换了好几个网络过后，一如既往…

2. 第三方浏览器尝试连接GitHub–成功

居然在Edge上能正常访问，那就是chrome的锅了，想不到你也有今天。
（不过还不好说，最近更新了一次win，说不定是被微软强暴了）

3. 关闭chrome插件–失败

chrome这种神器，怎么能背锅呢，一定是插件冲突了，（不想跟你讲道理，并向你扔了一口锅）。然而失败了，关闭了各种插件，尤其是最可能的广告拦截，仍然不起作用。

4. 修改hosts–失败

无奈之下，上Google看了看，可惜对前端没有太多了解，关键词可能出问题了。总之，一番搜索下来，最有可能的是这个解释：

github的DNS被GFW污染了
之前为了翻墙，改了系统hosts文件下github的DNS解析。

乍一看很有道理，可要是这样的话，其他浏览器应该也加载不了。
果然，改完hosts也没有用。

5. 清除Cookie及其它网页数据–成功！！！

我查看了chrome与Microsoft Edge对GitHub.com的加载情况，差异是这个：

chrome :

这是Microsoft Edge 的对应信息

于是，我试着访问

“https://assets-cdn.github.com/assets/frameworks-592c4aa40e940d1b0607a3cf272916ff.css” ，

惊奇地发现：chrome禁止我访问，而Edge能下载一个110kb的文件。

我确信是chrome出了问题，于是我查看chrome的各项设置情况，看见了“清除Cookie及其他网站信息”这一项，这是很有可能的问题。
我清除Cookie数据后再次访问，果然成功了。

总结与吐槽：

幸好我了解一点Cookie相关的皮毛，不然会更坑。

下面这段摘自维基百科，介绍一下Cookie的用途：

因为HTTP协议是无状态的，即服务器不知道用户上一次做了什么，这严重阻碍了交互式Web应用程序的实现。在典型的网上购物场景中，用户浏览了几个页面，买了一盒饼干和两瓶饮料。最后结帐时，由于HTTP的无状态性，不通过额外的手段，服务器并不知道用户到底买了什么，所以Cookie就是用来绕开HTTP的无状态性的“额外手段”之一。服务器可以设置或读取Cookies中包含信息，借此维护用户跟服务器会话中的状态。

在刚才的购物场景中，当用户选购了第一项商品，服务器在向用户发送网页的同时，还发送了一段Cookie，记录着那项商品的信息。当用户访问另一个页面，浏览器会把Cookie发送给服务器，于是服务器知道他之前选购了什么。用户继续选购饮料，服务器就在原来那段Cookie里追加新的商品信息。结帐时，服务器读取发送来的Cookie就行了。

Cookie另一个典型的应用是当登录一个网站时，网站往往会请求用户输入用户名和密码，并且用户可以勾选“下次自动登录”。如果勾选了，那么下次访问同一网站时，用户会发现没输入用户名和密码就已经登录了。这正是因为前一次登录时，服务器发送了包含登录凭据（用户名加密码的某种加密形式）的Cookie到用户的硬盘上。第二次登录时，如果该Cookie尚未到期，浏览器会发送该Cookie，服务器验证凭据，于是不必输入用户名和密码就让用户登录了。

简单来说，就是通过一个Cookie形式的验证后，网站知道你是谁，在他那里做过什么事，依次来方便与客户之间的交互。

在这次坑爹之旅中，

• GitHub在加载中通过检测Cookie，发现我之前通过chrome访问过
• 既然加载过，chrome里应该存有GitHub的排版格式信息，那GitHub就不给你发了，自己上缓存找去（总不能每次都发排版格式嘛，网络多累啊）
• 出于某种不为人知的原因，我的排版格式丢失了，GitHub以为我在骗他，觉得我有文件，偷懒不给我重发（为了加速网络）
• 最后单单chrome加载错误，而Edge没有问题

---

补：

最后理论有点问题，因为我成功访问之后，再次尝试访问

https://assets-cdn.github.com/assets/frameworks-592c4aa40e940d1b0607a3cf272916ff.css

是能够得到格式文件的，也就是说可能并不是通过判断是否访问过决定的。
之前可能只是我没有通过cookie验证，
但也有可能是chrome的机制做的自动加载。

精力有限，前端的东西只能暂时告一段落，希望有高手普及一下这方面的知识。