Hello world

;\n}\n```\n\n**Как сделать литералы локализуемыми:**\n\nВы можете сделать строковые литералы локализуемыми, обернув их в фрагменты JSX:\n\n```tsx\n// До: Нелокализуемо\nconst message = \"Hello world\";\n\n// После: Локализуемо с использованием фрагментов\nconst message = <>Hello world;\n\n// Использование в вашем компоненте\nfunction Component() {\n return

{message}

;\n}\n```\n\n**Альтернативный подход:**\n\n```tsx\n// Для динамических сообщений\nfunction getLocalizedMessage() {\n return <>Something went wrong;\n}\n\n// Для условного текста\nconst statusText = isError ? <>Error occurred : <>Success;\n```\n\nЭто соглашение обеспечивает последовательное поведение локализации, сохраняя чёткие границы между локализуемым и нелокализуемым контентом.\n\nМы изучаем возможности расширения этого поведения для поддержки большего количества случаев использования в будущем. [Присоединяйтесь к нашему Discord](https://lingo.dev/go/discord), чтобы обсудить конкретные шаблоны, которые вы хотели бы видеть поддержанными.\n\n## Какие фреймворки поддерживаются?\n\n**Lingo.dev Compiler** в настоящее время поддерживает следующие фреймворки React:\n\n- **Next.js** (только App Router)\n- **React Router** v6+\n- **Remix** (последняя версия)\n- **Vite + React**\n\nМы приветствуем вкладчиков, заинтересованных в реализации поддержки компилятора для других платформ. [Присоединяйтесь к нашему Discord](https://lingo.dev/go/discord), чтобы обсудить стратегии реализации.\n\n## Могу ли я добавить больше языков?\n\nДа! Вы можете расширить поддержку языков, настроив пользовательские модели прямо в конфигурации вашего компилятора:\n\n```ts\nconst compilerConfig = {\n sourceLocale: \"en\",\n targetLocales: [\"es\", \"fr\", \"de\", \"pt\", \"it\"],\n models: {\n \"*:pt\": \"mistral-saba-24b\",\n \"en:it\": \"meta-llama/llama-4-maverick-17b-128e-instruct\",\n \"*:*\": \"mistral-saba-24b\",\n },\n};\n\nlingoCompiler.next(compilerConfig)(nextConfig);\n```\n\nСм. [расширенную конфигурацию](../configuration/advanced#custom-model-configuration) для подробностей.\n\n## Могу ли я использовать пользовательские подсказки?\n\nДа! Вы можете настроить подсказки для перевода прямо в конфигурации вашего компилятора:\n\n```ts\nconst compilerConfig = {\n sourceLocale: \"en\",\n targetLocales: [\"es\", \"fr\", \"de\"],\n prompt:\n \"Вы профессиональный переводчик, специализирующийся на технической документации. Переведите с {SOURCE_LOCALE} на {TARGET_LOCALE}, сохраняя техническую точность.\",\n};\n```\n\nДля использования пользовательских глоссариев включите определения терминов в вашу подсказку. Ознакомьтесь с нашим [стандартным примером подсказки](https://github.com/lingodotdev/lingo.dev/blob/main/packages/compiler/src/lib/lcp/api/prompt.ts) для лучших практик.\n\n## Могу ли я использовать больше провайдеров LLM?\n\nВ настоящее время Lingo.dev Compiler интегрирован с [GROQ](https://groq.com/), но мы хотели бы поддерживать больше провайдеров LLM в будущем ([свяжитесь с нами](https://lingo.dev/go/discord) или [отправьте нам pull request](https://github.com/lingodotdev/lingo.dev/)!).\n\n## Нужен ли мне ключ API GROQ в CI/CD?\n\nОбычно нет. Если вы собираете приложение локально, все переводы будут сохранены в директории `lingo/`. Вашему CI/CD не нужно будет вызывать LLM для перевода строк.\n\nВ качестве альтернативы вы можете добавить переменную `GROQ_API_KEY` в ваш CI/CD и выполнять все переводы там во время сборки, но мы не рекомендуем этот подход, чтобы сохранить больший контроль над финальными переводами.\n\n## Могу ли я редактировать переводы?\n\nДа! Вы можете вручную редактировать файл `lingo/dictionary.js`. Он экспортирует объект с переводами для всех файлов и записей. Вы можете редактировать текст для каждого языка в свойстве `content`. Ваши изменения будут сохранены до тех пор, пока исходный текст в React-компонентах не будет обновлен.\n\n**Не любите редактировать JavaScript-объекты?** Мы скоро выпустим редактор для улучшения процесса редактирования. [Дайте нам знать, если вам это интересно!](https://lingo.dev/go/discord)\n\n## Как я могу перевести заново всё приложение, конкретный файл или язык?\n\nЧтобы перевести заново всё приложение, удалите файл `dictionary.js` из директории `lingo/`.\n\nЧтобы перевести заново только конкретные файлы, вы можете удалить их ключ (имя файла) из `dictionary.js`.\n\nЕсли вы хотите перевести заново конкретный язык, вам нужно удалить все записи для этого языка.\n\n## Зачем мне собирать приложение локально?\n\nЛокальная сборка нормализует ваши файлы переводов `lingo/` за счёт:\n\n- Удаления неиспользуемых ключей перевода\n- Обновления контрольных сумм содержимого\n- Обеспечения единообразного форматирования файлов\n- Оптимизации для развёртывания в продакшн\n\nВсегда запускайте `npm run build` перед фиксацией изменений, чтобы поддерживать чистоту файлов переводов.\n\n## Переводы отсутствуют!\n\nЕсли переводы отсутствуют:\n\n1. **Соберите локально**, чтобы нормализовать ваши файлы `lingo/`:\n\n ```bash\n npm run build\n ```\n\n2. **Проверьте ваш API-ключ**, чтобы убедиться, что он настроен правильно:\n\n ```bash\n # Убедитесь, что в вашем файле .env содержится\n GROQ_API_KEY=gsk_...\n ```\n\n3. **Зафиксируйте обновлённые файлы**:\n\n ```bash\n git add lingo/\n git commit -m \"Обновление переводов\"\n ```\n\n4. **Перезапустите ваш сервер разработки** после внесения изменений.\n\n## Могу ли я настроить собственный глоссарий?\n\nДа! Используйте пользовательские подсказки для определения терминологии и глоссариев прямо в конфигурации компилятора:\n\n```ts\nconst compilerConfig = {\n sourceLocale: \"en\",\n targetLocales: [\"es\", \"fr\", \"de\"],\n prompt:\n \"Вы профессиональный переводчик. Используйте эти термины последовательно: 'Dashboard' должно быть 'Tableau de bord' на французском, 'Settings' должно быть 'Configuración' на испанском. Переводите с {SOURCE_LOCALE} на {TARGET_LOCALE}.\",\n};\n```\n\n## Как пропустить определённый контент при переводе?\n\nИспользуйте атрибут `data-lingo-skip`:\n\n```tsx\n

Этот контент не будет переведён

\n```\n\nДля условного пропуска на основе типа контента:\n\n```tsx\n\n // Блоки кода пропускаются автоматически const apiKey = \"secret-key\";\n\n```\n\n## Могу ли я переопределить определённые переводы?\n\nДа! Используйте атрибуты `data-lingo-override-` для переопределений, специфичных для локали:\n\n```tsx\n\n```\n\nЭто полезно для:\n\n- Названий брендов, которые не должны переводиться\n- Терминологии, специфичной для региона\n- Маркетингового текста, требующего ручной проверки\n\n## Как компилятор обрабатывает множественное число?\n\nКомпилятор автоматически обрабатывает базовые шаблоны множественного числа, но для сложных правил множественного числа вам может потребоваться соответствующим образом структурировать ваш JSX:\n\n```tsx\n// Компилятор обработает это корректно\n

{count === 1 ? <>1 элемент : <>{count} элементов}

\n```\n\n## Как насчет производительности в продакшене?\n\n**Компилятор Lingo.dev** оптимизирован для продакшена:\n\n- **Нулевая стоимость выполнения** — переводы предварительно компилируются\n- **Разделение бандлов** — загружается только активная локаль\n- **Tree shaking** — неиспользуемые переводы удаляются\n- **Дружественность к CDN** — статические файлы переводов эффективно кэшируются\n\n## Могу ли я использовать это с TypeScript?\n\nДа! Компилятор отлично работает с проектами на TypeScript. Все предоставленные React-компоненты полностью типизированы:\n\n```tsx\nimport { LocaleSwitcher } from \"lingo.dev/react/client\";\n\n// Полная поддержка TypeScript\nconst locales: string[] = [\"en\", \"es\", \"fr\"];\n;\n```\n","content","\nЧасто задаваемые вопросы и ответы о **Lingo.dev Compiler**.\n\n## Могу ли я переводить строковые литералы?\n\n**Lingo.dev Compiler** следует соглашению, что всё в JSX подлежит локализации. Строковые литералы вне компонентов JSX по умолчанию не локализуются.\n\n**Текущее поведение:**\n\n```tsx\n// Это НЕ будет переведено\nconst message = \"Hello world\";\nconst errorText = \"Something went wrong\";\n\n// Это БУДЕТ переведено\nfunction Component() {\n return

Hello world

{message}

Этот контент не будет переведён

{count === 1 ? <>1 элемент : <>{count} элементов}

FAQ