【问题标题】:Rails x FastCGIRails x FastCGI
【发布时间】:2008-10-16 15:34:39
【问题描述】:

如果客户在不支持 mod_rails 的提供商处提供廉价托管服务,我是否应该置身事外? rails + fast.cgi 会为用户提供良好的体验,还是应该在这种情况下选择 php + my-favorite-framework 作为平台?

问候,

维克多

【问题讨论】:

  • 只是想了解一下你想用 Rails 实现什么,你能分享一下你也在考虑的 php 框架吗?
  • 这是一个简单的时间表应用程序,但 fastcgi 的问题是它必须生成一个进程来处理 cgi 然后调用 rails,这就是 mod_rails 更好的原因。 PHP 框架总是 CodeIgniter

标签: ruby-on-rails


【解决方案1】:

Fastcgi 应该没问题。尽管通常建议在您拥有的平台上托管 Rails 应用程序。有一些非常实惠的虚拟专用服务器可以让您做到这一点。

【讨论】:

  • 我同意,但有些客户已经有一个付费服务器,不想换另一个。 “如果客户通过提供商提供廉价托管服务”
  • 我在 Dreamhost 上使用了 fastcgi 一段时间(用于托管基于 python 的应用程序)。它奏效了,但我认为大多数主机(尤其是超卖的那种)会限制你。
【解决方案2】:

我有三个使用 FastCGI 的廉价托管计划的客户,并且由于 FastCGI 本身没有遇到任何问题。这些都是不需要 Mongrel 的低流量站点。

rails + fast.cgi 是否会为用户提供良好的体验

这完全取决于您要做什么。如果您要构建一个用户将上传和播放视频的网站,那么没有 FastCGI 不是一个好的选择。

在这种情况下我应该选择 php + my-favorite-framework 作为平台

您总是为工作选择正确的工具。如果没有关于您要构建什么的任何详细信息,我不确定这里的任何人都能够告诉您如何构建它。

【讨论】:

    【解决方案3】:

    我在低端主机上的体验真的很糟糕。不断地让我的杂种实例莫名其妙地死去。自从切换到切片后,我自己运行它的问题为零。

    【讨论】:

      【解决方案4】:

      我倾向于避免使用 FastCGI。我自己没有使用过它,但我已经阅读了足够多的关于它的恐怖故事,我不想使用它。

      如果托管公司将完全负责管理服务器实例,并且您可以相信他们会确保应用程序始终正常运行,那么它可能会起作用。不过我怀疑情况是否如此,如果您不拥有服务器,我认为您会遇到很多问题,以解决 FastCGI 不可避免地会向您抛出的所有奇怪错误。

      【讨论】:

        【解决方案5】:

        不用担心 mod_rails:它是新的,Rails 网站在它出现之前运行良好。我敢肯定,拥有它很好,但不是必需品。

        当您希望将rails to scale 获取到真正需要 mod_rails 的卷时,该站点应该值得放入运行它的环境中。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2010-11-10
          • 2012-01-13
          • 2010-10-19
          • 2017-02-02
          • 2015-02-04
          • 2012-12-27
          • 1970-01-01
          • 2010-11-15
          相关资源
          最近更新 更多