Viktor Vsk

Как раз для таких целей рекомендуется вместо has_and_belongs_to_many использовать has_many through:

Принципиально, чтобы услуги были вложены в регион, а не наоборот.

Ох уж эти сеошники
По факту, вам нужно просто

mysite.ru/regions/region_id/servises/all

Превратить в:

mysite.ru/moskva/services/all

Для этого можно использовать
resources :regions, path: ''
что бы убрать regions
Что бы превратить region_id в moskva, смотрите apidock.com/rails/Object/to_param

На самом деле, оптимально иметь что-то вроде mysite.ru/moskva123 (с учетом что region_id == 123), но ваши сеошники поймут это только когда столкнутся с тем, что нужно переименовать moskva в moscow

Из php вам нужно запустить браузер и в браузере сделать скриншот. Например с помощью phantomjs: phantomjs.org/screen-capture.html

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

Файлы (и изображения) нужно хранить в отдельных специальных местах, например Amazon S3 (так же есть много аналогов вплоть до "арендовать другой сервер с минимальным количество CPU/RAM и максимальным HDD диском, но это тоже плохой вариант):
https://aws.amazon.com/ru/s3/pricing/

И, конечно же, вам не нужны фотографии в том же качестве, что и на фотоаппарате, если вы хотите показать работу, а не продаете эти фото.

Если логика простая и расширения не предвидятся, то используйте nested_attributes, т.к. они уже есть.
Если логика сложная, то дальше вопрос - такой сложный кусок должен быть 1-2 в системе? Если да, то создайте папку app/services (app/interactors) и положите туда класс AlbumSaver. И папку app/form_objects с классом AlbumUpdateForm. И вызывайте AlbumSaveForm в AlbumSaver.
Если у вас множество мест, где нужны очень сложные формы, то к предыдущему подходу добавьте какой-нибудь гем для управления формами

Проблемы никакой нет. Просто вы, очевидно, не переинициализируете редактор после вставки в DOM этой формы.

Вероятнее всего, при первом рендере страницы идут такие шаги:
1. Рендерится страница с обычной формой
2. В конце (или по событие document->ready) инициализируется редактор и форма становится wysiwig
3. Все происходит так быстро, что момент перехода формы в wysiwig вы не наблюдаете.

При подгрузке через AJAX же вы вставляете форму, но кода, инициализирующего редактор - нигде нет.

Выходы:
1. Вызывать какое-либо событие при изменение DOM в том месте, где у вас вставляется форма. И тогда можно помещать этот код в assets
2. Прямо в партиале, приведенном в вопросе добавить инициализацию редактора

Чаще всего вариант №2 предпочтительнее

https://developer.yahoo.com/performance/rules.html
Касательно js в конце: для того, что бы не грузить их вначале, а дать возможность браузеру сначала отрендерить важную для пользователя информацию
В принципе, аналогично атрибуту defered
Гугл говорит иначе - подключайте джаваскрипт именно в тех местах, где он нужен (что-то вроде инлайна)

Ну разве не очевидно, что у вас там 'true' - строка, а в базе, вероятнее всего - логическая

Конечно, все зависит от многих условий, но в общем случае при таких объемах нужно дробить таблицы (partitioning). Как следствие, сначала нужно будет с каждой таблицы выбрать нужные данные, а далее проводить с ними какие-то операции - джойны и т.д.