Les pages statiques en Ruby on Rails

Dépend de la façon dont vous souhaitez gérer le contenu de ces pages.

Approche #1 - stocker le contenu dans les vues

Si vous voulez juste de mettre l'ensemble de votre contenu ERB vues, puis une approche très simple est de créer un PagesController dont le but est de traiter avec des pages statiques. Chaque page est représentée par une action dans le contrôleur.

pages_controller.rb:

class PagesController < ApplicationController
  def home
  end

  def about
  end

  def contact
  end
end

routes.rb:

match '/home' => 'pages#home'
match '/about' => 'pages#about'
match '/contact' => 'pages#contact'

Puis créer à la maison.html.erb, sur.html.erb, et le contact.html.erb vues dans app/views/pages. Ces points de vue de contenir le contenu que vous voulez sur vos pages statiques. Ils vont par défaut de votre application.html.erb mise en page.

Vous aurez également besoin de regarder dans la page en cache pour vous donner un coup de pouce de la performance.

---

Approche #2 - stocker le contenu dans la base de données

Une autre approche que j'ai utilisée, c'est de faire un très de base de la CMS pour les pages statiques. Dans ce cas, les pages sont représentées dans le modèle. Il utilise le friendly_id gem pour gérer les limaces pour chaque page afin qu'ils puissent être récupérés par un joli nom dans l'URL (par exemple, /sur) plutôt que par ID.

page.rb:

class Page < ActiveRecord::Base
  attr_accessible :title, :content

  validates_presence_of :title, :content

  has_friendly_id :title, :use_slug => true, :approximate_ascii => true
end

pages_controller.rb:

class PagesController < ApplicationController
  def show
    @page = Page.find(params[:id])
    render 'shared/404', :status => 404 if @page.nil?
  end
end

spectacle.html.erb:

<%= raw @page.content %>

routes.rb:

match '/:id' => 'pages#show'

Note: vous pouvez mettre cette entrée à la fin du parcours.rb car il correspond à tout.

Alors comment vous voulez créer, de modifier et de mettre à jour les pages sont à vous - vous pouvez avoir une interface d'administration, ou de le construire en à votre interface publique d'une certaine manière. Cette approche peut bénéficier à partir de la page mise en cache trop.

Jeff approche #1 (le stockage de contenu de vues et d'avoir un itinéraire et de contrôleur de l'action pour chaque page statique) en est une bonne. La seule chose que je voudrais ajouter, c'est d'utiliser le controller macro dans vos itinéraires.

Ainsi, au lieu de cela:

match '/home' => 'pages#home'
match '/about' => 'pages#about'
match '/contact' => 'pages#contact'

Vous pouvez faire ceci:

controller :pages do
  get :home
  get :about
  get :contact
end

C'est deux lignes supplémentaires, mais beaucoup beaucoup plus élégante, car elle élimine la répétition et les groupes de votre page statique routes visuellement.

Il utilise également la get http verbe méthode au lieu de match, ce qui est une meilleure pratique pour les Rails routes (et plus concis, maintenant que Rails 4 exige que le http, le verbe être spécifié lors de l'utilisation de match.

Découvrez Michael Hartl de http://railstutorial.org
qui vient dans une 2.3.8 et 3.0.x version. Il couvre ce avec beaucoup d'exemples et vous conduit à travers le renforcement de leur très tôt et vous aurez aussi l'occasion d'apprendre beaucoup plus que cet exemple.
Je le recommande fortement.

De plus, vous pouvez créer des pages statiques à l'aide de Jekyll bootstrap ou aussi Jekyll à l'aide de Danger blog

Reportez-vous il est très utile.

Je suggère l'ajout de vos pages dans le dossier public de façon à être servi directement sans avoir à passer par des rails à tous. Je ne suis pas un expert mais je ne sais pas si cela peut avoir des cons si la page est statique.