Как правильно сделать поддержку доменов 3-го уровня (RoR)?

Question

[gejarufu]

Собственно страницы создаются из админки заполнением пункта Alias, который является именем страницы.
Есть необходимость сделать для страниц каталога домены 3-го уровня.
Сейчас выглядит как:
domain.com/foo (foo - алиас)
domain.com/bar
Надо:
foo.domain.com
bar.domain.com

Вопросы:
1) Каким образом надо настраивать DNS сервер? Я правильно же понимаю что не надо будет для каждого домена прописывать настройки в DNS.
2) Какой лучше использовать гем.

Страниц каталога будет очень много. Редирект с domain.com/foo на foo.domain.com будет 301

Answer 1

[tahoa_cleo]

1) нет, достаточно добавить запись вида
* IN A IP_ADDRESS
и все запросы типа *.domain.com буду идти на сервер с IP-адресом IP_ADDRESS.
Ну и web-сервер тоже необходимо будет настроить для работы в таком режиме.

Answer 2

[Борис Пеньковский]

1) Каким образом надо настраивать DNS сервер? Я правильно же понимаю что не надо будет для каждого домена прописывать настройки в DNS.

Просто добавьте следующую запись формата A («A record» в англоязычной версии): *.example.com
Потом настраиваете nginx

server {
    server_name   www.example.com;

    location / {
         proxy_pass 11.22.33.44:8080;
    }
}

server {
    server_name   ~^(?<sub_domain>[a-z0-9\-]+)\.example.com$;

    location / {
        proxy_pass 11.22.33.44:8080/$sub_domain$uri$is_args$args;
    }
}

Comments

[Борис Пеньковский]

напиши свой вариант, я посматрю

Answer 3

[Viktor Vsk]

DNS отправляет все запросы на айпишник хоста
Nginx отправляет все запросы к рельсам
в config/routes.rb используете constraints (guides.rubyonrails.org/routing.html#http-verb-cons...

P.S. Не надо программировать на nginx

Comments

[gejarufu]

P.S. Не надо программировать на nginx - т.е. всю задачу на всякие отработки адресов оставлять рельсам через constraints?

[Viktor Vsk]

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

Но я считаю так: поддомен для каждой статьи - это бизнес-логика приложения? Значит, пускай приложение ее и обслуживает, не нужно плодить лишних зависимостей.

Тем более, вопрос автора - тривиальный

[gejarufu]

В любом же случае nginx должен же обрабатывать поддомены

[Viktor Vsk]

@gejarufu тогда как-то теряется смысл единой точки входа. Да и зачем и что вы имеете ввиду под обрабатывать? Nginx должен решать, какую переменную получит Rails ? Зачем? А что будет когда вы захотите переехать на другой хостинг, помнить, что надо еще и конфиги тащить ? А если новый разработчик придет - документацию по всему софту вести?

[gejarufu]

@victorvsk тогда я вообще запутался) Возможно с терминологией ошибся. Под обрабатывать я подразумевал конфиг в nginx (server {server_name example.com;} + server {server_name *.example.com;}). А то, что понял из вашего ответа, используя constraints можно добиться что адрес domain.com/foo/*/* будет foo.domain.com/*/* и этим уже заботяться рельсы.

[Viktor Vsk]

@gejarufu как мне кажется, правильно будет, если nginx обрабатывает всю статику (css,js,картинки,html страницы ошибок), а все остальные запросы перенаправляет на роутер рельсов, который уже решает, переданные параметры - это поддомен, отображающий статью или личный профиль пользователя

[Viktor Vsk]

да, rails решает, что exmaple.com/user/1/post/2 - это user1.example.com/post/2

Answer 4

[gejarufu]

Сделал следующее на локальной машине. Поставил Passenger.
В итоге при попытке зайте как на адрес admin.example.com так и на динамический адрес foo.example.com выдает "Server not found".

nginx.conf

server {
  listen 80;
  server_name www.example.com;
  rewrite ^(.*) http://example.com$1 permanent;
}

server {
  listen 80;
  server_name example.com *.example.com;
  root my/public;

  rails_env development;
  passenger_enabled on;

  charset utf-8;
}

Hosts file
127.0.0.1 example.com
127.0.0.1 *.example.com

routes.rb

constraints :subdomain => 'admin' do
  namespace :admin, path: '' do
    root 'blogs#index'
  end
end

get ':link', to: 'blogs#show', constraints: { subdomain: /.+/ }

в routes.rb :link это friendly_id

Comments

[gejarufu]

Я выше описал что поддомены динамические и их много. Такой вариант не подходит.