Ruby on rails 即将发布的Rails 3.1页面

我正在开发一个网站，但希望有一个“即将到来”的网页是现在。如何在rails应用程序3.1中构建“即将发布”页面？做这件事最好的方法是什么

我正在考虑的四个选择是：

在公共目录中有一个静态即将到来的页面。让rails routes指向它，然后在我上线时修改我的routes文件

有一个指向www.myproject.com/home的控制器提供的页面。当我准备好上线到www.myproject.com时，我将更改路由文件

使用LaunchRock.com。将我的域名发布到LaunchRock，准备好后将其指向我的网站

使用

哪种方法最适合我的Rails项目

---

谢谢你

这些都有不同的优点和缺点。这真的取决于你

如果您即将启动，您将不得不设置一个web服务器和Rails，因此设置一个Rails控制器来服务静态页面，或者在公共目录中设置一个静态页面，可能是最好的选择

就个人而言，我不会通过其他网站/服务提供“即将到来”页面。 有某种“即将到来”页面的一个原因是为了SEO目的。为此，最好完全控制您的站点/页面

我倾向于为静态页面使用控制器，因为您可以更轻松地使用与站点相同的布局，并且可以向该页面添加动态内容（例如，注册或联系表单）

见：

选项6）通过机架提供静态页面

---

其中任何一种都有不同的优点和缺点。这真的取决于你

如果您即将启动，您将不得不设置一个web服务器和Rails，因此设置一个Rails控制器来服务静态页面，或者在公共目录中设置一个静态页面，可能是最好的选择

就个人而言，我不会通过其他网站/服务提供“即将到来”页面。 有某种“即将到来”页面的一个原因是为了SEO目的。为此，最好完全控制您的站点/页面

我倾向于为静态页面使用控制器，因为您可以更轻松地使用与站点相同的布局，并且可以向该页面添加动态内容（例如，注册或联系表单）

见：

选项6）通过机架提供静态页面

---

以上任何一项，以及另外一项：

5.您的Web服务器是否为所有请求返回一个静态页面，完全绕过rails

你使用哪一个取决于你想找多少麻烦，以及你是否想要一些基本的应用程序功能（比如公告）

我建议你列出你真正需要的功能，或者确定你会使用的功能，然后看看这些功能与你的列表是如何匹配的

---

需要考虑的一件事是时间框架。如果“很快发布”不会那么快，那么你需要一些方法来轻松地让人们了解情况

以上任何一项，还有一项：

5.您的Web服务器是否为所有请求返回一个静态页面，完全绕过rails

你使用哪一个取决于你想找多少麻烦，以及你是否想要一些基本的应用程序功能（比如公告）

我建议你列出你真正需要的功能，或者确定你会使用的功能，然后看看这些功能与你的列表是如何匹配的

---

需要考虑的一件事是时间框架。如果“很快发布”不会那么快，那么你需要一些方法来轻松地让人们了解情况

为了SEO的目的，今天就放一个包含一些副本的静态页面。然后考虑你的营销目标并考虑你需要什么样的特征（例如邮件列表注册，到应用程序数据窗口，病毒视频等）。平衡这些特性的需求与实际开发所花费的时间

最后，你提出了正确的问题（强调我的问题）：

哪种方法最适合我的Rails项目

---

但你没有给出任何背景。您提到的任何方法都可能是合适的，但如果不了解业务目标，它们就毫无意义。在这个阶段，像这样的技术论坛可能不是最好的提问场所。

为了搜索引擎优化的目的，今天就放一个带有一些副本的静态页面。然后考虑你的营销目标并考虑你需要什么样的特征（例如邮件列表注册，到应用程序数据窗口，病毒视频等）。平衡这些特性的需求与实际开发所花费的时间

最后，你提出了正确的问题（强调我的问题）：

哪种方法最适合我的Rails项目

---

但你没有给出任何背景。您提到的任何方法都可能是合适的，但如果不了解业务目标，它们就毫无意义。在这个阶段，像这样的技术论坛可能不是最好的提问场所。

+1添加选项5）：-）例如，如果您在Rails前面有Nginx或Apache，您可以直接通过它们为静态页面提供服务，完全绕过Rails。只是想澄清一下，对于OP:）+1添加选项5:-）例如，如果您在Rails前面有Nginx或Apache，您可以直接通过它们提供静态页面，完全绕过Rails。只是想澄清一下，对于OP:）我将使用控制器。谢谢。我同意用控制器。谢谢