千万级左右的 PV 还不至于要特别设计架构，普通的 lnmp 就可以了。何况你这还是浏览型网站，功能简单。
另外既然内容版权不差钱，那服务器数量、 CDN 什么的应该也不是问题。
再加上现在云服务这么多，分这么细～更没问题
建议你多把精力放在业务逻辑的实现和交互、视觉的设计上。

收藏。

貌似已经无法访问了： http://blog.url2io.com/url2io-app-samples/pageless/?url=https%3A%2F%2Fwww.v2ex.com%2Ft%2F309948

@zhangyueru 这个难度不应该是你解决了才放出来吗。。。没解决你就抓 6kw 数据，这。。。

另外： http://www.vgeili.cn/s/w/%E7%8E%8B%E8%80%85%E4%B9%8B%E5%89%91%E7%94%B5%E5%BD%B1
随便看一下， spam 真的太多了，感觉没有任何实用价值。

可能是搜狗的 spider 呢

比较严禁的处理思路大概是类似这样的吧：

第一种方案：
1. 最小匹配所有的<.*?>，把每个匹配出来的段落存到 hash 中，并把他们替换成相应 key 作为代号；
2. 去所有空格；
3. 把所有在第一步中替换成的 key 代号变回相应的<.*?>中。

第二种方案：
1. 最小匹配所有的<.*?>，并把匹配内容的空格替换成某个代号；
2. 把全文所有空格去掉；
3. 再把第一步中的代号替换回空格。

这样执行效率可能略低，但比较准确。

无法设置密码
http://photo.yupoo.com/nicol/FCv2TjzI/medish.jpg

你应该说，能购买原来的footbig程序使用吗？

很多时候想说...好的理念不是跟风跟出来的，有http和www的网址我觉得很漂亮~

我认为chrome这样做，至少在用户细节体验方面并不是一个进步的表现，至少它在做出一个史无前例的“改进”的时候没有给用户一个可选择的缓冲方案（例如：当鼠标激活地址栏的时候，自动显示并同时选择上协议名，或者给个设置让用户自己选择）。

当然，这是协议，它不属于这个“域名”本身，所以去掉协议并没有侵犯到这个“域名本身的主权”。

但是www不一样，它属于一个主机名，属于这个域名本身，自动去掉www就跟自动去掉news、mail、bbs主机名一样了~不仅会侵犯到这个域名的主权，还会给用户带来很大的不便。