GitHub Pages 禁止百度蜘蛛爬取的问题

最近才发现我的静态博客站点，大部分的网页没被百度收录，除了少量的网页是我自动提交【主动推动、自动推送】的，或者手动提交的，其它的网页都不被收录【网页全部是利用自动提交的 sitemap 方式提交的，一个都没收录】。我查看百度的站长工具后台，发现通过 sitemap 方式提交链接这种方式不可行，因为百度蜘蛛采集链接信息之前需要访问 baidusitemap.xml 文件，而这个文件是在 GitHub Pages 里面的，但是 GitHub Pages 是禁止百度蜘蛛爬取的，所以百度蜘蛛在获取 baidusitemap.xml 文件这一步骤就被禁止了，GitHub Pages 返回 403 错误【在 http 协议中表示禁止访问】，因此抓取失败【哪怕获取到 baidusitemap.xml 文件也不行，因为后续需要采集的静态网页全部是放在 GitHub Pages 中的，全部都会被禁止】。本文就详细描述这种现象，以及寻找可行的解决方案。

问题出现

网页收录对比差距大

利用搜索引擎的 site 搜索可以看到百度与谷歌明显的差别
百度搜索结果【只有少量的收录，仅有的还是通过主动推送与自动推送提交的】

上面那个图片被封了，再来一张局部截图。

谷歌搜索结果【收录很多，而且很全面】。

首先在百度站长工具【官方主页：https://ziyuan.baidu.com/ 】后台看到 baidusitemap.xml 抓取失败，查看具体原因是抓取失败【http 状态码 403】。

抓取失败。

抓取失败原因概述。

根据抓取失败原因，我还以为是文件不存在，或者根据链接打不开【链接是：

https://www.playpi.org/baidusitemap.xml 】，我使用浏览器和 curl 命令都尝试过了，链接没有问题，可以正常打开。然后根据 403 错误发现是拒绝访问，那就有可能是百度爬虫的问题了【被 GitHub Pages 禁止爬取了】。

使用浏览器打开。

这里需要注意一点，百度站长工具里面显示的链接是 http 开头的【如上面抓取失败原因概述截图中红框圈出的，不是 https 开头的，我觉得百度爬虫抓取使用的就是 http 开头的链接】，不过没关系，我在域名解析里面已经配置了所有的域名情况，完全可以支持。但是有时候仍然会遇到打不开上面链接的情况【在某些电脑上面或者某些网络环境中】，我猜测这可能是电脑的缓存或者当前网络的 DNS 设置问题，不是我的站点的问题。因为，哪怕你在浏览器中输入以 http 开头的链接，也会自动跳转到以 https 开头的链接去。

浏览器打不开链接的情况【其实不是链接的问题】。

使用命令行打开【如下使用 curl 命令】。

curl https://www.playpi.org/baidusitemap.xml

执行命令结果截图。

通过百度反馈寻找原因

于是接下来，我就给官方提交了反馈，官方只是回复我说是链接问题【意思就是链接无法正常打开，其实使用浏览器或者检测工具都是可以打开的，但是使用百度爬虫就不行】。

提交反馈【官方主页：https://ziyuan.baidu.com/feedback/apply 】。

反馈回复。

前面我已经证明了链接没问题，那我就要猜想是百度蜘蛛爬虫的问题了，于是按照官方回复的建议，使用诊断工具看看是否可行。

诊断工具测试多次都失败。

如果抓取 UA 设置为移动端【即模拟手机、平板之类的设别】，会有部分成功的，而使用 PC 端全部都是失败的。

失败原因仍旧是拒绝访问【http 403 状态码】。

我又接着查看文档【文档地址：https://ziyuan.baidu.com/college/courseinfo?id=267&page=9#007 】，发现拒绝访问的原因之一就是托管服务供应商阻止百度 Spider 访问我的网站，所以猜测是 GitHub Pages 拒绝了百度 Spider 的爬取请求，接着就想办法验证一下猜测是否正确。

文档说明截取片段。

接下来我又查找了资料，发现网上确实有很多这种说法，而且大家都遇到了这种问题，但是并没有官方的说明放出来。

于是，接着我又回复了百度站长对方的反馈，直接问是不是因为 GitHub Pages 禁止了百度爬虫，所以百度爬取的结果总是 403 错误。等了 2 天多【赶上周末】，对方没有明确回复，说的都是废话，可能是不想承认，那我也不管了。

通过 GitHub Pages 找原因

另一方面，我尝试给 GitHub 的技术支持发送邮件询问，得到了确认的答复，GitHub 已经禁止了百度蜘蛛爬虫的访问，并且不保证在未来的时间恢复。主要是因为以前百度爬虫爬取太猛了，导致 GitHub Pages 不可用或者访问速度变慢，影响了其他正常的用户浏览使用 GitHub Pages，所以把百度爬虫给禁止了【当然，这是官方说法】。

GitHub Pages 的反馈链接【填写姓名、邮箱、内容描述即可】：https://github.com/contact ；

我发送了一封邮件过去，当然是借助谷歌翻译完成的，勉强能看。

成功发送邮件后的通知页面。

邮件内容已经被我上传至 GitHub，读者可以提前下载查看：feedback_to_GitHub.txt ，内容全文如下，仅供参考：

A doubt with GitHub Pages

Hello,
I created my own homepage with GitHub Pages,it is https://github.com/iplaypi/iplaypi.github.io.If you input https://iplaypi.github.io,it jumps to https://www.playpi.org automatically because of CNAME file.The website is https://www.playpi.org,and my site only contains static pages and pictures.

But I have a problem,the following is my detailed description:
I use Google Search Console to crawl my pages and include them.I only need to provide a site file named website.xml,and it works fine.

But when i use Baidu Webmaster Tools (a tool made by a Chinese search engine company),it doesn't work properly.I only need to provide a site file named baiduwebsite.xml,Baidu Spider will crawl the link in this file .But Baidu cannot include my pages finally,and the reason is Baidu Spider can't crawl my html pages.

So,I am trying to find the real reason,then I succeeded.The real reason is Github Pages forbids the crawling of Baidu Spider.So when Baidu Spider crawls my pages,it will definitely fail.

Here I want to know is this phenomenon real?If yes,why Github Pages forbids Baidu Spider?And what should i do?

Thanks.
Best regards.
Perry

没隔几个小时，就有回复了。

邮件回复的部分内容已经被我上传至 GitHub，读者可以下载查看：GitHub_reply_to_me.txt ，回复的重点内容如下：

I've confirmed that we are currently blocking the Baidu user agent from crawling GitHub Pages sites. We took this action in response to this user agent being responsible for an excessive amount of requests, which was causing availability issues for other GitHub customers. This is unlikely to change any time soon, so if you need the Baidu user agent to be able to crawl your site you will need to host it elsewhere.

那么，我们再来回看一下百度站长里面爬取失败原因的页面，里面有一个用户代理的配置，其实就是构造 http 请求使用的消息头，可以看到正是 Baiduspider/2.0，所以才会被 GitHub Pages 给禁止了。

解决方案

至此，我已经把问题的原因搞清楚了。本来这个问题是很好解决的【更换静态博客存储的主机即可，例如各种项目托管服务：码市、gitcafe、七牛云等，或者自己购买一台云主机】，但是我不能抛弃 GitHub，于是问题变得复杂了。

此时，我还有 3 个方案可以参考：

• 使用 CDN 加速，把每个静态页面都缓存下来，这样百度爬虫的请求就可能不会到达 GitHub Pages，但是不知道有没有保证，可以试试
• 放弃 自动提交 方式里面的 sitemap 推送 ，改为 主动推送 ，hexo 里面有插件可以用。但是我是坚持大道至简的原则，不想再引用插件了，而且我看了那个插件，需要配置百度账号的信息，我不能把这些信息放在公共仓库里面，会暴露给别人，不想用
• 在更新博客的同时再部署一份相同的博客 【可以理解为镜像，需要在其它主机部署一份，可以自己搭建主机或者使用类似于 GitHub 的代码托管工具】，把 master 分支的内容复制过去即可，然后利用域名解析服务，把百度爬虫的流量引到这份服务器上面【只是为了让百度收录】，其他的流量仍然去访问 GitHub Pages，就可以让百度的爬虫顺利爬取到我的博客内容了。这个方法看起来虽然很绕，但是明白了细节实现起来就很简单，而且可靠，可以用

CDN 加速

我先不选择这种方式了，因为需要收费或者免费的加广告，或者服务不稳定，我还是愿意选择稳妥的方式。可以选择的产品有：七牛云、又拍云、阿里云、腾讯云等。

选择镜像方式

既然选择了使用复制博客的方式，再加上域名解析服务转移流量，那接下来就开始动手部署了。我手里正好还有一台翻墙使用的 VPS，每个月的流量用不完，所以也不打算使用第三方托管服务了，直接部署在我自己的 VPS 上面就行了。只不过还需要动动手搭建一下 Web 服务，当然是使用强大的 Nginx 了。

更改域名服务器和相关配置

1、在 DNSPod 中添加域名

DNSPod 账号自行注册，我使用免费版本，当然会有一些限制，例如解析的域名 A 记录个数限制为 2 个【GitHub Pages 有 4 个 ip，我在 Godaddy 中都是配置 4 个，但是没影响，配置 2 个也可以。或者直接配置 CNAME 记录就行了，以前我不懂就配置了 ip，多麻烦，ip 还要通过 ping iplaypi.github.io 获取，每次还不一样，一共得到了 4 个，多此一举。当然，如果域名被墙了而 ip 没被墙，还是需要这样配置的】。

2、添加域名解析记录

我把 Godaddy 中的解析记录直接抄过来就行，不同的是由于使用的是 DNSPod 免费版本，A 记录会少配置 2 个，基本不会有啥影响 【其实不配置 A 记录最好，直接配置 CNAME 就行了，会根据域名自动寻找 ip，以前我不懂】。另外还有一个就是需要针对百度爬虫专门配置一条 www 的 A 记录，针对百度的线路指向自己服务器的 ip【截图只是演示，其中 CNAME 记录应该配置域名，A 记录才是配置 ip】，如果使用的是第三方托管服务，直接添加 CNAME 记录，配置域名就行【例如 yoursite.gitcafe.io】。

不使用 A 记录的配置方式

3、在 Godaddy 中绑定自定义域名服务器

第 2 个步骤完成，我们回到 DNSPod 的域名界面，可以看到提示我们修改 NS 地址，如果不知道是什么意思，可以点击提示链接查看帮助手册【其实就是去购买域名的服务商那里绑定 DNSPod 的域名服务器】。

提示我们修改 NS 地址

帮助手册

我是在 Godaddy 中购买的域名【不需要备案】，所以需要在 Godaddy 中取消默认的 DNS 域名服务器，然后把 DNSPod 分配的域名服务器配置在 Godaddy 中。这里需要注意，在配置了新的域名服务器的时候，以前的配置的解析记录都没用了，因为 Godaddy 直接把域名解析的工作转给了我配置的 DNSPod 域名服务器【配置信息都转到了 DNSPod 中，也就是步骤 1、步骤 2 中的工作】。

原有的解析记录与原有的域名服务器

配置完成新的域名服务器【以前的解析记录都消失了】

配置完成后使用 域名设置 里面的 自助诊断 功能，可以看到域名存在异常，主要是因为更改配置后的时间太少了，要耐心等待全球递归 DNS 服务器刷新【最多 72 小时】，不过一般 10 分钟就可以访问主页了。

设置镜像服务器

我没有使用第三方托管服务器，例如：gitcafe、码市、coding，而是直接使用自己的 VPS，然后搭配 Nginx 使用。

安装 Nginx（基于 CentOS 7 X64）

CentOS 的安装过程参考：https://gist.github.com/ifels/c8cfdfe249e27ffa9ba1 。但是，不是全部可信，抽取有用的即可。而且这种方式安装的是已经规划好的一个庞大的包，里面包含了一些常用的模块，可能有一些模块没用，而且如果自己想再安装一些新的模块，就不支持了，必须重新下源码编译安装。总而言之，这种安装方式就是给入门级别的人使用的，不能自定义。

1、由于 Nginx 的源头问题，先创建配置文件

cd /etc/yum.repos.d/
vim nginx.repo

填写内容

[nginx]
name=nginx repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=0
enabled=1

2、安装配置 Nginx

# 安装 
yum install nginx -y
# 配置 
vi /etc/nginx/nginx.conf

以下配置内容的模板已经被我上传至 GitHub，读者可以下载查看：nginx_conf_http.template 。

填写配置内容：

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /site/nginx.access.log  main;

    server {
    listen       80;
    server_name  blog.playpi.org www.playpi.org;
    access_log   /site/iplaypi.github.io.access.log  main;
    root         /site/iplaypi.github.io;
    }

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

3、开启 80 端口【不开启不行】，启动 Nginx

# 查看已经开启的端口 
firewall-cmd --list-ports
# 开启端口 
firewall-cmd --permanent --zone=public --add-port=80/tcp
# 重载更新的端口信息 
firewall-cmd --reload
# 启动 Nginx
# 这种方式不行，找不到目录 
/etc/init.d/nginx start
# 这种方式可以 
service nginx start

额外考虑情况

1、关于 https 认证

要不要考虑 https 的情况，如果百度爬虫没用到 https 抓取【除了 sitemap.xml 文件还要考虑文件里面的所有链接格式，也是 https 的】，就不考虑。其实一定要考虑，因为百度爬虫用到了 https 链接去抓取，所以还要想办法开启 Nginx 的 https。此外，在百度的 https 认证里面，也是需要开启 https 的，否则申请不通过。

我的域名不知道什么时候验证失败了，但是一开始的时候是验证成功的【可能是 GitHub Pages 禁止百度爬虫的原因，因为以前全部都是 GitHub Pages 提供站点支持】

我想重新验证一下，没想到有次数限制，还是先把 Nginx 的 https 开启之后再验证吧

开启 Nginx 的 https，并且保证站点全部的链接都是 https 的，但是同时也要支持 http，使用 301 重定向到 https。

1-1、查看 Nginx 的 https 模块

先查看我安装的小白版本的 Nginx 里面有没有关于 https 的模块，使用命令 nginx -V，可以看到是有的，这个模块就是 –with-http_ssl_module。

1-2、申请证书

可以购买或者从阿里云、腾讯云里面申请免费的，但是我还是觉得使用 OpenSSL 工具自己生成方便，先查看机器有没有安装 OpenSSL 工具，使用 openssl version 命令，如果没有则需要安装 yum install -y openssl openssl-devel，安装完成后开始生成证书。生成证书的命令：

openssl req -x509 -nodes -days 36500 -newkey rsa:2048 -keyout /site/ssl-nginx.key -out /site/ssl-nginx.crt

在生成的过程中还需要填写一些参数信息：国家、城市、机构名称、机构单位名称、域名、邮箱等，这里特别注意我为了能让多个子域名公用一个证书，采用了泛域名的方式【星号的模糊匹配：*.playpi.org】。这种生成证书的方式只是为了测试使用，最终的证书肯定是不可信的，浏览器会提示此证书不受信任，所以还是通过其它方式获取证书比较好【后续我会通过阿里云或者 letsencrypt 获取免费的证书，具体博客参考可以使用相关关键词在站内搜索 证书 ，或者直接查看：利用阿里云申请免费的 SSL 证书 】。

完整信息填写

Generating a 2048 bit RSA private key
........+++
..............+++
writing new private key to '/site/ssl-nginx.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [XX]:CN
State or Province Name (full name) []:Guangdong
Locality Name (eg, city) [Default City]:Guangzhou
Organization Name (eg, company) [Default Company Ltd]:playpi
Organizational Unit Name (eg, section) []:playpi
Common Name (eg, your name or your server's hostname) []:*.playpi.org
Email Address []:playpi@qq.com

1-3、更改配置并重启 Nginx

重新配置 http 与 https 的参数【只列出 server 的主要部分，blog 二级域名主要是为了测试使用的，blog 的流量全部导入我的 VPS 中】，特别注意 rewrite 的正则表达式，只替换域名部分，链接部分不能替换，否则都跳转到主页去了。

以下配置内容的模板已经被我上传至 GitHub，读者可以下载查看：nginx_conf_https.template 。

# 这里只是列出了 server 节点的部分，需要配合 nginx_conf_http.template 文件查看 
server {
    listen       80;
    server_name  www.playpi.org;
    access_log   /site/iplaypi.github.io.http-www-access.log  main;
    rewrite ^/(.*)$ https://www.playpi.org/$1 permanent;
    }

    server {
    listen       80;
    server_name  blog.playpi.org;
    access_log   /site/iplaypi.github.io.http-blog-access.log  main;
    rewrite ^/(.*)$ https://blog.playpi.org/$1 permanent;
    }

    server {
    listen 443 ssl;# 监听端口 
    server_name www.playpi.org blog.playpi.org;# 域名 
    access_log   /site/iplaypi.github.io.https-access.log  main;
    root         /site/iplaypi.github.io;
    ssl_certificate /site/ssl-nginx.crt;# 证书路径 
    ssl_certificate_key /site/ssl-nginx.key;#key 路径 
    ssl_session_cache shared:SSL:1m;# 储存 SSL 会话的缓存类型和大小 
    ssl_session_timeout 5m;# 配置会话超时时间 
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;# 为建立安全连接，服务器所允许的密码格式列表 
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;# 依赖 SSLv3 和 TLSv1 协议的服务器密码将优先于客户端密码 
    #减少点击劫持 
    add_header X-Frame-Options DENY;
    #禁止服务器自动解析资源类型 
    add_header X-Content-Type-Options nosniff;
    #防 XSS 攻击 
    add_header X-Xss-Protection 1;
  }

开启 443 端口，重启 Nginx

# 查看已经开启的端口 
firewall-cmd --list-ports
# 开启端口 
firewall-cmd --permanent --zone=public --add-port=443/tcp
# 重载更新的端口信息 
firewall-cmd --reload
# 验证 Nginx 配置是否准确 
nginx -t
# 重新启动 Nginx
nginx -s reload

1-4、打开链接查看

使用 blog 二级域名测试【也需要在 DNSPod 中配置一条 A 记录解析规则】

或者使用 curl 命令模拟请求，由于有重定向的问题，所以失败

既然开启了 https，可以使用 curl 关闭失效证书的方式【-k 参数】访问 https 链接

去百度站长里面重新提交 https 认证【使用上面的测试证书是认证失败的，我去阿里云重新申请了证书，认证成功了，申请证书的教程可以在本站搜索，为了给 2 个二级域名不同的证书，Nginx 还需要重新配置 server 信息】

2、端口的问题

为什么在上面配置域名解析记录的时候，百度的 A 记录配置 VPS 的 ip 就行了呢，这是因为在 VPS 上面只有 Nginx 这一种 Web 服务，机器会分配给它一个端口【默认 80，也是 http 的默认端口，可以配置】，然后 www 的访问就使用这个端口【在 Nginx 的配置里面有，还有另外一个 blog 的】，所以可以忽略端口的信息。但是如果一台机器上面有各种 Web 服务，切记确保端口不要冲突【例如 Tomcat 和 Nginx 同时存在的情况】，并且给 Nginx 的就是 80 端口，然后如果有其它服务，可以使用 Nginx 做代理转发【例如把 email 二级域名转到一个端口，blog 二级域名转到另一个端口】。

完善自动获取更新脚本，拉取 mater 分支的静态页面

1、先用简单的方式

使用 git 把项目克隆到：/site/iplaypi.github.io 即可。

2、利用钩子自动拉取 master 分支内容到指定目录

本来最简单的方式就是在 travis 自动构建的时候，把生成的静态页面直接拷贝到目标主机就行了。也就是把 public 目录里面的内容使用类似 scp 的命令拷贝到我的服务器即可。但是，我觉得这种方式太简易，我还是想利用起来 GitHub 的钩子功能，在项目有 push 发生的时候，自动触发我服务器上面的脚本，然后脚本就会执行 pull 的操作。

详情见我的另外一篇博客：使用 Github 的 WebHooks 实现代码自动更新 。

验证结果

以下验证都是在没有开启 https 的情况下，即没有对 http 进行 301 重定向，如果做了 301 重定向截图内容会有一点不一样，curl 也会直接失败【需要访问 https 格式的链接】。

使用最简单的方式验证就是在百度站长工具里面使用 抓取诊断 来进行模拟抓取多次，看看成功率是否是 100%。通过测试，可以看到，每次抓取都会成功，那么接下来就等待百度自己抓取了【百度爬虫抓取 sitemap.xml 文件的频率很低，可能要等一周】。

使用抓取诊断方式来验证，这个过程有一个插曲，就是无论怎么验证都是失败的，但是使用 curl 模拟请求却是成功的。我看了失败原因概述里面，抓取的 ip 地址仍旧是 GitHub Pages 的，说明百度爬虫的流量没有到我自己的 VPS 上面。我一开始还以为是 DNSPod 配置没生效，但是通过 curl 模拟请求却可以，说明 DNSPod 配置没问题，那就是百度的问题了，应该是缓存。后来，我在移动端 UA 与 PC 端 UA 切换了一下，然后就行了。

此外，既然我们知道了百度爬虫设置的用户代理，那么就可以直接使用 curl 命令来模拟百度爬虫的请求，观察返回的 http 结果是否正常。模拟命令如下：

curl -A "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)" http://blog.playpi.org/baidusitemap.xml

模拟请求的结果，可以看到也是正常的【下面的截图在没有开启 https 的情况下，如果开启 301 重定向就不行了，需要直接访问 https 链接】。

如果开启了 https，即对 http 请求进行 301 重定向，则可以直接访问 https 链接【如果证书是无效的，像我截图中的，则可以使用 curl 关闭无效证书的方式，加一个 -k 参数】。

我也去看了 VPS 上面的 Nginx 日志，确实百度爬虫的流量都被引入到这里来了，皆大欢喜。

后续还需要观察看看百度的收录结果【等待 3 天后更新了，结果如下】。

问题总结

1、这篇博客耗费了我一个多月才完成，当然不是写了一个多月，而是从发现问题到解决问题，最终写成这篇博客，前后经历了一个多月。在这一个多月里，我看了很多别人的博客，问了一些人，也看了一些技术资料，学到了很多以前不了解的知识，而且通过动手去解决问题，整个过程收获颇丰。

2、写 Markdown 文档，使用代码块标记的时候，使用 3 个反单引号来标记，如果不熟悉代码块里面的编程语言，可以省略类型【例如 java、bash、javascript】，不要填写，否则填错了生成的 html 静态文件是空白的。还有就是如果代码块里面放的是一段英文文本，和编程语言无关，也不要填写类型，否则生成的 html 静态文件也是空白的。

3、通过实战学习了一些网络知识，例如：CNAME、A 记录、域名服务器、二级域名等、https 证书，也学习了一些关于 Nginx 的知识。

4、关于访问速度的问题，GitHub Pages 的 CDN 还是很强大的，不会出现卡顿的情况。但是有时候貌似 GitHub 会被墙，打不开。此外，我搞这么久就是为了让百度爬虫能收录我的站点文章，所以自己搭建的 VPS 只是为了给百度爬虫爬取用的，其它正常人或者爬虫仍旧是访问 GitHub Pages 的链接。

5、关于 https，使用 GitHub Pages 的时候，服务全部是 GitHub Pages 提供的，我无需关心。但是，自己使用 VPS 做了一个镜像，就需要配置一模一样的环境给百度爬虫使用，否则会导致一些失败的现象，例如 htps 认证失败、链接抓取失败。因此，一定要开启 https，并且同时也支持 http。以下是整理的网络请求流程图，清晰明了。

以上流程图的原始文件已经被我上传至 GitHub，读者可以下载使用：网络请求流程图.gliffy 。