wezby adlı üyeden alıntı: mesajı görüntüle
Sub domainler üzerinden yada klasör üzerinden dil sistemi kurman gerekiyor o zaman.

Google da seo için bunu öneriyor zaten [htaccess olaylarlıyla subdomain olayına falan girmeni tavsiye etmem.]

https://support.google.com/webmasters/answer/182192

Farklı diller için farklı mysql sunucularını birbiriyle ilişkilendirdiğin zaman işin daha kolay olacak.

Ancak sitedeki dil kısımları stabil ise değişkenler yada dizinler ile yapman daha mantıklı bahsettiğim olay büyük veri içerikli sitelerin farklı dillere göre içerik yönetimi için geçerli.
tamamen farklı veritabanları daha mı verimli olur diyorsunuz ?

Ama her seferinde bi ona bağlanmak bi ona bağlanmak sistemi yormaz mı acaba ?

Kullanıcı olarak değilde yönetici olarak düşünüyorum. Alışveriş sitesi ürün eklemem gerekiyor 2 dil seçeneği var 2 sinide formdan doldurdum ve gönderdiğimde bi o veritabanına baglanacak bi o veritabanına bağlanacak zor olmaz mı ?

--R10.NET; Flood Engellendi -->-> Yeni yazılan mesaj 15:55:30 -->-> Daha önceki mesaj 15:46:45 --

rob33n adlı üyeden alıntı: mesajı görüntüle
Aslında çoklu dil sitelerinde veritabanı tasarımı genel olarak senin yaptığın şekilde yapılmaz, çünkü çok iş yükü ve ölçekenebilir değildir.
En çok önerilen ve uygulanan yöntem şu şekildedir. Bir makale sitesi üzerinden örnek verecek olursak;
Öncelikle makale sadece 1 tane olur, her dil için farklı id'li makale yaratılmaz, ki bu seo açısından da önemlidir. (one to many)

Dinamik içerikler için:
- makaleler (id, baslik)
- makale_icerigi (makale_id, dil_secenegi (tr-TR, en-EN, fr-FR), baslik, ozet, aciklama, tarih, yayin_tarihi ..vs)
(bu sistem diğer tablolar için de yapılır, senin yaptığın şekilde olursa eğer her dil için 10larca tablo açmak gerekir ve buda yine hem iş yükü hem de sonraki aşamalarda yapılacak işlemleri zorlaştırır. Örneğin bir tabloya yeni bir kolon ekleyeceksen diğer tüm dil tablolarına da eklemen gerekir. Fakat bu tasarımda 1 değişiklik her tarafı değiştirir.)

Statik içerikler için de yine aynı yöntem kullanılabilir veya tek tablo üzerinden de gidilebilir.
- statik_dil_tablosu (id, baslik, dil_secenegi, aciklama)
Örn:
Anasayfa, tr-TR, Anasayfa
Anasayfa, en-EN, Homepage

veya
- statik_dil_tablosu (id, baslik) (one to many)
- statik_dil_tablosu_aciklama (id, dil_secenegi, aciklama)
Örn:
1, Anasayfa
1, tr-TR, Anasayfa
2, en-EN, Homepage

Her dil için klasörler veya subdomainler kullanılmaz, bu tamamen saçmalık ve iş yükü demek. Bu nedenle url routing kullanılır. Bunun yanında lang metatag'ı ile hangi dil olduğu zaten google'a bildirilir ve kullanıcı arama yaptığında arama yapılan dile ait sonuçlar çıkar.
www.site.com/tr-TR/makale/99/makale_basligi
www.site.com/en-EN/makale/99/makale_basligi

yazdıklarınızı 3-4 kere okudum sanırım gayet mantıklı geldi bir sonraki projede bunu deneyebilrim bi kaç birşey takıldı aklıma nasıl olaiblir diye ama sanırım uygularken onu çözmüş olurum.

Her şekilde bu dil seçeneği ne gıcık bişey ya