@pubuntu
RSS 只是协议，并不是 RSS 就能解决这个问题
技术也不是问题，这种站其实没有美术也没啥

核心还是编辑，能有大量业余时间去提炼一句话新闻标题和三句话新闻简介的人

@iannil
可以召集 V2ers 众筹一个……
有技术出技术 有美术出美术

@Coande
alicat 就是阿里自己修改优化的 tomcat
taobaoengine 就是淘宝团队自己修改的 nginx
都是戏称

不用 node.js 就完事了……
233333

Alicat TaobaoEngine

开个直播北京上下班的 APP

楼主换个靠谱点的 DNS 服务商吧……
域名各种解析不出来

@wwolf
我当年那个项目比你预期的日活和 PV 都要高
当时架构可以给你参考一下 当时是放在自己机房

LNMP 中 受限于 TCP 连接数、 TCP 连接开销，前面是四台 AMD 入门 PC 跑 nginx 反代后面的真实 webserver ，实际上直接用 webserver 顶在前面是没问题的，主要是总遇到采集器啥的，产生大量 time_wait 等 tcp 状态堵塞，所以前面我直接二手东组装了 4 台最便宜的 AMD CPU 的机器用来跑 nginx

真实 webserver 两台双路 X5650 ，并不是单机不够跑，本质是想要一主一备防止服务器故障，既然开着同时有程序部署，就变成两个都在用了
数据库服务器 32G 内存的 X5650 一台，分配 2GB RAM 给 memcached ，剩余充分优化的跑 MYSQL 。另有大量单位淘汰的七八年+机龄的破 PC 包含赛扬 1.7G 啥的统统丢到一个池子里跑全文搜索集群

全站没生成静态（个人习惯特别不喜欢手动处理 html 文件），前面顶了带缓存的全站 cdn ，书内容页和目录页采用一个 url 只用一次不可编辑的模式，一旦出现编辑就作废原页面，这样全站内容类的压力都打在 CDN 上。我玩这个的时候， CDN 还比较落后，还没有现在满地跑的阿里云啥的，那些传统 CDN 服务商都不给太大缓存空间，隔三差五是要回源的，一个采集器扫过来瞬间爆豆的回源连接，这也是为啥前面顶着 CDN 我还用四个入口机分流的原因

全站平时跑起来一天近千万 PV （包含被采集）都没啥压力，最大的压力还是在用户系统评论系统上，这些高实时的东西我都是不经过 CDN 直接去刷服务器的

其实最大的好处，还是当时并没有泛滥的 DDOS 攻击，自己好好的维护站，只要能匹配设计容量就足够了

充分结合 CDN ，静态 /半静态，一组服务器可以搞定。
而且我用的 LNMP+memcached ……那时候 redis 还没现在这么热

@errorlife
就是说 用非常方便的办法让你享受不方便，让你多点一下……
这样原来广告的一次 view 就变成两次了……
按显示量协议价的广告收入立刻提升一档

@t6attack
非智能的智能排序可以有效的增加 PV ，有助于提升广告量
这是我在一个大厂学到的……

@niyage
在新华网混过
都是提前就发好稿子的，可以发的时候上线，推到首页引流就行了，还能有效的防止排版问题网页错位啥的，都可以提前看到
结果新浪编辑并不知道他们的程序会主动通知搜索引擎收录……