Tak ma len napadlo (mozno je to ulohou dalsieho clanku, alebo to uz bolo:)), co takto nejaka ochrana voci sql injection? Je sice pravda ze s php nerobim uz par rokov, ale nejak som tam nic taketo nepostrehol...

SQL injection je trochu mimo to, co jsem v seriálu rozebíral. Tato technika spočívá v předávání takových hodnot do SQL dotazů, které způsobí něco jiného, než to, co bylo původně dotazem zamýšleno. Uplatňuje se především u špatně ošetřených formulářů, jejichž výstupy se předávají do SQL.

Cílem článku bylo lehce načrtnout, jak při vývoji rozsáhlejších projektů navrhnout strukturu databáze.

A este mala (mozno) "pripomienka": nebolo by zle pouzit nejaky standardizovany format komentarov. Ak sa dobre pamatam php ma tiez nieco take java (javadoc) a pre php je to tusim phpdoc...

Pripadne format ktoremu rozumie doxygen... alebo nejaky iny generator programatorskej dokumentacie...

PHPDocumenter byl v článku zmíněn.

Tak teda toto som tam neobjavil... dokonca ani moj firefox to tam nevedel vyhladat:(
(Mozno existuje aj projek PHPDocumenter ale nasiel som len phpDocumentor - predpokladam ze tento si mal namysli a ide len o preklep)

Ku tym komentarom chapem ze to bol len priklad ale ak uz priklad nech splna aspon tie zakladne nalezitosti...

phpDocumentor nepoznam ale predpokladam ze z toho fragmentu komentara co som tam nasiel by asi nic rozumne nevygeneroval... Pokial viem tak vo vsetkych mne znamych jazykov (mozno s vynimkou pl/sql) je zvykom komentare k funkciam, metodam popisujuce ich funkcnost uvadzat pred funkciu (metodu) a nie v jej tele. A v ramci komentovania pouzit nejake zauzivane tagy (@param, @return ...)

Moc se omlouvám, ta zmínka o dokumentaci bude až v následujícím díle. A je to phpDocumentor. Nějak se mi pomíchaly díly ;-))

Pokud se bude pracovat s komentáři, z nichž se má tvořit dokumentace pomocí nějakého nástroje, tak je samozřejmě potřeba to dělat tak, aby měl výstup smysl. Ale pokud je třeba "jen" při pohledu na funkci za půl roku vědět co dělá, tak je jedno, jestli ten komentář bude před funkcí, v těle nebo za ní. Platí tady to, že čím pořádnější je programátor, tím lepší je dokumentace (a většinou i kód).