Где хранить мета-данные в rails?

Question

[Meridian312]

Нужно сохранить кое какие мета данные в rails приложении, как это лучше сделать?

Условия хранения:
- Данные в одном экземпляре и могут изменяться

Под мета данными могут быть hash-settings для app, которые можно изменить из приложения.

Answer 1

[Viktor Vsk]

Например, в initializers создаете Класс Синглтон

Comments

[Meridian312]

А при услови, что данные можно изменять/хранить с доступом из веб-интерфейса?

[Viktor Vsk]

Meridian312: хранить и изменять, для одной сессии, для одного реквеста, для одного инстанса приложения? Для чего ?
Если хранить постоянно, то только в базе. Создаете какую-нибудь таблицу Settings и туда все кладете

[Meridian312]

Я задумался над YML файлом и работы с ним через класс? но вот сомневаюсь будет ли это адекватным решением если эти данные будут доступны во views

[Viktor Vsk]

Meridian312: какая цель? Какие причины нежелания хранить в базе (база создана для хранения) ?
В yml и initializers обычно хранят настройки, которые если и меняются, то вручную в коде.

[Meridian312]

Предположим, сценарий, мне нужно во всех views выводить некое сообщение, оно может быть отрегулированно позже администратором, я просто посчитал нерациональным иметь таблицу с несколькими записями или даже одной или спокойно стандартно?

[Viktor Vsk]

Meridian312: не думайте о преждевременной оптимизации. Сейчас сообщение одно, потом станет 10, потом 100. Просто придумайте, как адекватно назвать и использовать эту сущность и храните в базе спокойно (например, GreetingMessage name:string body:text)

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

Для этого проще использовать модули чем синглтоны

[Viktor Vsk]

Able1991: это разные вещи.

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

Виктор Выскребенцев: Я где то говрю о том что это одно и тоже? я говрю о том что проще использовать

[Viktor Vsk]

Able1991: тогда неоднозначно говорите. Можно поместить синглтон в модуль. Можно сделать модуль синглтоном.

Answer 2

[Николай]

Я думаю, проще всего в БД. При необходимости закешировать.

Comments

[Meridian312]

j_wayne, единственную запись хранить в таблице, стоит ли?

[vsuhachev]

Meridian312: А где еще? Но жестко привязывать ваши данные к колонкам таблицы не стоит, лучше множество записей (param, value) в таблице settings, и гибче и вам психологически проще т.к. записей много :)

[Николай]

Хранение в БД имеет огромный плюс - кроме дампа БД вам ничего не нужно для переноса сервера и т.п.

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

j_wayne: Хранение в БД имеетодин огромный минус - нахрена мне при деплое делать дамп базы?) Для этого данные выносятся в конфиг файлы, достаются в инициализаторах и хранятся в синглтон классах, не надо тут php way продвигать в массы

[Николай]

Able1991: читайте внимательнее - "Данные в одном экземпляре и могут изменяться"
То о чем вы говорите - конфигурационные параметры и обычно для них применяется configatron.

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

j_wayne: читай внимательно мануалы,

module MyAmazingModule
def self.super_key
@sk
end
def self.super_key= k
@sk = k
end
end

И все, без модели, без кеша, без говнкодинга, все хранится в памяти и редактируется, нормально расширяется и деплоится.

То что вы предлагаете - Сделать модель, уйти от Rails/ruby way и все равно потом закешировать и хранить в памяти - логики ноль, идите плагины для вордпресса клепайте, там всем на это похер

[Николай]

Able1991
1) предлагаю вам сменить тон на более спокойный и не отвлекаться на побочные темы
2) метаданные - это данные приложения, поэтому логично хранить их в первичном хранилище (в данном случае БД)
3) как ваш подход работает в кластере?

Answer 3

[Кирилл Платонов]

https://github.com/kaize/configus
или
https://github.com/kaize/configus#similar