@intlayer/docs 9.4.3 → 9.5.0

package/blog/tr/list_i18n_technologies/frameworks/react-native.md

@@ -23,8 +23,6 @@ author: aymericzip
 
 Giderek küresel bir pazarda, React Native uygulamanızı birden fazla dilde sunmak erişilebilirliği ve kullanıcı memnuniyetini önemli ölçüde artırabilir. Uluslararasılaştırma (i18n), çevirileri etkili bir şekilde yönetmenin merkezinde yer alır ve kod tabanınızı karmaşıklaştırmadan dil spesifik metin, tarih ve saat formatları, para birimi ve daha fazlasını görüntülemenizi sağlar. Bu makalede, özel kütüphanelerden daha genel çözümlere kadar çeşitli i18n yaklaşımlarını inceleyeceğiz ve React Native projeniz için en uygun olanı bulmanıza yardımcı olacağız.
 
----
-
 ## Uluslararasılaştırma (i18n) Nedir?
 
 Uluslararasılaştırma veya i18n, bir uygulamanın farklı dillere, bölgesel formatlara ve kültürel normlara kolayca uyum sağlayacak şekilde yapılandırılmasını içerir. React Native'da i18n, düğmeler ve etiketler için dizeleri yönetmeyi, ayrıca tarihleri, saatleri, para birimlerini ve daha fazlasını kullanıcının yerel ayarına göre biçimlendirmeyi içerir. Düzgün hazırlanmış React Native uygulamaları, büyük yeniden düzenlemeler olmadan ek dilleri ve yerel ayar spesifik davranışları sorunsuz bir şekilde entegre etmenizi sağlar.
@@ -32,8 +30,6 @@ Uluslararasılaştırma veya i18n, bir uygulamanın farklı dillere, bölgesel f
 Uluslararasılaştırma kavramları hakkında daha derin bir dalış için makalemizi inceleyin:  
 [Uluslararasılaştırma (i18n) Nedir? Tanım ve Zorluklar](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/what_is_internationalization.md).
 
----
-
 ## React Native Uygulamaları İçin Çeviri Zorluğu
 
 React Native'da çevirilerle çalışmak, kendine özgü bazı hususları getirir:
@@ -53,8 +49,6 @@ React Native'da çevirilerle çalışmak, kendine özgü bazı hususları getiri
 - **Uygulama Güncellemeleri ve Hava Üzerinden (OTA)**  
   CodePush veya başka bir OTA güncelleme mekanizması kullanıyorsanız, tam bir uygulama mağazası sürümü gerektirmeden çeviri güncellemelerinin veya yeni dillerin nasıl teslim edileceğini planlamanız gerekir.
 
----
-
 ## React Native İçin Önde Gelen i18n Çözümleri
 
 Aşağıda, React Native'da çok dilli içeriği yönetmek için birkaç popüler yaklaşım bulunmaktadır. Her biri çeviri iş akışınızı farklı şekillerde basitleştirmeyi amaçlar.
@@ -88,8 +82,6 @@ Aşağıda, React Native'da çok dilli içeriği yönetmek için birkaç popüle
 - **Topluluk ve Ekosistem**  
   Hala nispeten yeni bir çözüm, bu yüzden uzun süredir kullanılan kütüphanelere kıyasla daha az topluluk odaklı örnek veya hazır eklenti bulabilirsiniz.
 
----
-
 ### 2. React-i18next
 
 > Website: [https://react.i18next.com/](https://react.i18next.com/)
@@ -122,8 +114,6 @@ Aşağıda, React Native'da çok dilli içeriği yönetmek için birkaç popüle
 - **Performans**  
   React-i18next genel olarak iyi performans gösterirken, mobil cihazlarda yükü önlemek için çeviri kaynaklarını nasıl organize ettiğinize ve yüklediğinize dikkat etmelisiniz.
 
----
-
 ### 3. React Intl (FormatJS'den)
 
 > Website: [https://formatjs.io/docs/react-intl/](https://formatjs.io/docs/react-intl/)
@@ -156,8 +146,6 @@ Aşağıda, React Native'da çok dilli içeriği yönetmek için birkaç popüle
 - **Topluluk Örnekleri**  
   Geniş çapta kullanılırken, React web için olanlara kıyasla React Native'a özel kullanım örnekleri daha az olabilir. Mevcut dokümanları ve kalıpları native bir ortama uyarlamanız gerekebilir.
 
----
-
 ### 4. LinguiJS
 
 > Website: [https://lingui.js.org/](https://lingui.js.org/)
@@ -190,8 +178,6 @@ Aşağıda, React Native'da çok dilli içeriği yönetmek için birkaç popüle
 - **Kod Organizasyonu**  
   Mesaj kataloglarınızı (ekrana, özelliğe veya dile göre) nasıl böleceğinize karar vermek, daha büyük uygulamalarda netliği korumak için hayati önem taşır.
 
----
-
 ## Son Düşünceler
 
 React Native uygulamanız için bir i18n çözümü seçerken:

package/blog/tr/list_i18n_technologies/frameworks/react.md

@@ -23,16 +23,12 @@ author: aymericzip
 
 Günümüz dijital ortamında, web sitenizin küresel bir kitleye ulaşmasını genişletmek çok önemlidir. React ile geliştiren geliştiriciler için, uygulama yapısını, SEO değerini ve kullanıcı deneyimini koruyarak çevirileri verimli bir şekilde yönetmek için uluslararasılaştırma (i18n) uygulamak çok önemlidir. Bu makalede, özel kütüphanelerden özel kodlanmış çözümlere kadar çeşitli i18n yaklaşımlarını inceliyoruz ve proje ihtiyaçlarınıza en uygun olanı seçmenize yardımcı oluyoruz.
 
----
-
 ## Uluslararasılaştırma (i18n) Nedir?
 
 Uluslararasılaştırma, i18n olarak kısaltılır, web sitenizi birden fazla dil ve kültürel bağlamı destekleyecek şekilde tasarlamak ve hazırlamak sürecidir. React'ta bu, dizelerin, tarih formatlarının, sayı formatlarının ve hatta düzenin farklı bölgelerden kullanıcılar için kolayca uyarlanabilmesi için uygulamanızı ayarlamak anlamına gelir. React uygulamanızı i18n için hazırlamak, çevirileri ve diğer yerelleştirme özelliklerini temiz bir şekilde entegre etmek için temel oluşturur.
 
 i18n hakkında daha fazla bilgi edinmek için makalemizi okuyun: [Uluslararasılaştırma (i18n) Nedir? Tanım ve Zorluklar](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/what_is_internationalization.md).
 
----
-
 ## React Uygulamaları İçin Çeviri Zorluğu
 
 React web sitesini çevirmek birkaç zorluk sunar:
@@ -43,8 +39,6 @@ React web sitesini çevirmek birkaç zorluk sunar:
 - **Durum ve Bağlam Yönetimi:** Doğru dilin rotalar ve bileşenler arasında korunmasını sağlamak dikkatli durum yönetimi gerektirir.
 - **Geliştirme Yükü:** Çeviri dosyalarını sürdürmek, bağlam doğruluğunu sağlamak ve uygulamanızı ölçeklenebilir tutmak devam eden hususlardır.
 
----
-
 ## React İçin Önde Gelen i18n Çözümleri
 
 Aşağıda, React uygulamalarında çok dilli içeriği yönetmek için birkaç popüler yaklaşım bulunmaktadır, her biri çeviri sürecini farklı şekillerde basitleştirmek için tasarlanmıştır.
@@ -69,8 +63,6 @@ Aşağıda, React uygulamalarında çok dilli içeriği yönetmek için birkaç
 
 - **Topluluk ve Ekosistem**: Büyümekte olsa da, ekosistem daha yeni, bu yüzden topluluk odaklı eklentiler ve araçlar daha yerleşik çözümlere kıyasla daha sınırlı olabilir.
 
----
-
 ### 2. React-i18next
 
 Website: [https://react.i18next.com/](https://react.i18next.com/)
@@ -93,8 +85,6 @@ Website: [https://react.i18next.com/](https://react.i18next.com/)
 - **Eklenti Ekosistemi**: Geniş bir eklenti ve ara yazılım ekosistemi mevcuttur, bu da doğru araçları bulmak için çeşitli paketleri elemeniz gerektiği anlamına gelir.
 - **Sunucu Bileşenleri**: Sunucu bileşenlerinin doğru yerel ayarları almasını sağlamak için Next.js dışındaki çerçevelerde ek kurulum gerektirir.
 
----
-
 ### 3. React Intl (FormatJS'den)
 
 Website: [https://formatjs.io/docs/react-intl/](https://formatjs.io/docs/react-intl/)
@@ -139,8 +129,6 @@ Website: [https://lingui.js.org/](https://lingui.js.org/)
 - **Topluluk ve Eklentiler**: Ekosistem büyüyor ancak i18next veya FormatJS'ye kıyasla hala daha küçük.
 - **Sunucu Bileşenleri**: Sunucu bileşenlerinin doğru yerel ayar verilerini almasını sağlamak için daha açık konfigürasyon gerekebilir.
 
----
-
 ### Son Düşünceler
 
 React için bir i18n kütüphanesi seçerken:

package/blog/tr/list_i18n_technologies/frameworks/svelte.md

@@ -23,16 +23,12 @@ author: aymericzip
 
 As the web continues to connect people across the globe, providing content in multiple languages is increasingly important. For developers working with **Svelte**, implementing i18n is essential to efficiently manage translations, maintain clean code, and uphold good SEO practices. In this article, we dive into various i18n solutions and workflows for Svelte helping you choose the one that best suits your project’s needs.
 
----
-
 ## What is Internationalization (i18n)?
 
 Internationalization, commonly abbreviated as i18n, is the process of designing and building your application so it can easily adapt to various languages, regions, and cultural conventions. In Svelte, this typically means setting up translation strings, localizing dates, times, and numbers, and ensuring the user interface can dynamically switch among different locales without major code rewrites.
 
 To learn more about i18n fundamentals, read our article: [What is Internationalization (i18n)? Definition and Challenges](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/what_is_internationalization.md).
 
----
-
 ## The Translation Challenge for Svelte Applications
 
 Translating a Svelte application can present several hurdles:
@@ -43,8 +39,6 @@ Translating a Svelte application can present several hurdles:
 - **State & Routing**: Retaining the correct language across multiple routes and dynamic pages often involves orchestrating global state, route guards, or custom hooks in SvelteKit.
 - **Maintainability**: As your codebase and translation files grow, keeping everything well-organized and synchronized becomes a continuous effort.
 
----
-
 ## Leading i18n Solutions for Svelte
 
 Svelte doesn’t provide a native, built-in i18n solution (as Angular does), but the community has created a variety of robust libraries and patterns. Below are several popular approaches.
@@ -69,8 +63,6 @@ Svelte doesn’t provide a native, built-in i18n solution (as Angular does), but
 
 - **Topluluk ve Ekosistem**: Büyümekte olsa da, ekosistem daha yeni, bu yüzden topluluk odaklı eklentiler ve araçlar daha yerleşik çözümlere kıyasla daha sınırlı olabilir.
 
----
-
 ### 2. svelte-i18n
 
 Repository: [https://github.com/kaisermann/svelte-i18n](https://github.com/kaisermann/svelte-i18n)
@@ -91,8 +83,6 @@ Repository: [https://github.com/kaisermann/svelte-i18n](https://github.com/kaise
 - **SSR Setup**: Configuring SSR for SEO might require additional steps to ensure correct locale detection on the server side.
 - **Performance**: While flexible at runtime, a large number of translations loaded at once can impact initial load times consider lazy loading or caching strategies.
 
----
-
 ### 3. svelte-intl-precompile
 
 Repository: [https://github.com/cibernox/svelte-intl-precompile](https://github.com/cibernox/svelte-intl-precompile)
@@ -113,8 +103,6 @@ Repository: [https://github.com/cibernox/svelte-intl-precompile](https://github.
 - **Dynamic Content**: If you need on-the-fly translations for user-generated content, this approach may require extra steps for updates at runtime.
 - **Learning Curve**: The combination of message extraction and precompilation can be slightly more complex for newcomers.
 
----
-
 ### 4. i18next with Svelte / SvelteKit
 
 Website: [https://www.i18next.com/](https://www.i18next.com/)
@@ -135,8 +123,6 @@ Although **i18next** is more commonly associated with React or Vue, it’s also
 - **Overhead**: i18next is robust, but for smaller Svelte projects, some of its features might be overkill.
 - **Routing & State**: Handling language routing will likely involve custom SvelteKit hooks or middlewares.
 
----
-
 ### Final Thoughts
 
 When selecting an i18n strategy for your Svelte app:

package/blog/tr/list_i18n_technologies/frameworks/vue.md

@@ -23,16 +23,12 @@ author: aymericzip
 
 Giderek küreselleşen dijital ortamda, Vue.js web sitenizin birden fazla dildeki kullanıcılara ulaşmasını genişletmek artık "iyi olur" değil, rekabet gereksinimi. Uluslararasılaştırma (i18n), geliştiricilerin çevirileri yönetmelerine ve uygulamalarını çeşitli yerel ayarlar için uyarlamalarına olanak tanır, SEO değerini, kullanıcı deneyimini ve sürdürülebilir kod yapılarını koruyarak. Bu makalede, özel kütüphanelerden özel kodlanmış çözümlere kadar farklı yaklaşımları inceleyeceğiz ve i18n'yi Vue.js projenize sorunsuz bir şekilde entegre etmenize yardımcı olacağız.
 
----
-
 ## Uluslararasılaştırma (i18n) Nedir?
 
 Uluslararasılaştırma (i18n), bir yazılım uygulamasını (veya web sitesini) birden fazla dil ve kültürel kural için hazırlama uygulamasıdır. Vue.js ekosistemi içinde bu, metin, tarihler, sayılar, para birimi ve diğer yerelleştirilebilir unsurların çeşitli yerel ayarlara nasıl uyarlanabileceğini belirlemeyi içerir. Başlangıçtan itibaren i18n'yi ayarlayarak, yeni diller eklemek ve gelecekteki yerelleştirme ihtiyaçlarını yönetmek için organize, ölçeklenebilir bir yapı sağlarsınız.
 
 i18n temelleri hakkında daha fazla bilgi edinmek için referansımıza göz atın: [Uluslararasılaştırma (i18n) Nedir? Tanım ve Zorluklar](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/what_is_internationalization.md).
 
----
-
 ## Vue Uygulamaları İçin Çeviri Zorluğu
 
 Vue.js uygulamasını çevirmek kendine özgü zorluklar getirir:
@@ -43,14 +39,10 @@ Vue.js uygulamasını çevirmek kendine özgü zorluklar getirir:
 - **Durum ve Reaktif Bağlam:** Geçerli yerel ayarın rotalar ve bileşenler arasında korunmasını sağlamak, özellikle Vuex veya Pinia ile durum yönetimi yaparken metinleri ve formatları reaktif olarak güncellemek dikkatli bir yaklaşım gerektirir.
 - **Geliştirme Yükü:** Çeviri dosyalarını organize, tutarlı ve güncel tutmak, dikkatli yönetilmezse hızla büyük bir görev haline gelebilir.
 
----
-
 ## Vue.js İçin Önde Gelen i18n Çözümleri
 
 Aşağıda, Vue uygulamalarınıza uluslararasılaştırmayı dahil etmek için kullanabileceğiniz birkaç popüler kütüphane ve yaklaşım bulunmaktadır. Her biri çeviriyi, SEO'yu ve performans hususlarını farklı şekillerde basitleştirmeyi amaçlar.
 
----
-
 ### 1. Intlayer
 
 > Web sitesi: [https://intlayer.org/](https://intlayer.org/)
@@ -94,8 +86,6 @@ Aşağıda, Vue uygulamalarınıza uluslararasılaştırmayı dahil etmek için
 - **Eklenti Ekosistemi**  
   Sağlam olsa da, mükemmel bir kurulum oluşturmak için birden fazla eklenti veya modülden (Nuxt I18n, Vue I18n vb.) dikkatli bir şekilde seçim yapmanız gerekebilir.
 
----
-
 ### 3. LinguiJS (Vue Entegrasyonu)
 
 > Website: [https://lingui.js.org/](https://lingui.js.org/)
@@ -123,8 +113,6 @@ Orijinal olarak React entegrasyonuyla bilinen **LinguiJS**, minimum çalışma z
 - **Daha Küçük Topluluk**  
   Vue I18n'ye kıyasla nispeten daha küçük bir ekosistem vardır. Resmi olarak sürdürülen eklentiler ve üçüncü taraf eklentileri daha sınırlı olabilir.
 
----
-
 ## Son Düşünceler
 
 Vue.js uygulamanız için bir i18n çözümü karar verirken:

package/blog/tr/next-i18next_vs_next-intl_vs_intlayer.md

@@ -37,16 +37,12 @@ Bu rehber, **Next.js** için yaygın olarak kullanılan üç i18n seçeneğini k
 
 > **tl;dr**: Üçü de bir Next.js uygulamasını yerelleştirebilir. **Bileşen kapsamlı içerik**, **katı TypeScript türleri**, **derleme zamanı eksik anahtar kontrolleri**, **ağaç sallanan sözlükler** ve **birinci sınıf App Router + SEO yardımcıları** istiyorsanız, **Intlayer** en kapsamlı, modern seçimdir.
 
----
-
 ## Yüksek düzey konumlandırma
 
 - **next-intl** - Hafif, doğrudan mesaj formatlaması ile sağlam Next.js desteği. Merkezi kataloglar yaygındır; DX basittir, ancak güvenlik ve büyük ölçekli bakım çoğunlukla sizin sorumluluğunuzdur.
 - **next-i18next** - Next.js'te i18next. Eklentiler aracılığıyla olgun ekosistem ve özellikler (örneğin, ICU), ancak yapılandırma ayrıntılı olabilir ve kataloglar projeler büyüdükçe merkezi olmaya eğilimlidir.
 - **Intlayer** - Next.js için bileşen merkezli içerik modeli, **katı TS yazımı**, **derleme zamanı kontrolleri**, **ağaç sallama**, **yerleşik ara yazılım ve SEO yardımcıları**, isteğe bağlı **Görsel Düzenleyici/CMS** ve **AI destekli çeviriler**.
 
----
-
 ## Yan Yana Özellik Karşılaştırması (Next.js odaklı)
 
 | Özellik                                              | `next-intlayer` (Intlayer)                                                                                                                                      | `next-intl`                                                                                                          | `next-i18next`                                                                                                       |
@@ -71,16 +67,12 @@ Bu rehber, **Next.js** için yaygın olarak kullanılan üç i18n seçeneğini k
 | **Kullanılmayan içeriği temizle**                    | ✅ Evet, derleme zamanında sözlük başına                                                                                                                        | ❌ Hayır, ad alanı yönetimi ile manuel olarak yönetilebilir                                                          | ❌ Hayır, ad alanı yönetimi ile manuel olarak yönetilebilir                                                          |
 | **Büyük Projelerin Yönetimi**                        | ✅ Modüler teşvik eder, tasarım sistemi için uygundur                                                                                                           | ✅ Kurulumla modüler                                                                                                 | ✅ Kurulumla modüler                                                                                                 |
 
----
-
 ## Giriş
 
 Next.js, uluslararasılaştırılmış routing (örneğin, locale segmentleri) için yerleşik destek sağlar. Ancak bu özellik kendi başına çeviriler yapmaz. Yine de kullanıcılarınıza yerelleştirilmiş içerik sunmak için bir kütüphaneye ihtiyacınız vardır.
 
 Birçok i18n kütüphanesi mevcuttur, ancak günümüzde Next.js dünyasında üçü popüler hale gelmektedir: next-i18next, next-intl ve Intlayer.
 
----
-
 ## Mimari & ölçeklenebilirlik
 
 - **next-intl / next-i18next**: Varsayılan olarak dile göre **merkezi katologlar** kullanır (plus i18next'te **namespaces**). Başlangıçta iyi çalışır, ancak artan coupling ve key churn ile büyük bir paylaşılan surface area haline gelebilir.
@@ -88,8 +80,6 @@ Birçok i18n kütüphanesi mevcuttur, ancak günümüzde Next.js dünyasında ü
 
 **Neden önemli:** Büyük codebases veya design-system kurulumlarında, **modüler içerik** monolitik kataloğlardan daha iyi ölçeklenir.
 
----
-
 ## Bundle boyutları & bağımlılıkları
 
 Uygulamayı derledikten sonra, bundle tarayıcının sayfayı render etmek için yükleyeceği JavaScripttir. Bu nedenle bundle boyutu, uygulama performansı için önemlidir.
@@ -157,8 +147,6 @@ Kütüphanenin fallback'leri nasıl işlediği de önemlidir. Uygulamanın varsa
 | ----------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ |
 | ![optimized bundle](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle.png?raw=true) | ![no optimized bundle](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle_no_optimization.png?raw=true) |
 
----
-
 ## TypeScript & güvenlik
 
 <Columns>
@@ -188,8 +176,6 @@ Kütüphanenin fallback'leri nasıl işlediği de önemlidir. Uygulamanın varsa
 
 **Neden önemli:** Güçlü typing hataları **sola** (CI/build) kaydırır, **sağa** (runtime) değil.
 
----
-
 ## Eksik çeviri işleme
 
 <Columns>
@@ -219,8 +205,6 @@ Kütüphanenin fallback'leri nasıl işlediği de önemlidir. Uygulamanın varsa
 
 **Neden önemlidir:** Build sırasındaki boşlukları yakalamak, üretimde 'undefined' stringleri önler.
 
----
-
 ## Yönlendirme, middleware & URL stratejisi
 
 <Columns>
@@ -252,8 +236,6 @@ Kütüphanenin fallback'leri nasıl işlediği de önemlidir. Uygulamanın varsa
 
 **Neden önemli:** SEO ve keşif için, ayrıca kullanıcı deneyimi için yardımcı olur.
 
----
-
 ## Server Components (RSC) hizalaması
 
 <Columns>
@@ -286,8 +268,6 @@ Kütüphanenin fallback'leri nasıl işlediği de önemlidir. Uygulamanın varsa
 
 **Neden önemlidir:** Server component desteği Next.js 13+ sürümünün önemli bir özelliğidir ve performans için yardımcıdır. Ebeveyn server bileşenlerinden çocuk server bileşenlerine locale veya `t` fonksiyonunu props olarak geçirmek, bileşenlerinizi daha az yeniden kullanılabilir hale getirir.
 
----
-
 ## Lokalizasyon platformları (TMS) ile entegrasyon
 
 Büyük kuruluşlar genellikle **Crowdin**, **Phrase**, **Lokalise**, **Localizely** veya **Localazy** gibi Çeviri Yönetim Sistemlerine (TMS) güvenir.
@@ -307,8 +287,6 @@ Büyük kuruluşlar genellikle **Crowdin**, **Phrase**, **Lokalise**, **Localize
 
 > Not: `next-intl` ve `i18next` ayrıca TypeScript kataloglarını kabul eder. Ekibiniz mesajları `.ts` dosyalarında depoluyorsa veya bunları özelliğe göre merkezi olmayan hale getirirse, benzer TMS sürtünme yaşayabilirsiniz. Ancak, birçok `next-intl` kurulumu `locales/` klasöründe merkezi kalır ve bu, TMS için JSON'a yeniden düzenlemek biraz daha kolaydır.
 
----
-
 ## Geliştirici Deneyimi
 
 Bu bölüm üç çözüm arasında derinlemesine bir karşılaştırma yapmaktadır. Her çözüm için 'başlangıç' belgelerinde açıklanan basit durumlar yerine, gerçek bir proje benzeri gerçek bir kullanım durumunu göz önünde bulunduracağız.
@@ -941,8 +919,6 @@ const ClientComponentExample = () => {
   - **next-intl** esnek; mesajları nasıl yapılandırdığınıza göre yükleyin.
   - **Intlayer** içeriği TS/JS sözlüklerinde depolar ve anahtara göre çözer.
 
----
-
 ### Bir sunucu bileşeninde kullanım
 
 Bir UI bileşeninin durumunu ele alacağız. Bu bileşen bir sunucu bileşenidir ve bir istemci bileşeninin alt öğesi olarak eklenebilir olmalıdır. (sayfa (sunucu bileşeni) -> istemci bileşeni -> sunucu bileşeni). Bu bileşen bir istemci bileşeninin alt öğesi olarak eklenebileceğinden, asenkron olamaz.
@@ -1440,8 +1416,6 @@ Middleware'in kurulumu `intlayer.config.ts` dosyasında merkezileştirilmiştir.
 
 </Tabs>
 
----
-
 ## Ve kazanan…
 
 Basit değil. Her seçeneğin avantaj ve dezavantajları var. İşte benim görüşüm:
@@ -1483,8 +1457,6 @@ GitHub yıldızları, bir projenin popülaritesinin, topluluk güveninin ve uzun
 
 [![Yıldız Geçmişi Grafiği](https://api.star-history.com/chart?repos=i18next/next-i18next%2Camannn/next-intl%2Caymericzip/intlayer&type=date&legend=top-left)](https://www.star-history.com/#i18next/next-i18next&amannn/next-intl&aymericzip/intlayer)
 
----
-
 ## Sonuç
 
 Üç kütüphane de temel yerelleştirmede başarılı. Fark, **modern Next.js'te** sağlam, ölçeklenebilir bir kurulum elde etmek için **ne kadar iş yapmanız gerektiğidir**:

package/blog/tr/nextjs-multilingual-seo-comparison.md

@@ -26,8 +26,6 @@ Eğer çok dilli Next.js uygulamanız, arama motorlarına farklı dil versiyonla
 
 Bu blogda, **neden i18n'in bir SEO süper gücü olduğunu** ve `next-intl`, `next-i18next` ve `Intlayer` ile Next.js'te bunu nasıl doğru şekilde uygulayacağımızı keşfedeceğiz.
 
----
-
 ## Neden SEO ve i18n
 
 Dil eklemek sadece kullanıcı deneyimi (UX) ile ilgili değildir. Aynı zamanda **organik görünürlük** için güçlü bir kaldıraçtır. İşte nedenleri:
@@ -37,8 +35,6 @@ Dil eklemek sadece kullanıcı deneyimi (UX) ile ilgili değildir. Aynı zamanda
 3. **Daha iyi kullanıcı deneyimi:** Ziyaretçiler sitenizin doğru versiyonuna hemen ulaşır.
 4. **Rekabet avantajı:** Çok az site çok dilli SEO'yu iyi uygular, bu da sizin öne çıkmanızı sağlar.
 
----
-
 ## Next.js'te Çok Dilli SEO için En İyi Uygulamalar
 
 Her çok dilli uygulamanın uygulaması gereken kontrol listesi:
@@ -57,8 +53,6 @@ Her çok dilli uygulamanın uygulaması gereken kontrol listesi:
 
 Bunlar basit adımlar, ancak atlanmaları görünürlüğünüzü kaybetmenize neden olabilir.
 
----
-
 ## Uygulama Örnekleri
 
 Geliştiriciler genellikle sayfalarını farklı yereller arasında doğru şekilde referanslamayı unutur, bu yüzden bunun farklı kütüphanelerle pratikte nasıl çalıştığına bakalım.
@@ -343,14 +337,10 @@ export default robots;
   </Tab>
 </Tabs>
 
----
-
 ## Intlayer SEO Scanner ile web sitenizi denetleyin
 
 Çok dilli uygulamanızın mükemmel şekilde optimize edildiğinden emin olmak için [Intlayer SEO Scanner](https://intlayer.org/i18n-seo-scanner) kullanmanızı öneririz. Çok dilli web sitesi kontrolü için özel bir araçtır; tüm yerelleştirilmiş sayfalarınızda eksik hreflang etiketlerini, bozuk bağlantıları ve diğer SEO sorunlarını belirlemenize yardımcı olur.
 
----
-
 ## Sonuç
 
 Next.js'te i18n'i doğru yapmak sadece metni çevirmekle ilgili değildir, aynı zamanda arama motorlarının ve kullanıcıların içeriğinizin hangi sürümünü sunacağını tam olarak bilmelerini sağlamaktır.

package/blog/tr/rag_powered_documentation_assistant.md

@@ -71,7 +71,6 @@ Yüksek seviyede, kullandığım tarif şöyle:
 6. **Geri bildirim için sorguları günlüğe kaydetme** Her kullanıcı sorgusu depolanır. Bu, acı noktaları, eksik dokümanları veya yeni fırsatları anlamak için altın değerindedir.
 
 <Steps>
-
 <Step number={1} title="Dokümanları Okuma">
 
 İlk adım basitti: docs/ klasöründeki tüm .md dosyalarını tarayacak bir yol gerekiyordu. Node.js ve glob kullanarak, her Markdown dosyasının içeriğini belleğe aldım.
@@ -79,7 +78,6 @@ Yüksek seviyede, kullandığım tarif şöyle:
 Bu, pipeline'ı esnek tutar: Markdown yerine, bir veritabanından, CMS'den veya hatta bir API'den dokümanları çekebilirsiniz.
 
 </Step>
-
 <Step number={2} title="Dokümantasyonu Chunking">
 
 Neden chunking? Çünkü dil modellerinin **bağlam limitleri** vardır. Onlara bir kitap dolusu doküman beslemek işe yaramaz.
@@ -99,7 +97,6 @@ Bu trade-off (parça boyutu vs örtüşme) RAG verimliliği için anahtardır:
 - Çok büyük → bağlam boyutunu patlatırsınız.
 
 </Step>
-
 <Step number={3} title="Embeddings Oluşturma">
 
 Dokümanlar parçalandıktan sonra, **embeddings** oluştururuz, her parçayı temsil eden yüksek boyutlu vektörler.
@@ -119,7 +116,6 @@ OpenAI'nin text-embedding-3-large modelini kullandım, ama herhangi bir modern e
 Her vektör, metnin matematiksel bir parmak izidir, benzerlik aramasını etkinleştirir.
 
 </Step>
-
 <Step number={4} title="Embeddings'i İndeksleme ve Depolama">
 
 Embeddings'i birden fazla kez yeniden oluşturmamak için, onları embeddings.json'da depoladım.
@@ -134,7 +130,6 @@ Embeddings'i birden fazla kez yeniden oluşturmamak için, onları embeddings.js
 Vektör DB'ler indeksleme, ölçeklenebilirlik ve hızlı arama ile ilgilenir. Ama prototipim için yerel JSON yeterliydi.
 
 </Step>
-
 <Step number={5} title="Kosinüs Benzerliği ile Retrieval">
 
 Bir kullanıcı soru sorduğunda:
@@ -148,7 +143,6 @@ Kosinüs benzerliği iki vektör arasındaki açıyı ölçer. Mükemmel bir eş
 Bu şekilde, sistem sorguya en yakın doküman pasajlarını bulur.
 
 </Step>
-
 <Step number={6} title="Augmentation + Generation">
 
 Şimdi sihir geliyor. Üstteki parçaları ChatGPT için **sistem prompt**una enjekte ederiz.
@@ -158,7 +152,6 @@ Bu, modelin o parçalar konuşmanın bir parçasıymış gibi cevap vermesi anla
 Sonuç: doğru, **doküman-temelli cevaplar**.
 
 </Step>
-
 <Step number={7} title="Kullanıcı Sorgularını Günlüğe Kaydetme">
 
 Bu gizli süper güç.
@@ -173,7 +166,6 @@ Sorulan her soru depolanır. Zamanla, şunları içeren bir veri seti oluşturur
 Bu, RAG asistanınızı **sürekli kullanıcı araştırma aracı**na dönüştürür.
 
 </Step>
-
 <Step number={8} title="Maliyeti Ne Kadar?">
 
 RAG'ye karşı yaygın bir itiraz maliyet. Pratikte, şaşırtıcı derecede ucuz:
@@ -185,7 +177,6 @@ RAG'ye karşı yaygın bir itiraz maliyet. Pratikte, şaşırtıcı derecede ucu
 Buna barındırma maliyetini de ekleyebilirsiniz.
 
 </Step>
-
 <Step number={9} title="Uygulama Detayları">
 
 Stack:

package/blog/tr/react-i18next_vs_react-intl_vs_intlayer.md

@@ -37,16 +37,12 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 > **tl;dr**: Üçü de bir React uygulamasını yerelleştirebilir. **Bileşen kapsamlı içerik**, **katı TypeScript türleri**, **derleme zamanı eksik anahtar kontrolleri**, **ağaç sallanan sözlükler** ve yerleşik düzenleme araçları (Görsel Düzenleyici/CMS + isteğe bağlı AI çeviri) istiyorsanız, **Intlayer** modüler React kod tabanları için en kapsamlı seçimdir.
 
----
-
 ## Yüksek düzey konumlandırma
 
 - **react-intl** - ICU-ilk, standartlara uygun formatlama (tarihler/sayılar/çoğullar) olgun bir API ile. Kataloglar genellikle merkezi; anahtar güvenliği ve derleme zamanı doğrulama büyük ölçüde sizin sorumluluğunuzdur.
 - **react-i18next** - Son derece popüler ve esnek; ad alanları, detektörler ve birçok eklenti (ICU, arka uçlar). Güçlü, ancak yapılandırma projeler büyüdükçe yayılabilir.
 - **Intlayer** - React için bileşen merkezli içerik modeli, **katı TS yazımı**, **derleme zamanı kontrolleri**, **ağaç sallama**, artı **Görsel Düzenleyici/CMS** ve **AI destekli çeviriler**. React Router, Vite, CRA vb. ile çalışır.
 
----
-
 ## Özellik matrisi (React odaklı)
 
 | Özellik                                              | `react-intlayer` (Intlayer)                                                                                                                                     | `react-i18next` (i18next)                                                                                            | `react-intl` (FormatJS)                                                                            |
@@ -71,8 +67,6 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 | **Kullanılmayan içeriği temizle**                    | ✅ Evet, derleme zamanında sözlük başına                                                                                                                        | ❌ Hayır, sadece manuel ad alanı segmentasyonu aracılığıyla                                                          | ❌ Hayır, tüm beyan edilen mesajlar paketlenir                                                     |
 | **Büyük Projelerin Yönetimi**                        | ✅ Modüler teşvik eder, tasarım sistemi için uygundur                                                                                                           | ⚠️ İyi dosya disiplini gerektir                                                                                      | ⚠️ Merkezi kataloglar büyük olabilir                                                               |
 
----
-
 ## Derinlemesine karşılaştırma
 
 ### 1) Mimari ve ölçeklenebilirlik
@@ -82,8 +76,6 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 **Neden önemli:** Modüler içerik modüler UI'yi yansıtır. Büyük React kod tabanları, çeviriler bileşenlerle birlikte yaşadığında daha temiz kalır.
 
----
-
 ### 2) TypeScript ve güvenlik
 
 - **react-intl**: Sağlam yazımlar, ancak **otomatik anahtar yazımı yok**; güvenlik desenlerini kendiniz uygularsınız.
@@ -92,8 +84,6 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 **Neden önemli:** Başarısızlıkları **sol** (derleme/CI) kaydırmak üretim sorunlarını azaltır ve geliştirici geri bildirim döngülerini hızlandırır.
 
----
-
 ### 3) Eksik çeviri işleme
 
 - **react-intl / react-i18next**: **Çalışma zamanı geri dönüşlerine** varsayılan (anahtar yankısı veya varsayılan yerel). Linting/eklentiler ekleyebilirsiniz, ancak derlemede garanti edilmez.
@@ -101,8 +91,6 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 **Neden önemli:** Eksik dizeler üzerinde CI başarısızlığı, "gizem İngilizce"nin İngilizce olmayan UI'lere sızmasını önler.
 
----
-
 ### 4) Zengin içerik ve formatlama
 
 - **react-intl**: Çoğullar, seçerler, tarihler/sayılar ve mesaj kompozisyonu için mükemmel **ICU** desteği. JSX kullanılabilir, ancak zihinsel model mesaj merkezli kalır.
@@ -111,8 +99,6 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 **Neden önemli:** Karmaşık UI metinleri (bağlantılar, kalın parçalar, satır içi bileşenler), kütüphane React düğümlerini temiz bir şekilde benimsediğinde daha kolaydır.
 
----
-
 ### 5) Performans ve yükleme davranışı
 
 - **react-intl / react-i18next**: Genellikle **katalog bölme** ve **tembel yükleme** yi manuel olarak yönetirsiniz (ad alanları/dinamik içe aktarmalar). Etkili ancak disiplin gerektirir.
@@ -120,8 +106,6 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 **Neden önemli:** Daha küçük paketler ve daha az kullanılmayan dize başlatma ve navigasyon performansını iyileştirir.
 
----
-
 ### 6) DX, araçlar ve bakım
 
 - **react-intl / react-i18next**: Geniş topluluk ekosistemi; düzenleme iş akışları için genellikle harici yerelleştirme platformlarını benimser.
@@ -129,24 +113,18 @@ Bu rehber, **React** için üç yerleşik i18n seçeneğini karşılaştırır:
 
 **Neden önemli:** Yerleşik araçlar geliştiriciler ve içerik yazarları arasındaki döngüyü kısaltır - daha az yapıştırıcı kod, daha az satıcı bağımlılığı.
 
----
-
 ## Hangisini ne zaman seçmeli?
 
 - **react-intl**'i seçin eğer **ICU-ilk** mesaj formatlaması istiyorsanız, standartlara uygun bir API ile ve ekibiniz katalogları ve güvenlik kontrollerini manuel olarak sürdürmekle rahat.
 - **react-i18next**'i seçin eğer **i18next'in ekosisteminin genişliğine** ihtiyacınız varsa (detektörler, arka uçlar, ICU eklentisi, entegrasyonlar) ve esnekliği kazanmak için daha fazla yapılandırma kabul ediyorsanız.
 - **Intlayer**'ı seçin eğer **bileşen kapsamlı içerik**, **katı TypeScript**, **derleme zamanı garantileri**, **ağaç sallama** ve **pil dahil** düzenleme araçlarını takdir ediyorsanız - özellikle **büyük, modüler** React uygulamaları, tasarım sistemleri vb. için.
 
----
-
 ## `react-intl` ve `react-i18next` ile birlikte çalışabilirlik
 
 `intlayer`, `react-intl` ve `react-i18next` ad alanlarınızı yönetmenize de yardımcı olabilir.
 
 `intlayer` kullanarak, içeriğinizi favori i18n kütüphanenizin formatında beyan edebilirsiniz ve intlayer ad alanlarınızı istediğiniz konumda oluşturacaktır (örnek: `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## GitHub YILDIZLARI
 
 GitHub yıldızları, bir projenin popülaritesinin, topluluk güveninin ve uzun vadeli öneminin 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 muhtemelen benimsediğini yansıtır. Bir projenin değerini tahmin etmek için yıldızlar, alternatifler arasındaki çekişmeyi karşılaştırmaya ve ekosistem büyümesine ilişkin içgörüler sağlamaya yardımcı olur.