@jas0ndyq 报公司名字，各种蜘蛛抓取速度超快。
上次公司员工和老板V上直播“打架”。没多久，就看到蜘蛛抓页面了。

@DennyDai 233 以前我也是。后来，怎么简单怎么弄。先完成最核心的事情，剩下的事情按需要慢慢折腾。

明显楼主忽略了一些库或者命令依赖。
自己确认依赖的东西。

@geekzu

这种情况一般引用地址都是有问题的，可以根据这个屏蔽。
引用地址无法判断的话，可以建立一个自己的目录列表，不在列表的，直接屏蔽。

cc攻击都是有规律可循的。

@iyaozhen 233 确实粗暴。

CC 攻击相对是比较容易解决的。看看 web 日志里面的 UA 或者 IP 之类的特征，直接屏蔽 UA 或者 IP 就行。

PS：处理 CC 算是我的日常工作。

@iyaozhen 因为你只有一个 ssl 站点，任何域名解析到你的IP地址。都能通过https://test.abc.com 访问到 https://iyaozhen.com 的内容。这个你是关不掉的。

变通的做法是，开启 SNI 支持。然后，新建一个 nginx 的 ssl 站点，root指向一个目录，目录下没有任何东西。不过，这样肯定不好。

如果是用的 Linux ，使用 iptables 做一个域名白名单防火墙，443端口只允许 iyaozhen 域名访问。
白名单设置参考： https://github.com/fifilyu/module-http-whitelist 中的 “代替方案”

一个IP地址正常情况是只支持一个 https vhost，所以你访问 demo 访问到了 iyaozhen.com。这个 demo 有红叉是因为访问的域名和ssl证书认证的域名不一致。访问是demo.iyaozhen.com，证书是 www.iyaozhen.com 以及 iyaozhen.com。

如果要一个IP支持多个 https vhost，请开启 nginx 的 SNI 支持。但是，不建议这样做。因为可能访问https 都会出现红叉。

@inter 你没遇见不代表没有。用云出现故障的几率个人感觉是大于自己上托管服务器的。
当然，前提是有好的运维。云无非就是省掉大部分运维风险和请运维的钱钱！

不可能仅仅因为要用数据库专门请运维。已经有运维，当然自己上托管。真心话！

@catface
一般都是用linux+rsync 或 windows+cwrsync 做文件增量备份。
数据库可以做主从，做实时数据库备份。固定时间在从库dump一次db全库，结合bin日志，做增量备份。

所有数据要备份！数据要备份！要备份！
重要的事情说三次！

只有两台服务器，搞高可用和动静分离毫无意义。

初步设想：
数据库+静态文件 放在服务器A。nginx处理静态文件请求。比如img.abc.com 之类的
动态文件 放在服务器B，tomcat处理动态文件。比如www.abc.com/test.jsp 之类的

建议暂时不做高可用，这样非常合适了。


如果只有两台服务器，还要做web高可用、数据库高可用，而且相互之间交叉放在AB上，会带来很多运维风险。一定要三思！


为什么数据库不要放在云？因为会带来额外的风险，比如云服务商硬盘故障、网络故障、各种故障。
至少从我的经验来看，现在大部分云现在是不可靠的，不稳定的。

@loveyu 昨天有人发了软文，有v用户就安装试试看呗。这个应该不是软文。

@cxe2v 中和地少，新房基本没有。90平米以上的户型，房价从4年前的4000多，涨到两年前的6000到8500左右.

现在90平米的户型没有楼盘卖，都是卖的小户型了。

租房才坑爹，套一什么都没有，居然本地农民要800到900。套二是1100以上，也是什么都没有。比大源贵好多，疯球了！

@cxe2v 前后2到3年时间，中和变化是从周末公交车不开行，到现在随时坐满人。

我们客户几百上千个VPS开起，挂抢单软件。就是干这个的。分分钟就抢玩了。人肉是抢不过的

@cxe2v 上周五我住中和大道三段，骑车出门就堵车。果然迟到了！！
真心南边交通不行啊！

@vbs 有时候项目需求变更，会出现和你类似的问题，我有些茫然。

能解耦的就解耦，实在没时间或者不能动的，我就从最容易的地方下手。

一点点搞定后，剩下最难的，也不是难事了。