Да там 100500 способов реализации. Выбор конкретного способа зависит от конкретного проекта. И да, в файлах тоже хранят, но нет так, как у тебя, а переводы фраз.
пока что срач устраиваешь ты и Арбнет, остальные хоть как-то аргументируют свою позицию.
Смешно... Если почитать тему, кто здесь что пишет. Ну ладно, продолжай блистать.
Вот и стоило бы грамотно сформулировать заголовок темы и хотя бы стартпост, вместо того, чтобы устраивать срач в теме, не понимая суть вопроса и обвиняя в этом участников форума.
Это их право. Я не пишу сайты, я занимаюсь сервисами. Тут немножко другие амбиции. Упираться в одну базу не вижу причин.
Значит, людей вводит в заблуждение заголовок темы.
Потому что если ты избрал способ хранения данных в реляционной БД, то правильнее придерживаться этого выбора, если нет достаточных оснований для иного. Единообразие всегда предпочтительнее при прочих равных условиях.
Вообще-то во всех популярных CMS почему-то "ходят" и собирают. Но никто не мешает тебе вообще жёстко вписать меню в шаблон, так тоже делают.
Всё уже давно придумано.И что это у тебя за проект такой, в котором мультиязычность реализована только для меню? А всё остальное - на одном языке будет?
Внимательно читать ваши перепалки - это работа не для ленивых.
Тоже странная нелюбовь к SQL базам. И нафига прототипы, сразу нельзя запрограммировать как положено? Нафига огороды городить?Короче, это какая-то специфика твоего проекта. На сайтах так не делается.
В каких-то случаях и быстрее. Иначе зачем надо было бы придумывать базы данных?
Контент тоже может только изредка меняться. Так что пожалуйста: поналепил кучу файлов с контентом - и в путь, никто не мешает. Просто это принципиально разные подходы, и без разницы, контент это или ваши "интерфейсы".
Это совсем другой человек.
В файлах json можно вообще хранить все данные, полностью отказавшись от SQL-БД. Ещё в xml можно, там иногда даже удобнее. Но если уж ты используешь в проекте мускуль или постгрес, то нафига городить json? Полагаю, это неправильно. Для реализации мультиязычности правильнее использовать те же базы данных.
На сервере всё хранится в файлах на диске или в оперативной памяти. В том числе и БД. Но БД специально оптимизирована именно для работы с данными. Поэтому где "быстрее" - большой вопрос. Зависит от структуры данных и их объёма.
