我也没细看，但我觉得 RubyCAS 无论如何也不应该提供明文保存密码的方式，在 Wiki 里面这么介绍，说不定真有人这么用，如果让程序员能看到别人的常用密码，这不是引诱人犯罪吗？

#6 楼 @lionzixuanyuan 谢谢，我发第一帖的时候是因为没找到相关文章，他们搬去 github 后，wiki 里面就好像没有提SQLEncrypted了。

我觉得 RubyCAS 无论如何也不应该提供明文保存密码的方式

后来我找到文章后，就想跟你确认一下，你是不是也是用的这个方法。网上介绍 RubyCAS 的好像不多啊，他们官方文档介绍也不全面。

#3 楼 @lionzixuanyuan 谢谢你的耐心科普。

我还想问一下，你的系统最后是怎么做的呢？是不是在 config.yml 里面用的这句： class: CASServer::Authenticators::SQLEncrypted

https://code.google.com/p/rubycas-server/wiki/UsingTheSQLEncryptedAuthenticator 在这找到这句: class: CASServer::Authenticators::SQLEncrypted

文档里只有这句： class: CASServer::Authenticators::SQL

@lionzixuanyuan 能麻烦讲一下明文密码是怎么回事吗？网上都是一些初级文章，教大家用明文密码测试登录

看了一下视频，觉得国内开车太随意了，右侧随便超左边的车，左侧超车道占着茅坑不拉屎，开车有点见缝插针的意思，不过也算是乱中有序，但结果就是大家开车都很累，来回换道，道路利用率也不够，大家都开不快。照理说这种三车道，在德国左侧开 200 以上都没问题，中间可以到 120-150，右侧大卡车可以到 80-100

德国这边驾校老师一定会强调，换道增加车祸机率，超车道上一定要加油，超完回右边。当然偶尔也有不自觉的，后面的车会逼得很近，或者用远光灯闪你。

#9 楼 @linsk 要保护就会很麻烦了吧，跟初衷相背了，目的就是 快！跨平台！

#28 楼 @cassiuschen 想起你这个场景就感觉神清气爽，这种人得用 slim 治一下，看来我也要转向 slim 好了，这样跟别人好合作，反正我个人写什么代码都严格缩进的。

#5 楼 @blacktulip +1 谢谢

列太多只有水平流动条最漂亮，不然一行表格中有多行文字，太难看了

http://blog.neten.de/posts/2013/02/17/ruby-block-proc-and-lambda/

嗯，支持。前台文案要漂亮，只有程序员看得见的注释和程序文档也要做，还要做得规范。

顺便提一句： 程序员最讨厌两种人， 一种强迫自己是写注释，写文档的人， 另一种是不写注释，不写文档的人。

#7 楼 @xiaoronglv 请问要挂七牛的 Logo 吗？

北京考北京，羡慕啊～

#6 楼 @qichunren 这个牛，还有没有更牛的

#1 楼 @billy 我只熟悉 Cancancan，今天看了下 http://www.elabs.se/blog/52-simple-authorization-in-ruby-on-rails-apps 还有 Readme https://github.com/elabs/pundit

觉得 Pundit 用在角色较少的系统中比较适用，比如说 user.admin?，或者 user.owner_of?(post)，可能还可以定义个 user.moderator 之类的，如果考虑用要给用户细分权限，可能就比较麻烦了。

我看了本论坛以及 cancan wiki 的信息 https://ruby-china.org/topics/5938 把权限管理放在数据库中，这样可以实现动态定义权限，也可以动态给用户添加权限。这种要求可能不太适合使用 pundit。

实现动态定义权限，其中的 modify_service 是权限打包，详情可以参考这里：

动态给用户添加权限

#8 楼 @blacktulip 对，我选的欧洲服务器，看起来不错。

因为有时候在 windows 下，这个 Web IDE 用着还不错，可以做做开源的项目

#6 楼 @wcc526 nitrous.io 控制台不能用 copy paste，要用 Shift + Control + c，跟我的热键冲突，有点小失望

#4 楼 @wcc526 你直接注册就好了，好像现在没什么小尾巴了，感觉 koding.com 编辑的时候不是很快

#2 楼 @wcc526 用的你的小尾巴注册了，感觉比 https://koding.com 好用，开始送的免费资源是不是一直可以用呢？网站说明有些模棱两可。

下面是我的小尾巴链接： https://www.nitrous.io/join/T0s5aGk0Z5A?utm_source=nitrous.io&utm_medium=copypaste&utm_campaign=referral

#9 楼 @hooooopo 跟安卓手机一样， 服不服，不服跑个分

#2 楼 @huacnlee 想问一下，在这为什么要用 base64 处理一下呢？pack 和 unpack 都是要花资源的啊，在这又不涉及传输，符号和其它字符应该不是问题吧。

#6 楼 @comensontin 请问加密脚本是加密每个文件，还是文件夹打包？

#2 楼 @blacktulip 支持。

如果熟悉了 cocoa 框架，用 oc, swift 应该也难不到哪里去吧， oc 就是没那么好看而已，最讨厌那个多参函数的写法，太别扭了，让人真气逆行。

坏人，老是考验我面对诱惑的定力。

不过诱惑真的还蛮大的，我快撑不住了

建议换方法 https://github.com/collectiveidea/awesome_nested_set https://github.com/collectiveidea/awesome_nested_set/wiki/Awesome-nested-set-cheat-sheet

https://ruby-china.org/topics/19189