ZF 1.8′den itibaren, ilk kez 1.7 versiyonunda gelen Zend_Tool epey önplana çıktı. Artık “zf create project” gibi bir komutla çalışır bir proje elde etmek mümkün. Tabii gerekli ayarları yaptıktan sonra…

Zend Framework Kurulumu

Bu örnek windows için oluşturulmuştur ama linux ve mac için de mantık benzerdir.

Düzgün ve çalışan bir Apache – PHP – MySQL kurulumu olduğu varsayılmıştır.

PHP’nin “C:\php” altında olduğu varsayılmıştır.

Zend Framework 1.8.4 ile test edilmiştir, eski versiyonlarda çalışmayacağı garanti olup ileriki versiyonlar için söz veremem zira Zend zırt pırt değiştiriyor yapıyı…

Yapılacaklar

• Her projede ayrı ayrı kopyalar oluşturmamak için ZF’ü genel bir dizine koyup php’nin include_path’ine ekleyeceğiz.
• Projeleri otomatik yaratan zf.bat betiğine erişebilmek için zf.bat ve php.exe dosyalarının sistem PATH’ine ekleyeceğiz.
• Projeyi web sunucusunun kök dizini dışındaki bir “Projeler” dizininde oluşturacağız. (Güvenlik nedeniyle asla webroot’ta oluşturmayın!)
• Kök dizini dışında olduğumuz için bir virtual host tanımlayacağız. Böylece şık adreslerimiz de düzgün çalışacak.
• Projemizi test edip ilk kez çalıştığını göreceğiz.

Projenin Geliştirilmesi (Sonraki Yazı)

• Proje dizin yapısına bir göz atacağız.
• Proje ile ilgili ilk ayarları yapacağız (application.ini)
• Veritabanıyla ilgili işlemler için bir model yaratacağız.
• Birkaç action oluşturacağız ama silemeyeceğiz !?!? (Açıklaması var)
• Bir layout oluşturup view’lerimizi bu layout ile ilişkilendireceğiz.
• Basit bir helper oluşturacağız.

Kurulum

Öncelikle son versiyonu indirmekle başlayalım. Full versiyona şimdilik gerek yok o yüzden minimal olan versiyonu indirebilirsiniz.

İndirdiğiniz arşivi açtığınızda bin ve library olmak üzere iki dizin göreceksiniz. Bu dizinlerden bin içerisinde zf.bat, zf.php ve zf.sh dosyaları bulunur. Bu dosyalarla ilgili tanımları yaptıktan sonra projeyi otomatik olarak oluşturacak betikler bunlardır. Diğer dizin olan library altında ise Zend Framework bulunuyor.

ZF’ün PHP include_path’ine Eklenmesi

PHP kurulumunuzun “C:\php” altında olduğunu farz ederek, “C:\php\ZF” diye bir dizin oluşturun.

PEAR kütüphanesinin de “C:\php” içerisinde olduğunu düşünerek en uygun yerin burası olduğuna karar verdim ama başka yerlere kurmak da mümkün aslında.

Kütüphaneye erişebilmek için php.ini dosyasını açıp include_path tanımlamasına “C:\php\ZF\library” dizinini ekleyin.

Apache’yi yeniden başlattığınızda include_path tanımı sayesinde artık hangi dizinde olursa olsun php içerisinden require(“Zend/….”); şeklinde dosya çağırabilir hale geldiniz. Ama çağırmanıza gerek olmayacak o ayrı.

ZF Betiğinin Çalıştırılabilir Dizinlere (Path) Eklenmesi

Bunun için Control Panel → System → Advanced System Settings penceresine gidin (Türkçe windows kullanıcıları başının çaresine baksın).

Environment Varibles’a tıklayınca açılan penceredeki System Variables altından PATH değişkeninin sonuna “C:\php\ZF\bin” ve “C:\php” dizinlerini ekleyin. (Noktalı virgülle ayırarak)

Bu aşamadan sonra bilgisayarınız baştan başlatmanız gerekecek maalesef. (Logout – Login kurtarmaz).

Buraya kadar eğer doğru bir şekilde yaptıysanız “Command Prompt” açıp “zf show version” yazdığınız zaman şöyle bir şey görmeniz lazım:

Zend Framework Version: 1.8.4

İlk Projemizin Oluşturulması

• Eğer yoksa, projeler ile ilgili web sunucunun kök dizininden farklı bir yere bir dizin oluşturun. Mesela benimkisi “D:\Projeler”.
• Bir “Command Prompt” açın ve o dizine cd ile gidin. Projeniz için dizin yaratmayın! zf.bat sizin için otomatik olarak halledecek bunu.
• Şu komutu verin:

  zf create project zf_deneme

ZF betiği projeler dizini altında zf_deneme diye bir dizin oluşturacak ve başlangıç için önerilen dizin yapısını oluşturacaktır:

Virtual Host Tanımlaması

Aslında virtual host olayına girmeden de çalışır hale getirmek mümkün. Bir “Alias” oluşturulabilir (Bkz. önceki yazım), ya da güvenliği boşverip doğrudan kök dizinine yerleştirilebilir ki kesinlikle tavsiye etmiyorum, alışmayın… Ancak her halükarda public dizini için “AllowOverride All” tanımını yapmalısınız.

Windows’da virtual host tanımlamak için önce httpd.conf dosyasını bulun. Bu dosyada:

NameVirtualHost *:80

satırının comment’li olmadığından emin olun. Eğer rewrite modülü yüklü değilse

LoadModule   rewrite_module   modules/mod_rewrite.so

satırını ekleyin ya da başındaki commenti kaldırın.

Virtual host ile ilgili diğer tanımların bulunduğu yere aşağıdakileri tanımlayın (Bu arada virtual host tanımlamaları ayrı bir dosyada tutuluyor da olabilir, apache’nin conf dizinine bir bakın) :

<VirtualHost *:80>
  ServerName localhost
</VirtualHost>

<VirtualHost *:80>
  ServerName zf_deneme.localhost
  DocumentRoot D:\Projects\zf_deneme\public
  <Directory "D:\Projects\zf_deneme\public">
    AllowOverride All
  </Directory>
</VirtualHost>

Yaptığınız değişikliklerin geçerli olması için apache’yi restart etmeniz gereklidir.

Son olarak C:\Windows\System32\drivers\etc dizinindeki hosts dosyasını notepad ile açın ve içerisine

127.0.0.1       zf_deneme.localhost

satırını ekleyin. Windows’u restart etmenize gerek yok…

Artık http://zf_deneme.localhost/ adresine bağlandığınızda projenize erişebiliyor olmanız lazım:

Framework’ler kullanıcıya bir uygulamayı nasıl yaratacağı ile ilgili bazı varsayımlar sunar ve bu varsayımlar doğrultusunda kullanıcıyı yönlendirir. ZF tarafında ise “loose coupling” dediğimiz modellerin birbirinden bağımsız çalışabilmesi konusu çok daha ön planda tutulmuş. Bu da ZF’yi “çözebilenlere” büyük esneklik sağlarken ilk başlayanların öğrenmesini ve adaptasyonunu zorlaştırıyor.

Hatta ZF kullananlar için bile yeni bir proje yaratmak çok zahmetli. Yani tamam kendinize kolaylıklar buluyorsunuz mutlaka ama yine de zor.

Açıkçası bu eski gidişatla Zend Framework’ün efektif kullanılabilmesi için bir alt framework’e ihtiyacı olacağını düşünüyordum ama bu son hamleyle sanıyorum pratik bir framework olma yoluna döndü ZF.

Zend Framework 1.8′de değişen ne?

• Zend_Tool: Proje yaratmanızı ve projeye yeni parçalar (controller, view, test gibi) eklemenizi kolaylaştıran bir konsol aracı.
• Zend_Application: Bootstrap dosyasını daha organize bir şekilde oluşturmanızı sağlayan araç…
• Zend_Navigation: Breadcrumb, site haritası gibi tasarımdaki navigasyon elemanları için
• Amazon EC2 ve S3 desteği…
• Diğer modüllere bazı ekler ve tabii ki bugfix’ler

Zend_Tool

Normalde bir ZF projesi oluşturmak uğraştırıcı bir iş. Genelde benim yaptığım önceden oluşturduğum bir projeden kopyala yapıştır yapıp üzerinde değişiklik yapmak. Ama mutlaka gözden kaçan birşeyler oluyor.

Zend_Tool ile artık şunu yapabileceğiz:

> zf create project

Bu komutu verdiğiniz zaman gerekli tüm dizinleri vs. oluşturuyor:

|-- application
|   |-- Bootstrap.php
|   |-- configs
|   |   `-- application.ini
|   |-- controllers
|   |   |-- ErrorController.php
|   |   `-- IndexController.php
|   |-- models
|   `-- views
|       |-- helpers
|       `-- scripts
|           |-- error
|           |   `-- error.phtml
|           `-- index
|               `-- index.phtml
|-- library
|-- public
|   |-- .htaccess
|   `-- index.php
`-- tests
    |-- application
    |   `-- bootstrap.php
    |-- library
    |   `-- bootstrap.php
    `-- phpunit.xml

Henüz dokümantasyonu çok boş ve ben de denemedim ama Zend’in ilgili blogunda bu araç için geliştirmeler yapılacağı yazdığı için muhtemelen eksiklikleri var ama bu haliyle bile işleri oldukça hızlandıracak gibi…

Bu aracın niye bu kadar geç kaldığı sorusuyla ilgili olarak aklıma gelen ilk cevap Zend’in editörünü önplana çıkartmak için kasıtlı geciktirmesi. Zira Zend Studio’da proje bir wizard ile oluşturuluyor ama parasını verip satın alırsanız. PDT ya da piyasadaki diğer editörler için bu imkan yok…

Zend_Application

Yeni proje oluştururken en çok uğraştıran kısım şüphesiz bootstrap dosyası. Ayrıca geliştirme (development), test ve son ürün (production) için farklı konfigürasyon ihtiyacı için halihazırda bir çözüm bulunmuyordu.

Zend_Application ile bu soruna çözüm aranmış sanki. Dokümantasyondan yine her zamanki gibi göz atarak birşey anlamak mümkün değil ama benim anladığım kadarıyla bir konfigürasyon dosyası ile bootstrap dosyasındaki hammaliyelerin birçoğundan kurtulmak mümkün olacak.

Sonuç

Ben şahsen ZF’yi hala bir framework olarak değil de PEAR’in yerini alan bir kütüphane olarak kullanıyorum. Hala Rails’in 15 dakikada blog yazma hayallerini kuruyorum ama bu tür gelişmeler ümit veriyor…

• Performans ve scalability
• Komunite desteği (Yazılımcı ararken ya da takıldığınız noktayı sorarken lazım olacak)
• Geliştiren ekibin güvenilirliği (Kullandığınız framework’ün gelişmesinin durması kabus olacaktır)
• Kolay öğrenilebilirlik
• Kolay geliştirilebilirlik
• Yeterlilik / Esneklik
• Sunduğu özellikler
• Desteklediği PHP versiyonları

…

Zend Framework’ün Felsefesi

Özellikle Ruby on Rails’den sonra artan framework talebi sonunda birçoğu rails’den çok ciddi olarak esinlenen bir sürü framework çıktı. Arkasından Zend mühendisleri de framework ihtiyacına cevap vermek üzere çalışmalara başladı.

Code Igniter, Kohana, CakePHP, Symfony vb. projeler Rails’in izinden giderken Zend Framework kendine daha farklı bir yol çizdi. Rails ve türevleri tüm yapı için kesin kurallar koyup işe başlamayı hızlandırırken Zend Framework birbirinden bağımsız çalışabilen ama aynı zamanda birbirleriyle “iletişim kurabilen” modüller programlamayı tercih ettiler.

Zend Framework modüllerin yalnız başına kullanılabilir olması eski ve benim hala çok güvenemediğim PEAR kütüphanesinin yeniden yazılması ve Zend ile IBM gibi iki devin bu yeni kütüphaneyi (!) desteklemesi gibi yan bir misyonu da tamamlamış oldu.

Ancak bu yapının önemli bir dezavantajı oldu: Karmaşıklık. Yazılım kısmını geçtim, dokümantasyon kısmı çok karmaşık… Avantajı ise, örneğin konfigürasyon ayarlarınızı farklı bir şekilde tutmanız gerekse örneğin CodeIgniter’da hiç şansınız yok ama Zend Framework ile sorunsuz…

Dokümantasyon Problemi

Şu an Rails ve izinden giden framework’lerle birşeyler gerçekleştirmek çok daha kolay çünkü dokümanlarına baktığınızda son uygulamanızda deneyebileceğiniz şekilde anlatılmış vaziyette. ZF dokümanlarında ise hem tüm yapıdan bahsedilmeli hem de modülün tek başına nasıl kullanılabileceği anlatılmalı. Bu da iletişim konusunda zaten kazma olan Zend’i biraz aşıyor bence.

Sanırım Zend’in beklentisi komuniteden bu konuda tonla “tutorial” ve kitap çıkması idi ama pek de hızlı birşeyler çıktığını söyleyemeyeceğim.

Alt Framework

Rails ve türevlerinin yapısı yazılım mühendisliğinde “tight coupling” olarak adlandırılırken ZF’ninki “loose coupling” oluyor. Her ne kadar “loose coupling” yazılımlarda tercih edilen bir kavram olsa da web framework’leri için çoğu durumda tight coupling’in daha uygun olduğunu düşünüyorum. Küçük ve düşük bütçeli yazılımlar için ihtiyacımız olan “hızlı geliştirme”, bu da Zend Framework’ün şu anki haline hiç uymuyor.

Düşününce kapsamlı projeler için ZF, küçük projeler için diğer bir framework kullanmak öğrenme süreci nedeniyle mantıklı gelmiyor. O yüzden bence ihtiyaç olan ZF’nin bir alt framework’ünün olması.

Önceki bir yazımda demiştim ki “Zend Framework on Rails istiyorum!”
Eğer şu anda Rails tadında işleri çok hızla sizin adınıza yapacak bir yapıya ihtiyacınız varsa Zend Framework’ü tercih etmek için kendi “ZF on Rails”inizi yapmanız gerekiyor.

1. İndir,
2. zip’i aç
3. Konfigürasyonu yap
4. Controller ve modelleri hızla ekle
5. Teste aç ve pragmatik programlamaya devam et…

Bu paketin ZF’nin son versiyonuyla uyumlu olması gerektiğini düşünürsek paketin de sürekli geliştirilmesi gerekecek demektir.
Eh, bu da başlı başına bir framework gibi birşey oluyor.
ZF üzerine inşaa edilmiş bir alt framework…

Bu yardımcı ile örneğin 2008-07-08 formatındaki tarihi: “1 gün önce” olarak görüntüleyebilirsiniz. Eğer tarih çok eskiyse 3 yıl 8 ay 12 gün sonra gibi gereksiz bir formata dökmemek için “8 Temmuz 2008″ şeklinde görüntülenecektir.

Şimdi biraz Zend Framework’teki view helper’lardan bahsedip en sonra da fonksiyonu yazayım.

View Helper’lar Hakkında

Zend Framework malumunuz Model-View-Controller yapısının bir türevini kullanıyor. Projemizin nasıl sunulduğu (tasarımı) ile ilgili kısım “View” kısmı.

View’fa HTML, CSS, Javascript ve sınırlı php kodu bulunur. View’da PHP kullanmak makbul değildir, kullanacaklarınız:
if / else cümleleri, döngüler (while, foreach vs.) ve yazıyı formatlayan yardımcı kodlar. İşte bu yardımcı kodlar Zend Framework’te “View Helpers” olarak adlandırılmış.

Basit bir View Helper Nasıl Yazılır?

Aslında doğru dizindeki doğru isimlendirilen her class Zend Framework dispatcher’ı tarafından bir helper olarak otomatik olarak kullanılır hale getirilir. Bunun için yapmanız gereken:

{proje_kökü}/application/view/helpers dizini altına bir dosya açmak. Örnek olarak biz TarihFormatla.php açalım. Zend Framework’ün otomatik olarak algılayabilmesi için bu dosyanın içinde Zend_View_Helper_TarihFormatla adında bir class tanımlamamız gerekecek:

class Zend_View_Helper_TarihFormatla {
    public function TarihFormatla ($date, $format = '')
    {
    }
}

gibi…

Yazılan Helper Nasıl Kullanılır?

Yardımcı fonksiyonu kullanmak için ilgili şablonda (*.phtml) $this->tarihFormatla($this->data['guncellenme']) şeklinde kullanabilirsiniz.

İlk harf küçük olacak şekilde büyük/küçük harfe duyarlı olduğuna dikkatinizi çekerim.

Yukarıdakilerin Özeti

1. View içerisinde $this->tarihFormatla() diye bir helper kullanmak istiyorsunuz,
2. Helper dosyanızın adı bu fonksiyonun ilk harfi büyük olanı olan TarihFormatla.php olmalı.
3. Bu dosya içinde oluşturacağınız class’ın adı için helper’ınızın başına “Zend_View_Helper_” koyacaksınız: Zend_View_Helper_TarihFormatla
4. Bu class’ın içinde çalıştırılacak method’un adı yine helper’ın adı olmalı: TarihFormatla().
5. İstiyorsanız class içerisinde yardımcı metotlar kullanabilirsiniz. Prensip olarak bu metotları “private” yapmakta yarar var.

Afilli tarih formatlama yardımcısı. Hem de Türkçe!

Bu aşağıdaki fonksiyonu application/views/helpers/DateFormat.php dosyasına yazmalısınız. Daha sonra phtml dosyaları içerisinde direkt $this->dateFormat($tarih) şeklinde kullanabilirsiniz.

class Zend_View_Helper_DateFormat {
    /**
     * Tarih formatlama helper'ı
     *
     * @param integer $date timestamp olarak gönderilir. Formatlanacak tarih...
     * @param string $format Sonuç hangi formatta olsun
     */
    public function DateFormat($date, $format = '')
    {
        switch ($format) {
            case 'datetime':
                $format = "dd MMMM yyyy, HH:mm";
                break;
 
            case 'date':
                $format = "dd MMMM yyyy EEEE";
                break;
 
            case 'timeLeft':
                return $this->timeLeft($date);
                break;
 
            default:
                if(!$format)
                    $format = "dd MMMM yyyy EEEE";
        }
 
        $locale = new Zend_Locale('tr_TR');
        $date = new Zend_Date($date, Zend_Date::TIMESTAMP, $locale);
        return $date->toString($format);
    }
 
    private function timeLeft($date)
    {
        $periods = array("saniye", "dakika", "saat", "gün", "hafta", "ay", "yıl", "asır");
        $lengths = array("60","60","24","7","4.35","12","10");
 
        if ($difference > 0) { 
            $ending = "önce";
        } else { 
            $difference = -$difference;
            $ending = "kaldı";
        }       
 
        for($j = 0; $difference >= $lengths[$j]; $j++) $difference /= $lengths[$j];
 
        $difference = round($difference);
        $text = "$difference $periods[$j] $ending";
 
        return $text;
    }
}

Hazırladığım sıkıştırılmış dosyayı açıp web sunucusu ayarlarında yaptıktan sonra çalışan, basit bir örneğe sahip olacaksınız. Kodlar bir sürü yorumumla dolu, dolayısıyla kodları okuyarak birçok şeyi anlayabilirsiniz.

Baştan şunu belirtmeliyim ki Zend Framework bana göre kesinlikle acemiler için bir framework değil. Otomasyon özellikleri de çok zayıf. Eğer Ruby on Rails (RoR) ayarında bir framework arıyorsanız CakePHP ya da CodeIgniter‘ı (CI) takip etmelisiniz.

Zend Framework’ün avantajı tamamen bağımsız kullanılabilen modülleri sayesinde kendi kurallarını koymak isteyen ustalar için sağlam ve hızlı bir altyapı sunması. Dolayısıyla ZF kullanılarak Rails, CI ya da CakePHP ayarında bir alt-framework yaratılabilir.

Örnek Zend Framework Projesi

Gereksinimler

1. Nesne yönelimli PHP bilgisi olan bir programcı!
2. Apache uzmanı olmasa da temel apache konfigürasyonu yapabilecek bir zat-ı muhterem. Bu zat programcı ile aynı kişi olursa tadından yenmez…
3. PHP 5, Apache, MySQL . ZF’nin php4′ü desteklemediğini hatırlatırım.
4. Apache için mod_rewrite
5. PHP5 için mysqli ya da PDO extension’ı. Mysql extension’ı desteklenmiyor. Ben mysqli kullandım, PDO için application/config.ini‘yi değiştirin.
6. PHP ayarlarından short_open_tag : on olarak ayarlanmalıdır. Eğer bu ayarı yapamıyorsanız application/view/scripts/ altındaki dosyalardaki <?= geçen yerleri <?php echo ile değiştirmeniz gerekebilir. (Bkz. php.ini)

Notlar

1. Windows XP Pro, PHP 5.2.5, Apache 2.2, MySQL 5 kullandım. Farklı platformlar için yorumlamak size kalmış.
2. Bu doküman ZF 1.5.2 için hazırlandı. Yeni versiyonlarda kullanmak isterseniz mutlaka uyumluluk (compatibility) notlarına göz atın. Yeni versiyonlar çıktığı zaman temel mantık aynı kalmasına rağmen ufak tefek uygulama farkları olabiliyor.
3. Internetteki diğer dokümanlarda dizin adları fark edebilir, özellikle de lib dizini ile public. Bu dizinlerin isimleri çok önemli değil, ancak application dizini ve altındaki isimler önemli.
4. Zend Framework UTF-8 ile çalışılmasını önerir. Ben de öneririm ve örnekler utf-8′dir. Kullandığınız editörün utf-8 ile problemi varsa dosyaları bozabilir bu da türkçe karakter sorunu yaşamanıza neden olabilir.
   

Örneği Nasıl Çalıştıracaksınız?

1. Hazırladığım zip dosyasını bilgisayarınıza indirin
2. Webroot olarak tanımlanmamış bir dizine zip’i açın.
3. Web sunucusundan public dizinine erişim sağlayın (alias, vhost ya da documentroot yaparak)
4. Web sunucusunda gerekli rewrite tanımlamasını yapın.
5. application dizini altındaki config.ini‘den veritabanı ayarlarını yapın.
6. sql dizini altındaki zftest.sql’i mysql’e import edin ve zftest veritabanına gerekli yetkileri verin.

Dizin Yapısı

/application   (Kodlama işlerinizin %99'u bu dizin altında  yapılacak)
  /controllers
  /models
  /views
    /helpers
    /scripts

/lib         (Kütüphaneler burada yer alacak, ZF de  dahil)
  /Zend

/public      (Webroot dizini.  Doğrudan erişilecek dosyalar burada)
  /images
  /css
  /js

/sql         (Örnek veritabanının sql'i burada)

Web Sunucusu Ayarları

Uygun bir dizin altında zftest adında bir dizin açın.
Örneğin benim bilgisayarımda webroot c:\apache\htdocs olarak tanımlı ve ben c:\apache\zftest olarak açmayı tercih ettim.
Doğrudan htdocs altında açmadığıma dikkatinizi çekerim!

Zip dosyasının içeriğini zftest altına taşıyın, elinizde şu dizinler olacak:

  C:\apache\zftest\application
  C:\apache\zftest\lib
  C:\apache\zftest\public
  C:\apache\zftest\sql

Apache’nin ayarlarından zftest projemiz için bir alias tanımlayalım:

alias /zftest  "c:\apache\zftest\public"
<Directory "c:\apache\zftest\public">
  AllowOverride All
  Order allow,deny
  Allow from all

  RewriteEngine on

  # RewriteBase sadece alias yapıldığı zaman  gerekli.
  # Vhost ya da DocumentRoot'a kurarsanız gerek yok
  RewriteBase /zftest
  RewriteCond %{SCRIPT_FILENAME} !-f
  RewriteCond %{SCRIPT_FILENAME} !-d

  # Adres kısmına ne yazılırsa yazılsın public/index.php handle edecek
  RewriteRule !\.(js|ico|gif|jpg|png|css)$  index.php
</Directory>

Notlar

1. zftest/public yerine zftest dizinini webroot yapsaydık, diğer dizinlerin altındaki dosyalar doğrudan çağırılabilir ve güvenlik açığı çıkabilirdi. Örneğin http://localhost/application/config.ini adresini keşfeden biri veritabanı şifrenizi öğrenebilir.
2. Alias oluşturmak benim kişisel tercihim. Birden fazla proje olursa her biri için alias tanımı yapmak daha kolay olacaktır. Ama arzu ederseniz web sunucunun DocumentRoot’unu da c:\apache\zftest\public yapabilirsiniz. Bir başka yöntem de virtual host tanımlamak olabilir.

Oluşabilecek Muhtelif Hatalar

Apache’yi yeniden başlatıp sunucuya bağlandığınızda izin hatası (forbidden) alırsanız

1. <Directory "c:\apache\zftest\public"> kısmındaki dizin yolu ile alias’ta verilen dizin yolu aynı olmayabilir.
2. Apache ayarlarından DirectoryIndex komutu index.php’yi içermiyor olabilir. Şuna benzer bir satır olması lazım:
   DirectoryIndex index.html index.php
3. PHP için short_open_tags parametresinin açık olduğundan emin olun…

Eğer sayfa yerine dizin yapısını görüyorsanız yine DirectoryIndex komutunda index.php yer almıyor olabilir.

Rewrite ile ilgili problemlerde mod_rewrite’ın yüklendiğinden emin olun. Debian sistemlerde a2enmod ile aktif hale getirmeniz gerekebilir.

Karşılaştığınız diğer hataları bana iletirseniz buraya eklerim.

Nereden Başlamak lazım?

Örnek çok basit bir telefon rehberi. Yeni kayıt ekleyin, silin, güncelleyin. Daha sonra sırasıyla aşağıdaki dosyaları inceleyerek nasıl çalıştığını anlamaya çalışın. İçerlerine bol bol yorum (comment) yazdım:

Public/index.php
Application/controllers/IndexController.php
Application/views/scripts/index/index.phtml
Application/models/Phone.php

Daha sonra "deneme" sayfalarına bakabilirsiniz: Model, View ve Controller kısımlarını anlamanızda faydası olacaktır.

Örnekteki yaklaşım ile ilgili

Zend Framework; Rails, CakePHP, CodeIgniter, Django gibi frameworklerin aksine gerekli altyapıyı sunup çözümleri programcıya bırakan bir yapı. Dolayısıyla aynı problemleri farklı yöntemlerle çözebilirsiniz. Bu konuda bazı tercihlerim var:

1. View ile ilgili: Template sistemlerinde genelde iki türlü yaklaşım tercih edilir. Biri her template’ın başına header, sonuna footer koymak; diğeri ise bir layout belirleyip o layouttaki boşluklara içerik koymak. Her ne kadar layot yöntemi birçok durum için daha pratik de olsa ben bu örnekte header / footer yöntemini kullandım.
2. Model ile ilgili: Model’da Zend_Db_Table kullanmak da bir opsiyon ancak kişisel görüşüm bu yapının çok kullanışsız olduğu yönünde olduğu için ve internetteki diğer tüm dokümanlarda zaten Zend_Db_Table ile örnek verildiği için Zend_Db kullanarak model’i oluşturmayı tercih ettim.
3. Controller ile ilgili: Birçok benzer örnekte tüm “controller”ları kapsayan tanımlamaların nasıl yapılacağına pek değinilmemiş. Bu konuda ben bir “DefaultController” kullandım ve diğer controller’ları DefaultController’dan extend ettim. Farklı bir yaklaşım olarak “plug-in”ler kullanılabilir. DefaultController’a göz atmayı unutmayın…

Neler Eksik?

Bu örnekte proje geliştirirken sıkça kullanılan bazı gereksinimleri içermedim. Bazılarını basitlikten ödün vermemek için, bazılarını — dürüst olmak gerekirse — tam olarak bilmediğim için, bazılarını ZF dokümanlarından okuyup uygulayabileceğiniz, bazılarını ise ZF tarafından üretilen çözümlerinden hoşlanmadığım ya da uygulamasından hoşlanmadığım için…

Eksikler:

1. Veri kontrolleri (Data Validation and Sanitization)
2. Sayfalandırma (Pagination)
3. Layout
4. Önbellekleme (Caching)
5. Birim testleri (Testing)
6. Çoklu dil desteği (Localization & Internationalization)
7. ZF ile verilen servisler (Services)
8. Otomatik form üretimi (Zend_Form)
9. ORM – ActiveRecord Pattern

Bu önemli eksiklere rağmen Zend Framework’e başlayanlar için işe yarayacağını düşünüyorum.

Kolay gelsin ;)