我正在考虑在Rails中实现某种形式的匿名用户系统。我需要让人们在不实际创建帐户的情况下做事(创建记录、查看他们创建的内容等)。一旦他们创建了一个帐户，一切都会持续存在，而不会因清除cookie或其他东西而丢失它。现在，我认为这非常简单。在用户模型中有一个is_anonymous字段，并使用类似这样的东西来访问当前登录的用户:deffind_usersession[:user_id]||=create_new_anonymous_user.idend假设session持续了一段合理的时间，并且sessioncookie没有过期，那应该可以让一切顺利运行。但是，我的这一部分确信我遗漏了一

我试图了解MRIRuby1.8和JRuby之间不同线程模型的实际影响。作为开发者，这种差异对我意味着什么？另外，MRIRuby1.8中是否有任何实际代码示例会由于不同的线程模型而在JRuby上具有更差的性能特征？ 最佳答案 状态ruby1.8有绿色线程，这些线程可以快速创建/删除(作为对象)但不是真正的并行执行，甚至不由操作系统调度，而是由虚拟机调度ruby1.9有真正的线程，由于操作系统调用，创建/删除(作为对象)很慢，但由于GIL(全局解释器锁)一次只允许一个线程执行，所以这些都不是真正的线程并行JRuby也有操作系统调度的真实

我正在尝试找到一种方法将用户生成的文本安全地存储在数据库中(这样只有用户才能访问他/她存储的文本)。我可以让Rails使用用户密码作为key来加密和解密用户的文本条目，但是如果用户忘记了他们的密码，就没有办法解密他们以前的内容/文本(因为Rails应用程序使用BCrypt来仅存储密码的哈希值)。有人知道怎么做吗？看起来Dropbox做了类似的事情:“存储在Dropbox服务器上的所有文件都经过加密(AES-256)，没有您的帐户密码就无法访问。”(http://www.dropbox.com/help/27)然而，它们允许您重置密码，我假设它们不会在任何地方存储您的纯文本密码。我错过了

我试图了解Ruby线程pre-1.9和1.9(在标准MRI实现中)之间的区别，但就您可以使用它们获得的好处而言，它们似乎几乎相同。这是正确的吗？以我有限的理解:1.9之前的线程是“绿色线程”，这意味着它们由Ruby解释器而非操作系统管理。这样做的一个结果是您永远无法实现真正​​的并发，因为您永远不会同时运行多个线程(即使您在多核/多处理器系统上)。(但是，如果执行在不同线程之间切换，您可以获得并发的外观，例如，如果一些程序运行而另一个程序正在等待I/O。)1.9线程是native线程，这意味着它们确实由操作系统管理。如果没有全局解释器锁，这将允许Ruby同时运行多个线程(在多核/多处理

假设我们有多个线程都调用同一个函数:deffoo#dostuff...end100.timesdo|i|Thread.newdofooendend如果foo中当前有两个或多个线程，它们是否都在foo中共享相同的局部变量？这涉及到我的第二个问题。线程是否有单独的栈帧，或者它们是否在单个进程中共享栈帧？具体来说，当多个线程各自调用foo并且在foo返回之前，堆栈上是否有多个foo副本，每个副本都有自己的局部变量，还是堆栈上只有一份foo？ 最佳答案 是的，它们共享相同的变量。这是Threads的关键元素，在只读上下文中很好，但如果它们写

在3.0之前有一种方法可以做到这一点:#...set:mysql_password,proc{Capistrano::CLI.password_prompt"Gimmeremotedatabaseserverpassword.Don'tworry,Iwon'ttellanyone:"}#...namespace:dbdodesc'Dumpremotedatabase'task:dumpdorun"mysqldump-u#{mysql_user}-p#{mysql_database}>~/#{mysql_database}.sql"do|channel,stream,data|ifdat

如何处理并发ruby​​线程池中的异常(http://ruby-concurrency.github.io/concurrent-ruby/file.thread_pools.html)？例子:pool=Concurrent::FixedThreadPool.new(5)pool.postdoraise'somethinggoeswrong'end#howtorescuethisexceptionhere更新:这是我的代码的简化版本:defprocesspool=Concurrent::FixedThreadPool.new(5)products.eachdo|product|new_

我在网络上阅读了大量关于不同版本的ruby​​和rails的线程安全和性能的资料，我想我现在已经很好地理解了这些内容。讨论中似乎奇怪地遗漏了如何实际部署异步Rails应用程序。当谈到应用程序中的线程和同步性时，人们希望优化两件事:以最少的RAM使用率利用所有CPU内核能够在之前的请求等待IO时处理新请求第1点是人们(正确地)对JRuby感到兴奋的地方。对于这个问题，我只是想优化第2点。假设这是我应用中唯一的Controller:classTheController"hello"enddefslowrender:text=>User.count.to_sendendfast没有IO，每秒

我在一台有两个处理器的机器上运行一个程序，当我做一个fork时，子线程是作为native线程创建的，或者它就像一个绿色线程/协程。子进程是与父进程同时运行还是只是并行运行？ 最佳答案 fork()的工作一般是生成一个新的、独立的进程，复制页表，并将调用fork()的进程拥有的所有页面标记为该进程中的写时复制。然后，fork()在两个进程中返回(返回值让相应的进程知道它是哪个进程)。在具有多个处理器(或处理器核心)的系统上，您可以正常(假设您确实有一个支持SMP的系统，cpu亲和性不会阻止它)期望这两个进程使用这两种处理器，但您不能严

ActiveSupport::SecureRandom是否安全，因为它“不可能”计算出随机数，或者它返回UUID的方式是否安全？ 最佳答案 随机数(及其应用)的安全性来自于它对于加密目的的随机性。随机性的质量在很大程度上取决于系统可以提供的熵，例如通过Linux上的/dev/urandom接口(interface)。为了安全起见，给定先前生成的随机数的某个序列，攻击者不能猜测下一个随机数。您可以使用ActiveRecord::SecureRandom作为创建UUID的实现的一部分(版本4)但它们没有直接关系