#8 楼 @felixding 还有,扯出“自由和开放”这个词你有没有想过,如果真的达到所谓的自由开放,那是不是连删帖都不行了?还有我们现在的注册一个星期以后才能发帖这也是侵犯了用户了权利了?
我依然还是那句话,删帖也好、注册一星期才能发帖也好、自动空格也好...这些都是在尝试改善内容。
自动空格这个事情你可以再发帖出来讨论要不要这么做
但是你把这个事情扯到“自由”的高度确实有些过了
那就抛开空格这事情来说,说要不要管理员修改的问题。
在一些表述不清楚、或是内容排版混乱的时候,我们是不是应该适当的修改,让内容正确,比如我们经常会修改那些没正确格式化代码的帖子,让它有代码格式化和着色。(我们目前就是有这么做)
那如果按照你这么说,那用户可以说我就是不想那么排....
我觉得你还是在纠结给你加个空格的问题上面,因为你不认为这么做是对的。
还是那句话,这么做的初衷是改善(当然,这确实我认为的改善)排版
严重降低可读性
这个我不认同
管理员可以在未经同意的情况下编辑发帖人的内容
这就好比你上传了头像也给裁剪成了正方形,这个问题你怎么不纠结
还是上面说的,自动标题加空格初衷是为了改善排版。 如果你执意认为这么不好,那这个我也无话可说。
发帖限制不仅是防垃圾 对于正常的回帖是没必要限制频率的
MySQL 的话,路线会比较顺畅,什么东西都很完善,MongoDB 偶尔会遇到一些小坑
这个要看你怎么选择了,各有个的优势。
用自增数字 ID 有两点原因:
created_at
字段上面增加额外的索引。顶,顺便整理一下
我不赞同
帮你上图,非常不错的东西!
找到原因了,表单是没有问题的,问题是 Rails 的 session_store.rb
里面设置的 Cookie 周期和 Devise 冲突了。
Ruby China 目前的 session_store.rb
RubyChina::Application.config.session_store :cookie_store,
:key => '_homeland_session',
:expire_after => 86400*90
我尝试了一下,将 expire_after
注释掉,并分别测试 Devise 的记住密码和不记住密码,得到的结果就正确了。
如果勾选“记住登录状态”的话,Devise 会额外记录一个 Cookie
额,确实有这个问题,来修一下
Google 搜索结果挺好的,减少部署的复杂性,所以直接用,另外 Google 收录也是非常快的
simple_form 里面有大量辅助提示的功能,对于做很多表单的场景非常使用,可以 UI,提示,结构可以统一管理,其实是好用的
如果用 form_for 这些工作要不断的重复,而且可以写出好几种风格
cancan
这种没有对应价值,虚拟的东西早晚有天要大跳楼 泡沫越吹越大
14W 每月啊,我又没有算错