我这个北美东岸服务器电信给我绕欧洲，然而晚高峰有时候更快…

@qcloud 我用 Paypal 的话就要等，用支持 3D 验证的 Visa 卡是直接过了，没有 manually 。

@qcloud 我就发了个身份证照片电子的电话费账单就通过了

@qcloud 我记得是身份证、水电费 /电话费，发给 [email protected]

@qcloud 我第一次开机器，一天内收到邮件要验证身份，然后我就发了，于是就通过了，到现在一直没问题。退款一般是从什么地方交的钱就退回什么地方。

@qcloud OVH.com 的 VPS ，配置是 2 核 8G 。原先一直用 Vultr 的 2 核 2G 每月 20 刀，之后发现 Linode 2 核 4G 每月 20 刀，差点想换 Linode 时发现这家才 13.5 刀 8G …

https://i.imgur.com/ZIoYEJe.jpg

自从上次升级了配置后，还没有遇到用完的情况（还跑了 GitLab ）

@ZE3kr 我说的是每月几 M ，每天几万、十几万。

你可以参见官网：
1. http://piwik.org/docs/optimize-how-to/
2. http://piwik.org/docs/optimize/

个人： Piwik 主要还是占内存有些多，大内存机器很重要。不需要那么大的内存， 1GB 就够， 2GB 更好，应付几 M 请求不是问题。

Piwik 绝对不要用共享主机， VPS 还是可以的。

刚才发现 Dusdun 竟然有 DNSSEC 和 IPv6 （新加坡的），给好评，我之前一直以为国内 DNS 有 IPv6 的只有百度云加速（ CloudFlare ）和 CNNIC 的 DNS 。

@hqfzone 你的思路对了， CNAME 会被缓存，所以就算都能设置，也只是从权威服务器上解析的 MX 是对的， DNS 缓存服务器会出问题。不过在 CDN 厂商设置 MX 也不太行，因为 CNAME 还会与 NS 记录冲突，之前也说了，根域名上肯定是要有 NS 记录，不过这不是太大的问题。

最后解决方案有三个：

1. 直接用 CDN 厂商的 DNS （或者是有合作的），比如 CloudFlare 、百度云加速、 Akaimai 、和 CloudFront 配合 Route 53 、 @CloudXNS 配合牛盾，效果最佳。

2. ANANE 方案，解析可能会慢一些，分区解析可能出问题

3. 加 www 前缀，然后主域跳转到 www ， www 的上 CDN ， CloudXNS 就能在主域设置跳转，缺点就是主域上不了 CDN 。

@notgod 手续费不可能没有，我说的是支付网关的手续费，支付宝官方的渠道都有 3%。 Paymentwall 要是走支付宝网关的话好像是 12%手续费。

@notgod 我注册上了，已经可以收钱了，就是还没怎实际用。

你可以试试 Paymentwall ，国内可以申请，你需要提交身份验证，支持支付宝，就是手续费偏高。你可以发 Ticket 申请 Paypal 提现或者电汇。

绿联就行，选 Mini Display Port 转 VGA 就 OK ，然而不能保证不会黑屏…

补充一下， RFC 6761 章节 6.5 里面列举了所有 Example domaim ， https://tools.ietf.org/html/rfc6761

"example.", "example.com.", "example.net.",
"example.org."，这些域名没有“奇奇怪怪”的东西

我还是讲一些为什么不能这样做的原因吧：

@abelyao 并不是说 MX 和 CNAME 不能同时在后台设置，但是请参见 RFC1912 section 2.4 ，“ A CNAME record is not allowed to coexist with any other data.”，有些 DNS 解析商为了遵守 RFC1912 就禁止你在根域下设置 CNAME ，不过实际上还是可以这样的，所以一些解析商没有禁止你在根域下设置 CNAME 。

这里有写在根域下设置 CNAME 的一些后果： https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/

Technically, the root could be a CNAME but the RFCs state that once a record has a CNAME it can't have any other entries associated with it: that's a problem for a root record like example.com because it will often have an MX record (so email gets delivered), an NS record (to find out which nameserver handles the zone) and an SOA record.

也就是说设置了 CNAME 后就不能设置其它类型的记录，比如 NS 、 MX ……而你的一级域名已经在根域名下分配了 NS 记录（比如 example.com 已经在 .com 下分配到了 NS 记录 `dig @a.gtld-servers.net example.com ns` 可以看出），所以不该再有一个 CNAME 了。

为什么会这样？因为设置了 CNAME 后所有记录都会 “转发” 到设置的那个域名，比如我 www.ze3kr.com CNAME 到了 ze3kr.com 上，现在查 www.ze3kr.com 的 MX 和 NS 记录，全都是 ze3kr.com 上的记录。

http://i.imgur.com/uNOcIMC.png

同理，假如你把 example.com CNAME 到了 example.net 上，然后 example.com 上的 MX 、 NS 等等记录都会解析到 example.net 上。最坏的情况还不只是 MX 到了 example.net 上别人能在他的服务器上收发给你域名上的邮件，而是， NS 记录也解析到了 example.net 上，而且 example.net 上正好也设置了 NS 记录，于是你的域名本身就被别人解析走了，不只是邮箱。不过被别人解析走之后，你的 example.com 上可能就解析不到 CNAME 记录了，如此循环，你的域名可能无法再解析……不过应该现在的客户端或者是解析缓存服务器都能避免这种错误了。

CloudXNS 的 LINK 更像是一个 "软连接"，需要在两个域名设置完全一样的 A 记录时，在一个域名上设置 A 记录，另一个用 LINK 就能解决，这样每次只需要改一个 A 记录即可。前提是这两个域名都在 CloudXNS 上，如果不是，就会用 CNAME 而不是 LINK ，与 CNAME 就没有区别了。

还有就是只有是目标 CNAME 是分区解析时，才需要 EDNS client subnet ，国内应该有不少支持了，不过有些只是针对个别解析服务器才支持 EDNS client subnet 。

@DesignerSkyline Route53 不支持 CNAME Flattening ，他只能是说把一级（或二级）域名解析到一个他自己的服务上（如 CloudFront ， S3 ， EC2 …），然后给你直接解析 A 记录而不是 CNAME ，第三方应该是不能的。

需要 DNS 解析商支持 ANAME ，或者 CNAME Flattening 功能，相当于是自动将主域的 CNAME 转化成 A 记录，实测感觉是 CloudFlare 效果最好，即使是原本 CNAME 是分区解析， CloudFlare 也能正确解析上（前提是目标 CNAME 支持 EDNS client subnet ）。

我这里有介绍 ANAME ： https://ze3kr.com/2016/05/rage4-best-dns/

Rage4 和 CloudFlare 都有支持，其他国外不少解析商也支持，比如 DNSimple 。