ibonette.com

Efendim, bir programcı olarak yıllardır, Microsoft’a olan alerjim nedeniyle sürekli olarak uzak kaldığım ve görmezden geldiğim .net ten bahsedeceğim. .Net e karşı şimdiye kadar uzak durmamın kendime göre bazı çok önemli geçerli sebepleri oldu. Hep söylenir; açık kaynak olması, kaynak bolluğu, açık kaynak projelerin ve kod örneklerinin sağladıkları, tamamen ücretsiz olması vs vs… Php nin güzelliklerini sıralamayacağım, çünkü liste çok uzun. Daha çok, son zamanlarda .net e daha sıcak bakmama sebep olan ve hatta önümüzdeki dönemde, ana geliştirme platformu olarak kendisini tercih edecek olmama sebep olan, özelliklerden bahsedeceğim.

1) Asp.Net ‘de en az PHP kadar ücretsizdir:

Evet yanlış okumuyorsunuz. Hatta bana göre Asp.Net, programcı için, Php den daha ücretsiz.

Bilindiği gibi, Visual Studio Express ürünleri tamamen ve her türlü kullanım için ücretsiz. Örneğin Visual Web Developer Express ‘i ayrıntılı incelemeyen php programcıları varsa şiddetle tavsiye ederim. Öyle ki bu ücretsiz araç, Php camiasında karşılığı olmayan muhteşem bir araç. Kendisi, 300 dolardan başlayan php editörlerinden dahi kat kat daha üstün.

Geçtiğimiz dönemde kaynak kodu renklendiriciye ihtiyacım oldu. Php ‘nin yerleşik fonksiyonları ile bunu çözebiliyorsunuz ancak kendi renklendirme stillerinizi kullanmanız için php.ini içinden değişiklik yapmanız gerekiyor. Bu hem pratik değil, hem de çoğu sunucuda erişim hakları nedeni ile mümkün değil. Bende oturdum, kendiminkini hazırladım. Adına PHPSCH dedim. Bu küçük yazılımla kendi renklendirme stilinizi oluşturabiliyorsunuz. Renklendirme verilerini CSS /lib/recipes.css dosyasından aldığı için, bu dosyadan kolayca istediğiniz renklendirme değişikliklerini yapabiliyorsunuz. Ana programlama dili php’dir. Kullanıcı arayüzü için türkçenin yanında ingilizce ve almancayı da ekledim. Bunların dışındaki dilleri de kolayca ekleyebilirsiniz.
_____________________________________________________
English Version

PHPSCH is web based source code syntax highlighter. You can use your own template for highlight. It developed using php, javascript(jquery).

PHP ‘nin 5.3 versiyonunu üzerinde, CakePHP, Wordpress, Joomla! vs gibi php 4 uyumlu uygulamalarınızı tarayıcıdan çağırmaya kalktığınızda aşağıdaki hatayı alıyorsunuz;

Deprecated: Assigning the return value of new by reference is deprecated in …..

Bu hata, genel olarak, php 4 uyumlu olarak geliştirilen uygulamalarda alınıyor. Onaylanmayan fonksiyonların kullanıldığı betikler bu hatayı veriyor. Yani artık 5.3 ile birlikte tavsiye edilmeyen ve php 6.0 kaldırılacak olan fonksiyonlar. Örneğin; ereg, eregi, ereg_replace, split, spliti, sql_regcase… Bu fonksiyonlar halihazırda kullanılabilir durumda ancak yukarıdaki hatayı üretiyor. Yani, Php 5.3 ile birlikte değişen (php.ini) hata raporlama ayarları nedeniyle bu hata alınıyor.

Bir önceki yazımda, veritabanı tasarımının neden çok önemli olduğunu, kötü tasarlanan veritabanının nelere yol açabileceğini kısaca özetlemeye çalışmıştım. Okumadıysanız önceki yazımı kısaca bir gözden geçirmenizi tavsiye ederim. Bu yazımda ise iyi bir veritabanı tasarımının pratiik olarak nasıl yapılacağı üzerinde duracağım.

Resmi Olmayan (Pratik) Yaklaşım, genellikle oldukça kullanışlı bir veritabanı tasarımı üretir. Bu, çoğu veritabanı tasarımcısının kullandığı yöntemdir. Bir sonraki yazımda anlatmaya çalışacağım “resmi yaklaşım”, sıfırdan veritabanı oluşturmaktan çok, “resmi olmayan” yaklaşımla oluşturulan veritabanı tasarımının sınanması ve doğrulanması için kullanılır.

Lafı fazla uzatmadan anlatıma geçiyorum.

Pratikte, üzerinde çalıştığımız uygulamalarımızın çok büyük çoğunluğu, veritabanı ve bu veritabanı üzerinde çalışan kodlardan oluşurlar.

Programlamaya yeni başlayan amatör programcılar, uygulama geliştirirken genellikle kodlar (php vs.) üzerinde dururlar. Oysa ki kod kısmı işin en son kısmı olup, öncesinde yapılan bir takım analiz ve hazırlıklar sonucunda üretilen uygulama gereklerini, gerçekleştirmek üzere yazılır ve hangi programlama dilini kullanırsanız kullanın çok fazla farklılık göstermezler. Programlama dili değiştiğinde temel olarak değişen, yazım kurallarıdır. Yine aynı döngüleri, aynı mantıksal sınamaları, aynı karşılaştırmaları yaparsınız. Sadece yazım şekli değişir ancak temelde hangi dili kullanırsanız kullanın kodunuz aynı işleri yapar ve aynı sonuçları üretir. Tabi ki istisnaları da olmakla birlikte genel olarak durum böyledir.

Bu yazımda size codeigniter.gen.tr ‘den bahsetmek istiyorum. Google ‘da (türkçe içeriklerde) codeigniter yazdığınızda, karşınıza ilk sırada kendisi çıkıyor.

Codeigniter hakkında özgün, çok kaliteli ve her geçen gün ciddi emek harcanarak geliştirilen içeriğiyle bu site özel olarak bir yazının konusu olmayı hak ediyor. Özelliklekaynak belirtmeden ordan burdan kopya yaparak içerik oluşturulan internet camiasında, bu tür özgün içerik barındıran ve emek harcanan siteleri gördükçe mutlu oluyorum.

Arama motorlarından bu konuda fazlaca ziyaretçi geliyor. Kişisel tercihim; Küçük uygulamalarda “Codeigniter”, büyükçe uygulamalarda “Zend Framework” olduğunu daha önceki yazılarımda belirtmiştim. Ancak şuradaki karşılaştırma tablosundan sadece php frameworkleri alıp, ufak tefek düzeltmelerle birlikte sadeleştirerek yorumsuz bir şekilde aşağıya ekliyorum. Eleştiri ve önerileriniz esirgemeyiniz.

Öncelikle şunu belirtmek isterim ki, bu sorunun objektif ve herkes tarafından kabul edilmesi mümkün olan bir cevabı yok malesef. Verilebilecek tüm cevaplar, cevabı verenin kendi şartları ışığında oluşturduğu subjektif cevaplar olacaktır. Bu nedenle bu yazımda yazdıklarım tamamen benim bakış açımdan görünen gerçeklerdir.

Bunun yanında tüm programlama dillerini değil, sadece web programlama için kullanılabilecek programlama dillerini değerlendireceğim. Karşılaştırma için java, php, python ve c# dillerini seçtim. Bunlar en yaygın olarak kullanılan diller olmasına rağmen, isteyenler aşağıdaki tabloya, bunların dışında ruby vs gibi dilleri de ekleyebilirler.

Performans konusunda en kötü php frameworklerinden birisi şu an itibariyle cakephp olduğu için bu frameworkü tercih etmiyorum. (Örneğin şu makaleden benchmark karşılaştırmalarından birisini bulabilirsiniz) Ancak arama motorlarından “cakephp” anahtar kelimesi ile hatırı sayılır bir ziyaretçi kitlesi geldiği için cakephp ye başlangıç yapmak isteyen sevgili dostlarıma yardımcı olacak bir makale yazmayı uygun buldum.

Evet performans konusunda gerçekten kötü olmasına rağmen hiç mi güzel tarafı yok bu frameworkün? Performans kayıplarına rağmen neden insanlar bu frameworkü tercih ediyor?

Bu soruların en önceli cevabı, cakephp ‘nin sunduğu otomatikleşmiş araçlarda yatıyor. Framework’ün sunduğu araçlar sayesinde programcının yapması gereken bir çok şeyi cakephp kendisi otomatik olarak yapıyor. Tabii ki bunu yapabilmek için cakephp nin koyduğu kurallara uymak gerekiyor. Veritabanı tasarımı vs gibi konularda bazı konularda kod yazım kurallarına uymak gerekiyor. Bu durum cakephp camiası tarafından “Less Configuration, More Convention” (daha az konfigürasyon, daha çok geliştirme kuralı) şeklinde ifade ediliyor…

Bir önceki yazımda CodeIgniter ‘ a başlangıç yapmıştık. Şimdi konuyu biraz daha ilerletip CodeIgniter çalışma yapısını anlamak için öncelikle kavramamız gereken MVC ‘nin ilk ayağına, yani controller kavramına değineceğiz.