如何提高国外建站在国内访问速度

延迟和速度之间的关系

举一个简单的例子:假如服务器放到你隔壁邻居家，ping延迟小于1ms，但是带宽只有1M，你放一个1M的文件下载时候会等待6-8秒，因为1M网络带宽最高下载速度可达128k/s，这个也只是最高极限速度，考虑一些其他因素，日常大概100多k/s就是正常的。

相对应的服务器放到百万里之外，但是有300M带宽虽然ping延迟高达259ms，但是传输速率高达每秒37.5MB/s，一个5M的文件几乎一秒内就可以下载完成。由此确定延迟≠速度！
只要不超时不丢包，带宽大访问速度也可以很快。

国外服务器选择

香港，新加坡，日本这些比较靠近国内的地区，可以降低延迟！
推荐选香港，优点延迟低免备案，缺点带宽和防御都比较贵！
其他地区的话尽量选择带宽大防御高！稳定。

服务器开启Gzip压缩

演示图
这里以nginx为例，打开Nginx管理-性能调整，gzip压缩传输打开，设置压缩率，服务器配置高的就设置压缩率高一点，gzip压缩率范围参数是1-9，在这里推荐中等配置机子的填5。
在别的站点和本人都自己测试一般在压缩率为5的情况后提升并不太明显。太高会增加对cpu的消耗，建议自己从1-9自己尝试找到适合自己参数值。

降低服务器内存和cpu的使用率

建议删除不必要的运行环境，比如说你用php7.0建站，删除其他php版本来减少内存使用率
需要下载的大文件建议存到网盘中，站点少一些css引入，减少花里胡哨的特效。
减少站点内图片的使用，可以采用图片压缩来降低图片大小！优化数据库减少代码的冗余提高重用性，

服务器装谷歌BBR

BBR是Google 提出的一种新型拥塞控制算法，可以使Linux服务器显著地提高吞吐量和减少TCP连接的延迟。Google已经开源了该算法，并提交到了Linux内核，从4.9开始，Linux内核已经用上了该算法。
BBR解决了两个问题：
一，在有一定丢包率的网络链路上充分利用带宽。非常适合高延迟，高带宽的网络链路。
二，降低网络链路上的buffer占用率，从而降低延迟。非常适合慢速接入网络的用户。

这里我分享一下我自己也在用的bbr一键脚本
下面是一个四合一的TCP网络加速脚本，其包括了BBR原版、BBR魔改版、BBR plus、Lotsever(锐速)安装脚本。该脚本由94ish.me制作。可用于KVM\Xen架构，不兼容OpenVZ（OVZ）。支持Centos 6+ / Debian 7+ / Ubuntu 14+，BBR魔改版不支持Debian 8。

wget -N --no-check-certificate "https://gist.github.com/zeruns/a0ec603f20d1b86de6a774a8ba27588f/raw/4f9957ae23f5efb2bb7c57a198ae2cffebfb1c56/tcp.sh" && chmod +x tcp.sh && ./tcp.sh

演示图2
一般建议装bbrplus和魔改版
请备份好数据尝试，有可能不兼容服务器就炸了无法连接。
安装教程
1.先选择内核，比如说bbrplus，那就输入指令2
2.安装完内核服务器会自动重启或者是输入y重启
3.重启后选择对应内核的加速。

后续想要更换可以输入./tcp.sh进入一键脚本然后进行更换。

不使用一键脚本的可以去百度搜索有相关教程！

使用加速cdn

选择全球cdn香港，日本节点比较多的那种，这样的话降低延迟了，防御也有了。
尽量选择防御差不多速度差不多的，一般香港机子不建议使用cdn，除非被cc，ddos攻击频繁时使用。
这边推荐选择CN2线路，大陆直连线路的机子

静态化页面

可以把首页改为静态化页面需要一定的动手能力，由于站点类型不同，
可以百度搜索对应的教程。静态化可以控制访问速度在一秒以内。
静态化也有坏处但是为了提高访问速度这也是值的。

使用redis

性能极高 – Redis能支持超过 100K+ 每秒的读写频率。
丰富的数据类型 – Redis支持二进制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 数据类型操作。
原子 – Redis的所有操作都是原子性的，同时Redis还支持对几个操作全并后的原子性执行。
丰富的特性 – Redis还支持 publish/subscribe, 通知, key 过期等等特性。
在服务器中常用来存储一些需要频繁调取的数据，节省内存开销，也极大的提升了速度。
将一些热点数据存储到Redis中，要用的时候，直接从内存取，极大的提高了速度和节约了服务器的开销。
在使用缓存的时候，redis比memcached具有更多的优势，并且支持更多的数据类型。
Redis 中缓存热点数据，能够保护数据库，提高查询效率。
适合频繁调取数据库热点数据的站长。