github pages, CNAME
国内的话，点点网可以绑定域名

“楼主你干嘛要隐藏自己的真正目的”

隐藏目的浪费大家时间

给一个参考例子：有个同事原来是DBA，创业大约一年后继续回到原岗位做DBA。

已经养成了查看招聘信息的习惯，比较准确。
网站本身不提供招聘信息的，差异比较大，有的不值得关注，有的却会是big thing，可以搜索一下该网站的招聘，往往在一些小众的论坛有讨论。

技术方式，如果你恰好接触过类似的技术，通过报错页和页面的源码也能分析出一些

@cevincheung

我一般不做软链接，configure时就指定了--bin-path,--log-path之类的选项。
除了做模块开发时临时做个手工编译，线上全部build成rpm，方便后续维护。

据说可以通过摇显示器实现摇一摇功能。。。

C的基础。

回头找一下这本书吧，不厚。
《C程序设计语言》中文版是机械工业出版社出的 http://img3.douban.com/lpic/s1106934.jpg

@bngzoo iPad +1
我爸以前在电脑上学会打字了，能简单用用。我妈一直不学打字，有ipad后也能自己搜搜新闻什么的了

问题1 在高并发的情况下，服务器的瓶颈是啥？
瓶颈是可观存在的，加监控看现有的各种资源使用率。估算一下各种资源使用率翻倍的情况，就知道是不是瓶颈了。

问题2 或者说在线用户翻倍的情况下，是提高带宽还是增加内存带来的效果更好？
这个没可比性。
带宽已经跑满的情况下，你加内存不可能有用。反之亦然。

系统运维是一门科学，拿数据说话。

这是什么语法？

为啥推荐的是cl，难道被暴露了？

@family 100000 MB -> 100000 * 1024 * 1024 Bytes
带宽计费一般用bit，再乘以8。

@Lax 刚才的计算中，流量计算有错误，应该是 838860Mb。之后的计算调整一下即可。

估算是要用下载人次，不直接用下载人数。假设下载人次10000

先算流量:
10000 * 10MB = 100000 MB ~ 762939 Mb

计算高峰期时段：
看下载时间段分布，假设是白天10点之后-晚上24点之间，共14小时，合计3600*14 = 50400秒

平均带宽消耗 = 762939 / 50400 ~ 15 Mbps.

考虑下载时间段不均衡，一般最高峰值是会再比平均值高一倍。因为是下载站点，高峰期可以稍微限速，防止突发带宽跑太高。

kindle电子书需要单独注册美亚的帐号，用美亚帐号登录kindle。绑定信用卡可以直接在美亚购买。

纸质书，大部分可以在中国亚马逊购买。（在美亚选定书之后，修改地址栏域名为amazon.cn就可以直接下单了）

init=/bin/bash 进单用户模式了，应该可以直接接触你的机器。有没有做其它行为，估计看不出来了。

平时抓包看看有没有可疑的数据。