V2EX › realpg 的所有回复 › 第 308 页 / 共 431 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 304 305 306 307 308 309 310 311 312 313 ... 431

❮

❯

2016-11-12 22:51:06 +08:00

回复了 ansheng 创建的主题 › 程序员 › 每天上下班四个小时，这中间我能做些什么？

开个直播北京上下班的 APP

2016-11-10 22:27:28 +08:00

回复了 ldehai 创建的主题 › 程序员 › 麻烦在北美的兄弟测试下网站能不能访问，多谢

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

2016-11-10 22:22:12 +08:00

回复了 wwolf 创建的主题 › 程序员 › 做一个小说网站，预计后期日活（ UV） 30W， V 友来讨论下如何架构比较好？

@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 攻击，自己好好的维护站，只要能匹配设计容量就足够了

2016-11-10 22:00:52 +08:00

回复了 wwolf 创建的主题 › 程序员 › 做一个小说网站，预计后期日活（ UV） 30W， V 友来讨论下如何架构比较好？

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

2016-11-10 10:36:01 +08:00

回复了 realpg 创建的主题 › 程序员 › 这次是新浪搞了个大新闻……

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

2016-11-09 15:44:11 +08:00

回复了 realpg 创建的主题 › 程序员 › 这次是新浪搞了个大新闻……

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

2016-11-09 15:40:31 +08:00

回复了 realpg 创建的主题 › 程序员 › 这次是新浪搞了个大新闻……

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