надо какую-то тулзу похожую написать
которая будет работать без ебли и с ф-строками
это же не очень сложно, в целом и удобнее в разы
будут конечно проблемы с двойными значениями строк. но на этот случай можно дать доступ по имени строки, либо передачи ее аргументом
мне хватило 2х тестовых проектов для изучения этой штуки, после которой я написал аналог простейший на уровне current_lang.string_name и он был юзабельнее и удобнее в разы)
Ну да, лишние. А потом оказывается, что и18 надо сделать еще и на фронте, и ты пойдешь писать нелишний идентичный перевод в жс, вместо того, чтобы взять его для всех модулей из одного .po
у меня никогда бэк не отдает строки на разных языках
такой код я использую только для телеграм ботов
запилить код которые сделает из моих ямлов i18n если что - 1 минута
селениум для аналога SSR используют
это отделяет бэк от фронта в нашем случае
Хотя возможно мы говорим о разном. Я о реактивных фреймворках, которым нужен SSR, чтобы норм в поиской выдаче отображаться
и она работает с любым языком хочешь сказать?)
да и в чем смысл? если для одного языка тебе нужно все предложение перевести, а для иного можешь эти фичи юзать
в некоторых языках может меняться не одно окончание, как в русском, а пара предлогов в преложении и формы некоторых слов
геттекст и это умеет?
или например слова по типу kid и children
только если в формате 2х представленных предложений)
смысла мало просто
м.б для частых случаев когда у тебя 2 языка ru и en это полезно, но даже тогда можно заменить на нейтральные конструкции
если уж заменить на нейтральные контрукции нельзя - то тут только прописывать множество вариций и делать if
но это очень частные случаи. обычно нейтральные конструкции лучший вариант. это обезопасит тебя от всех негативных грамматических проблем, что и в моем варианте, что и в геттексте
есть еще проблема геттекста
геттекст подразумевает прямой вывод текста из кода
это не дает полноценно разделить логику и текстовые выводы, что, на самом деле, очень важно. т.к если у тебя часть нетипичной логики лежит в коде, то перенести ее в новый проект вызовет дополнительные затруднения
да и куда проще обратиться по атрибуту, чем по строке, которая может измениться и каждое изменение которой должно отображаться в .po, который тебе, по нашему заданию, нужно еще куда-то перенести. сложность синхронизации - адская. даже для 2х проектов
ну либо тебе придется как-то централизовать хранилище и отдавать его, например, в апи. но это добавит определенные сложности с тем, что обновлять тебе его придется в том же централизованном хранилище и все клиенты этого хранища должны получить новую версию и синхронизировать со своей
ССообщество Python Программистов@python_scripts · gruppo · Tecnologia
Un feed pubblico aperto dall'indice di ricerca
ChatCrawler — «Google per il Telegram pubblico»; si aggiorna man mano che la community viene scansionata.
Orari in UTC.