больше не переводы интерфейсов, а скорее контент и функциональность, при этом контент могут закидывать совсем разные люди в разное время. Языков не думаю что больше трех будет.
Руки конечно сразу чешутся сделать всем моделям lang_id, но интерфейсы тогда у них сильно связаны, большой опыт подсказывает что на разных языках функционал может по разному развиваться - разные рубрики(а не переводы) и т.д., и могут быть разные вьюхи; Думаю не проще сделать отдельные модели с отдельными таблицами? По сути стремиться разделить как будто это разные сайты. Да работы больше, но работа очень простая, линейная и что-то сломать намного тяжелее будет. И был опыт что одна версия языка вообще в архив ушла и больше не обновлялась.
Может что-то упустил?
странно если разные рубрики конечно ну если вообще все разное то да
Разные сайты звучит логичнее
Лучше в модель добавить метку языка и по ней фильтровать. Например, есть одна таблица новостей: News Для вывода в нужную локализацию использовать конструктор: return News::query() ->where('locale', app()->getLocale()) ->latest() ->get() Таким образом, в результате вернутся все новости в нужной локализации, а в админке при добавлении добавить select с выбором локали, для которой будет создаваться новость. НО если разные локали координально друг от друга отличаются, то тогда лучше в разные проекты.
Глобальный скоуп накинуть можно. Был у меня мультиязычный проект на русском, английском и китайском языках.
с разными категориями в рамках языков (не переводов) ? ну вообще можно да
они похожие, но не в один один + некоторые рубрики тестируются сначала в одной версии, потом на остальные идут. =) в общем запутанно немного. не хочется потом чтоб код сильно диктовал что можно, а что нет и не держать все нюансы разных версий в голове)
так собсвтенно и начал. рубрики только в виде дерева, но сделал website - ru - - category 1 - - category 1-1 - - category 2 - en - - category 1 - - category 2 потом танцы начались с тэгами и все в таком духе, нюансы еще Nova дает, в общем очень вкусным показалось решение с отдельными моделями 😅 тупо не нашел задач где мне нужно было делать выборку с одной таблицы или чтоб нужна была одна модель. кода больше, но руки развязаны каждую версию развивать с разной скоростью и направлением
> работать как "пакет". Пока такой задачи не стоит и не думаю что скоро будет, как и разносить по разным железкам и хостам. Бюджет не такой большой и поддерживать скорее всего будут джуны, поэтому хочется проще, пусть и монолит =) Усложнить успеем. Пока думаю в сторону "Кода много, но он простой"
В таком случае ответ на вопрос уже содержится в твоём сообщении.
Обсуждают сегодня