Это как?
1/3 = 0.3333333333333333333333334

Тебе скок?

Количество значимых чисел зависит от того, скок их до запятой

pyc, все компилится

ток не так как ты представляешь

а в байткод

приче платформозависимый=_)

как у джавы, только еще хуже)

Всем привет! Ребят следующий вопрос.. Есть серверное приложение на nestjs + typeorm + elastic, надо реализовать мультиязычность. Детектинг локали не интересует.. хотел посоветоваться/узнать как вы архитектите DB, потому как вижу ряд вариантов..
* Как делал на django через батарейку, дублируются поля с суфиксом в конце, т.е модели описываются обычно а либка добавляет доп-поля. Например title и title_en
* Можно добавить поле для языка lang и внешний ключ translate_for на эту же таблицу(для какой записи этот перевод).
* Добавлять "подмодели".. Типо `OriginalModel.locales -> OriginalModelLocale`(OneToMany), все переводимые значения отправляются в OriginalModelLocale
P.S Уточняйте если неясно объяснил

Может есть что почитать..?

А в шаблонах хранить, не?

Ну или завести таблички для каждого языка типа table_[lang], и динамически их ОРМке грузить, в зависимости от настроек языка

Так так... сейчас пораскину мозгами.. может действительно так сделать...

Главное чтоб фоллбэк был и не получилось так, что запрашивается несуществующая таблица

Но я тут не советчик. У меня i18n всегда через файлы была

Я тут подумал.. почитал.. В решении с нескольними таблицами есть большой минус в том.. что будут проблемы с релейшинами

посоны, а как вы тестите локалхост на мобилках?

Локальный ип компа

не робит)

Попробуй ngrok, если ПК в другой сети