(g)Vim je izuzetno moćan editor teksta, koga programeri već decenijama koriste za rad. Iako je način rada ovog editora komplikovan (dok se ne stekne navika), pruža jako puno prečica koje povaćavaju produktivnost i brzinu rada. Kako bi pomogao PHP programerima, Thijs Lensselink je na svom blogu objavio uputstvo kako da se (g)Vim podesi za rad sa PHP-om.

Autor u članku objašnjava kako da se uključi sintaksna podrška za PHP, kako da se podesi šema boja za editor i neka druga podešavanja. Od dodataka za (g)Vim, objasnio je :Project dodatak, kao i kako da se koristi autocomplete podrška za PHP.

Prilikom pravljenja web sajtova i aplikacija sa PHP-om, jedna od dobrih praksi jeste razdvajanje izgleda aplikacije od logike aplikacije. Na taj način se dobija čistiji i pregledniji kod i lakše je raditi izmene na određenim delovima. Često se za to koristi neka od biblioteka za rad sa šablonima, među kojima je najpopularnija Smarty biblioteka, mada ona nije jedina. Simone D'Amico je na Webification blogu uporedio 17 različitih biblioteka za šablone.

Među upoređenim bibliotekama, pored već spomenutog Smarty-a, našle su se Savant, Dwoo, Sugar, FXL Template i druge biblioteke. Za osnovno upoređivanje je uzeto podržana verzija PHP-a, dostupnost dokumentacije, foruma za diskusije, mogućnost proširenja biblioteke. Takođe, svaka od ovih biblioteka je zasebno opisana, gde su istaknute pre svega prednosti date biblioteke u odnosu na druge.

Treći deo serije članaka o PHPUnit-u na SitePoint blogu je objavljen u kojem autor ovoga puta objašnjava anotaciju (annotation) testova i korišćenje imitacije (mocking) u testovima. Ova dva PHPUnit alata služe za jednostavnije i efikasnije pravljenje unit testova. Za podsetnik, prvi deo je uvod u PHPUnit, dok se drugi deo bavi PHPUnit assertion-ima.

Anotacija služi za lakše definisanje kako se testovi generišu i izvršavaju. Ukoliko se na određeni način anotiraju, obeleže metode klase, koju treba testirati, PHPUnit-ov generator testova može da izgeneriše "skelet" tog testa što ubrzava pisanje testova. S druge strane, anotiranjem samih testova, može da se utiče na izvršavanje tih testova.

U slučaju da objekat koji se testira, zavisi od nekog drugog objekta, taj drugi objekat se putem imitacije, mocking-a, može zameniti "lažnim" objektom i tako uštedeti na vremenu i memoriji potrebnoj za izvršavanje testova. Imitiacija se najčešće koristi da bi se izbeglo konektovanje na server baze podataka i moguće dugotrajno čekanje da se upiti izvrše.

Ranije sam već pisao o Pirum-u, alatu pomoću kojeg možete praviti svoje PEAR kanale, kako bi olakšali distribuciju PHP paketa i aplikacija. Mike Willbanks je na svom blogu napisao tutorijal koji objašnjava pravljenje i održavanje PEAR kanala napravljenih pomoću Pirum-a.

Autor objašnjava šta je potrebno na serveru (PEAR i ssh pristup) i kako se Pirum instalira. Dat je primer pirum.xml filea koji služi za opis PEAR kanala koji će biti postavljen na server. Nadalje, objašnjeno je kako se pravi glavni repozitorij PEAR kanala i kako se dodaju paketi u isti.

Najveća novina u Zend Frameworku od verzije 1.8 jeste promena načina inicijalizacije, bootstrapinga, same aplikacije i uvođenje u "igru" Zend_Application komponente. Ove promene su dovele i do promene načina testiranja ZF aplikacija. Na ZendCon konferenciji prošle godine, Michelangelo van Dam je održao prezentaciju o unit testiranju Zend Framework aplikacija od verzije 1.8. To predavanje je snimljeno i objavljeno na Zend Developer Zone-u kao audio materijal.

Prezentacija govori o podešavanju testova, koja je (preporučena) struktura datoteka, kako se testiraju kontroleri, forme, modeli i izmene nad bazom podataka. Prezentacija je dostupna na SlideShare-u, a audio zapis možete ili preslušati na stranici ili preuzeti istu u MP3 formatu.