Ресурсы Rails RESTful, использующие to_param для поля, содержащего символы-разделители

Я хочу, чтобы мое приложение Rails 2.3.2 отвечало и генерировало такие URL-адреса:

/websites/asd.com
/websites/asd.com/dns_records/new

В моем config/routes.rb у меня есть:

map.resources :websites, :has_many => :dns_records
map.resources :dns_records, :belongs_to => :website

Затем я могу получить доступ к таким ресурсам, как:

/websites/1
/websites/1/dns_records

Изменив модель моего веб-сайта, я могу генерировать более качественные URL-адреса, например:

class Website < ActiveRecord::Base
    def to_param
        domain_name
    end
    ...
end

# app/views/websites/index.erb
<% @websites.each do |w| %>
<%= link_to "Show #{w}", website_path(w) %>
<% end %>

# Produces a link to:
/websites/example_without_periods_in_name

Однако для доменных имен, содержащих '.' символов, Rails становится недовольным. Я считаю, что это потому, что '.' определен в ActionController::Routing::SEPARATORS, в котором перечислены специальные символы для разделения URL-адреса. Это позволяет вам делать такие вещи, как /websites/1.xml.

ТАК, есть ли простой способ разрешить '.' символов в URL-адресах RESTful?

Я попытался переопределить ActionController::Routing::SEPARATORS, чтобы не включать '.', что является совершенно плохим способом решения проблемы. Это портит сгенерированные URL-адреса, добавляя к ним «.:format».

Я также знаю, что могу добавить :requirements => { :id => regexp } в свой config/routes.rb, чтобы оно соответствовало доменному имени, которое включает '.' (без этого params[:id] устанавливается на часть доменного имени перед первым '.'), но это не помогает при создании URL/путей RESTfully.

Большое спасибо :) Ник


ruby-on-rails rest separator
person nfm    schedule 04.06.2009    source источник

Ответы (3)


arrow_upward
4
arrow_downward

Решил проблему, с большой благодарностью http://poocs.net/2007/11/14/special-characters-and-nested-routes (и см. http://dev.rubyonrails.org/ticket/6426 для дополнительной справки)

Мне нужно было добавить :requirements => { :website_id => regexp } для каждого вложенного маршрута, который также должен был включать доменное имя с точками.

Вот мой рабочий маршрут:

map.resources :websites, :requirements => { :id => /[a-zA-Z0-9\-\.]+/ } do |websites|
    websites.with_options :requirements => { :website_id => /[a-zA-Z0-9\-\.]+/ }  do |websites_requirements|
        websites_requirements.resources :dns_records
    end
end

<%= link_to 'New DNS Record', new_website_dns_record_path(@website) %>

# Produces the URL
/websites/asd.com/dns_records/new

Призыв к

websites.with_options

просто соответствует DRY, так что :requirements не нужно указывать для всех вложенных маршрутов для веб-сайтов. Так что я мог бы также

websites_requirements.resources :accounts
websites_requirements.resources :monthly_bandwidth_records
etc.
person nfm    schedule 05.06.2009

arrow_upward
1
arrow_downward

Это интересный вопрос. Я не думаю, что вы сможете избавиться от плохого '.:format', добавленного в конец, если вы сделаете базовое map.resources. Если вам нужны точки в именах, вы не соответствуете обычным стилям рельсов, и я думаю, что пользовательский маршрут может быть в порядке, если вам абсолютно НУЖНО '.' в URL.

Однако, возможно, вам следует подумать об изменении определения to_param. Что бы вы подумали об использовании следующего?

def to_param
   domain_name.sub('.','_dot_')
end

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

/websites/asd_dot_com/dns_records/new
/websites/asd_dot_com/
person Oliver N.    schedule 04.06.2009

arrow_upward
0
arrow_downward

У меня была аналогичная проблема некоторое время назад, и я пришел к аналогичному решению. Использование /.+/ в качестве требования для рассматриваемого параметра отлично сработало для меня.

http://zargony.com/2009/05/05/routing-parameters-with-a-dot

person Zargony    schedule 04.08.2010