Я тоже проходил через выбор подходящей i18n-библиотеки для React.js. Сам активно работаю с Next.js, а ранее имел опыт с Django и Aiogram (Python), где реализовано почти эталонное i18n-решение на базе gettext. Этот опыт вдохновил меня на создание собственных инструментов локализации для мира JavaScript и TypeScript.
Так появились:
📦 smart-i18n — автоматизация i18n на базе i18next-scanner;
🚀 next-i18n-auth — стартер-кит для Next.js с готовой i18n-инфраструктурой на базе i18next и react-i18next.
Что реализовано:
📁 Генерация namespace'ов на основе структуры проекта;
📄 Автоматическая генерация шаблонов переводов;
🧩 Генерация TypeScript-типов для namespace'ов и ключей переводов (автокомплит в редакторе);
🌐 Автоматический перевод шаблонов через DeepL API (RapidAPI) — с поддержкой CLI-параметра -l, --lang, либо переводом на все поддерживаемые языки, если параметр не указан.
Я тоже проходил через выбор подходящей i18n-библиотеки для React.js. Сам активно работаю с Next.js, а ранее имел опыт с Django и Aiogram (Python), где реализовано почти эталонное i18n-решение на базе gettext. Этот опыт вдохновил меня на создание собственных инструментов локализации для мира JavaScript и TypeScript.
Так появились:
📦 smart-i18n — автоматизация i18n на базе i18next-scanner;
🚀 next-i18n-auth — стартер-кит для Next.js с готовой i18n-инфраструктурой на базе i18next и react-i18next.
Что реализовано:
📁 Генерация namespace'ов на основе структуры проекта;
📄 Автоматическая генерация шаблонов переводов;
🧩 Генерация TypeScript-типов для namespace'ов и ключей переводов (автокомплит в редакторе);
🌐 Автоматический перевод шаблонов через DeepL API (RapidAPI) — с поддержкой CLI-параметра -l, --lang, либо переводом на все поддерживаемые языки, если параметр не указан.
Я использую Ubuntu для сервера, Kali внутри Virtual box. Других пока не использовал. Основной ОС - Windows 11 с включенным wsl ubuntu и docker wsl. Пока что нет потребностей полнеценного линукса.
Я активно пишу на Next js. Поэтому предпочитаю zod в паре с react-hook-forms. Я построил удобную интеграцию zod с i18n, чтобы он сразу вернул ошибки в нужном языке. А RHF позаботится с вставлением zod ошибок в нужные поля.
Я выучил flutter по GPT, оно далось мне легче, так как dart для меня был не первым языком. У меня был опыт с разными языкам на разных уровнях в списке которых был и java/kotlin и c# для Unity, которые пошли на пользу. Благодаря чему мне было известно о "жизненном цикле" приложения, хотя названия отличались но суть остался тем же. Future в Dart был похож с Promise в Js/Ts, (Я активно пишу в Next js), что понятно с первого взгляда.
Информация
В рейтинге
Не участвует
Откуда
Астана, Акмолинская обл. (Целиноградская обл.), Казахстан
Я тоже проходил через выбор подходящей i18n-библиотеки для React.js. Сам активно работаю с Next.js, а ранее имел опыт с Django и Aiogram (Python), где реализовано почти эталонное i18n-решение на базе gettext. Этот опыт вдохновил меня на создание собственных инструментов локализации для мира JavaScript и TypeScript.
Так появились:
📦 smart-i18n — автоматизация i18n на базе
i18next-scanner;⚛️ smart-i18n-react — типобезопасная интеграция с React;
🚀 next-i18n-auth — стартер-кит для Next.js с готовой i18n-инфраструктурой на базе
i18nextиreact-i18next.Что реализовано:
📁 Генерация namespace'ов на основе структуры проекта;
📄 Автоматическая генерация шаблонов переводов;
🧩 Генерация TypeScript-типов для namespace'ов и ключей переводов (автокомплит в редакторе);
🌐 Автоматический перевод шаблонов через DeepL API (RapidAPI) — с поддержкой CLI-параметра
-l, --lang, либо переводом на все поддерживаемые языки, если параметр не указан.🔍 Демо: next-i18n-auth.vercel.app
Буду рад фидбеку, вопросам и предложениям по улучшению. Проект открыт и активно развивается.
Я тоже проходил через выбор подходящей i18n-библиотеки для React.js. Сам активно работаю с Next.js, а ранее имел опыт с Django и Aiogram (Python), где реализовано почти эталонное i18n-решение на базе gettext. Этот опыт вдохновил меня на создание собственных инструментов локализации для мира JavaScript и TypeScript.
Так появились:
📦 smart-i18n — автоматизация i18n на базе
i18next-scanner;⚛️ smart-i18n-react — типобезопасная интеграция с React;
🚀 next-i18n-auth — стартер-кит для Next.js с готовой i18n-инфраструктурой на базе
i18nextиreact-i18next.Что реализовано:
📁 Генерация namespace'ов на основе структуры проекта;
📄 Автоматическая генерация шаблонов переводов;
🧩 Генерация TypeScript-типов для namespace'ов и ключей переводов (автокомплит в редакторе);
🌐 Автоматический перевод шаблонов через DeepL API (RapidAPI) — с поддержкой CLI-параметра
-l, --lang, либо переводом на все поддерживаемые языки, если параметр не указан.🔍 Демо: next-i18n-auth.vercel.app
Буду рад фидбеку, вопросам и предложениям по улучшению. Проект открыт и активно развивается.
Полезный пост. Как раз у меня Oppo Reno 7 5g
Видео отличные. Но мне придется подождать, пока все 10 числа танцуют, чтобы отсортировать их🤣
Я использую Ubuntu для сервера, Kali внутри Virtual box. Других пока не использовал. Основной ОС - Windows 11 с включенным wsl ubuntu и docker wsl. Пока что нет потребностей полнеценного линукса.
Нет опыта в бекенде через Nest Js, Но выглядит красиво. Есть кто пишет на Next js?
Интересно, я когда-то настроил через docker. Так будет быстрее наверное.
Я активно пишу на Next js. Поэтому предпочитаю zod в паре с react-hook-forms. Я построил удобную интеграцию zod с i18n, чтобы он сразу вернул ошибки в нужном языке. А RHF позаботится с вставлением zod ошибок в нужные поля.
судя по swagger документацию по пути /api/docs, я думаю что бекенд у них написан на python django с django-ninja api
Я выучил flutter по GPT, оно далось мне легче, так как dart для меня был не первым языком. У меня был опыт с разными языкам на разных уровнях в списке которых был и java/kotlin и c# для Unity, которые пошли на пользу. Благодаря чему мне было известно о "жизненном цикле" приложения, хотя названия отличались но суть остался тем же. Future в Dart был похож с Promise в Js/Ts, (Я активно пишу в Next js), что понятно с первого взгляда.