易栈网-膘叔

在某人的小说站上线前，答应帮他做点链接
说起小说，突然想起读书时代流传的陋室铭改篇中的一段：小说翻的快，杂志阅的勤，斯是教室，唯吾闲清

自己读书的时候，也是被小说害的呀。天天上课就是看小说，眼睛也是那时候看坏的。。。。

在如今，你闲下来的时候，能干什么？永远播不完的肥皂剧？无聊恶搞的娱乐节目？还是不知所云的走进科学 ？或者在QQ等IM上聊天打屁？

我是用手机上网看看小说，电视几乎不看了，即使要看也是几乎只看discover之类的，上海就是纪实频道了。。。

其它还真没劲。

网上几个看小说的网站：

起点：www.qidian.com

幻剑：www.hjsm.net

爱书吧： www.ishu8.net

一直以来，听到的都是企业文化，难得听到这种所谓的工程师文化。
但在技术型企业，工程师却是占有企业员工大部分的比例，再加上facebook又是非常成功的一个产品，因此，转载一下学习一下。

以下内容来自：http://feedproxy.google.com/~r/hutuworm/~3/YJ-W-K3A4DM/facebook.html

Windows Live 网站有位工程师，参加了 Facebook 组织的 Facebook Seattle Engineering Road Show 活动，回来之后兴奋不已，洋洋洒洒写了一大篇，介绍 Facebook 在不断扩张过程中获得的一些经验：Facebook Seattle Engineering Road Show: Mike Shroepfer on Engineering at Scale at Facebook

大家都会英文，这里不作全文翻译了。值得一提的是 Facebook 自己总结的工程师文化：

1. 快速前进打破陈规（Move Fast and Break Things） - 鼓励员工承担风险，愿意为创新牺牲一些稳定性。工程师厌恶风险往往是公司衰败之始。

2. 小团队办大事（Huge Impact with Small Teams）- 多数功能系统都由一到三位工程师组成的小团队完成。Facebook 每位工程师服务 120 万名用户 v.s. Google 1:190,000 v.s. Amazon 1:96,000 v.s. Microsoft 1:75,000。

3. 大胆创新（Be Bold and Innovative） - 不言自明。

Facebook 连扫地的都算上也只有 900 多名员工，其中工程师只有 230 余人。他们的用户近 3 亿，接近于美国人口总数。他们有 3 万台服务器，存储着 800 亿张图片，每天承受 10 亿次搜索，Memcache 集群每秒操作 5 千万次，每秒下载照片 120 万张......

什么叫海量？这就是海量！

如果没有这样的工程师文化，肯定无法支持海量。

CDN这个东西，当然是个好东西。。。所以看到有FAQ就理所当然的复制下来，其实，最近我突然想到一件事情，中国的地区域名还有一个很有意思的地域域名，那就是js.cn，所以，我悄悄的申请了两个域名，cache.js.cn和cdn.js.cn，就是想用来做这种CDN转发，当然，只是简单的。。。

我最初的想法是（有一小部分），如果我的服务器里有N多人装了DZ论坛，那么这些JS和CSS其实都是共用的。如果我都用同样的域名进行转发，那，其实节约了很多空间，也节约了带宽。因为同一个域名出来的JS和CSS文件，理论上是应该被缓存的哦。。

以下内容就是FAQ，自己也学习一下。。。

1.CDN加速原理
通过动态域名解析，网友的请求被分配到离自己最快的服务器。CDN服务器直接返回缓存文件或通过专线代理原站的内容。
网络加速+内容缓存，有效提供访问速度

2.CDN节点数量
全国多个机房，每个机房多台服务器，CDN节点一般上百台

3.CDN缓存什么内容
缓存html、图片、css、xml等静态资源，不缓存含有？的动态地址、jsp、php，js文件也不缓存【除非特殊设置】
缓存原站返回HTTP状态为20*或304，不缓存其他状态(例如404，500，503)

4.CDN缓存内容的更新
a）用户首次请求，CDN从原站抓取后缓存，直到文件过期后有用户请求再次更新
b）程序主动通知CDN抓取

5.CDN缓存内容的有效期
a）原站apache吐出的静态文件：由apache的expire和header模块控制
主要两项：last-modified，cache-control：max-age
apache缺省配置，所有静态文件在cdn只缓存3600s【需要我们按需求调整被加速服务器的apache设置】
3600s后cdn失效，用户访问时会重新请求原站，如果没有变化，缓存失效周期自动延长10%。
b）原站jsp或php吐出的动态内容（url形式必须是静态的）
由程序控制last-modified，cache-control：max-age public ，apache的设置将不起作用
cdn根据这两项判断是否需要到原站更新内容

6.CDN和应用的结合策略
a）变化不频繁的页面：例如图吧的图片显示页、车型页、已结束的比赛对阵页
在原站生成静态页面，原站apache上定义过期时间，例如1天。
原站上静态文件更新后，可以等待cdn过期。或者主动通知cdn更新（随着cdn节点越来越多，代价会非常高）
b）变化频繁的页面：例如足球库中的及时亚盘、及时欧赔、正在进行的比赛对阵页
不生成静态页面，由jsp或php定义过期时间，例如5s或60s。cdn过期后，如果有用户访问就从原站上抓取。
优点：相关页面内容更新后，不需要主动通知100个原站都来抓取，有效降低原站的压力。
如果页面内容没有变化，返回lastmodified不变，这样原站会直接返回304给cdn，cdn也会返回304给用户。减少网络传输和速度
比赛结束后，“正在进行的比赛对阵页”转换为第一类情况，再生成静态文件
c）特殊静态资源：例如图片库和某些大型产品库中的评论js
或者频繁访问、频繁更新的页面：例如足球赛事库的及时比分文件
通过apache nocache告诉IE不缓存，html中就不需要使用pinglun.js?123456这样的代码形式
然后用max-age告诉cdn缓存1s，这样避免每次用户请求都转到原站

本文来源：http://71j.cn/archives/10

原文的来源是一国外网站，而我当然就不是了。。转载，转载而己。
其实，如果用过apache的人，应该知道 ，在conf目录下，会有一个mimetype文件，里面其实就是一个对应表，当然，或许不全，但更当然的是，没有注释说明，只能自己凭感觉猜测了。。

既然有一个现成的，那当然还是备份下来以做参考：

来源：http://www.utoronto.ca/webdocs/HTMLdocs/Book/Book-3ed/appb/mimetype.html

我的来源就比较简单了：http://71j.cn/archives/21

一直以来，做站长的最关心的除了访问量和浏览量外，被搜索引擎收录量的多少也是众多站长的关注对象。

google adsense官网【adsense.googlechinablog.com，是官网吗？】好象一直在写这样的内容，比如今天就有了这个：优化网站的抓取与收录

内容不多，但有一个幻灯，还是去他们网站看吧。我这里只有内容哦

作者 Susan Moskwa, 网站管理员趋势分析员

很多有关于网站结构、抓取与收录、甚至是排名的问题都可以被归结为一个中心问题，那就是：搜索引擎能够多么容易的抓取您的网站？我们在最近的几次活动上都谈到过这个话题，下面您将会看到我们关于这个问题的演讲内容以及要点概括。

网络世界极其庞大；每时每刻都在产生新的内容。Google 本身的资源是有限的，当面对几近无穷无尽的网络内容的时候，Googlebot 只能找到和抓取其中一定比例的内容。然后，在我们已经抓取到的内容中，我们也只能索引其中的一部分。

URLs 就像网站和搜索引擎抓取工具之间的桥梁: 为了能够抓取到您网站的内容，抓取工具需要能够找到并跨越这些桥梁(也就是找到并抓取您的URLs)。如果您的URLs很复杂或冗长，抓取工具不得不需要 反复花时间去跟踪这些网址；如果您的URLs很规整并且直接指向您的独特内容，抓取工具就可以把精力放在了解您的内容上，而不是白白花在抓取空网页或被不 同的URLs指引却最终只是抓取到了相同的重复内容。

在上面的幻灯片【幻灯地址在下面，请单独开窗查看】上，您可以看到一些我们应当避免的反例--这些都是现实中存在的 URL例子(尽管他们的名称由于保护隐私的原因已经被替换了)，这些例子包括被黑的URL和编码，冗余的参数伪装成URL路径的一部分，无限的抓取空间， 等等。您还可以找到帮助您理顺这些网址迷宫和帮助抓取工具更快更好地找到您的内容的一些建议，主要包括：

• 去除URL中的用户相关参数。那 些不会对网页内容产生影响的URL中的参数——例如session ID或者排序参数——是可以从URL中去除的，并被cookie记录的。通过将这些信息加入cookie，然后301重定向至一个“干净”的URL，你可 以保持原有的内容，并减少多个URL指向同一内容的情况。
• 控制无限空间。你的网站上是否有一个日历表，上面的链接指向无 数个过去和将来的日期（每一个链接地址都独一无二）？你的网页地址是否在加入一个&page=3563的参数之后，仍然可以返回200代码，哪怕 根本没有这么多页？如果是这样的话，你的网站上就出现了所谓的“无限空间”，这种情况会浪费抓取机器人和你的网站的带宽。如何控制好“无限空间”，参考这 里的一些技巧吧。
• 阻止Google爬虫抓取他们不能处理的页面。通 过使用你的robots.txt 文件，你可以阻止你的登录页面，联系方式，购物车以及其他一些爬虫不能处理的页面被抓取。(爬虫是以他的吝啬和害羞而著名，所以一般他们不会自己 “往购物车里添加货物” 或者 “联系我们”)。通过这种方式，你可以让爬虫花费更多的时间抓取你的网站上他们能够处理的内容。
• 一人一票。 一个 URL, 一段内容。在 理想的世界里，URL和内容之间有着一对一的对应：每一个URL会对应一段独特的内容，而每一段内容只能通过唯一的一个URL访问。越接近这样的理想状 况，你的网站会越容易被抓取和收录。如果你的内容管理系统或者目前的网站建立让它实现起来比较困难，你可以尝试使用rel=canonical元素去设定 你想用的URL去指示某个特定的内容。