как вы организуете статические страницы в ваших проектах rails? - PullRequest
1 голос
/ 16 октября 2011

Всегда есть статические страницы, такие как About (about.html), Contacts (contacts.html) и другие.В некоторых руководствах авторы создают специальный контроллер с именем «site» и определяют действия «about», «contacts», которые просто визуализируют статические страницы и позволяют использовать link_to на других страницах erb.Другие авторы просто создают статические html-страницы и используют старый добрый About или что-то в этом роде.Какой метод лучше (если есть) и почему выбираете один из других?

Ответы [ 3 ]

1 голос
/ 16 октября 2011

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

Я просто неНе вижу веской причины для их выделения в качестве статических ресурсов, они обычно используют тот же макет, что и остальная часть сайта, вы можете добавить поведение позже и т. д.

0 голосов
/ 16 октября 2011

Хорошо, так что вы знаете два основных ответа (для первого есть несколько вариантов).Какой из них использовать, вам лучше выбрать.Если вам нужен маленький рубин, используйте статический контроллер (его можно назвать как угодно).Если вы не собираетесь использовать какие-либо полезности rails / ruby, держитесь подальше от rails и обслуживайте эти страницы с помощью apache / nginx.

Обновление : прочитайте второй абзац от Дэйва Ньютона, иногда используя стек рельсов только для того, чтобы сохранить согласованность вашего макета.Обязательно используйте кэширование страниц.

0 голосов
/ 16 октября 2011

Служите статическим ресурсам напрямую через Nginx или Apache - так намного быстрее.

См: http://blog.joeygeiger.com/2011/06/07/serving-assets-in-rails-3-1-with-nginx/

...