Какой пакет использовать для мультиязычности в laravel Eloquent?

Question

[Станислав Почепко]

Добрый день. подскажите пакет для мультиязычности контента. Находил пакеты, которые используют либо вторую таблицу для моделей, либо в json поля хранят. А мне надо что бы просто было дополнительное поле lang в таблице. И соответственно выбирало необходимую модель по текущему языку в системе

Вот что находил
dimsav/laravel-translatable
themsaid/laravel-multilingual

Comments

[Алексей Уколов]

У вас для каждого языка отдельная запись в БД?

[Станислав Почепко]

Да. Хочу сделать так, но что бы пакет перехватывал управление индексным полем. Например $table->increment('id') не основным стало, а $table->integer('model_id') - например. То есть при выборе модели Country::find(5) находило страну с полем 'model_id' = 5 а не с 'id' = 5. И дефолтный язык что бы был. Если не все поля заполнены по определённым языкам - то брать с записи с дефолтными языком

Answer 1

[D']

Вообще вопрос не такой простой как кажется.
Имхо тут не стоит использовать сторонний пакет, лучше запилить самому под конкретные нужды.

Вы говорите что вам нужно просто дополнительное поле lang в таблице.
А как быть с индексами? Уникальность не требуется? А если понадобится?

Проще написать свое решение:
- Создание нужных индексов lang-{field}
- Переопределение методов Eloquent для автоматической подстановки ($model->whereLang(config('app.locale')))
- Валидаторы...

Кастомное решение для мультиязычности я бы не стал использовать, так как практически всегда структура БД уникальна.

Comments

[Станислав Почепко]

Согласен с вами по поводу уникальности. Надеялся, что что-то универсальное простое найдется. По поводу индексов - по постом коммент писал. Предполагал такую работу. Просто хотелось бы иметь возможность потом вручную манипулировать записями в БД. Например для отчетов. А с наиболее адекватным пакетом - dimsav/laravel-translatable - будет сложновато.

[D']

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

[Станислав Почепко]

D' Normalization: Спасибо. Вот только с пакетами для Eloquent еще не разобрался. Как для него писать. Может подскажите ссылку на статью? А то костылять не хочется((

[D']

Станислав Почепко: зачем пакет? Просто наследуем Eloquent, и переопределяем нужные нам методы. Делаем модель EloquentMutliLanguage и все остальные модели которые должны быть многоязычными наследуем от нее.

Какие именно переводы нужно хранить в БД?
Я для переводов обычно использую стандартные lang файлы, а к БД храню только пути (например: 'settings.general.shutdown') и во view вывожу просто через trans($model->name).

Если не нужен поиск по переводам, то вполне сойдет.

[Станислав Почепко]

D' Normalization: Вот ещё одна причина. Поиск. Но тут тогда второй пакет подойдет. Там в JSON формате хранится. По сути строку сможет найти. Насчёт пакета - хочу попробовать написать типо трейта. С настройками небольшими. Чтобы потом использовать его в других проекта. Ну в общем мысли в слух)) (в текст)

[D']

Станислав Почепко: если использовать как трейт, то там ничего и не нужно. Просто пилим все необходимые функции, а затем выносим этот функционал в отдельный composer пакет.

[D']

Станислав Почепко: https://github.com/Zizaco/entrust например тут используют трейты + модели, посмотрите.

[Станислав Почепко]

Ну с трейтом понятно. А как, например, присосаться к текущему запросу в модели что бы вставить вышеописанную строку $model->whereLang(config('app.locale')). И это же придётся переопределять функционал большинства CrUD функций модели. Для изменения записи. Не одну менять придётся, а несколько. В общем геморно. Я уже почти отговорил сам себя от этой затеи))

[D']

Станислав Почепко: можно сделать немного проще:
- переопределить метод newQuery у Model
- использовать механизм scope. Посмотрите как это сделано для SoftDeletes трейта.

https://github.com/illuminate/database/tree/master...