Přemýšlím nad nějakým smysluplným zahájením. Co třeba takhle: "Celý jsem strávil rozchozením nějakého nekomerčního PHP debuggeru, a zatím žádná sláva". Nebylo by to sice dvakrát optimistické, ale pěkně by to vystihovalo situaci, v níž se nacházím. Leč popořadě.

Debuggery

Mezi většinou vývojářů napříč programovacími jazyky získala velkou oblibu integrovaná vývojová prostředí (Integrated Development Environment, IDE (neplést s disky)). Jedná se o vylepšené editory, které kromě úprav zdrojového textu umí třeba spustit překladač (to se PHP samozřejmě netýká), a umí provádět ladění kódu za běhu. Mezi typické činnosti takového procesu ladění patří zejména:

• zarážky - možnost zastavit běh kódu na předem daném místě, ať už "natvrdo" nebo při splnění nějaké podmínky
• krokování - možnost spouštět jednotlivé kroky programu po kouscích
• sledování hodnot proměnných
• sledování volání (stack, zásobník) - tedy můžete odpovědět na otázku "která funkce zavolala naši funkci"
• případně "ad-hoc" provedení nějakého příkazu zapsaného z konzoly

Bylo by samozřejmě velmi hezké mít takové integrované prostředí i pro práci s PHP a taková prostředí skutečně existují. Většina z nich má však dvě podstatné nectnosti - buď jsou za peníze, nebo fungují pouze pod windows (nebo dokonce obojí). Pokusil jsem se podívat na zoubek dvěma nástrojům, které se tvářily, že jsou zdarma.

DBG

DBG je de facto část balíku z PHPEd, což je jedno takové PHP IDE. Na stránce projektu se o něm dozvíme, že je šířen ve dvou verzích, verze 2.16.x je součástí zmiňovaného IDE a je za peníze, verze 2.11.x je distribuovaná samostatně a je zdarma. Instalace debuggeru je na stránkách projektu popsána a na první pohled vypadá celkem zajímavě. Jelikož je PHP samozřejmě serverová záležitost, řeší se zde spolupráce ladícího procesu s PHP instalací modulu dbg.so jakožto rozšíření PHP (tedy extension). Sama instalace je triviální, spočívá v nakopírování souboru dbg.so do složky s php rozšířeními a v editaci souboru php.ini (měl by být v /etc/php.ini). To, že se modul úspěšně nahrál, můžete zjistit pomocí skriptu phpinfo(), protože údaje o modulu dbg se v informacích z phpinfo objeví.

Pozn.: Pokud si to přejete, můžete dbg.so kompilovat ze zdrojového kódu. V každém případě byste měli vědět, že verze souboru dbg.so (nebo dbg.dll pro Windows) by měla odpovídat verzi nainstalovaného PHP.

To byly dobré zprávy. Teď to horší. Zatímco pod Windows existuje k DBG grafický frontend (screenshoty), pod Linuxem je zdarma k dispozici pouze řádkový klient dbg-cli. Aby nám to nebylo líto jsme informováni, že "dbg-cli může být použito k ladění skriptů buďto přímo, nebo pod GNU debuggerem DDD 3.3.9". Rozchodit samotný debugger mi nedělalo problém, zatímco skloubit jeho činnost s dbg-cli se mi nepodařilo. Nebyl jsem sám, v diskusi k projektu je tomuto problému věnováno téma s několika reakcemi. Poučné jsou i odpovědi autora, který dává jednoznačně najevo, že podporuje především placenou verzi programu, což je logické.

Asi bych si tento software nezvolil. Možná, že nějaký laskavý čtenář má zkušenosti s placenou verzí tohoto software. Dejte nám, prosím, vědět v diskusi, zda a jak to v takovém případě funguje. Pro někoho by taková informace mohla být cenná, pokud bude uvažovat o koupi nějakého komerčního PHP debuggeru.

GUBED

To je zajímavější část mého snažení. Gubed je debugger postavený na samotném PHP (pokud nevěříte, že něco takového je možné, podívejte se do dokumentace). Z toho vyplývá příjemná vlastnost - a to ta, že se kvůli němu nemusí instalovat na server žádný modul PHP ani žádné rozšíření serverového software. To mimo jiné znamená, že můžete ladit své skripty ve skutečném prostředí (!) serveru, na němž budou běžet.

GUBED samozřejmě vyžaduje kromě serverové části i nějaký klientský software, který bude výsledky ladění odchytávat. Tím softwarem může být buďto populární editor Quanta, nebo s projektem dodávaný front-end nazvaný wxGubed. Zkusil jsem Quantu. Ta podporuje GUBED až od verze 3.3, což je hotové neštěstí, pokud si toho nevšimnete. Takže pozor, ve většině distribucí bývá Quanta 3.2, zkontrolujte to, případně updatujte. (SUSE 9.1, na níž jsem to zkoušel měla Quantu 3.2. Aby toho nebylo málo, jmenuje se balíček ve verzi 3.3 nikoli quanta, ale kdewebdev3).

Instalace serverové části GUBEDu je triviální. Stačí nakopírovat adresář Gubed (obsahuje php skripty, nic jiného) z instalačního balíčku do kořenové složky webu a vytvořit soubor s konfigurací (localsettings.php), který může vypadat nějak následovně:

Celý postup popisuje soubor docs/serversetup.txt z originálního instalačního balíku. Je nutno podotknout, že při nasazení na veřejně přístupný server se musejí dořešit otázky zabezpečení, protože debugger pochopitelně načítá zdrojové soubory php. Zmínka o zabezpečení je rovněž v dokumentaci.

Pozn.: Osobně bych to zprovozňoval pouze na místím počítači nebo v místní síti.

Klientská část  debuggeru spočívá v nastavení Quanty tak, aby pro daný projekt spustila debugger. Provedete to v menu Project/Project properties na záložce Možnosti. Pokud se tak nestane automaticky, je ještě nutné spustit proces ladění pomocí volby Debug/Session/Start session. V nástrojovém pruhu Quanty byste měli mít lištu Debugger toolbar, která Vám umožní krokovat kód, nastavovat zarážky a vypisovat hodnoty proměnných (screenshot). A lidi - ono to opravdu funguje.

Ladění se spouští z prohlížeče pomocí skriptu index.php ve složce Gubed, kterou jste si nainstalovali do kořenové složky webu, takže vám většinou bude stačit zadat do prohlížeče http://localhost/Gubed. Subjektivně se mi zdá krokování poměrně pomalé, ale v praxi to pochopitelně nevadí, protože při ladění programu se obvykle nespěchá.

Závěr

Pro rozsáhlejší projekty bych si debugger určitě pořídil. Pokud používáte pro vývoj Quantu, prakticky není co řešit. Pro jednodušší věci mi to přijde jako trochu zbytečná věc, ale ladit kód debuggerem je bezesporu pohodlné. Více než kdy předtím ocením vaše postřehy v diskusi - používáte někdo zde uveené nebo jiné debuggery pro PHP? A jestliže ano, s jakými výsledky?