你要作的是很简单的购物车吗?要是有客制化的需求建议自己搭一个。
#5 楼 @mvj3 https://github.com/lulalala/utf8-cleaner 做了一个 fork,要是有问题就喷 400。原本的版本不会处理未作 utf8 string encode 的 request
sonora 有试过吗?
我刚开始用時,过了一晚发现 CPU 飙到 100%。 赶紧重开,把密码/port 都换换并加装 fail2ban-server。
然後網路上不時有人被 DO 無緣無故黑掉的例子:http://serdardogruyol.com/?p=122
把寄信邏輯放在 Post 中的 after_create,理論上寄出問題就會自動 rollback
这种比较网路上有很多,以下这种是比较 OO 问题解决的: http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ 当然又跟你的有差别,不过重点还是“参考就好”。选语言时碰到瓶颈再担心这个吧。
正好昨天有查一些相关资讯,这里来作些反证: Wordpress 通常装了外挂以后会用 30 mb 以上的记忆体。 要是用 Rails 架设一个 blog 一定都 60 mb 起跳。 以这个需求来看 RoR 还是重 PHP App 一阶。
用 devise-browserid 套用后十分便利(http://goo.gl/mzI19A/登入功能。),简简单单就做出注册
用 rake + whenever(crontab) 肯定会暴掉,因为每次 rake 启动的时间就不只一秒了。 建议用 whenever 每秒发个 curl request 给 server
看看你的 my.cnf 中 innodb_buffer_pool_size 设成多少吧。通常大家会想多设一点不要让记忆体无事干坐板凳的说。
@wcp1231 可是一本半价后只要 13 USD 耶
https://github.com/tobiassvn/sidetiq/issues/58
使用 4.x 版的 sidetiq 試試
https://github.com/dejan/rails_panel 试试看这个 chrome plugin 吧,你用了应该就不会在意这个问题了。
这样暴增其实有点伤害市场,原本拿来买东西用的钱币,因为大家看到价值暴增这么多,反而都保存起来不买东西了。
英文的维基百科有写说刷牙的绝大功效都是牙刷毛的接触,而跟牙膏无关。僅供參考。
@chechaoyang 也是用 enumerize,不过更常的时候是更需要 finite state machine 而转换成 workflow。
Rails 的实作好像还是不是使用 mysql 这类内建的 enum。
我以为 Unicorn 已经可以达到不中断部属了?http://rubyist.marsz.tw/blog/2013-06-03/unicorn-rails-and-capistrano/
因为碰过了 Javascript 所以对 undefined 有点感冒
load_and_authorize_resource 會自動幫你創造一個 model obj,但是沒有經過 strong parameter 確認,所以會導致你說的錯誤。目前 cancan 還沒有相關對策,只能不要自動作 loading(在 create action 使用 authorize_resource)
把 owner_id 放在 attr_accessible 的確可能導致漏洞。所以通常會把 owner_id 從 param hash 移掉,作檢查再獨自 assign 到 model 裡面。
有时候这种 gem 会添加一些 rails controller before_filter,让使用更方便。这就不错。比如说 jquery-modal-rails 会主动套空白的 layout。
#6 楼 @allenlsy 对,作者认为使用者最后总是会去写自己的 view 所以决定不做 i18n,而是推荐大家能使用 https://github.com/mcasimir/devise-i18n-views 来作 i18n。要记得这个 gem 要在 Gemfile 中摆在 devise 后面才有用处。
@qqerqqer 请问提示文字是指哪个文字呢?
@kevinzhow 也是啦可是简单的 AR array 就不太想用这些。
我猜得重写 as_json
要翻译的话,优先顺序感觉是:最新的安全漏洞,然后是理论性或是设计模式等没什么 code 的文章,然后是 API 资料,最后才会是官方新闻 XD
我以为 MRI Ruby runtime 本来就不会把用不到的记忆体释回给 OS:http://stackoverflow.com/questions/5968992/ruby-hash-memory-leak-after-key-deletion
#23 楼 @luckyyang 你好像看错了,email 是必要的。我是想表達许多人会打错地址,导致注册信无法寄达。