Hvis du skal begynne på en stor applikasjon er struktur prioritet én, siden optimaliserer du.
Når det gjelder å strukturere anbefaler jeg å bruke et rammeverk, eller ihvertfall innarbeide et "design pattern", som f.eks. MVC som gjerne er det mest aktuelle. Dette fører til at du ganske lett finner flaskehalsene, samtidig som det holder applikasjonslogikken godt oversiktlig.
Å måle spørringer gjør du uansett, da det så og si alltid er mest hensiktsmessig å bruke et eller annet slags abstraksjonslag mot databasen. Å fjerne dette laget sparer du lite på, med mindre du bruker noe veldig tungt noe (AdoDB kan være litt drøyt iblant..). Det er adskillig mer å spare på å strukturere databasen skikkelig og optimalisere spørringer og indekser.
Bruk bytecode caching (eAccelerator.net er gratis) og generell caching aktivt. Er det spørringer som går mye igjen, så cache resultatet (les: memcached, google it
). Inkluder filer etterhvert som du trenger de, ingen vits i å la php parse mer enn nødvendig.
Ikke bruk templates, ihvertfall ikke uten å kompilere de slik f.eks. Smarty gjør. PHP kan fint brukes som template språk, det bare krever littegrann mer innsikt av designeren (og hvor vanskelig er det strangt tatt å skrive <?=$var?> istedenfor {$var} el. [jeg liker short tags, så et php.ini alternativ jeg ville beholdt]).
Slå av unødvendige php.ini alternativer; register_globals, magic_quotes o.l. Alt du ikke trenger, disabler du.
Vurder om du faktisk trenger kraften til apache, veldig ofte kan f.eks. lighttpd være et minst like godt alternativ. Prøv også å la php ta det meste av url rewritingen (dvs. oversett rett til index.php/foo/bar/osv).
Når du begynner å nærme deg ferdig bruker du en profiler til å finne ut hvor koden din må forbedres, xdebug er fint til slikt.
Da tror jeg at jeg har dekket det viktigste ihvertfall.
