Yerellestirme derken, tarihler, fiyatlar ve yazi katarlarinin dili degil mi demek istedigin ? - Cem Öztürk

Aynen Cem, hatta yazı katarları olarak düşünelim basitleştirmek için soruyu. - Anıl Yügen

Tarih ve fiyatlarin yerellestirme islemlerini en ilkel framework'ler db bagimsiz kendi native* class'larinda halledebiliyorlar artik; e yazi katarlarinida( string* ) db'yi yormak yerine bir fetch* algoritmasiyla herhangi bir xml'den almak daha saglikli degil mi ? - Cem Öztürk

Yok, bilgiler dinamik bilgiler, dosya sistemiyle uğraşılmayacak kadar da çok sorgulanacaklar. - Anıl Yügen

yerellestirme sirasinda bilgilerin dinamik olmasi ? Soylemi orn: her client 1'den fazla dilde yorum yapabiliyor gibi ? - Cem Öztürk

Yok aslında şunun gibi düşünün. Bir ürün var ve farklı dillerde sunulacak. Ama dosya sistemiyle değil veritabanı bazında düşünmeliyiz. XML vb. değil. - Anıl Yügen

Burada merak ettiğim nasıl bir veritabanı şeması düşündüğünüz? Sizlerin farklı fikirleri var mı konu hakkında? - Anıl Yügen

o koca koca string*leri db'de tutmak hala mantikli gelmiyor bana :) - Cem Öztürk

PO'larla kalıplaşmış bir adet yok mu, nerdeyse herşeyde bu kullanılıyor? - Hüseyin Mert

po cok spesifik ve "yet another config parser method"gibi geliyor bana... - Cem Öztürk

Yerelleştirmenin bir kaç ayağından birini soruyorum aslında. Tabii ki dosya sistemi bazlı şeyler(XML, PO) olacaktır. Sayfa metinleri vb. gibi. Ama şöyle düşünün. Veritabanında saklanan ürünlerin farklı dillerdeki versiyonları olacak. Bununla ilgili veritabanı şeması bazında konuşalım isterim. - Anıl Yügen

bu durumda bence en mantiklisi yerellestirilecek field'larin değerlerinin tutuldugu bir tablo olusturup talep edilen dile gore join etmek... - İsmail Aşcı

@İsmail Aşçı: Ben de hep öyle düşünüyorum ve uyguluyorum. Farklı deneyimi olan var mıdır? Aynı tabloya bir dil sütunu ve main_id sütunu açmak örneğin? - Anıl Yügen

2 dil varsa ayni tabloya dil sutunu acmak daha efektif olabilir belki ama dil sayisi fazlaysa bu defa da tablonun boyutu gereksiz yere artabilir. - İsmail Aşcı

tabii! global düşünüp yerel strateji geliştirmek lazım. ahahah :) - Ömer Enis

Uygulamaya göre değişir aslında. linkibol'un yerelleştirilmesinde her modülün yerel bilgilierinin saklandığı ayrı bir resource (resx dosyası) ve sık kullanılan şeyler için bir global resource dosyası (app_globalresources/*.resx) kullanıyoruz. "yerelleştirme" demişken, linkibol.com'un "globalleştirilmesi" mi desem ;) İngilizce sürüm yolda kısacası. Bu süreçte yaşadıklarımızı blog.linkibol.com 'da da paylaşmaya çalışacağım. - Volkan Özçelik from twhirl