[Linux-programlama] Re: php: include isleminin performansi

---------

[Linux-programlama] Re: php: include isleminin performansi

From: OKAN ARI <liste_at_ari-tech.com>
Date: Mon, 7 Jan 2008 19:02:27 +0200
Message-ID: <007601c8514f$17715a30$0501a8c0@OKAN>

php tunning degil "php tuning" olacakı sanırın aranması gereken kelimeler.

Performatan kasınız nedir, Ben sitenin sunucu uzernde olusturdugu yukten
bahsettiginizi dusunuyorum. Zira ziyaretciye vereceginiz çıktı(output) HTML
olacak ve bunun include ile alakası yok.

Basit bir mantıkla include sayısınının fazla olmasının her dosyanın teker
teker okunacagını farz ederek performansta negatif etkide bulunacagı
öngörüsünde bulunabilirz. Ancak bu etki, yanlıs yazılmıs bir PHP kodu ya da
SQL sorgununda defalarca daha az olacaktır inancındayım.

Bu bağlamda bence 10-20'yi asmayan include sayısı sorun teşkil etmez
(tamamen kişisel hisler test yapmadım)

----- Original Message -----
From: "Anıl KARADAĞ" <anil.karadag_at_gmail.com>
To: <linux-programlama_at_liste.linux.org.tr>
Sent: Monday, January 07, 2008 2:41 PM
Subject: [Linux-programlama] Re: php: include isleminin performansi

yazılan tum cevaplar icin tesekkur ederim. bahsedilen cogu seye bende
katiliyorum. duzenli kod parcalarımın olmasını bende istiyorum, ve
inceledigim bir projede bekliyorum.

hiz benim ilk tercihim degil elbetteki. sadece hızı kotu etkileyen bir
etmen daha yaratmamak istiyorum.

"php tunning" i inceleyecegim

iyi calismalar

Pzt, 2008-01-07 tarihinde 00:42 +0200 saatinde, Rüştü Derici yazdı:
> Bir web sayfasının kabuledilebilir açılma hızı..web hizmetinin önemine
> göre 7-15 saniye olabilir ..
> Bunu baz alarak include 'lu ve include'suz benchmarklar yapabilirsiniz..
>
> ama şunu unutmamak gerekir ..bir projenin sadece hızlı çalışması yetmez..
> değiştirilebilir ve daha da önemlisi geliştirilebilir olmalıdır..
> dolayısıyla projenizi bir kağıt üzerinde parçalara bölüp bu parçaları
> ayrı ayrı projecikler gibi
> düşünerek bütüne yaklaşmak ..daha sonraki zahmetlerinizi azaltacaktır..
>
> ayrıca tekrarlı kodlardaki hata bulabilme oranı organize bir şekilde
> birbirinden ayrıştırılmış dosyalara
> nazaran daha düşük olacaktır..
>
> Olaya bir de bu açıdan bakarak kayıp kazanç hesabınızı yapabilirsiniz..
>
> Ve en önemli durum da geliştiricinizi değiştirdiğinizde yeni gelen
> kişinin tüm kodu hatmetmek yerine
> ana kısma bakarak projenin gidişatı hakkında fikir sahibi olması gerekir..
> Bu da ancak doğru bir modülarite ile mümkün olabiliyor..
> Yani ya include ile fonksyonların ayrıştırılması
> yada php'nin object oriented yapısına uygun bir ağaçta işlerin
> toparlanması
> bir projenin olmazsa olmazlarından biri..
> tabi tek sayfada herşeyi halledebileceğiniz basit işler için bu
> söylediğimin tam tersi çoğunlukla geçerli olacaktır..
> ama oradaki include işleminde kaybedeceğiniz zaman zaten mikro saniye
> düzeyinde olur :D
>
> Sevgiler,
> Rüştü
>
>

_______________________________________________
Linux-programlama mailing list
Linux-programlama_at_liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-programlama

_______________________________________________
Linux-programlama mailing list
Linux-programlama_at_liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-programlama
Received on Mon 07 Jan 2008 - 18:30:41 EET

---------

Bu arsiv hypermail 2.2.0 tarafindan uretilmistir.