@halo

omogoča prepared statements (varnost in hitrost++), objekten pristop, doda exceptione, posledica je krajša in varnejša koda. Poenostavi delanje z LOB (large object) polji in ima še razne sladkorčke, kot je bindParam.

Kot extra dodatek je še abstrakcija od baze, torej se za menjavo baze (na obstoječem ali novem projektu) ne rabiš učiti nič novega, samo queryje prilagodiš.

PDOStatement ima funkcijo fetchColumn(0), ki v praksi izgleda takole:

$podatek = $db->query('select something from table where id = 3')->fetchColumn(0);

Zakaj še uporabljate mysql_* funkcije, mi kdo pove svoje razloge?

zzare:

Če že obvladaš ne-OOP, potem ne izgubljaj časa z učenjem OOP, če si pa začetnik in se še odločaš, se pa raje loti OOP.

Če bi vsak sledil tem navodilom, ne bi nihče znal OOP-ja. Meni se zdi ravno nasprotno; če ne programiraš samo vsak osmi teden v letu, se čim prej nauči OOP.

FrEaKmAn:

poznam PHP precej dobro, problem je da so OOP dodali, da bi kao zadovoljili fanatikom :D

npr poglej si Ruby, to je pravi OOP jezik...

OOP so dodali, ker je PHP prerasel iz enostavnega skriptnega jezika za spletne strani v jezik, s katerim so ljudje delali na resnejših projektih.

Btw, kaj pa je tista stvar, ki naredi Ruby pravi OOP jezik, PHP-ja pa ne?

Debata o hitrosti je popolnoma nepotrebna. Kaj ti pomaga mikrosukunda, ko pa izvajaš isti query na bazo, ali pač na nek drug zunanji resource (datoteka, service) in traja zadeva 0.1s?

Pri OOP gre za koncept, ne za hitrost. O tem, kaj naj uporabljaš, gre za pravilo palca: če delaš 100-vrstično skripto, ki jo boš uporabil 3x in potem zavrgel, je objekten pristop odveč, za kaj več pa lahko hitro pokaže svoje prednosti. Pred tem pa moraš seveda objektno programiranje razumeti. Če ti samo namečeš funkcije v objekte in s tem dobiš neke skupine funkcij (module), je to še vedno proceduralno programiranje.

Freakman: očitno se ne spoznaš kaj dosti na PHP, ker ima zelo soliden OO model.

Najbolj enostavno je, da ga vržeš na https in ga zakleneš z basic auth v Apacheju. Po potrebi se da narediti vse živo; LDAP, Tracova lastna avtentikacija itd.

Glede Apacheja, potreboval boš FastCGI ali mod_python. Nobena od teh možnosti ni pretirano zakomplicirana ali zamudna in navodila imaš na Tracu.

Trac je enostaven in ima malo morje pluginov. Privzeto podpira roadmap, ticketing, version control integracijo in timeline. Komponente so med seboj povezane in se navezujejo (recimo v wiki/ticket napišeš r341 in se naredi link na revizijo 341 v svn browser). S plugini pa dobiš še recimo time tracking, Ganttove diagrame, module za skiciranje in še vse živo.

PS. spregledal, da želiš PHP. Trac je v Pythonu in privzeto uporablja SQLite, ampak se ga da naštimati, da uporablja MySQL. Če je Python prevelika ovira, si poglej PHP alternativo mtrack, vendar ne vem točno, v kakšenm stanju je (ali je že stable in če je aktivno v razvoju).

MSE, brez dvoma. Daleč najbolj nevsiljiv in nepožrešen.

mogoče boš še kaj profitiral s force index (inserted), na pamet pa težko kaj več svetujem. Čas se očitno izgublja pri sortiranju, zato morda namesto single indexa na priority ustvari kompoziten index na (priority, inserted) ali (inserted, priority) in potem forsiraj tega. Lahko probaš tudi s kompozitnim indexom (newsid, categoryid) ali (categoryid, newsid) na news2category tabeli.

no, krasno :)