但是实际使用过程中有一些小小的意外流程，完全照搬git flow的模型不太容易处理好。好在git本身就很灵活，碰到问题基本上都有办法绕过去。下面是我总结的一些特例情况下的处理办法。

测试/共享单独一个feature

有时候我们需要将一个feature独立测试，或者share给多人一块开发，那么可以将这个feature推到远程git库上，这可以利用git flow的publish功能搞定:

git flow feature publish my_cool_feature

这会将 feature/my_cool_feature 分支push到远程git库，多人开发或者单独测试毫无压力。

feature在development分支测试完成，准备release的时候有另外一个未经测试的feature合并进来

已经完成测试的development被未经测试的提交污染了，这时候可以先本地回滚development分支，然后再进行git flow的release流程，例如:

git checkout development
git reset --hard 5cbadfe885d1eb514b3f07b3f269ca1a7f261e21   #假设测试通过的git rev是这个
git flow release start v1.0.1
git flow release finish v1.0.1

development上有个feature需要测试比较长时间，影响了一些耗时较短的feature发布

development分支上有个feature测试时间比较长一直释放不了，怎么办？—— 果断采用hotfix功能

git br -m feature/another_cool_feature hotfix/another_cool_feature

把耗时短的feature直接转换为hotfix，然后采用git flow的hotfix流程可以直接合并到master分支发布。

ssh -D 7070 -qnN [username]@[server]

但是ssh通道如果闲置了一段时间，就会自动断连，等我需要用到代理的时候往往又得蛋疼的重新跑一遍，非常麻烦。所以我刻苦学习前辈的经验，找到一个解决办法，在mac或linux下都可使用，分享如下:

• 把ssh配置为免密码登录，这个一搜一大把，略过不提
• 在/etc/inittab的最后一行加上:

  tunl:345:respawn:/usr/bin/ssh -D 7070 -qnN [username]@[server] > /dev/null 2>&1

• 让修改的inittab马上生效

  sudo init q

• 在/root/.ssh/config里加上几行

  Host *
    ServerAliveInterval 60

然后这个ssh通道就会自动重连了。

Update

• 增加了一个ssh配置，要不然这个进程虽然在，但是通道已经连不上了
• .ssh/config的配置是关键，/etc/inittab的配置只是让服务器开机即启动ssh通道

find . -print | sed -e 's;[^/]*/;|____;g;s;____|; |;g'

这个命令行跑起来类似平常tree的效果，比如：

.
|____extra
| |____httpd-autoindex.conf
| |____httpd-dav.conf
| |____httpd-default.conf
| |____httpd-info.conf
| |____httpd-languages.conf
| |____httpd-manual.conf
| |____httpd-mpm.conf
| |____httpd-multilang-errordoc.conf
| |____httpd-ssl.conf
| |____httpd-userdir.conf
| |____httpd-vhosts.conf
|____httpd.conf
|____magic
|____mime.types
|____original
| |____extra
| | |____httpd-autoindex.conf
| | |____httpd-dav.conf
| | |____httpd-default.conf
| | |____httpd-info.conf
| | |____httpd-languages.conf
| | |____httpd-manual.conf
| | |____httpd-mpm.conf
| | |____httpd-multilang-errordoc.conf
| | |____httpd-ssl.conf
| | |____httpd-userdir.conf
| | |____httpd-vhosts.conf
| |____httpd.conf
|____other
| |____bonjour.conf
| |____php5.conf
|____users

写一个alias到~/.bash_profile里，就更方便了:

alias tree="find . -print | sed -e 's;[^/]*/;|____;g;s;____|; |;g'"

特色

除开其项目主页上列出来的特点不提，我觉得还能数得上的特色有：

1. 理论上可以用任意key-value数据库做为底层存储，现在支持以tokyo tyrant或者redis作为底层的存储，如果使用redis可以获得更好的性能（大概提升30%~50%）
2. 没有定制服务器端，基本上靠客户端语言来实现键值查找。优点是部署起来比较简单，缺点也是显而易见的，效率会有损失。
3. 可以很方便的移植到其它语言上，我已经在github上找到一个ruby版本，甚至还有个php版本的实现。
4. 可以方便的增加节点。
5. 结构简单，方便hack

LightCloud的设计原理

Hash ring

LightCloud不能免俗的使用了一致性hash算法（Consistent Hashing），这是为了避免新增数据节点时发生集体拆迁事件。Consistent Hashing算法的原理请参考这里。

last.fm的工作人员写的ketama算法算是比较常见的一致性算法，在libmemcached里大量使用。而LightCloud的作者当时还没发现合适的ketama python版，所以干脆自己捋起袖子写了个python版本的hash_ring，不到50行。这个是量身定制的，所以效率也还过得去，但是兼容ketama就别想了。

献上hash圈圈一个以明志：

LightCloud的hash环有什么与众不同？

其它分布式key-value数据库采用的办法是复制数据到多个节点上，例如Amazon Dynamo的复制策略图：

Dynamo用了许多办法解决consistent问题，系统相当复杂。而LightCloud直接使用tokyo tyrant的master-master复制功能，大幅简化了这部分的逻辑。所以在它的hash环上，单个节点其实是一对master-master的tokyo tyrant，焦不离孟不离焦。

在新增数据节点时，如果没有路由服务找到正确的服务器，可能会损失数据。那么LightCloud继续采用流氓手段解决这个问题，他又给上了个环，保证不会发生意外。这两个hash环里的节点仍然是之前提到的tokyo tyrant双人组，一个环叫lookup，记录了每一个key保存在哪个storage节点上；另外一个环叫storage，这是真正存放数据的地方。于是它的结构图变成了下面这个样子：

这部分比较难以理解，试着就上图阐述一下：

1. 一个名叫A的家伙，住在storage_SB地区(storage ring)。同时，我们还告诉记性好的lookup_B(lookup ring)，A君的地址为storage_SB。
2. 很不幸或很幸运，咱们的数据膨胀到需要扩容了，于是新增了一个违章建筑storge_X，这个该死的建筑正好影响了我们找到A君。这时候，我们还可以问起记性好的lookup_B，A君住在哪个角落里啊？ —— lookup_B日道：他就住在sotrage_SB一带~
3. lookup这群家伙记性虽然好，但是也架不住人多，再也记不住这么多人的住址，所以又新来了几个记性好的lookup。这个会影响咱们找到storage住哪吗？答案是不会，因为没有新增别的违章storage建筑，咱们不需要问路也能找着人。

按照以上推论，一定要避免同时增加lookup和storage节点，这很可能会损失数据。

参考网页

• http://opensource.plurk.com/LightCloud/

git-review为git新增了一个很方便的代码review途径，利用这个命令，可以调用别的工具比如vimdiff来review代码的改动。下面简单记录一下使用的过程：

下载并安装

首先确认已经装好了git，剩下的事情比较简单。

git clone git://github.com/facebook/git-review.git
cd git-review
python setup.py install

这几步为git新增了一个review命令。

git-review的使用

查看指定版本的改动

git review 58e2fb834793f5c6c1fdd900a1c0224a44735962

出现提示

Now processing modified file foo.php
foo.php [diff]>

由于我配置了diff工具为vimdiff，所以接下来就可以用vimdiff查看foo.php在58e2fb834793f5c6c1fdd900a1c0224a44735962这个版本与最新版本之间有什么不同。

查看两个版本之间的改动

git review 5b744bdc5f5bcbcfd6bb65f815aebe6bdce8c427 58e2fb834793f5c6c1fdd900a1c0224a44735962

在review每个代码之前，都可以使用help查看git review命令的帮助，如果放弃review，那么直接敲退出就可以了。

当时还想着能不能hack一下git-svn脚本，其实后来看看文档，clone操作可以使用参数-r$REVNUMBER:HEAD检出指定版本后的代码，因此，更好的步骤应该是这样：

• svn info http://your-svn, 并记录最后的版本号，假设是260
• 假设要检出最后10个版本，做个简单的减法： 260 – 10 = 250
• 开始clone操作了

  git svn clone -r250:HEAD --prefix=svn/ http://your-svn

按这个办法，clone的时间的确是减少了许多。

• 这工具用python写的
• 用svn保存配置文件，用subcon比较容易的部署到多台服务器上
• 既然是用svn保存，那么回滚到指定版本也是支持的
• SystemImager工具的集成是做为添头附送的，理论上你可以利用这个工具做到一步安装服务器

初印象就是如此，实际的使用时，你首先要在svn上创建两个目录

• base
• roles

然后可以试着提交一些服务器配置文件例如/etc/hosts到base下,再通过简单命令把配置同步到服务器上

subcon -n

也可以指定别的类型的配置文件例如www或者memcache，以服务器apache配置文件/etc/httpd为例：

• 创建目录roles/www
• 提交/etc/httpd目录到roles/www目录下
• 十来个字符就可以部署这些文件到服务器上

  subcon -n -owww

同样的道理，只要在roles路径下新增各种类型的配置文件，就能比较快捷的部署到服务器上。还有些小功能，需要使用中自己挖掘了:

• 更改某个配置文件之后，自动执行指定的命令行，参看/etc/subcon.conf
• 回滚配置文件到指定版本的功能，这功能一般是在悲剧发生时才会使用吧？所以这个功能也很悲剧的有bug，手工hack一下才能使用。提示：在代码中找到revision字样，用int转换一下类型，命令行参数到了python里面估计都算string了。
• 如果有多个服务器共用部分配置文件，可以利用svn:externals属性创建一个链接
• subcon实际上是python的svn客户端 + rsync

工具很简单，也有些bug,但是足够用了。

目前在windows下，最好的git客户端恐怕就是装一个cygwin。鼓捣了一个时辰，整理好一些可用的配置文件，陈列一下以备下次使用：

~/.bash_profile

偶尔还会使用svn验证一下check in的情况，刚转过来不放心啊，下面的配置是为了防止svn命令行乱码。命令行git-svn在/usr/sbin/git-core/路径下，是一个perl脚本，为了方便，我把这个路径加入了PATH环境变量。

export PATH=$PATH:/usr/sbin/git-core/
export SVN_EDITOR=vim
export LC_ALL=en_US.UTF-16
export LC_CTYPE=en_US.UTF-16
export LANG=en_US.UTF-16
export XMODIFIERS=@im=Chinput3
stty cs8 -istrip
stty pass8
export LESSCHARSET=latin1

~/.inputrc

去掉注释即可

set meta-flag on
set convert-meta off
set input-meta on
set output-meta on

~/.gitconfig

[user]
name = muhaha
email = aa@bb.cc

[color]
diff = auto
status = auto
branch = auto

[alias]
st = status
rb = svn rebase
ci = commit -a
co = checkout

常用操作

• 如何修改trac的assign to下拉列表
• 让trac的ticket和bugzilla有同样的状态

如何修改trac的assign to下拉列表

trac ticket的assign to下拉列表中的名单，没有保存在配置文件里头。读一下TracFaq有下面发现：

This will change the Assign To ticket filed into a select box that only contains existing users. However as it says on the TracTickets page, the user must have logged, in at least once, and set their email address.

If you run multiple Trac sites, and have a set of common users across all Trac sites, it gets annoying to have to log into each one and set the email.

So, what is one to do? Well, there are two things that need to be entered into the database: a session record, and an email record.

所以我们只需要对trac的session表做操作就可以修改assign to的下拉菜单列表。session的表结构如下:

Table \"session\"
Column         | Type    | Modifiers
---------------+---------+-----------
sid            | text    | not null
authenticated  | integer | not null
last_visit     | integer |

让trac的ticket和bugzilla有同样的状态

缺省配置下，trac ticket的状态和bugzilla的bug状态不一样，只有new,fixed,invalid,wontfix,duplicate,worksforme这几种。在trac 0.11之后，可以自己定义workflow，只需要将trac.ini的[ticket-workflow]章节修改一下，就可以支持verify状态：

accept = new -> assigned
accept.operations = set_owner_to_self
accept.permissions = TICKET_MODIFY
leave = * -> *
leave.default = 1
leave.operations = leave_status
reassign = new,assigned,reopened -> new
reassign.operations = set_owner
reassign.permissions = TICKET_MODIFY
reopen = resolved,verified,closed -> reopened
reopen.operations = del_resolution
reopen.permissions = TICKET_CREATE
resolve = new,assigned,reopened -> resolved
resolve.operations = set_resolution
resolve.permissions = TICKET_MODIFY
verify = resolved -> verified
verify.permissions = TICKET_MODIFY
close = verified -> closed
close.permissions = TICKET_MODIFY

大概看了一遍，可以认为memcache的binary协议相对原来基于文本的协议，略快一些。key的长度可以到65536(2 bytes)。而memcache 1.3将仍然保持向后兼容，同时支持文本协议和binary协议。

俺这个狗窝host在南方某个电信机房里，从北京访问页面，速度也还凑合着能过。但是要想通过ftp上传几个文件，几乎是不可能，只有三种情况会发生：

1. timeout!
2. timeout!
3. timeout!

这天我打算把wordpress升级到最新版本，更新文件就成了个大难题。那么只好找了个server做跳板，用wget的亲戚 – wput来解决文件批量上传的问题：

wput -B wordpress/* ftp://xxxxxx.net/xxxx/

这样一行命令就能把整个wordpress上传到ftp指定目录下。

wput的参数

Usage: wput [options] [file]… [url]…
url ftp://[username[:password]@]hostname[:port][/[path/][file]]

注：如果username和password有:, @之类的字符，可以用urlencode编码

• 在sphinx.conf中增加index配置项
• 手工重建索引，不要使用–rotate参数，例如

  /usr/local/sphinx/bin/indexer --config /usr/local/sphinx/etc/sphinx.conf --all

• 重启searchd

这样才不会产生sphinx索引的临时.new.*文件

I have just finished a patch to dump all keys from memcached.
And I am glad to share this patch to anyone who wants to use it.

In the attachment, there are two python scripts which are used for dump all keys from a memcached server,
you can find the usage in the example.py script.

Any questions or advice can mail to we_2002 at 163.com

用法见example.py

下载: memcached-hack.zip

当时给firework物色的替代者是gimp，因为gimp也是一款听起来不错的作图软件。两年过去了，我没有成功利用gimp画出一张图片，这个软件功能应该是很强劲的，只是使用习惯上始终无法适应，我可能用windows自带画板的次数还要多一点。

从此改用paint.net，彻底抛弃gimp。

Paint.NET是一个图像和照片处理软件，它由华盛顿州立大学的学生开发和维护并由微软公司提供项目指导，早期定位于MS Paint的免费替代软件，现在逐渐发展为一个功能强大且易用的的图像和照片处理软件，支持图层，无限制的历史记录，特效，和许多实用工具，并且开放源代码和完全免费，界面看起来有点像Photoshop。该软件的开发语言是C#。

试玩视频中可以看到熟悉的野蛮人(但是已是满头白发)，还是让人看着舒心的第三人称视角，这实在是太好了，babarian面对大群怪物，照旧是咆哮几下以壮士气，打击方式，仍然是傻傻的挥砍，还有跳跃攻击:)

目前可以确认一共有五种角色，公布了两种角色野蛮人以及巫医

barbarian

野蛮人barbarian仍然是强力的坦克兼近战输出角色，有部分技能沿袭了diablo2，比如跳跃攻击，现在的跳跃攻击看上去有群攻的效果，可惜攻击频率较低，还有野蛮人的终极技能旋风斩也没落下。在20分钟的试玩视频中，可以看到野蛮人新的远程攻击技能，以及类似魔兽世界中战士的冲撞技能。

Warlock doctor

巫医类似于前作的死灵法师，可以召唤傀儡攻击，但是攻击方式又不尽相同，傀儡似乎不仅仅是肉盾，还能被击破作为肉弹使用。另外一个没啥特色攻击技能就是抛火蛋，这个技能是不是法师丢出来更靠谱一些？

从暴雪官方的FAQ来看

1. 所有的角色都可以选择男，女性别
2. 前作中的部分角色会被延续
3. diablo3的最低配置以及价格尚未确认，要到发布前夕才会透露
4. 将会尽可能的同时出各个语言的版本
5. 除了可以上Battle.net联机游戏以外，也可以在局域网内和朋友一起游戏

diablo3讨论区

刚开始玩暗黑2的时候，我大概是20岁的愣头青。

因此我是迫切希望有一个RSS过滤网，滤掉部分内容再仔细阅读。前阵子也花了点时间写了个小小的rss过滤程序，写了一半因为时间关系暂时搁置。这时候想起pipes.yahoo.com似乎能实现类似功能，下边就用pipes烧了几个平常看的rss，然后用Google Reader重新订阅，效果倒也不错。

pipes

http://pipes.yahoo.com/fronend/devel

pipes现在可以支持自定义url了，所以你才可以看到这么短的一个pipes url。根据我的观察，发现要输出较短的rss url也不是难事，如下：

http://pipes.yahoo.com/fronend/devel?_render=rss

BTW:在烧制rss的过程中，有部分utf-8的内容显示为乱码，只要用feedsky先处理一遍，然后加到pipes里头就正常了。

正在下载中，呆会好好端详一下。

This release includes the API infrastructure, the FQL parser, the FBML parser, and FBJS, as well as implementations of many common methods and tags. We’ve included samples and some dummy data to help you get started fast.

小小的调整了一下，这篇blog算是对ping功能的再次测试，希望能够奏效。

今天开始rss改成全文输出。

update

• feedsky抽风了，根本不更新 6.4
• 也许是发牢骚有被人知道了，抓取频率貌似提高了很多，看来不爽就要喊出来啊

  正常 :      2008-06-03 05:46:56     [200] : 已更新
  正常 :      2008-06-03 05:13:49     [304] : 客户端通知未更新
  正常 :      2008-06-03 04:46:59     [304] : 客户端通知未更新
  正常 :      2008-06-03 04:31:51     [304] : 客户端通知未更新
  正常 :      2008-06-03 03:46:58     [304] : 客户端通知未更新
  正常 :      2008-06-03 03:13:50     [304] : 客户端通知未更新
  正常 :      2008-06-03 03:09:13     [304] : 客户端通知未更新
  正常 :      2008-06-03 02:56:14     [304] : 客户端通知未更新
  

• ping失败了 17:00

For Windows XP用户

• 确定你的雅虎通安装目录所在的磁盘是ntfs格式
• 确保雅虎通不在运行状态
• 编辑C:\Program Files\Yahoo!\Messenger\Cache\下的urls.xml，删除其中的广告行（Messenger Ad和Idle Messenger Ad），保存并关闭。
• 右键点击urls.xml，查看属性，设置为只读
• 选择安全->高级(若文件夹属性窗口中没有发现“安全”选项卡时，你只要在资源管理器窗口中，选择“工具→文件夹选项”命令，在弹出的窗口中选择“查看”选项卡，然后将“高级设置”列表中的“使用简单文件共享”复选框的勾选标记去掉即可。)
• 去除所有用户的全部权限，保证urls.xml是只读的
• 启动雅虎通，这个时候应该没有广告了

For Windows Vista x32用户

未经测试，但是觉得很有趣，围死它用户可以试试。

删除C:\Program Files\Yahoo!\Messenger\Cache目录下的urls.xml文件，然后创建一个名为urls.xml的空目录，重新启动雅虎通就没有广告了。

在命令提示符下键入convert [driver] /fs:ntfs即可
其中driver是想转换的盘符convert [driver] /fs:ntfs之间有空格

Win 2000/XP 自带了将FAT或FAT32分区转换成NTFS分区的一个小程序—Convert.exe，它不但转换速度快、简单易用，而且原来该分区上的数据还可以继续保存下来
在win运行窗口，输入“Convert C: /fs:ntfs”；如果要转换D盘，只要将“C:”改成相应的“D:”即可。转换完成后，它会向你报告你所转换的磁盘分区情况。
注意事项:
1、建议先执行磁盘扫描、磁盘碎片整理程序。
2、如果你要转换的FAT或FAT32分区上面有文件正被系统使用，那么在转换时，转换程序将会询问你是否卸下要转换的卷（即分区），这时最好选择“否”，最后它就会询问你是否在下一次计算机启动时转换分区，选择“是”并重新启动机器即可完成转换。

但是今天在家里的老本本(Evo N610c)上，遇到了史无前例的挫折。俺企图把c盘的fat32转成ntfs，相当的失败，每次都是转换了一半自动关机，重新开机又会自动进入转换状态，如此循环，直至俺崩溃为止。也许我该换个更人性化的工具来实现这一阶段性目标。

搜索的结果是： HxD – Freeware Hex Editor and Disk Editor，大小只有747k，免安装，很小巧的绿色软件。

HxD is a carefully designed and fast hex editor including raw disk editing, modifying foreign RAM and handling files of any size. Its clear interface offers searching/replacing, exporting, checksums/digests, insertion of byte patterns, a file shredder, concatenation or splitting of files, statistics and more.

再贴一点feature list

* RAM-Editing with data-folding
* Disk-Editing (Hard disk, Zip-disk, CD, …)
(Win9x, WinNT and higher)
* flexible and fast searching and replacing of strings (including Unicode), hex-values, integers and floats
* File compare (simple)
* view data in Ansi, DOS, EBCDIC, Macintosh charsets
* Checksum-Generator: Checksum, CRCs, Custom CRC, SHA-1, SHA-512, MD5, …
* exporting of data to source code (Pascal, C, Java) or as formatted output (plain text, HTML, Richtext, TeX)
* basic data analysis (statistics)
* no file size limit
* byte grouping
* hex only or text only modes
* highlighting of modified data
* unlimited Undo

一转眼，一年的时间过去了。早在一个月以前，我就开始琢磨过续费的事情怎么处理。有三条出路：

1. 放弃域名，不要了
2. 转到国内的某些域名机构，享受中国国情的域名待遇
3. 直接在yahoo续费

第一个法子那是开玩笑，当不得真。如果选第二条，大概续费的费用会少一些，一年的费用是60￥，但是随之而来的问题就是备案啊，如果有论坛程序，就得被和谐啦，这也是很让我抓头的一件事情。第三个，最简单，Yahoo会直接从信用卡里扣除续费的费用，大概是10$左右，是要贵上那么一点，但是考虑到最近的人民币升值，这个压力似乎也不是太大，而且关键是很省心，无限二级域名，备案嘛，这个事情以后再说。

小九九算了老半天，最后还是选择了第三个方案。今天上网上银行看了看，10$被自动扣除，一点也不心疼。

上面的感叹是因为无意中看到一个反向链接：［シナ］日本人が才能の無駄づかいをしている件について，大概是上次的“小日本果然BT”引发的讨论。

“搞” == “fuck”

文中使用机器翻译了俺的部分文字以及评论

“God, 搞不好哪天BTs用HTML标记code个即时渲染web anime.”

这段话居然被翻译为：

“神ktkr!　FuckなHentaiがhtmlタグcodeを使ってすごい勢いで web anime を描く.”

很让人啼笑皆非的一件事情。

BT != BitTorrent

补充

BT的解释一
BitTorrent的缩写，一种p2p下载的简称，特点是下载的人越多，下载速度越快。

BT的解释二
“变态”的拼音缩写，最早见于猫扑

• 关掉DNSLookup(DNSLookup不能设置为1). 虽然这样你会丢失一些关于访问者的国家信息，但是我觉得这无关紧要，大部分网站的访问者集中在国内。这样能给awstats性能带来小小提升。
• 小心使用这三个参数： URLWithQuery, URLReferrerWithQuery ,URLWithAnchor (如果你不知道它们有什么作用最好设置为0)
• 使用最新版本的perl (例如Perl 5.8比5.6要快上5%) 。另外比较重要的一点，用标准版本的perl代替ActiveState版本的perl，因为ActiveState 5.006有内存泄漏方面的问题，它在解析日志的时候会越来越慢最终一行日志也跑不动。
• 回卷日志。尽可能的把日志分成更小的一份，这样awstats能处理的快一些，可以适当提高awstats解析频率.
• 确认HostAliases参数是完整的
• 使用最新版本的AWStats (例如AWStats 6.0比5.9快15%).
• 某些geeks,你可以考虑采用不同的参数来重新编译perl，例如使用”use64bitint=define usemymalloc=y”编译perl,这样perl的速度能提升10%.

原文见awstats benchmark