V reálné aplikaci asi nebudete chtít, aby všichni viděli informace zveřejněné pomocí skriptu phpinfo(). Takže poté, co zjistíte potřebné údaje můžete skript smazat (zabezpečit...). Ukázka v článku je hypotetická (není to tedy reálný výstup skriptu phpinfo na našem serveru).

Petr tu zmínil, že pokud nemáte projekt psán, aby od začátku umožňoval přechod na jinou databázi, znamená to většinou jeho smrt. Předejít tomu mi umožnilo zejména používání knihovny ez_sql (http://justinvincent.com/home/docs/ezsql/ez_sql_help.htm), je plně objektová a velmi dobře dokumentovaná. Doma používám PostgreSQL (o ní tu píšu i seriál, ale měl jsem výpadek) a na hostingu je většinou MySQL.

Dovolil bych si také doporučit používání Smarty šablon (http://smarty.php.ne), které usnadní oddělení zpracování dat a jejich vizualizaci, což je velmi potřebné. Netvrdím, že to nejde, ale tohle je opravdu dobrá berlička a prosím no-flame o tom, které šablony jsou lepší.

Rozhodně souhlasím. Pokud si důsledně zvyknete používat nějaký šablonovací systém, naučíte se jednak železné sebekázni, jednak odělíte obsah webu od jeho formy a navíc pravděpodobně budete mít v práci nějaký ten systém. Takže šablony ano.

S těmi databázemi je to v principu stejné; pouze je třeba mysle na to, že "univerzální" objektová rozhraní nepřidají do databáze další funkcionalitu (takže, z MySQL prostě postgre neuděláte, třeba triggery zkrátka neumí). Jinak to ale zase většinou povede k přehledné a "lehce čitelné" práci s databázemi a lze to tudíž jedině doporučit.

Petře díky za opravu, protože jsem to opravdu napsal tak všelijak, že to vypadalo, že z MySQL udělám PgSQL. Opravdu tak to vyznět nemělo. Prostě když vím, že na cílovém serveru bude PgSQL, pak používám triggery, stored procedures atd... Jinak jen základní práce s daty, prostě jen nemusím řešit, že se fce jmenujou jinak. Na to stačí napsat vlastní jednoduchou knihovnu, pěknou jsem viděl od Martina Matějů (stickfish.cz), kterou budete mít pro různé db, ale navenek pro Vás bude používat pokaždé stejná jména funkcí...

V pohodě.

Osobně se jen težko nutím k nějakým "spořádaným" řešením. Což je pochopitelně chyba. Programátor by "měl bejt dispiclinovanej"