易栈网-膘叔

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

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

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

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

其它还真没劲。

网上几个看小说的网站：

起点：www.qidian.com

幻剑：www.hjsm.net

爱书吧： www.ishu8.net

在一些PHP的群内，很多人在提问前，都说，我刚学PHP，遇到一点问题，能不能帮我解决，然后刷刷刷的就是几屏代码。
在这种情况下，如果有人有精力有欲望回答他们的问题，估计才真的是奇怪。

网上流传的那篇：《提问的艺术》，估计很多人看过，但有多少人是这样提问的呢？至少我在遇到自己不会的情况下，先找手册，然后问google、百度，最后才问群里或者MSN中的高手们，即使这样，我也很把我遇到的问题和解决的方式说出来，这样，他们在回答的时候，也不会多次尝试。当然或许我一 说出来，他们就知道问题的解决方案了。但你不能保证每个人都是这样的高手吧？

以上都是废话。但还是有点参考价值。以下才是肉戏。

1、IBM的网站，http://www.ibm.com/developerworks

2、ZEND的网站：http://devzone.zend.com/，这里还有为新手写的文章 ：http://devzone.zend.com/tag/PHP101

3、PHP官方网站，如果遇到点问题，发现代码好象没问题，但结果就是不正确，很去搜索一下buglist，或许就是你发现了这个BUG也有可能啊？

4、曾经的PHPE.net，没落的网站

5、喜悦村，也在逐步走向没落，大多数情况下，也是被这种无聊的提问而使得很多人不愿意回答问题吧？

6、phpchina。知名PHP网站，可惜吵架贴远多于知识贴

7、PHP100，在开发工具上提供了一些便 利，还有一些视频可以参考

8、本人的网站，哇哈哈哈。其实本人网站真的只属于一般，但我会努力转贴，当然也不是随便就乱转了。。。技术型的，一般总要看一遍再转的。

其实，你还可以搜索google reader之类的订阅网站，然后以某个关键字为搜索，并订阅这些内容，恐怕也可以让你达到一些效果，但订阅这个玩意，还是以少而精为主，否则，你还是没有精力去一篇篇看，走马观花的，反而会让你错过很多。

一直以来，听到的都是企业文化，难得听到这种所谓的工程师文化。
但在技术型企业，工程师却是占有企业员工大部分的比例，再加上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 万张......

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

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

这段代码我最早是在boblog里看到，那时候他有一个批量去除BOM的程序，就是用的这个方法，代码如下：

很明显，这就是前面三个字符是固定的原因，当然可以这样判断了。。。说白了很简单，但如果不知道就真的很痛苦了。顺便说一下，它来自：http://www.phptext.net/technology.php?vid=53

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