@rockpine 这不叫速度好……
除了价格便宜以外没有优势。

那就照他说的做啊，Verify你的Account。

@lsqmxqn 说得好像商店里卖菜刀就允许你杀人了一样

我现在手里有一个discuz论坛，动态请求峰值20Mbps左右，日动态请求数(log量)大约200万，PHP+Memcache来顶，1-2台2048就能顶下来。

以前研究过分布式redis/memcache，最后的结论是用repcached，从效果上来看还是可以的，相当于多主环式复制，写入量少的话可以大幅降低内网流量压力。redis除非弄成广播式写入，或者用他的master-slave模型加上读写分离，否则太难玩了。就是这俩货压力一大就容易崩，得写个定时任务在后台没事就看看死了就重启。

另外主站我是放在日本的。静态流量在美国随便弄了台便宜的独服来做，一个月$27，存了附件和头像，还有些乱七八糟的文件什么的。访问log完全没统计直接关了，不过估计和动态流量大概是1:1甚至再多一些吧。

@aveline
@phoenixlzx
@lsylsy2
哦擦擦擦擦擦已吓尿。

维基类的话是不是考虑重构一下网站呢，如果能想办法降低服务器间的耦合性的话就比较容易拆集群了吧。

PS:如果你需要positivessl的话我可以免费帮你申

2年前就入了我会说？

Linode。

想在亚洲找一个比Linode便宜的解决方案你就想不开了。

@DearTanker 你是把用户输入的内容直接当成正则来搜
那么必然用户输入的内容 *得是正则才行*。
要么自己写搜索算法，要么就把原始输入里是正则关键字的那些部分转义掉。典型的比如
. * + { } [ ] ( ) | ^ $ \
都是要转义的。

用百度嘛，见怪不怪

@wgxdz 非死不可上有活动照片，旁边还附上了你的邮箱，我猜大概就是你了（

@wgxdz 我好像看到了你科村好声音的照片（

@wgxdz 你也在科村啊？真巧。也是Beavers么

俄勒冈州发来贺电

@huage 不一定的。你这种计算可以直接在服务器上执行，不需要2句的。

@gkiwi 不会挂的服务器是不存在的……

所以大公司都是用上千台服务器做集群来保证服务器挂掉也不影响系统工作。

有冲突的记录，数据库上会自动加锁保证操作的原子性。

如果是先读再写，为了防止两条记录前后分别执行，则需要加事务。