推荐在SAE上开发！带宽好，速度快，服务多，使用SVN部署代码更加方便，并且用浏览器就能随时随地写代码、做应用！开始使用 http://sae.sina.com.cn/activity/invite/24922/weibo

其实很简单，就是把一些资源文件丢到新浪的云里面（具体云里有多少服务器谁又知道呢-。-），当 CDN 来用。因为我不想改博客程序和模板，所以这些资源的地址没有直接指过去。直接用 NGINX 的 REWRITE 过去。所以效果也是那么理想。有兴趣的同学自己看下。
配置一句话搞定：

1
rewrite ^/(.+[.css|.js])(\?=.+)?$ http://1.nroed.sinaapp.com/assets/com/nroed/blog/$1$2 redirect;

博客这东西也不大想花太多时间去折腾，之前也做过一个简单的优化。有兴趣的同学可以看 -》 把博客的CSS|JS做了下压缩。基本上都花不上多少时间，几分钟搞定的事。

原文地址：http://sudone.com/linux/conn.html

利用网络处理量计算

计算参考公式：

并发 = connection established / min(server keepalive, server timeout)

翻译一下：

并发 = 服务器传输链接数 除以 服务器软件的keepalive设置和服务器软件的超时设置之间的最小值

这个公式算出来的数字是keepalive时间段内的平均值，比真实平均值要小一点，如果想找最大值就要设定keepalive为0或1，然后多探测几次。

connection established是服务器当前正在传输的链接，但是keepalive打开时，新建立的传输链接会一直存在直到keepalive/timeout关闭链接；客户端主动关闭链接的话connection established也会关闭，不过这种链接一般比较少，多数浏览器都是支持keepalive并遵守服务器配置的。

在linux查看connection established数字的办法是在命令行执行：

1
netstat -est|grep "connections established"|cut -d "c" -f 1

keepalive和timeout数字查看办法要查看web server软件的配置文件
注意:这个方法只能用于最前端的服务器或7层交换机，前端之后的服务器因为缓存或链接方式的原因往往是不准确的。

利用服务器日志计算

因为服务器每处理一个请求，都会在日志里留下一条信息，所以利用服务器软件的日志来计算是最准确的，但是是这种计算方式浮动也可能会比较大，需要取最大值计算。

首先在确定服务器软件有将所有请求写入一个日志文件里，并确保该日志文件正在不停记录。

为节省时间和服务器资源，把log文件的最后一万条记录拿出来统计，我就用nginx默认的main格式作个例子：

执行命令：

1
tail -10000 nginx.log | awk ‘{print $4;}’ | sort | [...]

最近打击卖淫的活动好多，但却都治标不治本。唉，快过年了各省都在积累业绩阿，某些人阿，其实巴不得有这类的活动好邀功。
妓女和妓男都是弱势群体，生活的好，谁愿意出来卖？

弱肉强食的社会里总有人偷鸡摸狗的干正事。在强大的天朝下，竟然也是如此！

参考：http://oldnewdream.wordpress.com/2009/07/01/quick-mass-upload-to-rapidsharemegauploadfree-file-hosting-site/

到一处上传文件，能得到多个免费空间的储存地址。

http://filedeck.net http://uploadground.com http://www.gazup.com http://www.massmirror.com http://www.uploadmirrors.com http://www.uploadjockey.com http://sharebee.com http://www.rapidspread.com http://sharemole.com/ http://foxmisut.com/ http://www.gazup.com/ http://www.droprecord.com/ http://www.gazup.com/

devlounge-plugin-series-admin-panel

通过一堆的 ADD_ACTION() 加入钩子，然后操作一些DB，一个DB就完成了 ：）

参考：http://codex.wordpress.org/Function_Reference/wpdb_Class