Sizin de Google AdSense reklamlarınız IE’de görünüyor ancak Firefox’ta görünmüyorsa, bir reklam engelleme eklentisi veya uygulaması kullanıyor musunuz diye bir bakın mutlaka.

Detaylar:
Sitenize Google AdSense reklamları eklediniz. Reklamların aktif hale gelmesi için bir süre beklediniz.
Firefox’u açıp sitenize girdiniz. O da ne Google AdSense reklamları görünmüyor. Hemen bir de Internet Explorer açıp onda baktınız. Reklamlar görünüyor.

Nasıl olur? IE’de görünen reklamlar Firefox’ta görünmüyor!

https://www.google.com/adsense/support/bin/request.py?contact=troubleshooter_CSA
adresine girip adım adım kontrol etmeye başladınız. Ve sizin derdinizi çözecek soruyu görürsünüz: “Reklam engelleme uygulaması kullanıyor musunuz?”

Evet ben Firefox için Adblock eklentisini kullanıyordum. Adblock ayarlarından sitelerim için reklam engellemesini kaldırınca sonunda reklamlar görünmeye başladı…

Doğuş Yayın Grubu’nun yeni HD kanalı olan ve bir süredir cnbe-e ve e2′de reklamları dönen HD-en‘in reklam müziğinin şarkısı Jack Scott - Goodbye Baby

Youtube videosu için: Jack Scott - Goodbye Baby

İyi seyirler…

Web projelerimde UTF-8 kullanmaya başladığımdan beri merak ettiğim bir konu vardı. O da MySQL’deki collation değerlerinden utf8_unicode_ci ve utf8_general_ci arasında ne tür farklar olduğu idi. Biraz araştırma sonucu aşağıdaki sonuçlara ulaştım. Bakınız MySQL’deki iki collation değeri arasındaki farklar ve birbirlerine üstünlükleri neymiş?

- utf8_general_ci collation tipi utf8_unicode_ci tipine göre daha basit bir tip ve genel çalışma şekli de şu şekilde:

Bazı dillerde yer alan özel harflerde bulunan accent denilen şapkaları vs. kaldırıp harfi büyük harfe çeviriyor ve o harf grupları için belirlenen temel harfin koduna göre karşılaştırma yapıyor.
Örnek olarak, ÀÁÅåāă harflerindeki şapkaları kaldırıp temel olan A harfi ile karşılaştırıyor.

Halbuki utf8_unicode_ci tipi daha geniş bir Unicode karşılaştırma tablosu (DUCET) kullanıyor.

- İkinci olarak, utf8_general_ci Œ, ß benzeri aslında harf grubu tipinde olan harfleri desteklememekte ve bu tip harfleri sıralarken tek karaktermiş gibi algılayıp yanlış sıralayabiliyor.

Ancak utf8_unicode_ci, bu tip harf gruplarını doğru algılayıp genellikle çok daha doğru bir sıralama yapmakta.

- Bir başka fark da desteklenen dil tipleri. utf8_general_ci sadece belli dil gruplarını destekleyebilirken utf8_unicode_ci çok daha geniş dil gruplarını desteklemekte. Örnek olarak utf8_general_ci Kiril alfabesi kullanmakta olan dillerden sadece Rusça ve Bulgarca’yı desteklerken utf8_unicode_ci ayni dil grubundan Makedonca, Ukraynaca, Sırp ve Belarus dilleri gibi diğer dilleri de desteklemekte ve doğru biçimde sıralayabilmekte.

utf8_general_ci‘nin utf8_unicode_ci‘ye olan üstünlüğüne gelecek olursak o da utf8_unicode_ci‘ye göre daha hızlı olması. Dolayısıyla performans gibi dertleriniz varsa utf8_general_ci, sıralama ile ilgili sorunlarınız varsa ve bu sizin için daha önemli ise utf8_unicode_ci kullanmanız daha doğru olacaktır.

Kısaca collation seçimi ihtiyaçlarınıza ve öncelik listenize göre değişiklik gösterebilmekte.

Hani sizin de aklınıza bunlar arasındaki farklar nedir diye bir konu takılmışşa

Kaynaklar:
* http://forums.mysql.com/read.php?103,187048,188748#msg-188748
* http://www.collation-charts.org/mysql60/mysql604.utf8_general_ci.european.html
* http://www.collation-charts.org/mysql60/mysql604.utf8_unicode_ci.european.html

Diyelim ki veritabanı sunucusu olarak MySQL kullandığınız bir web uygulamanız var. Uygulamanızı devreye aldıktan sonra veya almadan SQL cümlelerinizin performansını kontrol etmek istiyorsunuz. Veya sayfa takılıyor ve siz yavaşlığın ve takılmanın yüksek ihtimalle sql cümlelerinden birinin yavaş çalışıp geç sonuç döndürmesinden kaynaklandığını düşünüyorsunuz.

İşte bu tip durumlarda hangi sql cümlelerinin yavaş olduğunu bulmak için MySQL’in ayar dosyası olan my.cnf dosyasında iki güzel ayar var. Ancak bu ayarlar default olarak kapalı geliyor. O yüzden daha önce bu ayarlara ellemediyseniz bu satırların başında bulunan # karakterini silerek bu ayarları etkinleştirmeniz gerekiyor.

Yukarıda gördüğünüz ayarlardan log_slow_queries ayarı bu sql cümlelerinin log’lanacağı log dosyasının dizin yolu ve dosya adını verdiğimiz ayar. İkinci ayar olan long_query_time ayarı da sql cümlesinin çalışması şu kadar saniyeden fazla sürüyorsa bu sql cümlesini log’a yaz demek.

Bu ayarları my.cnf dosyasında yapıp kaydettikten sonra, MySQL’i kapatıp tekrar açmanız lazım.
MySQL tekrar başladıktan sonra artık yukarıda verdiğimiz log dosyasına bakarak yavaş çalışan sql cümlelerini görebilir ve gerekli optimizasyonları yapabiliriz.

Birilerinin işine yarar umarım

Bu kadar basitmiş ilk satır kod. Bu kodu çalıştırabilmek için bilgisayarınızda veya sunucunuzda Python’un kurulu ve çalışıyor olması lazım. Bir Linux sunucuda iseniz console’da python yazıp enter tuşuna basın. Gelen komut satırında artık python kodlarınızı yazabilir ve çalıştırabilirsiniz.

Fırsat bulursam ileride yeni ve daha gelişmiş python kodları yazmaya çalışacağım.

Diyelim ki CSV veya Excel dosyasından bir veri alıyor ve bunu işleyip bir input veya textarea elemanının içinde ekrana bastırıyorsunuz. Gelen verinin başındaki ve sonundaki boşlukları kaldırmak için normalde trim kullandınız ama nedense trim fonksiyonu bir türlü bu boşlukları kaldırmadı.

Anahtar kelimeler seçerek Google’da aramaya başlıyorsunuz. Aynı zamanda PHP sitesinde trim fonksiyonu altındaki yorumları okumaya başlıyorsunuz. Neyse ki daha önce benzer sorunları yaşayanlar varmış.

Çözüm olarak trim fonksiyonuna aşağıdaki gibi ikinci bir parametre vererek o inatçı boşluklardan kurtulabiliyorsunuz

PHP sitesinde bu çözümü yazan yorum sahibi “Umarım bu notum aynı sorunu yaşayan insanları bir kaç saat harcamaktan kurtarır” diye yazmış. Gerçekten de bu yorum sayesinde 10 - 15 dakikada bu sorunu çözmüş olduk.

trim fonksiyonu altındaki ilgili yorum için link aşağıda:
http://www.php.net/manual/en/function.trim.php#62072

Önceki gün üzerinde Debian kurulu olan sunucumun işletim sistemini ve üzerindeki yazılımları apt-get update ve apt-get upgrade ile güncelledim. Bu upgrade işlemini gayet sorunsuz olarak hallettim. Ancak kısa bir süre sonra çeşitli web uygulamalarımda bulunan .htaccess dosyalarındaki kodların ve rewrite kurallarının çalışmadığını farkettim.

Tahmin ettiğim üzere, upgrade edilen yazılımlar arasınca apache de vardı. Sistem güncelleme sonucunda eski apache conf dosyasının ismini değiştirmiş, yedeklemiş ve yeni bir conf dosyası oluşturmuş. Eee haliyle benim eski conf dosyası üzerinde yaptığım ayarlamalar ve değişikler iptal olmuş. Bu da .htaccess dosyalarımın çalışmaz hale gelmesine neden olmuş.

Eski ve yeni conf dosyalarını diff eski_dosya yeni_dosya komutu ile karşılaştırıp değişiklikleri yenisine aktardım ve apache’yi yeniden başlattım. .htaccess dosyalarım tekrar çalışmaya başladı

Şimdi özetle çıkardığım dersler şu şekilde:
1. Web sunucularında güncelleme yaparken conf dosyalarınızı mutlaka kontrol edin.
2. Belli dizinleri şifrelemek ve bu dizinlere erişimi kısıtlamak için .htaccess dosyalarına çok da fazla güvenmeyin. Gördüğünüz üzere erişimini kısıtladığım dizinler -çok kritik olmasa da- bu sorunu farkedene kadar herkese açık duruma gelmişti.
3. Rewrite kurallarınız mümkünse php kodlarınız tarafından işlensin.
4. Tek sayfalık erişim kısıtlamalarında AUTH dialog penceresini htaccess ile değil PHP ile üretin.

Hani aklım(ız)da olsun diye…

Debian sunucum üzerinde bir PHP uygulamasını kuracaktım. Ancak kurulum sırasında PHP’nin Mailparse adlı extension’ının olmadığı şeklinde uyarı alıyordum. SSH üzerinden kurayım dedim ve

komutunu yazdim. Ancak

hatasını aldım. Biraz araştırınca Debian’da PECL kullanabilmek için önce php5-dev kurmam gerektiğini öğrendim.

komutunu yazıp enter’a bastım ve PECL için gerekli kütüphane kuruldu. Tekrar

komutunu verdiğimde bu sefer öncekinden daha ileri gittim ancak bu sefer de

hatasını aldım. Bunu da araştırınca make paketini kurmam gerektiğini öğrendim.

dedim ve make paketini de kurdum. Ardından gene

komutunu verdim ve sonunda PHP’nin mailparse extension’ını kurabildim. Dolayısı ile buna ihtiyaç duyan web uygulamasını da kurabilmiş oldum.
Hani olur da birileri benim gibi PECL ile kurulum yaparken benzeri sorunlarla karşılaşırsa veya ben ileride başka yerde bu sorunları ve çözümlerini unutursam diye arşivime yazayım istedim. Zaten bir süredir yazamıyordum iyi oldu hem

Son zamanlarda en çok dikkat çeken reklam müziklerinden biri idi Sinpaş’ın Bosphorus City reklamı. Açıkçası müziği görüntülerden daha çok dikkat çekiyordu. İşte bu müziği aramamak, bulmamak ve buraya yazmamak haksızlık olurdu. Öncelikle reklamın videosunu burada bulabilirsiniz.

Reklam müziği ise Melih Kibar - Mesaj.
Mesaj adlı bu müzik Melih Kibar’ın Yadigar adlı albümünde yer alan bir parça.
Tekrar edeyim oldukça etkileyici ve güzel bir müzik

Bilirsiniz web uygulamalarında ve sitelerinde encoding kullanımı bizim dilimiz gibi farklı karakter setlerine sahip diller için mecburi bir durumdur. Ancak web’in büyükleri biraraya gelip standart ve her dili destekleyebilecek bir encoding yani UTF-8′i ürettiler ve bunu da standart hale getirmeye çalışıyorlar uzunca bir süredir.

Web çalışanları da web uygulamalarında son bir kaç senedir UTF-8′i kullanır hale geldiler. Aslında UTF-8′e geçmek istemesek bile özellikle AJAX kullanımı ile artık iyice mecbur kaldık sanırım Mecbur kaldık diyorum çünkü ben de bu geçişi erteleyenlerden biriydim malesef. Zira PHP yazmak için kullandığım Zend, UTF-8 konusunda bana sorun çıkarıyordu. Ancak artık mecburiyetten olsa gerek, Zend’in encoding ayarlarını değiştirip default olarak UTF-8′e çevirdim ve yeni yazdığım tüm projelerde UTF-8 encoding kullanır hale geldim.

Eski projelerimde şimdilik encoding ayarları değişmedi. Çünkü bu projeler oldukça geniş bir veritabanı içeriğine sahip ve bunların UTF-8′e dönüştürülmesi ciddi bir dikkat ve zaman gerektiriyor. O nedenle şimdilik eski projelerime dokunmuyorum.

Yeni projelerde neler yaptım ve nasıl geçtim? devamını oku »

Bildiğiniz üzere PHP5 son iki senedir iyice yaygınlaşmaya başladı. Özellikle PHP5 stable hale geldiğinden ve de PHP4′e verilen destek kesildiğinden beri. İşte ben de son dört-beş aydır hemen hemen tüm projelerimi PHP5′e geçiriyorum.

Kendi özel projelerimi bulundurduğum hosting sunucularımda çok daha önceden hem PHP4 hem PHP5 çalışır durumda idi. Ben de küçük bir ayar değişikliği ile
projelerin hepsinde kullanılacak PHP sürümünü değiştirip PHP5 yaptım. PHP kod yazım standartlarına elimden geldiğince uyduğum ve sadık kaldığım için bu geçiş döneminde neredeyse hiçbir uygulamada sorun yaşamadım.

PHP5′e geçerken kullandığım veritabanı sunucusunun da sürümünü yükselttim ve MySQL5′e geçiş yaptım. Bu geçişte de herhangi bir sorun yaşamadım sayılır. Sadece MySQL4 ve MySQL5 arasında küçük bir syntax (söz dizimi) farkından dolayı INNER JOIN kullandığım bir kaç yerde SQL cümlelerini tekrar düzenlemek zorunda kaldım.

Şuanda artık tüm projelerim PHP5 ve MySQL5 kullanır durumda Doğal olarak da PHP5′in nimetlerinden de yararlanmaya başladım. Sonraki yazılarımda bu konuda yazmayı planlıyorum.

Siz de PHP5′e ve MySQL5′e geçtiyseniz olumlu olumsuz yorumlarınızı veya yaşadığınız sorunları yorumlar kısmından aktarabilirsiniz.

Bayağı zaman geçmiş yazmayalı… Heralde beş altı ayı geçmiş. Kış yaklaşmaya ve soğuklar kendini hissettirmeye başlarken sahalara dönüyorum yeniden Kısa zaman içinde daha sık şekilde yeniden yazmaya başlıyorum. Ama bu beş altı ay içinde neler neler oldu onu da kısaca özetleyeyim:

-Motorumu sattım:(
-Araba aldım.
-Kız arkadaşımla evlilik kararı aldık.
-Ailecek biraraya geldik ve kız istedik.
-Kız arkadaşımla nişanlandık.
-Beklemedik nikahı da kıydık.
-Gelecek sene yani 2009′da olacak olan düğünümüzün hazırlıklarına da hafiften başladık.
Detaylar sonraki yazılarımda yer alacak…

İş konusunda ise bir iki özel kurumsal web projesi gerçekleştirdim. Bunlar yayına geçti ve çalışır durumda hizmet vermeye devam ediyorlar. Hala web uygulamaları üzerine çalışıyorum ve hala bu işten zevk alıyorum:) Ve doğal olarak bu konularda da yazmaya devam edeceğim.

Şimdilik özet bu şekilde. Unutmadan yakın zamanda bir kaç özel yemek tarifini de ekleyeceğim burada…

Şimdilik görüşmek üzere…