Razmišljaj o php-u kao o slagalici. Kompleksnoj. Od hiljadu i kusur delića.. pa je slažeš i slažeš i slažeš.. i na kraju dobiješ lepotu na sred patosa. :)
Ja mislim da je bolje imati više sitnih delića. Pa onda ubacivati povlačiti, includovati, requireovati određeni fajl tamo gde treba. Ustvari, to dosta zavisi kakav način kodiranja je u pitanju. OO ili proceduralni.
Zapravo, pravila nema oko toga. Ovisi o projektu na kojem se radi, kakav je projekat, koliko kompleksan i ne/zahtevan.
Što se tiče veličine fajlova, php fajlova/skripti, performanse ne zavise od toga da li je fajl koji se očitava na serveru veći ili manji.. ukoliko server nije bangav i spor.
Koliko je tvom desktop računaru potrebno vremena da otvori tekstualni dokument veličine jedan mb?
U mom slučaju, moja desktop mašina iz notepada++ to prikaže u roku od jedne sekunde (i manje).
Dual Core procesor 2*2.5ghz, p-ata hard disk 250gb, 3gb ddr 800.
Do browsera dolazi samo html, css, js i xml. Sve ostalo, server "žvaće" i onda - "ispljune".
Znači, ne bi trebao da imaš slow down pre outputa, ako ti fajlovi nisu veći od .. megabajt ili dva, sve i da si na shared hostingu koji je solidno upošljen.
A još ako uposliš i 'gzip/deflate' ...... od 100 kilobajta ukupne sirove veličine html fajla, do korisnika sve isto stigne u čitavih 20kb.
E, kada ti fajlovi dosegnu mnooogo više.. npr. 1gb ammount of data, to onda znači da nisu u pitanju php skripte već huuge db it self .. jel' da?
Tako da u tom slučaju, sql serveri brinu brigu o tome, jer češ, logično, tada držati podatke ne u nizu/array ili u promenjivim, već u bazi, vršićeš konekcije na bazu u pozadini.
Obrni okreni, po nekoj mojoj proceni, učitavanje sajta bi trebalo da se izvršava poprilično brzo i sa fajlovima veličine 1mb pa naviše. Znači, ne opterećuješ se puno oko toga, AKO!.. je php kod lepo napisan, bez i jednog e-notice, e-warninga..
:)
about:networking