@intlayer/docs 9.0.0-canary.3 → 9.0.0-canary.5

package/docs/ru/packages/vue-intlayer/usePathname.md

@@ -0,0 +1,109 @@
+---
+createdAt: 2026-06-22
+updatedAt: 2026-06-22
+title: Документация функции usePathname | vue-intlayer
+description: Узнайте, как использовать функцию usePathname из пакета vue-intlayer
+keywords:
+  - usePathname
+  - pathname
+  - locale
+  - Intlayer
+  - Интернационализация
+  - Документация
+  - Vue
+  - JavaScript
+slugs:
+  - doc
+  - packages
+  - vue-intlayer
+  - usePathname
+history:
+  - version: 10.0.0
+    date: 2026-06-23
+    changes: "Добавлена утилита usePathname"
+  - version: 8.2.0
+    date: 2026-06-22
+    changes: "Инициализация истории"
+author: aymericzip
+---
+
+# Интеграция с Vue: Документация `usePathname`
+
+Функция `usePathname` возвращает текущий путь (pathname) браузера с удалённым сегментом локали в виде вычисляемого свойства (computed ref) Vue, `ComputedRef<string>`. Это полезно для создания навигации с учётом локали — например, для определения активного элемента меню — без необходимости вручную удалять префикс локали.
+
+## Импорт `usePathname` во Vue
+
+```typescript
+import { usePathname } from "vue-intlayer";
+```
+
+## Обзор
+
+`usePathname` создаёт вычисляемое свойство Vue (computed ref), которое считывает `window.location.pathname`, удаляет префикс локали с помощью `getPathWithoutLocale` и обновляет своё значение каждый раз, когда браузер вызывает событие `popstate` (навигация назад/вперёд). Полученное значение можно использовать непосредственно в шаблонах (templates) Vue или в функции setup.
+
+## Использование
+
+```vue fileName="src/components/NavItem.vue"
+<script setup lang="ts">
+import { usePathname } from "vue-intlayer";
+
+const props = defineProps<{
+  href: string;
+  label: string;
+}>();
+
+const pathname = usePathname();
+</script>
+
+<template>
+  <a :href="href" :aria-current="pathname === href ? 'page' : undefined">
+    {{ label }}
+  </a>
+</template>
+```
+
+## Возвращаемое значение
+
+| Тип                   | Описание                                                                                         |
+| --------------------- | ------------------------------------------------------------------------------------------------ |
+| `ComputedRef<string>` | Вычисляемое свойство (computed ref) Vue, содержащее текущий путь (pathname) без префикса локали. |
+
+## Поведение
+
+- **Удаление локали**: Удаляет начальный сегмент локали (например, `/ru/dashboard` → `/dashboard`).
+- **Реактивность**: Обновляет значение при каждом событии `popstate` (при навигации назад/вперёд в браузере).
+- **Безопасность для SSR**: Возвращает `""`, если объект `window` недоступен.
+- **Очистка (Cleanup)**: Слушатель события `popstate` добавляется глобально при инициализации и обычно не требует ручной очистки в каждом компоненте благодаря механизмам жизненного цикла Vue.
+
+## Пример
+
+```vue fileName="src/components/Sidebar.vue"
+<script setup lang="ts">
+import { usePathname } from "vue-intlayer";
+
+const links = [
+  { href: "/dashboard", label: "Дашборд" },
+  { href: "/settings", label: "Настройки" },
+];
+
+const pathname = usePathname();
+</script>
+
+<template>
+  <nav>
+    <a
+      v-for="link in links"
+      :key="link.href"
+      :href="link.href"
+      :style="{ fontWeight: pathname === link.href ? 'bold' : 'normal' }"
+    >
+      {{ link.label }}
+    </a>
+  </nav>
+</template>
+```
+
+## Связанные разделы
+
+- [`useLocale`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/packages/vue-intlayer/useLocale.md) — текущая локаль + переключатель локали
+- [`getPathWithoutLocale`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/packages/intlayer/getPathWithoutLocale.md) — базовая утилита, используемая этим хуком

package/docs/ru/releases/v6.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Добро пожаловать в Intlayer v6! Этот релиз сосредоточен на производительности, опыте разработчика и надежности. Ниже приведены основные моменты, а также заметки по миграции и примеры для копирования.
 
+## Содержание
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## Основные моменты
 
 - Новая команда: `npx intlayer content test` для обнаружения отсутствующих переводов
@@ -295,6 +299,24 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## Параллельный процесс для отслеживания файлов на turbopack
+
+При использовании Turbopack на Next.js 14 и выше в качестве сервера разработки с командой `next dev --turbopack` изменения словарей не будут автоматически обнаруживаться по умолчанию.
+
+Это ограничение возникает потому, что Turbopack не может запускать webpack plugins параллельно для отслеживания изменений в ваших файлах контента.
+
+Чтобы обойти это, мы использовали команду `intlayer watch` с опцией `--with` для одновременного запуска сервера разработки и наблюдателя сборки Intlayer.
+
+```json5 fileName="package.json"
+{
+  "scripts": {
+    "dev": "npx intlayer watch --with 'next dev --turbopack'",
+  },
+}
+```
+
+---
+
 ## Заметки по миграции
 
 - Удалено: `dictionaryOutput` (ранее `i18next` или `next-intl`). Это вернется в виде подключаемых адаптеров в будущих версиях. Удалите это поле из вашей конфигурации.
@@ -313,6 +335,12 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## Примечания миграции с v6 на v7
+
+Дополнительную информацию см. в [примечаниях миграции с v6 на v7](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/releases/v7.md).
+
+---
+
 ## Полезные ссылки
 
 - [Справочник CLI](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/cli/index.md)

package/docs/ru/releases/v7.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Добро пожаловать в Intlayer v7! Этот крупный релиз представляет значительные улучшения в производительности, безопасности типов и опыте разработчика. Ниже приведены основные моменты, а также заметки по миграции и практические примеры.
 
+## Оглавление
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## Основные моменты
 
 - Стратегия кэширования для ускорения сборок
@@ -260,6 +264,126 @@ setLocale("en");
 
 ---
 
+## Автоматическое форматирование кода: конфигурация formatCommand
+
+v7 вводит опцию `formatCommand` в конфигурации редактора, позволяя вам автоматически форматировать файлы содержимого при их записи Intlayer. Это обеспечивает согласованный стиль кода и форматирование во всех файлах объявления контента.
+
+Если не установлено, Intlayer попытается автоматически определить команду форматирования. Путем попытки разрешить следующие команды: prettier, biome, eslint.
+
+### Конфигурация
+
+Опция `formatCommand` принимает строковый шаблон, где `{{file}}` будет заменена на фактический путь файла:
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    formatCommand: 'bun x biome format "{{file}}" --write --log-level none',
+  },
+};
+```
+
+### Поддерживаемые форматеры
+
+Вы можете использовать любой форматер кода, который принимает пути к файлам в качестве аргументов:
+
+**Using Biome:**
+
+```typescript
+formatCommand: 'bun x biome format "{{file}}" --write --log-level none';
+```
+
+**Using Prettier:**
+
+```typescript
+formatCommand: 'npx prettier --write "{{file}}" --log-level silent';
+```
+
+**Using ESLint:**
+
+```typescript
+formatCommand: 'npx eslint --fix "{{file}}" --quiet';
+```
+
+**Using Bun's built-in formatter:**
+
+```typescript
+formatCommand: 'bun format "{{file}}"';
+```
+
+### Преимущества
+
+- **Согласованное форматирование**: Все файлы содержимого автоматически форматируются в соответствии с рекомендациями стиля вашего проекта
+- **Опыт разработчика**: Нет необходимости вручную форматировать файлы после их создания Intlayer
+- **Согласованность команды**: Гарантирует, что все члены команды имеют одинаковое форматирование, применяемое к файлам содержимого
+- **Интеграция CI/CD**: Файлы содержимого сохраняют согласованное форматирование в автоматизированных рабочих процессах
+
+### Как это работает
+
+When Intlayer writes or updates a content declaration file (`.content.ts`, `.content.js`, etc.), it automatically runs the specified format command on the file. The `{{file}}` placeholder is replaced with the actual file path, and the command is executed in the project's base directory.
+
+---
+
+## Dictionary Configuration: Better organization and structure
+
+v7 представляет новый dedicated раздел конфигурации `dictionary`, который обеспечивает лучшую организацию параметров, связанных со словарем, и улучшенное управление содержимым.
+
+### Новая структура конфигурации словаря
+
+Свойство `fill` было перемещено из раздела `content` в новый раздел `dictionary`, обеспечивая более четкое разделение ответственности:
+
+**Конфигурация v6:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    autoFill: "./{{fileName}}.content.json",
+    contentDir: ["src"],
+  },
+};
+```
+
+**Конфигурация v7:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    contentDir: ["src"],
+  },
+  dictionary: {
+    fill: "./{{fileName}}.content.json",
+  },
+};
+```
+
+### Преимущества новой структуры
+
+- **Более четкая организация**: Параметры, характерные для словаря, теперь сгруппированы вместе
+- **Лучшее разделение ответственности**: Обнаружение содержимого и операции со словарем четко разделены
+- **Улучшенная поддерживаемость**: Легче понять и модифицировать конфигурации, связанные со словарем
+- **Будущая расширяемость**: Раздел словаря может вмещать дополнительные параметры, характерные для словаря
+- **Комплексное управление словарем**: Включает свойства, такие как `title`, `live`, `priority`, `tags`, `version` и `description` для создания и управления новыми словарями
+
+### Использование конфигурации
+
+Конфигурация словаря служит двум основным целям:
+
+1. **Значения по умолчанию**: Определение значений по умолчанию при создании файлов объявления контента
+2. **Поведение при отсутствии значения**: Предоставление резервных значений, когда определенные поля не определены, позволяя вам глобально определить поведение операций словаря
+
+Раздел словаря включает комплексные свойства для управления словарем:
+
+- **`fill`**: Поведение автозаполнения при генерации контента
+- **`title`**: Заголовок по умолчанию для новых словарей
+- **`live`**: Конфигурация синхронизации в реальном времени для обновлений
+- **`priority`**: Параметры приоритета для разрешения словаря
+- **`tags`**: Теги по умолчанию для организации контента
+- **`version`**: Управление версиями для обновлений словаря
+- **`description`**: Описание по умолчанию для нового контента
+
+Для получения дополнительной информации о файлах объявления контента и применении значений конфигурации см. [Документация по файлам контента](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/dictionary/content_file.md).
+
+---
+
 ## Команда fill: обновленное поведение для лучшего управления контентом
 
 v7 вводит улучшенное поведение команды `fill`, обеспечивая более предсказуемое и гибкое управление контентом:
@@ -407,6 +531,10 @@ const content = {
 - **`middleware.prefixDefault`**: заменён на `routing.mode`
 - **`middleware.noPrefix`**: заменён на `routing.mode`
 
+### Новые конфигурации
+
+- **`editor.formatCommand`**: Новый параметр для автоматического форматирования кода файлов содержимого
+
 ### Сопоставление миграции
 
 #### Сопоставление конфигураций

package/docs/ru/releases/v9.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-06-14
-updatedAt: 2026-06-14
+updatedAt: 2026-06-23
 title: Новый Intlayer v9 — Что нового?
 description: Узнайте, что нового в Intlayer v9. Представляем пакеты совместимости drop-in для популярных библиотек i18n, а также поддержку Collections, Variants и Dynamic Records.
 keywords:
@@ -216,6 +216,42 @@ export default {
 
 ---
 
+## Vite Plugin: Bundled Compiler & Proxy
+
+Plugin Vite `intlayer()` теперь объединяет **компилятор** и **proxy маршрутизации локалей** напрямую, поэтому большинству проектов нужен только один plugin в `vite.config.ts`:
+
+```ts fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [intlayer()],
+});
+```
+
+- **Compiler**: Активируется автоматически, когда задан параметр `compiler.enabled` и настроена путь `compiler.output`. Вам больше не нужно регистрировать `intlayerCompiler()` отдельно.
+- **Proxy**: Активируется автоматически на основе нового параметра `routing.enableProxy` (`true` по умолчанию). Он подключает middleware обнаружения локалей / перенаправления / переписи в разработке, preview и production SSR. Вам больше не нужно регистрировать `intlayerProxy()` отдельно.
+
+### Опция `routing.enableProxy`
+
+Новая опция `routing.enableProxy` контролирует, подключен ли прокси для маршрутизации локалей. По умолчанию установлено значение `true`. Отключите его, если вы хотите самостоятельно обрабатывать маршрутизацию локалей:
+
+```ts fileName="intlayer.config.ts"
+import type { IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  routing: {
+    enableProxy: false, // По умолчанию: true
+  },
+};
+
+export default config;
+```
+
+Отдельные плагины `intlayerCompiler()` и `intlayerProxy()` остаются экспортированными для продвинутых конфигураций. Регистрация их вместе с `intlayer()` безопасна — каждый плагин дедублицирует себя и выполняется только один раз.
+
+---
+
 ## Примечания по миграции с v8
 
 Если вы обновляетесь с v8, обратите внимание, что v9 не содержит ломающих изменений (breaking changes). Однако вот ключевые изменения:

package/docs/ru/roadmap.md

@@ -29,6 +29,12 @@ Intlayer - это решение для управления контентом
 
 ---
 
+## Оглавление
+
+<TOC/>
+
+---
+
 ## Текущие возможности
 
 ### 1. Объявление контента

package/docs/tr/CI_CD.md

@@ -26,6 +26,10 @@ author: aymericzip
 
 Intlayer, içerik bildirim dosyalarınız için çevirilerin otomatik olarak oluşturulmasına izin verir. İş akışınıza bağlı olarak bunu başarmanın birden fazla yolu vardır.
 
+## İçindekiler
+
+<TOC/>
+
 ## CMS Kullanarak
 
 Intlayer ile, sadece tek bir yerel ayar yerel olarak bildirilirken, tüm çevirilerin CMS aracılığıyla uzaktan yönetildiği bir iş akışı benimseyebilirsiniz. Bu, içerik ve çevirileri kod tabanından tamamen ayırmaya izin verir, içerik editörleri için daha fazla esneklik sunar ve sıcak içerik yeniden yüklemesini etkinleştirir (değişiklikleri uygulamak için uygulamayı yeniden oluşturmaya gerek yoktur).

package/docs/tr/autoFill.md

@@ -28,6 +28,53 @@ history:
 author: aymericzip
 ---
 
+# İçerik Bildirim Dosyası Çevirilerini Doldur
+
+**İçerik bildirim dosyalarını otomatik doldur**, CI'nizde geliştirme iş akışınızı hızlandırmanın bir yoludur.
+
+## Davranışı Anlamak
+
+`fill` komutu iki moda sahiptir:
+
+- **Complete**: Her yerel ayar için tüm eksik içeriği otomatik olarak doldurur ve geçerli dosyayı veya belirtilmişse başka bir dosyayı düzenler. Yani, complete modu, zaten çevrilen varsa mevcut içeriğin çevirisini atlar.
+- **Review**: Her yerel ayar için **tüm** içeriği otomatik olarak doldurur ve belirli bir dosya için veya belirtilmişse başka bir dosya için oluşturur.
+
+`fill` komutu tüm yerel ayar içeriği bildirimi dosyalarınızı işleyecektir. Yani, CMS'den uzak içeriğinizi işlemeyecektir. CMS'nin kendi çevirileri yönetimi vardır.
+`@intlayer/sync-json-plugin` gibi eklentileri kullanıyorsanız, Intlayer JSON dosyalarını yerel ayar içeriği bildirimi dosyalarına dönüştürecektir. Yani, `fill` komutu tarafından işleneceklerdir.
+
+Yeni oluşturulan dosyalar, sözlük metaverisi olarak `filled` talimatını içerir. Bu talimat, Intlayer tarafından dosyanın otomatik olarak doldurulup doldurulmadığını bilmek için kullanılır ve varsa bu dosyayı tekrar çevirilmekten atlar.
+
+Intlayer ayrıca otomatik doldurma için aşağıdaki talimatı dikkate alacaktır:
+
+- `.content.{ts|js|json}` dosyanızdan → `fill` talimatı
+- `.intlayer.config.ts` yapılandırma dosyanızdan → `dictionary.fill` talimatı
+- Aksi takdirde varsayılan olarak `true` olarak ayarlanır
+
+Yerel ayara özgü içerik bildirimi dosyaları için, `true` talimatı `./{{fileName}}.fill.content.json` ile değiştirilecektir. Bunun nedeni, yerel ayara özgü bir içerik bildirimi dosyasının ek yerelleştirilmiş içerik alamamasıdır. Yani, mevcut dosyayı üzerine yazmamak için yeni bir dosya oluşturacaktır.
+
+## Varsayılan Davranış
+
+Varsayılan olarak, `fill` global olarak `true` olarak ayarlanır, bu da Intlayer'ın tüm içerik dosyalarını otomatik olarak dolduracağı ve dosyanın kendisini düzenleyeceği anlamına gelir. Bu davranış çeşitli şekillerde özelleştirilebilir:
+
+### Genel Yapılandırma Seçenekleri
+
+1. **`fill: true` (default)** - Tüm locales'i otomatik olarak doldur ve mevcut dosyayı düzenle
+2. **`fill: false`** - Bu content dosyası için auto-fill'i devre dışı bırak
+3. **`fill: "./relative/path/to/file"`** - Mevcut dosyayı düzenlemeden belirtilen dosyayı oluştur/güncelle ve mevcut dosyanın konumuna göre çözümlenen göreli yola işaret et
+4. **`fill: "/absolute/path/to/file"`** - Mevcut dosyayı düzenlemeden belirtilen dosyayı oluştur/güncelle ve `.intlayer.config.ts` yapılandırma dosyasındaki base directory konumuna (`baseDir` alanı) göre çözümlenen yola işaret et
+5. **`fill: "C:\\absolute\path\to\file"`** - Mevcut dosyayı düzenlemeden belirtilen dosyayı oluştur/güncelle ve işletim sisteminize göre çözümlenen mutlak yola işaret et
+6. **`fill: { [key in Locales]?: string }`** - Her locale için belirtilen dosyayı oluştur/güncelle
+
+### v7 Davranış Değişiklikleri
+
+v7'de, `fill` komutunun davranışı güncellenmiştir:
+
+- **`fill: true`** - Geçerli dosyayı tüm diller için doldurulmuş içerikle yeniden yazar
+- **`fill: "path/to/file"`** - Belirtilen dosyayı geçerli dosyayı değiştirmeden doldurur
+- **`fill: false`** - Otomatik doldurmayı tamamen devre dışı bırakır
+
+Başka bir dosyaya yazmak için bir yol seçeneği kullanırken, doldurma mekanizması içerik deklarasyon dosyaları arasında _ana-köle_ ilişkisi aracılığıyla çalışır. Ana (master) dosya gerçeğin kaynağı olarak hizmet eder ve güncellendiğinde, Intlayer bu değişiklikleri otomatik olarak yol tarafından belirtilen türetilmiş (doldurulmuş) deklarasyon dosyalarına uygular.
+
 # Otomatik Doldurma İçerik Beyan Dosyası Çevirileri
 
 **Otomatik doldurma içerik beyan dosyaları**, geliştirme iş akışınızı hızlandırmanın bir yoludur.
@@ -88,6 +135,40 @@ Intlayer, ana dosyada henüz beyan edilmemiş tüm yerelleri doldurarak, türeti
 
 Daha sonra, her iki beyan dosyası tek bir sözlükte birleştirilecek ve standart `useIntlayer("example")` hook'u (react) / composable'ı (vue) kullanılarak erişilebilir olacaktır.
 
+## Genel Konfigürasyon
+
+`intlayer.config.ts` dosyasında genel otomatik doldurma konfigürasyonunu yapılandırabilirsiniz.
+
+```ts fileName="intlayer.config.ts"
+import { type IntlayerConfig, Locales } from "intlayer";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+    requiredLocales: [Locales.ENGLISH, Locales.FRENCH],
+  },
+  dictionary: {
+    // Tüm sözlükler için eksik çevirileri otomatik oluştur
+    fill: "./{{fileName}}Filled.content.ts",
+    //
+    // fill: "/messages/{{locale}}/{{key}}/{{fileName}}.content.json",
+    //
+    // fill: true, // "./{{fileName}}.content.json" kullanarak tüm sözlükler için eksik çevirileri otomatik oluştur
+    //
+    // fill: {
+    //   en: "./{{fileName}}.en.content.json",
+    //   fr: "./{{fileName}}.fr.content.json",
+    //   es: "./{{fileName}}.es.content.json",
+    // },
+  },
+};
+
+export default config;
+```
+
+İçerik dosyalarında `fill` alanını kullanarak her sözlük için ince ayar yapabilirsiniz. Intlayer önce sözlük başına konfigürasyonu dikkate alır, ardından genel konfigürasyona geri döner.
+
 ## Otomatik Doldurulmuş Dosya Formatı
 
 Önerilen otomatik doldurulmuş beyan dosyalarının formatı, biçimlendirme kısıtlamalarından kaçınmaya yardımcı olan **JSON** formatıdır. Ancak, Intlayer `.ts`, `.js`, `.mjs`, `.cjs` ve diğer formatları da destekler.

package/docs/tr/benchmark/solid.md

@@ -118,6 +118,28 @@ Framework, **10 sayfa** ve **10 dilden** oluşan çok dilli bir uygulamaya sahip
 - **Scoped static**: Karmaşık ek ağ istekleri olmadan kodu düzenli tutar (mantıksal ayrım).
 - **Scoped dynamic**: _Kod bölme_ ve performans için en iyi yaklaşım. Yalnızca geçerli görünüm ve aktif dil için gerekenleri yükleyerek belleği minimize eder.
 
+### Ölçtüklerim:
+
+Aynı çok dilli uygulamayı her stack için gerçek bir tarayıcıda çalıştırdım, ardından tel üzerinde tam olarak ne göründüğünü ve işlerin ne kadar sürdüğünü not ettim. Boyutlar **normal web sıkıştırmasından sonra** rapor edilir, çünkü bu ham kaynak sayılarından daha çok insanların indirdiklerine yakındır.
+
+- **Internationalization kütüphanesi boyutu**: Bundling, tree-shaking ve minification işleminden sonra, i18n kütüphanesinin boyutu, boş bir bileşendeki sağlayıcılar + hooks/primitives kodunun boyutudur. Çeviri dosyalarının yüklenmesini içermez. Kütüphanenin içeriğiniz devreye girmeden önceki maliyetinin ne olduğunu yanıtlar.
+
+- **Sayfa başına JavaScript**: Her benchmark rotası için, tarayıcının bu ziyaret için çektiği betik miktarı, paketteki sayfalar (ve rapor onları topladığında yerel ayarlar) arasında ortalanmıştır. Ağır sayfalar yavaş sayfalardır.
+
+- **Diğer yerel ayarlardan sızıntı**: Denetlenen sayfada yanlışlıkla yüklenebilecek başka bir dilde aynı sayfanın içeriğidir. Bu içerik gereksizdir ve kaçınılmalıdır. (ör. `/fr/about` sayfa içeriği `/en/about` sayfa paketinde)
+
+- **Diğer rotalardan sızıntı**: Aynı fikir **uygulamadaki diğer ekranlar** için: sadece bir sayfayı açarken kopyalarının birlikte gidip gitmediği. (ör. `/en/about` sayfa içeriği `/en/contact` sayfa paketinde). Yüksek bir skor zayıf bölme veya çok geniş paketler hinting.
+
+- **Ortalama bileşen paketi boyutu**: Ortak UI parçaları **birer birer** ölçülür, bir dev app numarasının içinde gizlenmek yerine. Internationalization'ın sessizce günlük bileşenleri şişirip şişirmediğini gösterir. Örneğin, bileşeniniz yeniden render edilirse, bellekten tüm bu verileri yükleyecektir. Herhangi bir bileşene bir dev JSON bağlamak, bileşenlerinizin performansını yavaşlatacak kullanılmayan verilerin büyük bir deposunu bağlamak gibidir.
+
+- **Dil değiştirme duyarlılığı**: Uygulamanın kendi kontrolünü kullanarak dili çeviririm ve sayfanın açıkça değiştiği, bir ziyaretçinin fark edeceği, laboratuvar mikro adımı değil ne kadar sürdüğünü ölçerim.
+
+- **Dil değişikliğinden sonraki işleme çalışması**: Dar bir takip: arayüzün geçiş uçuşta iken yeni dil için yeniden boyamak için ne kadar çaba gerektiği. "Hissedilen" zaman ve çerçeve maliyeti farklılık gösterdiğinde yararlı.
+
+- **İlk sayfa yükleme zamanı**: Tarayıcının test ettiğim senaryolar için sayfayı tamamen yüklenmiş olarak görene kadar navigasyon. Soğuk başlangıçları karşılaştırmak için iyi.
+
+- **Rehidrasyon zamanı**: Uygulama bunu gösterdiğinde, istemcinin sunucu HTML'sini gerçekten tıklayabileceğiniz bir şeye dönüştürmek için harcadığı zaman. Tablolardaki bir çizgi, bu uygulamanın bu benchmark'ta güvenilir bir rehidrasyon şekli sağlamadığı anlamına gelir.
+
 ## GitHub Yıldızları
 
 GitHub yıldızları, bir projenin popülerliğinin, topluluk güveninin ve uzun vadeli alakasının güçlü bir göstergesidir. Teknik kalitenin doğrudan bir ölçüsü olmasa da, kaç geliştiricinin projeyi yararlı bulduğunu, ilerlemesini takip ettiğini ve benimseme olasılığını yansıtır. Bir projenin değerini tahmin etmek için yıldızlar, alternatifler arasındaki çekişi karşılaştırmaya yardımcı olur ve ekosistem büyümesi hakkında içgörüler sağlar.

package/docs/tr/benchmark/svelte.md

@@ -116,6 +116,28 @@ Framework, **10 sayfa** ve **10 dilden** oluşan çok dilli bir uygulamaya sahip
 - **Scoped static**: Karmaşık ek ağ istekleri olmadan kodu düzenli tutar (mantıksal ayrım).
 - **Scoped dynamic**: _Kod bölme_ ve performans için en iyi yaklaşım. Yalnızca geçerli görünüm ve aktif dil için gerekenleri yükleyerek belleği minimize eder.
 
+### Ölçtüğüm şeyler:
+
+Aynı çok dilli uygulamayı her stack için gerçek bir tarayıcıda çalıştırdım, ardından tel üzerinde gerçekten ne göründüğünü ve ne kadar sürdüğünü not ettim. Boyutlar **normal web sıkıştırmasından sonra** raporlanır, çünkü bu ham kaynak sayılarından daha yakın olduğu insanları indir.
+
+- **Uluslararasılaştırma kitaplığı boyutu**: Bundling, tree-shaking ve minification sonrasında, i18n kitaplığının boyutu, sağlayıcılar + boş bir bileşendeki kod depolama boyutudur. Çeviri dosyalarının yüklenmesini içermez. Bu, içeriğiniz resme girmeden önce kitaplığın ne kadar pahalı olduğunu yanıtlar.
+
+- **Sayfa başına JavaScript**: Her benchmark rotası için, tarayıcının bu ziyaret için ne kadar script çektiği, paketteki sayfalar arasında ortalaması alınmıştır (ve rapor onları topladığında yerel ayarlar arasında). Ağır sayfalar yavaş sayfalar.
+
+- **Diğer yerel ayarlardan sızıntı**: Denetlenen sayfaya yanlışlıkla yüklenecek aynı sayfanın başka bir dildeki içeriğidir. Bu içerik gereksizdir ve kaçınılmalıdır. (örn. `/fr/about` sayfa içeriği `/en/about` sayfa paketinde)
+
+- **Diğer rotalardan sızıntı**: Aynı fikir **uygulamadaki diğer ekranlar** için: yalnızca bir sayfa açtığınızda kopyalarının eşlik edip etmediği. (örn. `/en/about` sayfa içeriği `/en/contact` sayfa paketinde). Yüksek bir puan, zayıf bölme veya çok geniş paketleri işaret eder.
+
+- **Ortalama bileşen paket boyutu**: Ortak kullanıcı arayüzü parçaları, bir dev uygulama numarası içinde gizlenmek yerine **tek tek** ölçülür. Uluslararasılaştırmanın günlük bileşenleri sessizce şişirip şişirmediğini gösterir. Örneğin, bileşeniniz yeniden işlenirse, bellek içinden tüm bu verileri yükleyecektir. Herhangi bir bileşene devasa bir JSON eklemek, bileşenlerinizin performansını yavaşlatacak kullanılmayan büyük bir veri deposunu bağlamak gibidir.
+
+- **Dil değiştirme yanıt hızı**: Uygulamanın kendi denetimini kullanarak dili değiştiririm ve sayfa açıkça değişinceye kadar ne kadar sürdüğünü ölçerim, ziyaretçinin fark edeceği şey, laboratuvar mikro adımı değil.
+
+- **Dil değişikliğinden sonra işleme çalışması**: Daha dar bir takip: dil değişimi uçuş halinde olduktan sonra arayüzün yeni dili yeniden boyamak için ne kadar çaba harcadığı. "Hissedilen" süre ve çerçeve maliyeti farklılaştığında kullanışlıdır.
+
+- **İlk sayfa yükleme süresi**: Gezintiden tarayıcıya test ettiğim senaryolar için sayfanın tamamen yüklenmiş olarak kabul etmesine kadar. Soğuk başlangıçları karşılaştırmak için iyi.
+
+- **Hidrasyon süresi**: Uygulama bunu ortaya çıkardığında, istemcinin sunucu HTML'sini gerçekten tıklayabileceğiniz bir şeye dönüştürmede harcadığı süre. Tablolardaki bir tire, bu uygulamanın bu kıyaslama da güvenilir bir hidrasyon rakamı sağlamadığı anlamına gelir.
+
 ## GitHub Yıldızları
 
 GitHub yıldızları, bir projenin popülerliğinin, topluluk güveninin ve uzun vadeli alakasının güçlü bir göstergesidir. Teknik kalitenin doğrudan bir ölçüsü olmasa da, kaç geliştiricinin projeyi yararlı bulduğunu, ilerlemesini takip ettiğini ve benimseme olasılığını yansıtır. Bir projenin değerini tahmin etmek için yıldızlar, alternatifler arasındaki çekişi karşılaştırmaya yardımcı olur ve ekosistem büyümesi hakkında içgörüler sağlar.

package/docs/tr/benchmark/tanstack.md

@@ -124,6 +124,28 @@ Framework, **10 sayfa** ve **10 dilden** oluşan çok dilli bir uygulamaya sahip
 - **Scoped static**: Karmaşık ek ağ istekleri olmadan kodu düzenli tutar (mantıksal ayrım).
 - **Scoped dynamic**: Kod bölme (code-splitting) ve performans için en iyi yaklaşım. Yalnızca geçerli görünümün ve aktif dilin ihtiyaç duyduğu şeyi yükleyerek bellek kullanımını en aza indirir.
 
+### Ne Ölçtüm:
+
+Aynı çok dilli uygulamayı her stack için gerçek bir tarayıcıda çalıştırdım ve ardından kabloda tam olarak ne göründüğünü ve işlerin ne kadar sürdüğünü yazdım. Boyutlar **normal web sıkıştırmasından sonra** raporlanmıştır, çünkü bu ham kaynak sayılarından daha insanların indirdiklerine yakındır.
+
+- **Uluslararasılaştırma kütüphanesi boyutu**: Paketleme, tree-shaking ve minifikasyondan sonra, i18n kütüphanesinin boyutu sağlayıcıların (örn. `NextIntlClientProvider`) + hook'ların (örn. `useTranslations`) boş bir bileşende yazılan kodunun boyutudur. Çeviri dosyalarının yüklenmesini içermez. Kütüphansenin içeriğiniz resme girmeden önce ne kadar pahalı olduğunu cevaplar.
+
+- **Sayfa başına JavaScript**: Her benchmark rotası için, tarayıcının bu ziyaret için çektiği betik miktarı, paketteki sayfaların genelinde (ve rapor bunları birleştirdiği localer arasında) ortalaması. Ağır sayfalar yavaş sayfalarıdır.
+
+- **Diğer localer'den sızıntı**: Denetlenen sayfada yanlışlıkla yüklenecek başka bir dilde aynı sayfanın içeriğidir. Bu içerik gereksizdir ve kaçınılmalıdır. (örn. `/en/about` sayfasında `/fr/about` sayfa içeriği paketi)
+
+- **Diğer rotalardan sızıntı**: Aynı fikir **uygulamadaki diğer ekranlar** için: yalnızca bir sayfa açtığınızda bunların kopyasının birlikte olup olmadığı. (örn. `/en/contact` sayfası paketinde `/en/about` sayfa içeriği). Yüksek bir puan zayıf bölme veya çok geniş paketleri gösterir.
+
+- **Ortalama bileşen paketi boyutu**: Ortak UI parçaları **birer birer** ölçülür, bir dev uygulama numarasının içinde gizlenmek yerine. Uluslararasılaştırmanın gündelik bileşenleri sessizce şişirip şişirmediğini gösterir. Örneğin, bileşeniniz yeniden oluşturursa, tüm bu verileri bellekten yükler. Herhangi bir bileşene dev bir JSON eklemek, bileşenlerinizin performansını yavaşlatacak kullanılmayan verilerin büyük bir deposuna bağlanmak gibidir.
+
+- **Dil değiştirme duyarlılığı**: Uygulamanın kendi kontrolünü kullanarak dili değiştirir ve sayfanın ne kadar sürede açıkça değiştiği, bir ziyaretçinin fark edeceği, bir laboratuvar mikro-adımı değil, zamanı kaydederim.
+
+- **Dil değişikliğinden sonra işleme çalışması**: Dar bir takip: yeni dil için değiştirme uçuştayken arabirim ne kadar yeniden boyamak için çaba harcadı. "Hissedilen" zaman ve çerçeve maliyeti farklı olduğunda yararlıdır.
+
+- **İlk sayfa yükleme süresi**: Gezintiden tarayıcıya test ettiğim senaryolar için sayfanın tamamen yüklenmiş olduğunu düşünüyor. Soğuk başlangıçları karşılaştırmak için iyidir.
+
+- **Hidrasyon süresi**: Uygulama bunu ortaya çıkardığında, istemcinin sunucu HTML'sini aslında tıklayabileceğiniz bir şeye dönüştürmek için harcadığı zaman. Tablolardaki bir tire, o uygulamanın bu kıyaslamada güvenilir bir hidrasyon rakamı sağlamadığı anlamına gelir.
+
 ## GitHub Yıldızları
 
 GitHub yıldızları, bir projenin popülerliğinin, topluluk güveninin ve uzun vadeli alakasının güçlü bir göstergesidir. Teknik kalitenin doğrudan bir ölçüsü olmasa da, kaç geliştiricinin projeyi yararlı bulduğunu, ilerlemesini takip ettiğini ve benimseme olasılığını yansıtır. Bir projenin değerini tahmin etmek için yıldızlar, alternatifler arasındaki çekişi karşılaştırmaya yardımcı olur ve ekosistem büyümesi hakkında içgörüler sağlar.

package/docs/tr/cli/ci.md

@@ -140,6 +140,28 @@ steps:
     run: npx intlayer ci fill
 ```
 
+## İskele Kurulu GitHub Actions
+
+`intlayer init` komutunu çalıştırdığınızda, Intlayer paket yöneticinizi (npm, yarn, pnpm veya bun) algılar ve `.github/workflows/` klasörü altında iki GitHub Actions iş akışı oluşturur; komutlar paket yöneticinizle eşleşir:
+
+- **`intlayer-fill.yml`** — Her pull request'te sözlükleri derler ve değiştirilen sözlükler için eksik çevirileri oluşturmak üzere `intlayer fill --git-diff --mode complete` komutunu çalıştırır, ardından sonucu PR dalına geri kaydeder.
+- **`intlayer-test.yml`** — Her pull request'te sözlükleri derler ve `intlayer test` komutunu çalıştırır; gerekli localelar çevirilerden yoksun olduğunda kontrolü başarısız kılar.
+
+Mevcut iş akışı dosyaları asla üzerine yazılmaz. İskele kurmayı tamamen atlamak için şu komutu çalıştırın:
+
+```bash
+npx intlayer init --no-github-actions
+```
+
+### Fill workflow'una AI erişimi sağlama
+
+Scaffold edilen `intlayer-fill.yml` AI erişimi gerektirir. İki seçenek mevcuttur (workflow'un `env` bloğunda yapılandırılır):
+
+1. **Kendi AI sağlayıcı anahtarınız** — Repository ayarlarınıza bir `AI_API_KEY` secret'i ekleyin (Settings → Secrets and variables → Actions). Workflow bunu `--provider`, `--model` ve `--api-key` aracılığıyla iletir.
+2. **Intlayer CMS erişim anahtarları** — `INTLAYER_CLIENT_ID` ve `INTLAYER_CLIENT_SECRET` secret'lerini ekleyin ve bunları `intlayer.config` dosyanızdaki `editor` bölümüne bağlayın. CMS erişim anahtarları Intlayer backend'i aracılığıyla AI erişimi sağlar.
+
+`intlayer-test.yml` workflow'u herhangi bir AI erişimi gerektirmez.
+
 ## Hata İşleme
 
 - `INTLAYER_PROJECT_CREDENTIALS` ayarlanmamışsa, komut bir hata ile çıkacaktır.

package/docs/tr/cli/fill.md

@@ -47,6 +47,14 @@ Bu komut, içerik bildirim dosyalarınızı eksik çeviriler, yapısal tutarsız
 - Mevcut çevirileri üzerine yazmayarak korur.
 - Hızı artırmak için bir kuyruk sistemi kullanarak dosyaları, parçaları ve yerel ayarları paralel olarak işler.
 
+## Ana Noktalar:
+
+- Büyük JSON dosyalarını AI modelinin context window limitine uymak için parçalara böler.
+- Çıktı formatı yanlışsa çeviriye yeniden dener.
+- Çeviri doğruluğunu artırmak için uygulamaya ve dosyaya özgü context'i içerir.
+- Mevcut çevirileri korur ve bunların üzerine yazılmasını engeller.
+- Dosyaları, parçaları ve locale'leri bir kuyruk sistemi kullanarak paralel olarak işler hız artışı için.
+
 ## Takma İsimler:
 
 - `npx intlayer dictionaries fill`

package/docs/tr/cli/login.md

@@ -200,16 +200,6 @@ Bağlantı sorunlarıyla karşılaşırsanız, şunları doğrulayın:
 
 Kimlik bilgileri alınmadıysa:
 
-1. Tarayıcıda kimlik doğrulama işlemini tamamladığınızdan emin olun
-2. Yerel portun engellenmediğini doğrulayın
-3. Komutu tekrar deneyin
-4. İnternet bağlantınızın düzgün çalıştığından emin olun
-5. Bağlantıyı engelleyen herhangi bir güvenlik duvarı olmadığından emin olun
-
-### Kimlik Bilgileri Alınmadı
-
-Kimlik bilgileri alınmadıysa:
-
 1. Tarayıcıda kimlik doğrulama sürecini tamamladığınızdan emin olun
 2. Yerel portun engellenmediğini doğrulayın
 3. Komutu tekrar deneyin