SL
народ не кто не помнить как добавить строку в консоли (по анологии переноса \n)
Пишешь
без аргумента и будет тебе пустая строка.😉
puts
без аргумента и будет тебе пустая строка.😉
Size: a a a
2020 April 30
И
Ребят, а кто нибудь делал переводы данных из БД, которые добавляют админы? Есть ли у кого-то полезный use-case, как такое реализовывать и поддерживать?
что то типо такого - https://github.com/svenfuchs/i18n-active_record ?
KR
Иван
что то типо такого - https://github.com/svenfuchs/i18n-active_record ?
оо спасибо, я кстати думал создать похожую таблицу)) ну да по сути уже не плохой вариант, вот еще многие за globalize, топят щас еще его читаю
KR
G
спасибо, закинул)
:)
KR
:)
увидел картинку про комп и тюрьму, смешно)))))))
G
увидел картинку про комп и тюрьму, смешно)))))))
Ага, на https://stepik.org/lesson/172508/step/2?unit=148015 решил изучить азы html ,а там про таких хацкеров с нокией
"Теорию можно читать как угодно, но для практики тебе придётся найти компьютер. Есть люди, которые справляются без этого,
"Теорию можно читать как угодно, но для практики тебе придётся найти компьютер. Есть люди, которые справляются без этого,
но это отдельная история"
VE
Ребят, а кто нибудь делал переводы данных из БД, которые добавляют админы? Есть ли у кого-то полезный use-case, как такое реализовывать и поддерживать?
Начинал с Globalize, быстро пришел к самописному решению. Переводы храню в модельке I18nTranslation, с полями locale:string record:polymorphic field:string и value:text
В нужной модели использую самописный concern и объявляю переводимые поля DSL-ем вида
i18n_fields :title, :anchor
i18n_fields :text, as: :html
Когда-нибудь руки дойдут и вынесу решение в отдельный гемчик
В нужной модели использую самописный concern и объявляю переводимые поля DSL-ем вида
i18n_fields :title, :anchor
i18n_fields :text, as: :html
Когда-нибудь руки дойдут и вынесу решение в отдельный гемчик
DA
Ребят, а кто нибудь делал переводы данных из БД, которые добавляют админы? Есть ли у кого-то полезный use-case, как такое реализовывать и поддерживать?
i18n_rails + globalize + rails_admin_globalize_field работают совместно четко.
DA
Хотя дело такое...можно свой локальный модель развернуть. Кто как предпочитает. Но если в БД записей больше чем 50к то следует смотреть в сторону локальной модели и оптимизации запросов
" ||= " ....и.т.д
" ||= " ....и.т.д
KR
Начинал с Globalize, быстро пришел к самописному решению. Переводы храню в модельке I18nTranslation, с полями locale:string record:polymorphic field:string и value:text
В нужной модели использую самописный concern и объявляю переводимые поля DSL-ем вида
i18n_fields :title, :anchor
i18n_fields :text, as: :html
Когда-нибудь руки дойдут и вынесу решение в отдельный гемчик
В нужной модели использую самописный concern и объявляю переводимые поля DSL-ем вида
i18n_fields :title, :anchor
i18n_fields :text, as: :html
Когда-нибудь руки дойдут и вынесу решение в отдельный гемчик
Круть, спасибо, я тоже подумал изначально про такую реализацию, а почему ушёл с глоболайз? Такая реализация похоже на гем который Иван скинул выше
KR
i18n_rails + globalize + rails_admin_globalize_field работают совместно четко.
У меня вот стоит rails admin, но я вот считаю субъективно что вообще его не стоит использовать, лучше актив админ, мы уже нарывались на разные проблемы, которые несёт rails_admin по управлению и кастомизации
KR
i18n_rails + globalize + rails_admin_globalize_field работают совместно четко.
Спасибо, И как тебе глоболайз в использование по критериям? Какие плюсы, может есть какие то подводные камни ?
VE
Круть, спасибо, я тоже подумал изначально про такую реализацию, а почему ушёл с глоболайз? Такая реализация похоже на гем который Иван скинул выше
API/DSL у глобалайза не нравится, переусложнен. Понимал что можно сделать проще и удобнее, сделал. Действительно вышло удобнее
PT
У меня вот стоит rails admin, но я вот считаю субъективно что вообще его не стоит использовать, лучше актив админ, мы уже нарывались на разные проблемы, которые несёт rails_admin по управлению и кастомизации
active_admin ещё хуже имхо
mB
active_admin ещё хуже имхо
А что с ним не так? Из найденых минусов сложно редактировать его шаблоны? а конкретно css поменять как-то оно там через одно место сделано, а еще?
PT
уебищный дизайн по умолчанию, отсутствие развития, недостаточно гибкости в dsl, еще часто лапша в active_admin "классах"
геморрой с интеграцией pundit для ACL
шаг влево, шаг вправо - расстрел
геморрой с интеграцией pundit для ACL
шаг влево, шаг вправо - расстрел
mB
а что есть лучше?
DA
У меня вот стоит rails admin, но я вот считаю субъективно что вообще его не стоит использовать, лучше актив админ, мы уже нарывались на разные проблемы, которые несёт rails_admin по управлению и кастомизации
Все что есть то есть)
PT
Рельсы в принципе уже почти что готовый конструктор админки с крудами, это лучший вариант имхо