楼上的各位都想得太多了

中国联通最新云减速系统， mime 为各种压缩包，视频，音频，等非文本项的 http 请求，联通自动 302
到 http://120.52.x.x/原地址，联通官方云减速，基本上比如日韩直连下载速度能有 2MB/s 的，经过云减速立刻变成 300KB/s 有效的降低了用户的跨国下载欲望

120.52.24.6 这个 你访问了国外的地址吧

最近中国联通建设的缓存减速系统，有效的降低了国际线路的拥堵程度……

@gamexg
建议去大厂核心数据看看。非要说 PHP 的话，有代表性的比如鹅厂的 BQQ 相关，数据库结构，设计，查询审计都是 DBA 的活，程序层可以访问完整结构去查询，但是每个查询都要审计。
很多业务，数据库是亘古不变就存在的，而 webapp 则是满地跑。

我并不支持 php 的这种类 ror 设计，我觉得 django 这种方便，但是什么都要设计成这种就有点强制洗脑了。

@gamexg
那我给你还原一个最基本的应用场景你告诉我怎么做。
我这有一个公共数据库，有三十多个 PHP WEB 项目使用，这个库的结构和迁移在哪里定义？

@csy123
ASK GOOGLE 基本不用 PPTV/L2TP ，各种软件 VPN 基本都能支持 IPv6 吧

什么都得像 django ？或者说什么框架都得像你觉得好的语言框架？不是人参攻击，我觉得是病得治

商店渠道版，自己篡改版本信息。
里面水老深了

@stabc
AWS 本来就不便宜的，只是，各取所需啊， AWS 有免费套餐，对于个人用户，纯逛个 github google 啥的做中转足够，做应用就贵了

@hailongs
就是这样啊， vps 开个 vpn 服务器，然后你连上 vpn ，给你客户端分配个 ipv6 的 IP 地址就完事了……
这是最基本的应用，只要 vpn 给你分配了 ipv6 ，一般访问 google youtube facebook 都是 ipv6 优先的

@Showfom
为何不用 linode 默认提供的内网源啊？

@jasontse
你完全没仔细看上下文就来喷我了

1. 我最开始就理解这个，然后你去看 14 楼，他说的 /64 就是一个 IP ，是一个大 block ，然后我顺着这个思路提出质疑

2. fe80::1 是所有 linode vps 的 ipv6 默认网关，你根本不结合上下文就瞎扯什么工程师对我无语

@shiji
缺陷不是指这个……
缺陷是他某些内核版本的 ubuntu 毛病 fe80::1 总会出毛病找不到……
当年发了几百个 ticket ，他们高级工程师都没搞定的，后来自己捉摸出来了，就是这样：
root@localhost:~# ping6 fe80::1
connect: Invalid argument
root@localhost:~#

@hailongs
最基本的应用方式就是给 vpn 用户分配 ipv6 地址啊，所有连了 vpn 的用户就直接获得一个外网的非隧道 ipv6 地址了。
别的不说，在“跨墙”时候比较有用。
主要有两点，用户到 vps 走 ipv4 ，如果目标网站（比如 google youtube facebook ）支持 ipv6 ，那么服务器到目标网站可以走负载较低的 ipv6 链路，高峰期 ipv6 的链路明显感觉比 ipv4 的质量要好。

如果你国内有原生 ipv6 ，那么，可以从这个完成 4in6 的跨墙，可以访问很多并不支持 ipv6 的墙外资源啊。

还有就是特殊网络需求了，比如访问 ipv6 的企业环境等等

@shiji pppoe ，本质是一种隧道协议，他的默认设置都是 /32 的独立 ip ，然后 p-to-p 的端地址直连，并不是常见的那种 ipv4 二层 /三层局域网结构，这种情况包括但不仅限各种 VPN 的原生形态，不过各种 vpn 、 pppoe 都有标准的接入局域网的配置方案，也能配出正经的带局域网的拨号接入（ VPN 多一点， PPPOE 少一点，毕竟 PPPOE 多数用作宽带接入，把两个不同的用户放到一个局域网里面其实是比较危险的，大多是 P-2-P 的模式，你访问同 IP 段的其他机器通过三层路由，而不是直接就在一个子网下，少量小宽带配置不好可能会出现 PPPOE 出来一个地址是带子网的，你跟其他用户不隔离的情况）