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

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

package/docs/tr/compat/i18n-js.md

@@ -0,0 +1,44 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "i18n-js'den Intlayer'a Geçiş Yapın"
+description: "Uyumluluk adaptörünü kullanarak uygulamanızı i18n-js'den Intlayer'a nasıl geçireceğinizi öğrenin."
+keywords:
+  - i18n-js
+  - intlayer
+  - göç
+  - uyumluluk
+slugs:
+  - doc
+  - compatibility
+  - i18n-js
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# i18n-js'den Intlayer'a Geçiş Yapın
+
+`i18n-js` kütüphanesinden Intlayer'a geçiş, büyük çeviri konfigürasyonlarını Intlayer'ın yapılandırılmış dosya çözümleme sistemine aktarmak için tasarlanmış, yüksek derecede optimize edilmiş bir göçtür.
+
+## Ne yapmalı
+
+Deponuzda aşağıdaki kurulum komutunu yürütün:
+
+```bash
+npx intlayer init
+```
+
+`intlayer.config.ts` hazırlandığında, bundler konfigürasyonunuza Intlayer'ın takma adını ekleyebilirsiniz, böylece `i18n-js` importlarının herhangi biri uyumluluk paketi `@intlayer/i18n-js`'yi hedefleyebilir.
+
+## Arka Planda Neler Olur
+
+`i18n-js`, `i18n.t('scope.key', {name})` gibi ifadelerle ad alanlarına erişir ve yerel geri dönüş mekanizmaları ile belirli çoğul eşlemelerine sahiptir.
+
+Arka Planda:
+
+- **Interpolasyon:** Uyumluluk adaptörü, `%{name}` eşlemelerini hedeflenen runtime sözlük değerine kolayca ayrıştırır.
+- **Çoğullaştırma:** `one/other` alt anahtarlarının yerini alır ve Intlayer'ın güçlü alttaki çoğul mekanizmalarına karşı (`Intl.PluralRules`) eşler, manuel eşlemeleri ortadan kaldırır.
+- **Yerel Ayarlar:** Monolitik dil yüklerini önyüklemede yüklemek yerine, sözlükler mevcut bağlam kurulumuna dayalı olarak optimize bir şekilde sunulur, yerel Intlayer yapılandırmasıyla birlikte çalışır.

package/docs/tr/compat/i18next.md

@@ -0,0 +1,59 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "i18next'ten Intlayer'a Geçiş Yapın"
+description: "Uyumluluk adaptörünü kullanarak Vanilla JS/TS uygulamanızı i18next'ten Intlayer'a nasıl geçireceğinizi öğrenin."
+keywords:
+  - i18next
+  - vanilla
+  - javascript
+  - typescript
+  - intlayer
+  - göç
+  - uyumluluk
+slugs:
+  - doc
+  - compatibility
+  - i18next
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# i18next'ten Intlayer'a Geçiş Yapın
+
+Ayrıntılı adım adım eğitim için lütfen tam [i18next Göç Kılavuzuna](../migration_from_i18next_to_intlayer.md) bakın.
+
+Intlayer mükemmel şekilde `i18next`'in core runtime özelliklerini çoğaltır. Uyumluluk paketini kullanarak, Vanilla uygulamalarınız veya iç modülleriniz tanıdık sözdizimini kullanmaya devam edebilir.
+
+## Ne yapmalı
+
+Başlamak için projede Intlayer'ı başlatın:
+
+```bash
+npx intlayer init
+```
+
+Vite kullanıyorsanız, `@intlayer/i18next` importlarını yönlendirmek için Intlayer plugin'ini ekleyin:
+
+```typescript fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import { i18nextVitePlugin } from "@intlayer/i18next/plugin";
+
+export default defineConfig({
+  plugins: [i18nextVitePlugin()],
+});
+```
+
+## Arka Planda Neler Olur
+
+`i18nextVitePlugin`, `i18next` importlarını `@intlayer/i18next`'e takma ad olarak atamakta, JSON dosya içeriklerinden bundle şişmesini ortadan kaldırmaktadır.
+
+Arka Planda:
+
+- **Instance konfigürasyonu:** `createInstance` ad alanı fallback'lerini doğru ayrıştırmakta ve uygularken Intlayer'ın compilation pipeline'ını sözlük alınması için kullanmaktadır.
+- **Interpolasyon:** `{{name}}` değişim ve `$t(key)` nesting'i özyinelemeli olarak destekler.
+- **Bağlam & Çoğullar:** `key_male` ve `key_one`/`key_other` gibi sonek biçimlerini tanımlar ve standart `Intl.PluralRules` aracılığıyla değerlendirir.
+- **Return Nesneleri:** `returnObjects: true` modu güvenli şekilde Intlayer sözlüklerinden ağaçları ayıklar.

package/docs/tr/compat/index.md

@@ -0,0 +1,51 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "Intlayer Uyumluluk Adaptörleri"
+description: "Mevcut i18n çözümünüzü sıfır zorlukla Intlayer'a geçirin uyumluluk adaptörleri kullanarak."
+keywords:
+  - uyumluluk
+  - göç
+  - uluslararasılaştırma
+  - i18n
+  - Intlayer
+slugs:
+  - doc
+  - compatibility
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# Intlayer Uyumluluk Adaptörleri
+
+Büyük bir uygulamayı yeni bir uluslararasılaştırma kütüphanesine geçirmek sinir bozucu olabilir. Bu geçişi kolaylaştırmak için Intlayer, ekosistemde en popüler i18n kütüphaneleri için **uyumluluk adaptörleri** sağlar.
+
+Bu adapter paketleri, mevcut i18n kütüphanelerinizle **tamamen aynı genel API'yi** ortaya koymakla birlikte, çalışma zamanında tüm çeviri işini Intlayer'a devredederler.
+
+## Nasıl çalışır
+
+Bir uyumluluk adaptörü kullandığınızda, uygulamanızın importlarını yeniden yazmanız veya çeviri hook'larınızı ve bileşenlerinizi nasıl kullandığınızı değiştirmenize gerek yoktur. Bunun yerine, Intlayer'ın bundler plugin'leri mevcut importlarınızı otomatik olarak Intlayer uyumluluk paketlerine takma ad olarak atarlar.
+
+Örneğin, bir geliştirici `import { useTranslation } from 'react-i18next'` yerine `import { useTranslation } from '@intlayer/react-i18next'` kullanır (bundler plugin'i tarafından otomatik olarak yapılır) ve uygulama Intlayer sözlüklerinden sunulan çevirilerle çalışmaya devam eder. Anahtarlar ayrıca Intlayer sözlüklerinizle yazılı kontrol edilir\!
+
+## Kullanılabilir Uyumluluk Adaptörleri
+
+Mevcut kütüphanenizi seçin ve sorunsuzca nasıl geçiş yapacağınızı öğrenin:
+
+- [Vue I18n](./vue-i18n.md)
+- [Transloco](./transloco.md)
+- [React Intl](./react-intl.md)
+- [Svelte I18n](./svelte-i18n.md)
+- [React i18next](./react-i18next.md)
+- [Polyglot.js](./polyglot.md)
+- [NuxtJS I18n](./nuxtjs-i18n.md)
+- [NGX Translate](./ngx-translate.md)
+- [Next Translate](./next-translate.md)
+- [Next Intl](./next-intl.md)
+- [Next i18next](./next-i18next.md)
+- [i18next](./i18next.md)
+- [Lingui](./lingui.md)
+- [I18n-js](./i18n-js.md)

package/docs/tr/compat/lingui.md

@@ -0,0 +1,44 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "Lingui'den Intlayer'a Geçiş Yapın"
+description: "Uyumluluk adaptörünü kullanarak uygulamanızı Lingui'den Intlayer'a nasıl geçireceğinizi öğrenin."
+keywords:
+  - lingui
+  - intlayer
+  - göç
+  - uyumluluk
+slugs:
+  - doc
+  - compatibility
+  - lingui
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# Lingui'den Intlayer'a Geçiş Yapın
+
+Projeniz şu anda Lingui'nin macro tabanlı derlemesine dayanıyorsa, Intlayer'a geçiş güçlü macro workflow'larınızı korurken onları doğal olarak Intlayer'ın JSON compilation stratejisiyle desteklemenize izin verir.
+
+## Ne yapmalı
+
+Başlamak için projede Intlayer'ı başlatın:
+
+```bash
+npx intlayer init
+```
+
+Bu `intlayer.config.ts` oluşturur. `@lingui/babel-plugin-lingui-macro` / `@lingui/swc-plugin`'yi build adımınızda Intlayer compiler'ından _önce_ çalıştırmak için tutun. Ardından bundler plugin takma adını `@lingui/core` ve `@lingui/react`'i `@intlayer/lingui`'ye yönlendirmek için kullanın.
+
+## Arka Planda Neler Olur
+
+Lingui macro'ları kullanır (`` t`Hello ${name}` `` ve `<Trans>` gibi) `i18n._(id, values)` gibi runtime çağrılarına derlenir.
+
+Arka Planda:
+
+- **Macro'lar:** Kaynak sözdiziminde hiçbir kesinti olmadan tamamen daha önce yaptığı gibi derlenir.
+- **Runtime Çeviri:** Takma ad atanan `i18n._()` Intlayer sözlüklerini kullanır. Hem açıkça adlandırılan ID'ler hem de karma hash ID'ler Intlayer'ın `.po` sync plugin'lerini kullanarak anahtarları güvenli şekilde toplamak ve budamak için tamamen eşlenir.
+- **ICU Yetenekleri:** Çoğullaştırma, seçim ve ICU varyantları desteği, Intlayer'ın birleştirilmiş ICU ayrıştırıcısı sayesinde güçlü kalır, aynı render çıktılarını sağlar.

package/docs/tr/compat/next-i18next.md

@@ -0,0 +1,57 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "next-i18next'ten Intlayer'a Geçiş Yapın"
+description: "Uyumluluk adaptörünü kullanarak Next.js uygulamanızı next-i18next'ten Intlayer'a nasıl geçireceğinizi öğrenin."
+keywords:
+  - next-i18next
+  - nextjs
+  - intlayer
+  - göç
+  - uyumluluk
+slugs:
+  - doc
+  - compatibility
+  - next-i18next
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# next-i18next'ten Intlayer'a Geçiş Yapın
+
+Kapsamlı ve ayrıntılı adım adım eğitim için lütfen tam [next-i18next Göç Kılavuzuna](../migration_from_next-i18next_to_intlayer.md) bakın.
+
+Intlayer, Next.js Pages Router ve App Router uygulamalarını saydam şekilde işler. Adaptörü kullanmak, `next-i18next` uygulamanızı sıfır kod yeniden yazımı olmadan göç etmenize izin verir.
+
+## Ne yapmalı
+
+Başlamak için şunu çalıştırın:
+
+```bash
+npx intlayer init
+```
+
+Bu, gerekli Intlayer setup dosyasını oluşturur. Arka Planda Intlayer'a geçmek için `next.config.ts` dosyasını güncelleyin:
+
+```typescript fileName="next.config.ts"
+import type { NextConfig } from "next";
+import { createNextI18nPlugin } from "@intlayer/next-i18next/plugin";
+
+const withIntlayer = createNextI18nPlugin();
+
+const nextConfig: NextConfig = {};
+
+export default withIntlayer(nextConfig);
+```
+
+## Arka Planda Neler Olur
+
+`createNextI18nPlugin`, Next.js'nin yerel davranışını core `next-intlayer` plugin'iyle birlikte oluşturmakta, `next-i18next`, `react-i18next` ve `i18next` için tüm gerekli Webpack/Turbopack takma adlarını enjekte etmektedir.
+
+Arka Planda:
+
+- **`serverSideTranslations` & `appWithTranslation`:** Artık Intlayer'ın iç yükleyicileri için wrapper'lar olarak işlev gördüğünden, büyük statik JSON enjeksiyonunu ortadan kaldırır.
+- **Client Hook'ları:** Tüm biçimlendirme, çoğullaştırma ve iç içe ad alanı özelliklerini koruyarak `@intlayer/react-i18next`'e hemen delege eder.

package/docs/tr/compat/next-intl.md

@@ -0,0 +1,59 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "next-intl'den Intlayer'a Geçiş Yapın"
+description: "Uyumluluk adaptörünü kullanarak Next.js uygulamanızı next-intl'den Intlayer'a nasıl geçireceğinizi öğrenin."
+keywords:
+  - next-intl
+  - nextjs
+  - intlayer
+  - göç
+  - uyumluluk
+slugs:
+  - doc
+  - compatibility
+  - next-intl
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# next-intl'den Intlayer'a Geçiş Yapın
+
+Kapsamlı ve ayrıntılı adım adım eğitim için lütfen tam [next-intl Göç Kılavuzuna](../migration_from_next-intl_to_intlayer.md) bakın.
+
+`next-intl`'den Intlayer'a geçiş, uygulama routing'inizi ve sözdizimini tamamen etkilemeden tutmanıza izin verir.
+
+## Ne yapmalı
+
+Deponuzda aşağıdaki komutu yürütün:
+
+```bash
+npx intlayer init
+```
+
+Bu, bir `intlayer.config.ts` oluşturacaktır. `next.config.ts` dosyasında, plugin wrapper'ını kullanarak `next-intl` takma adlarını `@intlayer/next-intl`'ye sorunsuzca enjekte edin.
+
+```typescript fileName="next.config.ts"
+import type { NextConfig } from "next";
+import { createNextIntlPlugin } from "@intlayer/next-intl/plugin";
+
+const withIntlayer = createNextIntlPlugin();
+
+const nextConfig: NextConfig = {};
+
+export default withIntlayer(nextConfig);
+```
+
+## Arka Planda Neler Olur
+
+Bundler wrapper çevirileri değiştirir, ancak **`next-intl/navigation` özelliklerini olduğu gibi bırakır** (örneğin `Link`, `redirect`, `usePathname`).
+
+Arka Planda:
+
+- **ICU runtime:** Çoğullar (`=0`, `one`, `other`), select/selectordinal, `#` argümanları ve biçimlendirilmiş argümanlar (`{ts, date, long}`) paylaşılan `resolveMessage(..., 'icu')` çözümleyicisini kullanarak doğru şekilde çalışır.
+- **`useTranslations()` & `getTranslations()`:** Bare scope çağrıları ilk anahtar segmentini doğru sözlük tanımlayıcısı olarak ayıklar. İç içe ad alanları zarif bir şekilde sözlük yolları ve ön eklerine bölünür.
+- **Zengin Biçimlendirme:** Hem `t.rich()` hem de `t.markup()` tamamen doğal olarak uygulanmakta, HTML benzeri düğümleri render edilen React chunks'lerine dönüştürmektedir.
+- **`useFormatter`:** `relativeTime`, `list`, `dateTimeRange` ve yapılandırmadan adlı biçimler, core yerel `Intl` formatter'larına köprü atılmaktadır.

package/docs/tr/compat/next-translate.md

@@ -0,0 +1,45 @@
+---
+createdAt: 2026-06-13
+updatedAt: 2026-06-13
+title: "Next Translate'den Intlayer'a Geçiş Yapın"
+description: "Uyumluluk adaptörünü kullanarak Next.js uygulamanızı next-translate'den Intlayer'a nasıl geçireceğinizi öğrenin."
+keywords:
+  - next-translate
+  - nextjs
+  - intlayer
+  - göç
+  - uyumluluk
+slugs:
+  - doc
+  - compatibility
+  - next-translate
+history:
+  - version: 9.0.0
+    date: 2026-06-13
+    changes: "Init history"
+author: aymericzip
+---
+
+# Next Translate'den Intlayer'a Geçiş Yapın
+
+`next-translate`'den Intlayer'a geçiş, mevcut sözdizimini ve etiketleri koruyan neredeyse drop-in bir değişikliktir.
+
+## Ne yapmalı
+
+Intlayer'ı projede başlatın:
+
+```bash
+npx intlayer init
+```
+
+CLI konfigürasyonunuzu oluşturacaktır. Daha sonra Intlayer plugin'ini `next.config.ts` dosyasına uygulayabilirsiniz, bu da `next-translate/useTranslation`'ı `@intlayer/next-translate`'ye eşleyen build zamanı alt yolu takma adlarını enjekte eder.
+
+## Arka Planda Neler Olur
+
+`next-translate`, `useTranslation('ns')`, `t('ns:key.path')` ve `<Trans>` bileşeni gibi hook'lar sağlar.
+
+Arka Planda:
+
+- **Interpolasyon & Çoğullar:** `react-i18next` adaptör davranışına yakından bağlıdır. Dinamik olarak işlenen `{{var}}` yer tutuşları ve `key_0`, `key_one` ve `key_other` gibi sonekleri eşlenen çoğullaştırma.
+- **`<Trans>` Bileşeni:** HTML benzeri tag ayrıştırması ve dizi tabanlı `components` prop'u için doğrudan desteklenir.
+- **Ad Alanları:** Alt yol takma adlandırması, `useTranslation` referanslarınızın manuel değişiklik olmadan doğru iç sözlük ad alanlarına başvurmasını sağlar.