天要下雨，娘要嫁人，也要辞职，如觉得惋惜就加钱吧

@billgreen1 能留个联系方式么，这块特别有兴趣
@nooper

买一个铁三角监听级别的耳机，马上就听不到了，如果还不行就只能去买 3M 耳罩了，那个绝对管用一戴上就完全聋了，因为战斗机导航员也用那个玩意，就是带了一会取下来耳朵好疼！

@Mac 可直播三哥黑帮火拼，然后唱歌跳舞

@flydogs 大哥我现在的项目已经开发差不多了，我只是要接入到 dz 里面去.....果然 PHP 是世界上最好的语言

@flydogs 你说的太轻松了

而且人本来就会出错啊

@SeeMeTomorrow
@pasturn 开除惩罚好像都没什么用啊

@omg21 让他开个 FTP 账号给你，你直接上传就完事了.....

@raysonx 基本上都是 DNS hijacking ， HTTP 涉及到一个 HTTPS 的问题，处理起来稍微麻烦一点

学习统计学基础，然后去研究计算机相关
最近多了一样，用量化策略选基金

@branchzero 问题是我压根就不会 PHP

nginx

@0x5010 硬件只是一部分，而且大厂拿 IDC 机器的价格比你低多了，最大消耗的还是带宽，又不是单点计算，广告代码和静态图片并不在统计方这边，不然不得亏死

但是 pythonweb 框架能不能自动管理路由，算优点也算缺点吧

tornado+gevent 解决绝大部分问题

@ShiHou GIL 是全局解释锁，会导致多线程没用，进程之间是没有隔离的

@0x5010 我跟公司写过这种统计大概每天统计请求一百万吧，这个并没那么难，如果只是存储访客信息， nginx+tornado*4 然后用 mysql 存储就行，为了让 mysql 压力小一点 100 次请求才提交一次事务，机器配置也不高 2core+4g 内存。
如果是做广告 dsp-trace ，有几种方案可以做
1.给用户设置 cookie ，请求接口将广告显示出来，然后后台数据库用 redis 设置一个 kv 就行（某个用户 某个时间访问了某个广告的 ID ），聚合的时候根据 cookie 去找，很容易通过这种方式去进行各种维度的聚合，其实去了根据维度去重复后数据量还好（其实产生的时候基本上到 redis 的时候就已经是个完整字典结构了）
2.还有将数据分布存储，隔一段时间 hadoop 或者 spark 进行离线计算，把相关数据库存储到 monogodb 里面去，前端展示结构从 mongodb 里面查询