我真的希望有人可以帮助这个Rails n00b解决这个问题。在过去的几天里,我一直在研究,尝试,崩溃(和 - 燃烧)如何为我正在整理的博客实施标准/ YYYY / MM / Title-Slug URL结构。我已经发现并成功实施了Friendly_Id来处理缓慢(以及历史跟踪),但对于我的生活,我无法解决路由问题的年/月部分。
在我忘记之前:我使用的是Rails 4.2.3和Ruby 2.2.1p85(因为,是的,我利用了RailsTutorial.org中的一些东西): - )
为了尽量减少混淆(或附带损害),我已经搭建了一个超级简单的博客应用程序,试图让它全部运转:
$ rails new blog
[...]
$ cd blog
# (Add friendly_id to Gemfile & install)
$ rails generate friendly_id
$ rails generate scaffold post title content slug:string:uniq
[...]
$ rake db:migrate
对 post.rb :
进行了以下更改class Post < ActiveRecord::Base
extend FriendlyId
friendly_id :title, use: :slugged
def year
created_at.localtime.year
end
def month
created_at.localtime.strftime("%m")
end
end
posts_controller.rb :
class PostsController < ApplicationController
before_action :set_post, only: [:show, :edit, :update, :destroy]
def index
@posts = Post.order('created_at DESC').all
end
def show
end
def new
@post = Post.new
end
def edit
end
def create
@post = Post.new(post_params)
respond_to do |format|
if @post.save
format.html { redirect_to @post, notice: 'Post was successfully created.' }
format.json { render :show, status: :created, location: @post }
else
format.html { render :new }
format.json { render json: @post.errors, status: :unprocessable_entity }
end
end
end
def update
respond_to do |format|
if @post.update(post_params)
format.html { redirect_to @post, notice: 'Post was successfully updated.' }
format.json { render :show, status: :ok, location: @post }
else
format.html { render :edit }
format.json { render json: @post.errors, status: :unprocessable_entity }
end
end
end
def destroy
@post.destroy
respond_to do |format|
format.html { redirect_to posts_url, notice: 'Post was successfully destroyed.' }
format.json { head :no_content }
end
end
private
def set_post
@post = Post.friendly.find(params[:id])
end
def post_params
params.require(:post).permit(:title, :content, :published_at, :slug)
end
end
index.html.erb
<p id="notice"><%= notice %></p>
<h1>Listing Posts</h1>
<table>
<thead>
<tr>
<th>Title</th>
<th>Content</th>
<th>Slug</th>
<th colspan="3"></th>
</tr>
</thead>
<tbody>
<% @posts.each do |post| %>
<tr>
<td><%= post.title %></td>
<td><%= post.content %></td>
<td><%= post.slug %></td>
<td><%= link_to 'Show', post_date_path(post) %></td>
<td><%= link_to 'Edit', edit_post_path(post) %></td>
<td><%= link_to 'Destroy', post, method: :delete, data: { confirm: 'Are you sure?' } %></td>
</tr>
<% end %>
</tbody>
</table>
<br>
<%= link_to 'New Post', new_post_path %>
的routes.rb :
Rails.application.routes.draw do
get '/posts', to: 'posts#index', as: :posts_path
get '/posts/:year', to: 'posts#index', as: :posts_year,
constraints: { year: /\d{4}/ }
get '/posts/:year/:month', to: 'posts#index', as: :posts_month,
constraints: { year: /\d{4}/, month: /\d{1,2}/ }
get '/posts/:year/:month/:slug', to: 'posts#show', as: :post_date,
constraints: { year: /\d{4}/, month: /\d{1,2}/, slug: /[a-z0-9\-]+/ }
resources :posts
end
这些更改主要来自更新此Stackoverflow Q&A的Rails3代码,因为这让我发现了我发现的其他选项中最远的代码。我目前遇到以下控制器异常:
Showing […]/app/views/posts/index.html.erb where line #24 raised:
No route matches {:action=>"show", :controller=>"posts", :month=>nil, :slug=>nil, :year=>#<Post id: 23, title: "test", content: "", slug: "test-4", created_at: "2015-09-01 21:05:48", updated_at: "2015-09-01 21:05:48">} missing required keys: [:month, :slug, :year]
其他解决方案在其他轻微的破坏方式中失败了:
要明确:我没有坚持这种方法 - 我非常乐意采用完全不同的方式。我希望我的最终博客能够起作用:
http://www.example.com/blog/
(对于索引)http://www.example.com/2015/
(2015年帖子索引)http://www.example.com/2015/09/
(对于9月15日的帖子索引)http://www.example.com/2015/09/pleeze-help-me
(针对个别帖子)非常感谢提前!
修改
在寻找一些额外的兔子洞来解决这个问题时,我想知道是否只使用URL重写?解决这个问题的方法。我的直觉说,它正在将一个圆形钉子撞到一个方孔中(特别是考虑到博客还没有生存,所以没有机会在野外指出当前的URL结构),但我没有找到更好的替代方案。
我找到了两个可能有助于重写方法的选项:折射(请参阅链接评论)和机架重写(请参阅链接评论)
是否有人对此替代方法和/或这些插件有任何意见?
谢谢!
PS - 似乎SO权限的更新现在需要至少10个声誉才能发布超过2个链接,因此我必须删除所有链接才能发布此编辑。我已将它们移至评论中,因此我可以保存编辑内容。
答案 0 :(得分:0)
我有一个部分工作的解决方案,可以在我刚刚创建的new question中查看。索引和个别帖子会根据需要进行渲染,但在创建和创建时会遇到问题。编辑帖子,我没有年度索引 e.g., http://www.example.com/2015/
和月度索引e.g., http://www.example.com/2015/09/
的解决方案。
非常感谢在新问题上解决这些悬而未决问题的其他见解!
完整,有效的实施可以在this subsequent question的接受答案中找到。