#4 楼 @feng041921 同时还可能经常用但是会出错的关键词是 type
最后一句神结尾 楼主注意安全...
在今天这种特殊日子,学会科学上网尤其重要... 推荐云梯...
diff 一下不就好了 每个人写 feature 的时候单独开 branch 这样可以做一个大的 diff 直接比较出自己所有的改动
这种写法是阻止 a 标签跳转的最好办法了 是推荐使用的办法
13 楼的顺序恰恰好跟我一致 不过我是选择了 Web 开发敏捷之道 作为启蒙 然后现在也 block 了在 重构这一本上。 lz 踏下心来看 不管什么时候起步 都是好的
唉 听起来好苦的一个孩纸 欢迎以后随时圈我
update_attribute 不会触发 validations 尽量不要用~
遇到坑的时候欢迎随时圈我 服务端坑还算不少 前端调用非常简单
我自己的实现方式是让用户填写土豆 优酷的观看地址 然后我自己去抓到视频 ID 和直接观看的 swf 地址 放到页面里的固定 embed
#18 楼 @qichunren 几年之前 大约学费才还 2000 的时候... 因为教练仁慈 随便练 于是 20 天 每天开 2 小时
从报名到拿证一个月的飘过
你们的自有认证系统能提供什么接口?
第一 确定旧的任务是不是都 clean 了 第二 看看 pid 是不是正常重启了 实在不行贴代码吧
#18 楼 @birdfrank 其实我感觉楼主的代码还可以 特别是他仅仅是在校生 也许每个人对于可读性的定义会不一样 我认为 ruby 更人性化的地方就在于他可以一句话完成很多事儿 这就像人类的思绪 一条线的思路不分叉的话肯定是最清晰的 代码是不是断行的依据就是一串链式调用是不是中断了 中断的话肯定是要另启一行或者集合到一个 block 去写 如果能完整的进行链式调用 拆开反而降低了可读性
#4 楼 @Tony612 AR 在表里加上 lock_version 字段可以自己解决这个问题 虽然解决方式很 low... http://api.rubyonrails.org/classes/ActiveRecord/Locking/Optimistic.html
外国银..拉仇恨... 不过 恭喜~
很多地方都需要包起来~ 所以每次都包起来肯定没有坑...