Leoman’s blog

bi blög

Archive for the ‘linkedin’ tag

MySQL’de karakter seti problemi yoktur!

one comment

Bir çok insan tarafından şu sözleri duyuyorum;  “MySQL’de veritabanı aktarınca karakter problemi çıkıyor.”, “MySQL’de karakter seti problemi var.”

Hayır efendim MySQL’de karakter seti problemi yoktur, MySQL’in huyunu suyunu bilmeyen insan vardır.

MySQL veritabanı çalışmasında iki tane farklı karakter seti kullanır. Bunlardan birincisi veritabanı motoruna (database engine; MyISAM, InnoDB) verilir. İkincil olarak bağlantı karakter setidir ve MySQL Client’a verilir.

Öntanımlı MySQL kurulumlarında (Örneğin; Distro repolarından, cPanel, Plesk, vb. hosting otomasyon yazılımları ile)  bağlantı ve veritabanı karakter seti latin1 olarak gelmektedir.

En sık yapılan hatayı şöyle basit bir hatadır. Kişi gider veritabanını UTF-8 olarak yaratır. Sonra PHP ile sadece bağlanır ve sürekli veri yazar fakat bu veriyi yazdıran zat-ı muhterem bu sunucuya bağlantı sırasında MySQL Client’ın kullandığı karakter seti merak etmez. Bunu irdelemediği için de UTF-8 veritabanına Latin1 ile bağlanır ve verileri böyle yazar. Sonuç! absürt karakterlere sahip bir veritabanı.

Ne yapıyormuşuz demek ki, veritabanını istediğimiz karakter seti ile yaratıyormuşuz, daha sonra bağlanırken de veritabanının sahip olduğu karakter seti ile bağlanıyormuşuz. Evet tam olarak böyle.

Mesela UTF-8 bir veritabanı yarattığımızı varsayalım. Buna bağlanırken kesinlikle şunu yapmıyoruz;

mysql_connect("server","kullanici","sifre");
mysql_select_db("veritabani");
mysql_query("insert into tablo ('a','b') values ('ÇÖPĞÖÜĞÜ','İŞÜĞÜMÖMÖM')");

Bunun yerine; bağlantıdan hemen sonra bir seferlik;

mysql_connect("server","kullanici","sifre");
mysql_select_db("veritabani");
mysql_query("SET NAMES UTF8");
mysql_query("SET CHARACTER SET UTF8");

mysql_query("insert into tablo ('a','b') values ('ÇÖPĞÖÜĞÜ','İŞÜĞÜMÖMÖM')");

durumu MySQL’e bildiriyoruz.

Tabi ki bir projede 50 yerde bağlantı kuranlar bu noktada OOP’nin neden varolduğunu anlayabilirler.

– “Ee bilmem ne SQL Server bunu otomatik seçiyormuş”.

– Peki multi collation olan bu sistemde farklı farklı tablolar için ne yapmayı düşünüyorsun? diye sormazlar mı kişiye.

Önemli olan nasıl yediğin değil, o yoğurdu yemek!

Written by leoman

June 10th, 2009 at 6:44 pm

SEO, .htaccess ve klasör değişiklikleri

one comment

Blog’umu kaybettiğimi çok geç farkettikten sonra haliyle arama motorlarının da artık blog’umu yanlış içerikleri ve yanlış linkleri ile gösterir durum olduğunu anladım. Arama motorlarının, tarama sırasında defalarca 404 hatası ile karşılaşmaktan hoşlanmayacağı için buna SEO dostu bir çözüm bulmak gerekmek idi.

Gidişata göre şanslı olduğum noktalar sırası ile Apache gibi kolay esneyebilen yapıda bir web sunucu kullanmam, eski blogumun ana dizinde değil de bir alt dizinde (/blg alt dizininde) olması idi.

Bildiğiniz üzre Apache web sunucusu .htaccess adlı bir dosya ile şahsa ve isteklere münhasır hale getirilebilmekte ve mod_rewrite modülü ile de URL‘ler üzerinde dilediğiniz gibi değişiklik yapma imkanı sunmaktadır. Bu imkanlar dahilinde ben de arama motorlarınca eski blogumdaki işaretlenen linkleri, gelen ziyaretçilere (özellikle arama motoru robotlarına {örneğin: Google bot} ) buradan taşındığını belirtmeyi seçtim. Böylece arama motorları bu sayfaları bir daha blog’um üzerinde aramayacaktı ve arama sonuçlarından kısa sürede kalkacaktır.

Bunun nasıl yaptım!

Blog’umun hali hazırda kullanmış olduğu .htaccess dosyası içerisine yalnızca bir satır eklemek bunun için yeterli oldu.


RewriteEngine On
RewriteBase /
RedirectMatch 301 /blg(.*) /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

Burada birinci satırla beraber rewrite modülü aktif hale getirip ikinci satır ile birlikte kök ve tüm alt dizinleri  için geçerli olduğunu belirttik. Asıl olayımız ise üçüncü satırda, kök dizin içerisinde blg ile başlayan herhangi bir URL olduğunda HTTP 301 hata kodu, yani kalıcı olarak buradan taşındı yönlendirme direktifi oluşturarak tekrar kök dizine yönlendirmesi ile tamamlanmış oldu. Böylece artık arama motorları, dışarıdan gelen linkler http://leoman.gen.tr/blg/eski-bir-post sayfasına ulaşamadıklarında “404 – sayfa bulunamadı” hatası almak yerine bu sayfanın burda olmadığına dair bir yönlendirme alacaklar ve http://leoman.gen.tr/ adresine yönlenecekler. Böylece kimse tarafından kötü çocuk olarak gözükmeyeceğim.

Bu gibi bir değişikliği ise sadece bir alt klasörden kök dizine taşımak için yapacaksanız şu direktifi de kullanabilirsiniz.

RedirectMatch 301 /blg(.*) /$1

Örneğe göre; http://leoman.gen.tr/blg/eski-bir-post adresine gelen istekler http://leoman.gen.tr/eski-bir-post adresine yönlenecekler.

Bol SEO’lu 404’süz günler efendim.

Written by leoman

December 16th, 2008 at 3:22 am