Я попробовал бандлер Bun, и там нет опции bundle: false, из-за чего возникают ошибки с next-intlayer Если указать несколько точек входа, расширения не разрешаются. Я был бы очень рад перейти на их бандлер, но он всё ещё на очень ранней стадии. Поэтому я остаюсь с бандлером на основе esbuild
И я доволен Vitest, не хочу переносить все тесты своего кода
Я не поклонник Husky, но проверки перед коммитом, это действительно большое преимущество при создании open-source проекта с участием других разработчиков.
Твой комментарий вполне уместен. И действительно, если интеграция решения для i18n с Crowdin является для тебя критерием выбора, то думаю, Intlayer не самое подходящее решение.
Целевая аудитория Intlayer, это в основном личные проекты или небольшие проекты / SaaS. Смысл в том, чтобы ускорить разработку, и для таких случаев добавление отдельной платформы локализации часто считается избыточными расходами. Для банков или крупных компаний лучше оставаться на классических решениях.
Но я отметил, что для тебя критичен Crowdin. Я добавил в дорожную карту задачу, предложить такую интеграцию в виде плагина
Для людей без технических навыков, например переводчиков или маркетологов, мы предлагаем CMS, чтобы им не приходилось работать с Git и прочими инструментами разработчиков.С помощью этой системы они могут легко понимать, над каким проектом работают, какие переводы отсутствуют или ещё должны быть сделаны.Также есть возможность автоматически сгенерировать перевод с помощью кнопки, использующей ИИ и учитывающей контекст, чтобы получать более качественные переводы для каждого словаря.Если используется ключ, который должен быть общим, можно создать общий словарь и вызывать этот ключ именно из него.
Ты совершенно прав! Многое ещё нужно оптимизировать. Так как 90% посещений приходится на десктоп, я едва уделил время проверке работы на мобильных устройствах. Добавлю это в дорожную карту
Перевод на русский с исправлениями и улучшением читаемости:
Спасибо за твое сообщение!
И также спасибо за сообщение о проблеме со стилями в Firefox – я скоро постараюсь это исправить.
Редактор и клиентское приложение (встроенное в iframe) взаимодействуют между собой с помощью window.postMessage(). Из соображений безопасности соединение должно устанавливаться в строго определённом порядке. Иногда это может приводить к ошибке: "Failed to execute ‘postMessage’ on ‘DOMWindow’". Я продолжаю совершенствовать систему, чтобы устранить такие проблемы, хотя они порой трудно выявляются.
Что касается сохранения – оно намеренно отключено в playground. Чтобы полноценно воспользоваться функционалом, я рекомендую ознакомиться с этим шаблоном, основанным на Intlayer: 🔗 intlayer-vite-react-template
Установка и запуск
git clone git@github.com:aymericzip/intlayer-vite-react-template.git
cd ./intlayer-vite-react-template
npm i
npm run dev
npx intlayer-editor start
Я попробовал бандлер Bun, и там нет опции
bundle: false, из-за чего возникают ошибки с next-intlayerЕсли указать несколько точек входа, расширения не разрешаются.
Я был бы очень рад перейти на их бандлер, но он всё ещё на очень ранней стадии.
Поэтому я остаюсь с бандлером на основе esbuild
И я доволен Vitest, не хочу переносить все тесты своего кода
Спасибо
Спасибо, я посмотрю. Надеюсь, что установить будет проще, чем Bun
Я не поклонник Husky, но проверки перед коммитом, это действительно большое преимущество при создании open-source проекта с участием других разработчиков.
Твой комментарий вполне уместен. И действительно, если интеграция решения для i18n с Crowdin является для тебя критерием выбора, то думаю, Intlayer не самое подходящее решение.
Целевая аудитория Intlayer, это в основном личные проекты или небольшие проекты / SaaS. Смысл в том, чтобы ускорить разработку, и для таких случаев добавление отдельной платформы локализации часто считается избыточными расходами. Для банков или крупных компаний лучше оставаться на классических решениях.
Но я отметил, что для тебя критичен Crowdin. Я добавил в дорожную карту задачу, предложить такую интеграцию в виде плагина
Для людей без технических навыков, например переводчиков или маркетологов, мы предлагаем CMS, чтобы им не приходилось работать с Git и прочими инструментами разработчиков.С помощью этой системы они могут легко понимать, над каким проектом работают, какие переводы отсутствуют или ещё должны быть сделаны.Также есть возможность автоматически сгенерировать перевод с помощью кнопки, использующей ИИ и учитывающей контекст, чтобы получать более качественные переводы для каждого словаря.Если используется ключ, который должен быть общим, можно создать общий словарь и вызывать этот ключ именно из него.
Sorry for the inconvenience. Your remark makes sense. This article has indeed been translated. I will publish my next articles in English 🙏
Ты совершенно прав! Многое ещё нужно оптимизировать. Так как 90% посещений приходится на десктоп, я едва уделил время проверке работы на мобильных устройствах. Добавлю это в дорожную карту
Я буду работать над этим. На что именно ты ссылаешься?
Перевод на русский с исправлениями и улучшением читаемости:
😅😅
Перевод на русский с исправлениями и улучшением читаемости:
Спасибо за твое сообщение!
И также спасибо за сообщение о проблеме со стилями в Firefox – я скоро постараюсь это исправить.
Редактор и клиентское приложение (встроенное в iframe) взаимодействуют между собой с помощью window.postMessage().
Из соображений безопасности соединение должно устанавливаться в строго определённом порядке. Иногда это может приводить к ошибке:
"Failed to execute ‘postMessage’ on ‘DOMWindow’".
Я продолжаю совершенствовать систему, чтобы устранить такие проблемы, хотя они порой трудно выявляются.
Что касается сохранения – оно намеренно отключено в playground.
Чтобы полноценно воспользоваться функционалом, я рекомендую ознакомиться с этим шаблоном, основанным на Intlayer:
🔗 intlayer-vite-react-template
Установка и запуск
Если появятся вопросы, не стесняйся спрашивать!
Спасибо за замечание.
Действительно, одновременно работают два приложения:
Клиентское приложение: http://localhost:3000
Редактор: http://localhost:8000
Эти URL-адреса можно изменить и даже направить на приложение, размещенное на удаленном домене, например: https://example.com
Спасибо большое, что обратили на это внимание. Ссылка только что была исправлена