sponsored 表示赞助的意思,这个项目由 nearForm 赞助的。通常赞助的理由各种个样,但是一般都不写出来。
前两天 Apple Store 推送了 10.10.1 Beta,升级包大概 300 MB 左右,感觉升级后这样的情况明显改善了,长时间开机后系统卡顿的现象消失了,又恢复了 n 天不关机的传统习惯。
加精!Akira Matsuda 在这个 PPT 里面包括的内容:
一个 PPT 中把这些全部展示出来了,值得每个 Rubyist 亲自动手跟着 PPT 实践一遍!
#5 楼 @towonzhou 你能说说你遇到的异常是什么呢?以及产生异常的原因是什么呢?
这两个都是用来做缓存的
Redis 其实是一种数据库。
有人说 redis 会把数据持久化,那样就很慢
首先并不慢,其次 Redis 持久化策略有 RDB 和 AOF 两种,根据需求和实际场景选择合适的策略,甚至 RDB 和 AOF 可以混用,如果不想持久化,也可以 Disable 掉。
发现真实运行的时候 redis 有时候链接抛出异常...你要不放心,也可以多取几次。
你的用法不对,redis 的操作是原子性的,必须先 set,然后 get。当指定的 key 不存在 value 的时候,默认返回 nil
如果通过 nginx + passenger 部署的话,是不需要手动启动 rails server 的,nginx 收到访问请求后,passenger 会自动启动 rails instance,前提是你配置没有问题。你问配置是否正确,我建议你自己试试看,出错都会有错误信息的,可以通过错误信息去排查。
我感觉你贴图错了,我看到的是你启动 rails 的 development 模式,然后 Ctrl + C 停止了 Rails server。
Knewone 这下真的要🔥了!
能全程公开,视频录像吗?
#3 楼 @putty 我觉得你把好几个问题杂糅在一起看了。
首先,基于 Rails 的部署方案有基于进程模型(unicorn or passenger)和基于线程模型(puma)两种。不管哪种模型,从 Rails 4 开始,使用一套自己实现的 ActiveSupport::Dependiecies
以及一系列组件,用于解决了 Ruby 原生的 Autoload 在多线程情况下的载入冲突问题,确保 Rails 在 threadsafe 模式下正常工作,具体可以看 http://tenderlovemaking.com/2012/06/18/removing-config-threadsafe.html
其次,不管是基于进程,还是线程,都有一个请求队列,保存未处理的请求。
最后,你说的购买问题,正如你找到的方案,在持久层面处理资源访问的一致性问题。并发的时候,其他请求可能会读到未更新的数据,但是写入的时候应该使用由数据库提供的事务机制或者锁机制确保一致性。
@emerson 楼主要不你先 hold 一下,我看了一下 RubyChina 的最新源码,使用的是 Rails 4.2.0.beta,略激进,所以找不到 i18n-0.7.0.beta1 是有可能的,要不等等 Rails 4.2.0 正式发布后 RubyChina 同步升级后再来折腾?
我建议楼主分三步走:
标题已经帮你改好了。
请问公司在哪里?
跟你用的 Rails 版本有关,如果是 Rails 4.0 以上,Rails 默认工作在 threadsafe 模式下。