[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.