@intlayer/docs 8.12.5-canary.0 → 9.0.0-canary.10

package/docs/ru/releases/v9.md

@@ -0,0 +1,316 @@
+---
+createdAt: 2026-06-14
+updatedAt: 2026-06-26
+title: Новый Intlayer v9 — Что нового?
+description: Узнайте, что нового в Intlayer v9. Представляем пакеты совместимости drop-in для популярных библиотек i18n, а также поддержку Collections и Variants.
+keywords:
+  - Intlayer
+  - Совместимость
+  - Миграция
+  - Collections
+  - Variants
+  - i18next
+  - next-intl
+  - vue-i18n
+slugs:
+  - doc
+  - releases
+  - v9
+author: aymericzip
+---
+
+# Новый Intlayer v9 — Что нового?
+
+Добро пожаловать в Intlayer v9! Этот мажорный релиз знаменует собой важную веху в упрощении миграции на Intlayer благодаря **пакетам адаптеров совместимости (Compat Adapter Packages)** для популярных библиотек i18n (`react-i18next`, `next-intl`, `vue-i18n` и др.), а также добавляет поддержку сложных структур контента: **Collections** (Коллекции) и **Variants** (Варианты).
+
+## Содержание
+
+<TOC levels={[2]} maxDepth={1} />
+
+---
+
+## Пакеты адаптеров совместимости (Compat Adapter Packages)
+
+Миграция на Intlayer с популярных библиотек i18n стала проще, чем когда-либо. Мы создали пять пакетов совместимости (compat packages), которые предоставляют **точно такой же публичный API**, как и стандартные библиотеки i18n, но делегируют всю работу по переводу в Intlayer во время выполнения (runtime).
+
+### Тот же публичный API со строгой типизацией
+
+Просто заменив импорты, вы получаете все преимущества Intlayer (включая безопасность типов на этапе компиляции на основе ваших реальных словарей) с минимальными изменениями в коде:
+
+- `@intlayer/i18next`
+- `@intlayer/react-i18next`
+- `@intlayer/next-intl`
+- `@intlayer/react-intl`
+- `@intlayer/next-i18next`
+- `@intlayer/vue-i18n`
+- `@intlayer/lingui`
+
+Например, просто замените:
+
+```ts
+import { useTranslation } from "react-i18next";
+```
+
+на:
+
+```ts
+import { useTranslation } from "@intlayer/react-i18next";
+```
+
+Теперь ваши ключи будут **строго типизированы** на основе словарей Intlayer, обеспечивая автодополнение путей через точку (dot-path) в вашей IDE!
+
+### Плагины-алиасы для сборщиков (Vite, Next.js, Turbopack)
+
+Чтобы позволить мигрировать без ручной перезаписи всех импортов, каждый пакет адаптера совместимости включает в себя **кастомный плагин для сборщика** (Vite или Next.js) по подпути `/plugin`.
+
+Эти плагины автоматически перезаписывают существующие импорты (например, `react-i18next` или `next-intl`) на их эквиваленты `@intlayer/*` во время сборки.
+
+#### Пример для Next.js (Webpack / Turbopack)
+
+Вместо `withIntlayer` оберните вашу конфигурацию Next.js плагином совместимости:
+
+```ts fileName="next.config.ts"
+import { createNextI18nPlugin } from "@intlayer/next-i18next/plugin";
+import type { NextConfig } from "next";
+
+const withIntlayer = createNextI18nPlugin();
+const nextConfig: NextConfig = {};
+
+export default withIntlayer(nextConfig);
+```
+
+#### Пример для Vite (React, Vue, Solid, Svelte)
+
+```ts fileName="vite.config.ts"
+import vueI18nVitePlugin from "@intlayer/vue-i18n/plugin";
+
+export default defineConfig({
+  plugins: [vueI18nVitePlugin()],
+});
+```
+
+---
+
+## Единый резолвер рантайма (Mutualized Runtime Resolver)
+
+Все адаптеры совместимости теперь направляют разрешение переводов через единый, высокооптимизированный парсер рантайма: `@intlayer/core/messageFormat`.
+
+- **Интерполяция сообщений (Interpolate Message)**: Разрешает стандартные шаблоны `{{var}}` (с пробелами и путями через точку), аргументы в формате ICU (`{v, number, percent}` и т. д.) и простые шаблоны `{var}`.
+- **Резолвер узлов сообщений (Message Node Resolver)**: Разрешает вложенные узлы: `insert()`, `plural()` (плюрализация по правилам CLDR), `enu()` (перечисление), `gender()` (род), HTML-теги, массивы и вызываемые функции-узлы.
+- **Токенизированный парсер тегов (Tokenized Tag Parser)**: Поддерживает встроенные XML/HTML-теги и нумерованные теги (например, `<1>children</1>`) для рендеринга форматированного текста (rich-text) из коробки.
+
+---
+
+## Спецификация функций: Collections и Variants
+
+Intlayer v9 выходит за рамки статических объектов типа ключ-значение, позволяя словарям объявлять динамические структуры макетов со сквозной типизацией.
+
+### 1. Коллекции (Collections)
+
+Определяйте управляемый CMS упорядоченный список элементов (например, FAQ, товары или списки блогов):
+
+```ts fileName="faq.1.content.ts"
+import { t, type Dictionary } from "intlayer";
+
+export default {
+  key: "faq",
+  item: 1,
+  content: {
+    question: t({ en: "What is Intlayer?", fr: "Qu'est-ce qu'Intlayer ?" }),
+    answer: t({ en: "An i18n toolkit.", fr: "Une boîte à outils i18n." }),
+  },
+} satisfies Dictionary;
+```
+
+```ts fileName="faq.2.content.ts"
+import { t, type Dictionary } from "intlayer";
+
+export default {
+  key: "faq",
+  item: 2,
+  content: {
+    question: t({ en: "Is it free?", fr: "Est-ce gratuit ?" }),
+    answer: t({ en: "Yes, open-source.", fr: "Oui, open-source." }),
+  },
+} satisfies Dictionary;
+```
+
+#### Использование:
+
+```ts
+// Fetch all items as an array
+const allFaqs = useIntlayer("faq"); // -> { question: string, answer: string }[]
+
+// Fetch a single item by index
+const faq = useIntlayer("faq", { item: 2 }); // -> { question: string, answer: string }
+```
+
+### 2. Варианты (Variants)
+
+Используйте для A/B-тестирования, сезонных заголовков, фича-флагов или кастомных целевых страниц:
+
+#### Строковые варианты (например, A/B-тестирование)
+
+```ts fileName="hero.content.ts"
+import { t, type Dictionary } from "intlayer";
+
+export default {
+  key: "hero-banner",
+  variant: "default",
+  content: {
+    control: t({ ru: "Добро пожаловать", en: "Welcome", fr: "Bienvenue" }),
+    black_friday: t({
+      ru: "Купить сейчас",
+      en: "Shop now",
+      fr: "Acheter maintenant",
+    }),
+  },
+} satisfies Dictionary;
+```
+
+#### Использование:
+
+```ts
+const banner = useIntlayer("hero-banner", { variant: "black_friday" });
+```
+
+#### Объектные варианты (например, динамические записи)
+
+```ts fileName="product.content.ts"
+import { t, type Dictionary } from "intlayer";
+
+export default {
+  key: "product-copy",
+  variant: {
+    id: "prod_123",
+    category: "books",
+  },
+  content: {
+    title: t({ ru: "Чистый код", en: "Clean Code", fr: "Code Propre" }),
+  },
+} satisfies Dictionary;
+```
+
+#### Использование:
+
+```ts
+// Динамически загружает только запрошенный элемент (требуется Suspense)
+const product = useIntlayer("product-copy", {
+  variant: { id: "prod_123", category: "books" },
+});
+```
+
+---
+
+## Динамическая загрузка и оптимизация размера бандла
+
+Чтобы сохранять размер бандлов минимальным, Intlayer v9 поддерживает динамическую ленивую загрузку (lazy loading).
+
+В вашей конфигурации установите `importMode` в значение `'dynamic'` или `'fetch'`:
+
+```ts fileName="intlayer.config.ts"
+export default {
+  dictionary: {
+    importMode: "dynamic", // "static" | "dynamic" | "fetch"
+  },
+};
+```
+
+Во время сборки `@intlayer/swc` и `@intlayer/babel` сканируют ваши файлы и заменяют вызовы `useIntlayer` / `getIntlayer` на tree-shakeable обертки (`useDictionary` / `useDictionaryDynamic`). Загружается только контент, необходимый для выбранного элемента коллекции, варианта или локали, что предотвращает попадание неиспользуемых переводов в ваш продакшн-бандл.
+
+---
+
+## 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` установлен в `true` и настроен путь `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()` безопасна — каждый плагин дедублицирует себя и выполняется только один раз.
+
+---
+
+## Компилятор отключён по умолчанию
+
+Начиная с Intlayer v9, **компилятор отключён по умолчанию** (значение `compiler.enabled` теперь по умолчанию равно `false`). Чтобы включить извлечение ваших файлов `.content.ts` во время сборки, установите `compiler.enabled: true` в своей конфигурации:
+
+```ts fileName="intlayer.config.ts"
+import type { IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  compiler: {
+    enabled: true, // По умолчанию: false — требуется для включения компилятора начиная с v9
+    output: ({ fileName }) => `./${fileName}.content.ts`,
+  },
+};
+
+export default config;
+```
+
+Когда компилятор отключён, Intlayer пропускает этап извлечения во время сборки и полагается на уже объявленные вами словари. Включайте его только тогда, когда хотите, чтобы плагин сборщика (`@intlayer/swc`, `@intlayer/babel` или Vite-плагин `intlayer()`) извлекал содержимое автоматически.
+
+---
+
+## React Native: импорт из одного пакета
+
+В приложении React Native или Expo вам больше не нужно жонглировать `react-intlayer` и `react-native-intlayer`. Пакет `react-native-intlayer` теперь **реэкспортирует весь API `react-intlayer`** (хуки, утилиты и подпути `/format`, `/html` и `/markdown`), а его `IntlayerProvider` автоматически применяет полифиллы React Native.
+
+Импортируйте все из единого пакета `react-native-intlayer`:
+
+```tsx
+import {
+  IntlayerProvider,
+  useIntlayer,
+  useLocale,
+} from "react-native-intlayer";
+```
+
+```bash
+npm install intlayer react-native-intlayer
+```
+
+> Импорт из `react-intlayer` продолжает работать, но `react-native-intlayer` теперь является рекомендуемой единой точкой входа для React Native — его провайдер включает полифиллы, которых нет в веб-ориентированном провайдере `react-intlayer`.
+
+---
+
+## Примечания по миграции с v8
+
+Если вы обновляетесь с v8, обратите внимание, что v9 не содержит ломающих изменений (breaking changes). Однако вот ключевые изменения:
+
+- **Компилятор отключён по умолчанию**: значение `compiler.enabled` теперь по умолчанию равно `false`. Если вы полагаетесь на извлечение ваших файлов `.content.ts` во время сборки, установите `compiler.enabled: true` в своём `intlayer.config.ts`.
+- **Локали и диалекты (Locales & Dialects)**: Если вы используете внешние зависимости i18n, добавьте соответствующие плагины адаптеров совместимости в вашу конфигурацию или настройки сборщика для автоматической перезаписи импортов.
+- **Кастомные селекторы (Custom Selectors)**: При вызове `useIntlayer` второй параметр теперь зарезервирован для объекта опций, содержащего `{ locale, item, variant }`. Если ранее вы передавали строку локали напрямую, вы все еще можете это делать, но для расширенного выбора рекомендуется использовать объект опций.
+
+---
+
+## Полезные ссылки
+
+- [Руководство по пакетам адаптеров совместимости](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/compat/index.md)
+- [Динамические словари — Collections и Variants](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/dynamic_dictionaries/index.md)
+- [Справочник по конфигурации](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ru/configuration.md)

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.