随便点了一个 BBS ，然后直接： Bad Request (Invalid Hostname)

楼主做的项目和我一年半年前做的东西基本一样，只能说，需求比较小众~

@LINAICAI 说的很到位了

补充几点

1. 简历太乱了，说实话写的不好，太多具体技术细节的东西了，没有体现对复杂问题的抽象、以及方向性的把握等宏观的东西；而这些技能对非基层职位是非常重要的技能。
2. 缺乏一个清晰的职业主线，而且中间有好几个短暂的工作经历是严重的减分项；而且工作这么多年，理应对某个领域（非具体技术）有着自己独到的见解，在简历中没有体现。

建议是从你多年工作经历中，找出一个你最擅长的领域，例如游戏，然后针对这个领域去写简历，然后投一个对口的职位，这样会好很多。

说实话，写的逻辑有点混乱。。。

我觉得有没有泡沫不是问题，但是按照码农这种生物的创新能力，会迅速的降低整个行业的门槛；这年头，来个新人都可以随便弄几百台机器弄一个乱七八糟的集群来解决以前要一个非常牛逼团队才可以解决的事情，很多事情门槛已经非常低了。

广东也是直接从 https 跳到 http ，除了账号登陆，包括下订单、以及付款页面，都是 http
猜测是资源扛不住了，系统降级~

@jackisnotspirate 很好奇你是什么学校，让大家见识一下名校风范

gen8 + 红盘 RAID1

然后重要的数据，加密后再备份到百度网盘

@zszdevelop 多线程、 TCP/IP 网络、深入了解 HTTP 协议，这些才是基础呀

> 熟练使用 gson 解析 json 数据

这个不就调用一个库么？基本只要懂技术的看到这套估计直接就 pass 了

没表达清楚呀，如果可以通过 squid 来代理上网了，那么为什么还需要搞一个隧道来无限制上网？

无限制上网是翻墙么？

@gluttony Google Analytics ad-hoc 某种程度上也是靠堆机器，只是 G 家机器资源池子够大，底层任务调度机制各方面做的都很好了，所以不怕这种复杂统计所带来的计算量冲击。

对于那些规模就百来台机器的厂子，要是瞬间来个几百个用户提交几百个复杂的统计，估计直接歇菜了。

不了解 cnzz 的，不过做法大同小异。

有两个假设条件：

1. 首先，“实时处理”这个假设，实际应该是批量处理，只不过时间周期较短，甚至级别，达到实时的效果。
2. 然后从数据的纬度来看，是很自然可以按照站点级别进行拆分的。

满足 1 & 2 这两个条件，那么方案就很多了。

数据提交部分，主要面临的问题单个节点支撑不了，所以解决方案：“拆”
1. N 个数据接入节点，将用户上传的数据，按照站点 id 取模（假设模是 M ），写入对应的队列（假设 kafka ）。
2. kafka 后面，挂 M 个消费者，独立处理一条数据流就 Ok ，然后写入 hdfs 或者 mysql

数据存储 & 处理：
就看存不存在在线的实时查询需求了；如果没有相对简单，直接把原始数据存入 hdfs ，然后用 hadoop/spark 直接离线分析就 ok 了，扩展性不是问题

实时分析就看数据规模, mysql, Greenplum 各种方案都有，甚至大厂甚至会定义自己的 olap 引擎。

如果不限购，可以衍生一个行业：学生以非常廉价的价格买到主机、加价倒腾一把，每个月挣点零用钱；然后有专门的人去收购这些学生机。

这东西，得看规模；如果很少的数据量，觉得通过模拟器来点击，然后采集挺好的；如果规模大，再去分析请求协议。

> 每个请求随机一个代理，每半小时换一个账号

这种请求不封你才怪

骚年，这个问题应该是那些拿着高薪 35 岁的码农应该先考虑的呀