+1

#22 楼 @Rei 我觉得 sass 跟 coffee 都采用缩进语法有一种莫名的和谐感.. less 就显得差一点。

非 bare 的仓库是无法 push 的..

所以 bare 仓库是你唯一的选择，但是 bare 仓库没有 working copy.. 就只能通过 git hooks 或者别的了。

总的来说不如 rsync.. .

刚吐完槽，fxn 就把 patch verb merge 进 rails 的 master 了。从此 rails 也能抬头做人了!..

Ruby Tuesday 的主线发一下： Ruby off Rails 有兴趣的可以看一下。

其实还是去现场好 .因为每次都能莫名其妙收获很多东西。很多东西不是既定计划聊的。

resque 1.20.0 2 月 17 日发布了。没升级版本的快升级吧~

gem update resque

这个钻石质感没出来..

#13 楼 @lgn21st 这个东西不太靠谱。

pure ruby 的解决方案是rchardet19.在gitlabhq项目的试用情况的话，很不理想。

之后就转用charlock_holmes了。这个依赖一个 c 库 libicu-dev. 效果比 rchardet19 好一些了。但是达不到完美。但是也就只能这样了~

话说这个明显是 observer 的作用范围。跟 cron 没神马关系啊。@hooopo +1

#6 楼 @Rei 可以的。我在 vagrant 用户的 home 目录下放了一个restart_and_upgarde_gitlabhq文件。执行一次直接从 github 的源上git pull -rebase然后重启 thin.

想用稳定版直接把 gitlabhq 这个目录 co 到一个 stable 版本就好了。现在里面默认是 master branch，不是 stable 的。

里面是 nginx + thin 的，只想重启不升级还是看那个脚本.kill 掉 thin. 重启 thin cluster 就好了。

#3 楼 @jinleileiking 一般公司很有可能都需要。有些大公司不放心把源码放在外部网站上，这个很正常的。所以需要在内部搭建一套自己的类 github 系统.github 其实也考虑到了所以推出了 github enterprise.但是价钱略贵。20seats/5000$/year. 用 gitlab 的话是免费的哦~

#4 楼 @Rei 看到很多人 gitolite，各种文件权限处理不对。各种 issue 纷至踏来..其实都不是 gitlab 的问题..另外这个东西其实开发人员也可以用。用 vagrant 同步 gitlabhq 源码目录到虚拟机里面。就可以直接开发了.开发环境的配套已经都好了。

我刚才把 115 网盘换成 minus 下载了。这里保存两个地址吧。115 下载大文件要注册。太悲剧了..

tree

#16 楼 @hooopo 好吧，刚才实验了一下把.rvmrc 添加进来，同时放进.gitignore.

花献没用。修改.rvmrc 后还是会提示有 modify..

设想失败了..

#14 楼 @hooopo 之前很多项目都把.rvmrc 放到项目根目录里面。我是觉得 gemset 没什么用啊..但是还是有很多人用。如果.rvmrc 只规定如 ruby 版本的话就挺好的。

最近一些人切换到 rbenv 之后，项目根目录下又多了.rbenv-version 文件。这很纠结啊。

但是如果不放这个东西的话，很多时候又不方便，如果你有多个不同环境的项目目录，经常 rvm use 1.8.7/1.9.2什么的精神会崩溃.

总之，现在 rails 项目里的各种文件越来越多就对了。

#12 楼 @hooopo 这些都是有用的，肯定不能放到 ignore 里面啊。

只是吐槽一下 dotfiles 越来越多了。不止 dotfiles. *file 是越来越多了。以后肯定会出现文件夹管理的。

#10 楼 @hooopo 好吧，现在我是有一份 start 脚本不在版本控制下的。放个这个其实也无妨..

只不过现在感觉一个 rails 项目里面要放的配置文件越来越多了。

.rvmrc .travis.yml .capfile .. .. . 有些麻烦。

话说 foreman 跟我自己手写 start.sh 的区别是什么？

http://pygments.org/docs/lexers/ pygments 的 lexers..

其实要看你的代码高亮是要做什么，如果不是类似 github 这种应用的话，怎么搞都行。

但是如果要做专业的，各种乱七八糟的代码库的高亮的话，其他高亮库跟 pygments 有数量级上的差距。

意思是没装 readline 吧。因为你编译的时候缺少 readline，所以不能使用方向键回退之类的。

建议用 rvm 重装吧。看清楚 rvm info 安装依赖。

#14 楼 @southwolf 碰撞破解根本不需要填错，只需要识别出这个在不在已识别库就可以了，不在就立刻刷新。直到识别到一个已在库的，立刻就成功了。

所以才要强调生成能力，因为你仓库越小，别人需要识别的就越少。

假如每天生成 30w 个 captcha. 想用碰撞破解的人只需要人工识别 1000 个，平均每 300 次就可以碰撞成功一次。

利用 100 个代理站，同时平均刷三次就能识别一个，这个效率是很高的。

如果你生成过 captcha,30w 的量还是需要很多时间的，而实时生成则基本不可能。

只要你的网站账号有价值.. 什么 captcha 基本都是浮云..

#12 楼 @southwolf 暴力穷举很容易误杀，同学校，同公司都是同一 ip 出口。

碰撞破解 captcha 还是很普遍的技术，只需要人工小范围识别一些，就可以刷新识别很多了。不过说到底都是技术问题。

关于创意层面还是挺好的，很有想法的项目。;-)

看好这个项目，不过门槛不高。还有就是 captcha 的生成能力。如果没有快速大基数的生成的能力，那基本就只剩广告了。

你理解错了吧，这只是 screen cast 的价钱，不是他们发行的 vim.

#23 楼 @narkoz 穿越了？.. Narkoz...

http://www.douban.com/group/topic/14636768/

2010-10-30 16:55:01 Mars (上溢下漏)

mongo 为什么不支持自增在 Id，因为如果做分片的话，多个机器同步自增长 id 不但费时而且费力。这主要是从分布式的角度考虑的。类似的 SVN 的版本号就是顺序增加的，而 Git 这种分布式的采用的则是生成 Hash 的方法。“_id”默认类型是 ObjectId，但是这个是可以替换的，只要不重复就好了。不过大家要渐渐习惯默认的方式，在大数据量的时候，会避免很多烦恼~~

#10 楼 @Saito wok..突然花献这个 patch 是 dlee 打的。orz..

#8 楼 @hooopo 话说我看了 rfc2068,patch 跟 put 的不同就是会返回 diff.然后同样不是幂等的.. 然后直接用 patch 替代 put 呢？.. 有什么不妥？那个 pull request 是增加一个 verb，而不是替代。

http://stackoverflow.com/questions/63998/hidden-features-of-ruby