беке и получать их по апи. Так же дать возможность пользователю менять их при необходимости, чтоб после сдачи проекта не дергать исполнителя.
Есть у кого такой опыт? может пришли к какому нормальному решению?
Обычная практика, в чем у вас проблемы?
в отсутствии опыта)) меня интересует в каком формате хранить данные чтоб и разрабу было просто их использовать, и пользователю их потом менять. сейчас бек решил хранить языки, и в отдельной таблице хранить "ключи i18n" в виде записей. но я пока без понятия как их потом использовать
Хранить в БД таблицу с переводами, у нас оно вообще в .csv формате было, возвращалось джсоном конечно же /api/v1/translations/en { "some-code": "Translation" "my-page.create-modal.cancel": "Cancel creation", ... } /api/v1/translations/en/my-page/create-modal { "cancel": "Cancel creation" }
о, я как раз думал про такое, разделить приложение на условные части/страницы и хранить их локализации в жсонах. значит в обычной практике нормально что там могут быть много повторяющихся значений?
Если что-то повторялось, я его совал в "common."
Обсуждают сегодня