@shotego 非 https 引用可以把链接改成 //开头解决，比如 //a.com/b.js

@fangdingjun 不用复制
原来的配置加个 listen 就好了
listen 443 ssl;

新手教程害人不浅， ssl on 都废弃了多久的选项了。。。

@starship 7,8 年前 intel 就有说支持的了，不知道现在 AMD 有没有支持

@forcecharlie 不用 UA 这么麻烦，开个域名更方便

@xiaodaigou 你问问题的时候就不过脑子么？大陆不可以，港台， cn2 新加坡，照样可以。无非贵罢了

@fonlan 并不是，编译个实时内核，精度肯定不只 100hz 的，有没有 1mhz 我不知道。

Linux 本身的定时器都没 1mhz ，你上实时内核试试看 be

@xiaodaigou 完美很简单啊，加钱国内买套防火墙不就完了么
又不想给钱，又没技术，又想用的爽，呵呵呵

静态怎么 CC ……

iptables 用 random 把包分散
服务器上 nat 回来就可以了
对上层服务是透明的

搜索挂到其他子域名下， DNS 直接指过去就行
另外为什么要买日本的防火墙……

@a33004407
@starship
不是说英特尔可以支持不对称双通道么？
就是 8G 里有 4G 是单通道

@yeyeye 你语文是体育老师教的吧？
“因为一个 IP 地址的一个端口只能使用一个 SSL 证书（除了 XP 可能不支持 SNI ，“

@yeyeye 当然可以多个，不然 sni 是干什么用的
用 san 就是为了 XP 之类的用户而已

@mickeyandkaka 是叫你试试不能用的……

log 的格式是 目标域名 客户 IP
你看看 x.x.x.x 是不是你自己的公网 IP ？
所以这个 log 完全正常

@mickeyandkaka VPS 上直接 curl/wget 能不能连接？如果 VPS 自己能连接，那就是 ss 的问题

我不相信你有能让 nginx 占满核的吞吐量
affinity 打破了操作系统的 scheduling ，除非你有明确了解 affinity 的意义（而不是“高人指点”），否则你应该首先考虑这些选项：

纯静态开 sendfile
大量新连接关 accept_mutex 开 multiaccept
降低 gziplevel ，因为即使 level1 也有近半的压缩率，而计算量可以减少好几倍
用正则开 pcre_jit
适当增加系统的 send buffer
ssl session cache 或者硬件加速

即使开 affinity ， 24 个 worker 各自绑定 1 个 cpu 也不是个好主意。很多系统上 cpu0 地位特殊，必须处理一些硬件中断，因此用户可用的性能不如其他 CPU 。 affinity 主要是希望减少上下文切换，增加缓存命中，上面的选项基本足够。如果你有其他服务，特别是后端也在跑，那 nginx 就更不该使用所有的 cpu ，而应该尽量占满其中几个，同时把其他服务集中在其他 cpu 上。

注册商和解析根本就是两回事，只不过像 godaddy 这样的注册商一般同时提供解析服务而已。很多国家的 nic 是不提供下级域名解析服务的。你只能改 ns 和 whois 而已。
因为 namesilo 没有配置，所以这个域名就无法解析，除非你改之前已经正确的在 namesilo 添加域名并配置所有记录
取决于 NS 记录的 TTL ，默认 24 小时
如果你是 godaddy 上注册的，那你的注册商依然是 godaddy 。所有域名本身的操作还是要 godaddy ， dns 改了而已。 again ，注册商和解析根本就是两回事。

然后一个月炒掉么？