Скоро появится страница в Rails 3.1

Question

Я занимаюсь разработкой веб-сайта, но хочу, чтобы страница "Скоро появится" была готова. Как структурировать страницу «Скоро в продаже» в моем приложении rails 3.1? Каков наилучший способ сделать это?

Я рассматриваю четыре варианта:

1. Иметь в ближайшее время статичную страницу в публичном каталоге. Сделайте так, чтобы маршруты рельсов указывали на него, а затем изменили мой файл маршрутов, когда я выйду в эфир.

2. Получить страницу, обслуживаемую контроллером, указывающую на www.myproject.com/home. Я просто изменю файл маршрутов, когда буду готов к работе по адресу www.myproject.com

3. Используйте LaunchRock.com. Публикуйте мой домен в LaunchRock, а затем укажите его на моем сайте, когда я буду готов.

4. Использование https://github.com/vinsol/Launching-Soon/

Какой метод лучше всего подходит для моего проекта Rails?

Спасибо

Answer 1

У каждого из них есть свои плюсы и минусы. Это зависит от вас.

Если вы близки к запуску, вам все равно придется настроить веб-сервер и Rails, поэтому либо настройте контроллер Rails для обслуживания статических страниц, либо разместите статическую страницу в вашем публичном каталоге. вероятно, лучший выбор.

Лично я не буду показывать страницу "скоро" через другие сайты / сервисы. Одна из причин появления какой-то страницы «скоро» - в целях SEO. Для этого лучше всего иметь полный контроль над вашим сайтом / страницей.

Я бы пошел за использование контроллера для статических страниц, потому что вы можете легче использовать тот же макет, что и ваш сайт, и вы можете добавить динамическое содержимое на эту страницу (например, регистрацию или форму контакта).

См .:

http://railscasts.com/episodes/117-semi-static-pages

Вариант № 6) показывать статическую страницу через Rack

http://railscasts.com/episodes/222-rack-in-rails-3

Answer 2

Поместите статическую страницу с копией вверх сегодня для целей SEO. Затем подумайте о своих маркетинговых целях и подумайте, какие функции вам нужны (например, регистрация в списке рассылки, просмотр данных приложения, вирусное видео и т. Д.). Соотнесите потребности этих функций со временем, отведенным от фактического развития.

В конце вы задаете правильный вопрос (выделение мой):

Какой метод лучше всего подходит для моего проекта Rails?

Но вы не даете никакого контекста. Любой из методов, которые вы упомянули, может быть подходящим, но они не имеют смысла без понимания бизнес-целей. Технический форум, такой как этот, вероятно, не лучшее место для обсуждения на данном этапе.

Answer 3

Любой из вышеперечисленных, и еще один:

5.После того, чтобы веб-сервер возвращал статическую страницу для всех запросов, полностью обходя рельсы.

Какой из них использовать, зависит от того, сколько проблемВы хотите перейти к тому, хотите ли вы какую-то базовую функциональность приложения (например, объявления).

Я предлагаю вам составить список того, какие функции вам действительно нужны, или вы обязательно будете их использовать, и посмотретькак это соответствует вашему списку.

Одна вещь, которую нужно принять во внимание, это временные рамки.Если «запуск в ближайшее время» не будет таким быстрым, вам понадобится способ легко информировать людей.