@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

#36 楼 @hlxwell 点赞

呵呵，我当年用了一个 php 的框架，后来他开发 ios 游戏去了，那时还没 github，现在网站都不见了，希望 DHH 老实点。

#40 楼 @Rei 你是一本好教参，能给出标准答案，但一个好的老师会审时度势，因材施教。

就此结帖，我不会再参与讨论了。楼主你还是用 div 吧，你说得也不多，可能也不是很急，看你个人信息，好像还在学习阶段，有时间多学点东西总是好的，艺多不压身。

#37 楼 @Rei

其实我想说的是 Do the right thing or do the thing right？

对新人尤其是这样，你要让人样样通样样行，短期是绝对不可能的。他擅长什么就让他用什么，先做出来了再改善。

花一两个月学 div，用 div，并解决跨浏览器问题 花二天完成后台，立马上线，然后再学习，并更新产品 上面两咱情况，哪个是坑，还真说不准。

我再重申一次，我绝对是 CSS + DIV 的支持者，我个人不会用 Table，但如果有人用 Table 趁手，我不会说他，告诉他这有个更好的方式，有空再去学。

http://cn.linguee.com/%E4%B8%AD%E6%96%87-%E8%8B%B1%E8%AF%AD/search?source=auto&query=do 这个 php 页面前台都是 Table，没有响应式布局，人家一个月至少几十万欧入帐，你不能说你不用 div，不应该成为一个成功的 Businiss，只能说你有改进的空间，我相信他们也会改进，但他们觉得不是现在，他们现在在疯狂地扩张更多的语言，加入更多的服务器采集新语料，在 SEO 上投入更多的精力。

做事有轻重缓急，我想说的仅此而已。

#29 楼 @kgen 根据楼主问的问题推测，他网站前台不可能用 Table 排版，但后台自由度大一点，我猜他应该更倾向 Table 和 iframe，如果 div 用得好，那他根本不会来问了。

如果这时候，我告诉他用 div，我觉得他折腾的时间会相当长，他都要用 iframe 和 table 了，想必有个左边栏竖菜单，右边是各个菜单的内容。如果内容简单，比如只有标签和 input，simple_form 可以全自动搞定，他不会有这个问题。可能后台涉及到的内容或说明比较多，要把这么多内容漂漂亮亮地组织在一起，实在是没有把握，用 Table 从直觉上应该比较简单。

div 的知识如果搞明白了，调个网页跟流水线拧螺丝没什么区别，就是要多些耐心，多些时间。如果他这个项目成功了，再回去改成 div 的也不难，但如果是个拍脑袋的点子，结果流产了，那花时间一个 px 一个 px 调的模板就是浪费时间了，还不如用来投资学点别的，哪怕是休息也好。

我觉得楼主是个类似全栈工程师的身份，他的工作应该有侧重，后端技术很容易长进，但前端不可能一蹴而就，所以建议实现了再说，推广了再说，后台丑点只有自己看，不要在这个节骨眼上犹豫是上清华还是北大，是蒸着吃还是煮着吃。

你说的语义化和响应式对前端重要，对后台我觉得没那么重要，因为没有蜘蛛和盲人访问你的后台，你的产品也不是 Discuz，要发布源码给大家鉴赏，另外，对于复杂的后台（不是两列式），用响应式变成手机页面，基本也是很难看，还不如两个手指放大来得简单直观。

不过话说回来，在 Rails 里面用上了 Bootstrap，再加上 simple_form 之类的，基本上用不着 div 也用不着 table 了。