Na navigaci | Klávesové zkratky

Translate to English… Ins Deutsche übersetzen…

Laděnka, jak se vám líbí?

Laděnka je užitečnou každodenní pomocnicí PHP programátora. Její oficiální jméno zní Tracy, dříve Nette\Debug.

Aktuální informace najdete na webu Nette Framework.

Každý ladič je dobrým kamarádem s funkcí var_dump, která podrobně vypíše obsah proměnné. Bohužel v prostředí HTML výpis pozbude formátování a slije se do jednoho řádku, o sanitizaci HTML kódu ani nemluvě. V praxi je nezbytné var_dump nahradit šikovnější funkcí. Tou je právě Debug::dump()

$arr = array(10, 20.2, TRUE, NULL, 'hello');

Debug::dump($arr);
// včetně jmenného prostoru Nette\Debug::dump($arr);

vygeneruje výstup:

array(5) {
  [0] => int(10)
  [1] => float(20.2)
  [2] => bool(true)
  [3] => NULL
  [4] => string(5) "hello"
}

Dalším užitečným nástrojem ladiče jsou stopky s přesností na mikrosekundy:

Debug::timer();

// princi můj malinký spi, ptáčkové sladce již sní...
sleep(2);

$elapsed = Debug::timer();
// $elapsed ≈ 2

Tohle všechno jsou sice užitečné drobnosti, skutečným killerem je však jiná Laděnčina vlastnost. Zpráva o nezachycené výjimce nebo chybě poskytuje vývojáři důležité informace o tom, kde a proč k ní došlo. Standardní výstup v PHP vypadá asi takto:

Standardní podoba nezachycené výjimky

Pusťme však ke slovu Laděnku. Po aktivaci příkazem Debug::enable() nám předvede svou nejvíce sexy polohu:

Nezachycená výjimka v provedení NDebug

Takto vypadá výjimka, takto vypadá vygenerovaná chyba. To je pak jiné ladění, co?

Snad nemusím dodávat, že vypisování chyb se nesmí nikdy dostat na produkční server. Je to výborná společnice na pracovišti, ale nikdy ji nesmíme brát sebou ven. Je totiž děsně ukecaná a vyzradí na vás úplně všechno (nicméně kdyby k tomu náhodou došlo, má integrovaný systém pro skrytí citlivých políček, např. hesel). Na produkčním serveru je však možné nechat výpisy ukládat do adresáře nebo odesílat administrátorovi emailem.

(doplněno: mám na vás prosbu…)

Komentáře

  1. Hrach http://hrach.netuje.cz #1

    avatar

    Miluju laděnku :-* Ty krásné tvary, vnady, ta barva očí, rozevíratelné oblasti, jej, až sem se ztoho celý okouzlil.

    před 9 lety | reagoval [12] Ondra [15] bratr ekim
  2. enoice http://enoice.fialove.eu #2

    avatar

    Tak to je bomba, Dave! Dokonalost :-)

    před 9 lety
  3. papi http://ctenari.cz #3

    avatar

    Vypadá to velmi, velmi dobře. Jak dlouho si s ní už užíváš?

    před 9 lety
  4. Tom #4

    Vypadá dobře, pro potření prvně zmi=novaných problémů používám xdebug, neškodí si navzájem?

    před 9 lety
  5. Pixy #5

    avatar

    Gratuluji ke krásné holčičce. Laděnka vypadá moc mile a chytře. Radost.

    před 9 lety
  6. Littlemaple http://blog.javorek.net #6

    avatar

    Opravdu sexy! :)

    před 9 lety
  7. v6ak http://v6ak.profitux.cz/ #7

    Dobrý. ukecaností mi to připomíná ASP.NET. Taky jsem narazil na server se zapnutým debugem…
    Já mám vlastní debug nástroj, ale laděnka je patrně lepší. Ale:

    • může mít laděnka více výstupů (HTML, text, …)?
    • Je možné nastavit zapnuto/vypnuto?
    před 9 lety | reagoval [10] David Grudl
  8. tark #8

    avatar

    Mě by se spíš líbilo něco jiného. Přesměrovat výstup laděnky (tedy NDebug.template) do souboru a navázat na NDebug vlastní nástroj pro zachytávání výjimek. Šlo by to? :)

    před 9 lety | reagoval [10] David Grudl
  9. džidžir #9

    Moc pěkné. Umí to rozumně odchytnout i Fatal Errory?

    před 9 lety | reagoval [10] David Grudl
  10. David Grudl http://davidgrudl.com #10

    avatar

    #7 v6aku, zapíná se přes NDebug::enable(), vypíná přes NDebug::disable(). Je možné zapnout i textový výstup NDebug::$html = TRUE, respektive v CLI režimu se zapne automaticky. Ale ten není zdaleka tak ukecený, spíš odpovídá standardnímu PHP výstupu.

    Textový režim existuje hlavně hlavně kvůli tomu, že změní chování NDebug::dump(). Hodí se mi to k testování kódu – z příkazové řádky spouštím sadu malých testovacích příkladů, zachytávám výstup a porovnávám s referenčním.

    #8 tarku, zachytávát můžeš i vlastním nástrojem a k vykreslení použít NDebug::exceptionHandler(). I když asi by to vyžadovalo drobnou úpravu kódu.

    #9 džidžire, systémové fatal errory v PHP bohužel nijak odchytit nelze, na to už jsem si stěžoval dříve. Jen
    E_USER_ERROR a E_RECOVERABLE_ERROR.

    před 9 lety | reagoval [11] džidžir [13] v6ak [19] veena
  11. džidžir #11

    #10 Davide Grudle,

    systémové fatal errory v PHP bohužel nijak odchytit nelze, na to už jsem si stěžoval dříve.

    Jo, už jsem na to taky došel. Velký problém, pokud ladím na serveru a server má vypnuté v konfigu z pochopitelných důvodů vypisování chyb. Zend sliboval před časem odchytávatelnost některých FE, myslím že těch, při kterých zůstane stabilní jádro.

    V Perlu jde třeba zachytit a zpracovat jakákoli chyba, dokonce i chyby při parsování skriptu. Ale Perl koneckonců také není určen pro psaní skriptů pro web.

    před 9 lety
  12. Ondra #12

    #1 Hrachu, Řekl bych, že by si spíš potřeboval na chvíli vyměnit klávesnici a myš za pořádnou ženskou :)

    Jinak NDebug je super ;)

    před 9 lety | reagoval [15] bratr ekim
  13. v6ak http://v6ak.profitux.cz/ #13

    #10 Davide Grudle, Já jsem dělal přímo možnost použití šablon, ale v praxi to stačí. Automatické zapínání textového režimu nemám. Jde mi taky pochopitelně hlavně o komandlajnu.
    K vypínání: Jo, to jsem si přečet, ale jde mi hlavně o debugování.
    [smazáno] Ještě jeden návrh převzatý z mé víceméně staré primitivní debugovací knihovničky: Velké plus (oproti var_dump a print_r) je v tom, že umožňuje výpis části výrazu:

    if( v6_deb(raz 1) == v6_deb(raz 2) ){
    ...

    Případně lze dodat komentář:

    if( v6_deb(raz 1, 'komentář 1') == v6_deb(raz 2, 'komentář 2') ){
    ...

    Vtip je pochopitelně v tom, že zadaný parametr 1 je zároveň návratovou hodnotou.

    před 9 lety
  14. paranoiq #14

    avatar

    davide, gratuluji. udělal jsi nádherné udělátko :)

    sám používám něco podobného jako NDebug::dump() ve formě jedinné funkce dump(). výstup je trochu méně ukecaný, zato ale hraje všemi barvami :), umí vypsat pole a objekty povolných tříd† rekurzivně do zvolené hloubky, přičemž defaultně censoruje hodnoty jistých názvů (kdybych ji přeci jen někde zapoměl)

    † povolná třída obsahuje:
    public function _dump() {
    return (array)$this;
    }

    před 9 lety
  15. bratr ekim http://bratrekim.unas.cz #15

    #12 Ondro, asi tak no
    #1 Hrach jo něco takového sem potřeboval už dlouho :D

    před 9 lety
  16. Littlemaple http://blog.javorek.net #16

    avatar

    Mno, tak první dojmy: Nemohla by mít Laděnka cestu k oné úžasné šabloně modifikovatelnou? Rád bych si ji dal jinam než do stejného adresáře jako třídu.

    Jistě, stačí si to tam přepsat nebo ručně přidat jednu public vlastnost, ale tím se připravuji o dopřednou kompatibilitu s možnými dalšími verzemi Laděnky :) .

    před 9 lety
  17. Věroš http://www.cestovatel.cz/ #17

    avatar

    Jo, tohle mi v PHP chybělo. ;-)

    <hr />

    Nechca být za rejpala, ale podobný nástroj máme v Pythonu už pár let ve vlajkové knihovně .

    Když jsem na cgitb poprvé narazil, tak jsem myslel, že nemůže být nic lepšího.

    Rychle jsem ale zjistil, že může – jen jsem tomu nekrofilnímu vrtání se v zemřelém kódu ještě nepřišel na chuť. Ano, post-mortem inspector v okně prohlížeče v Pylons mne opravdu překvapil.

    PS: Jo a to že tracebacky mohou správcům chodit e-mailem včetně session, parametrů dotazu, cookies, hlaviček, identifikace prohlížeče a čísla bot uživatele, to jsem už říkal?

    před 9 lety | reagoval [21] David Grudl
  18. Oswald http://www.webkitchen.cz/ #18

    avatar

    Něco podobného je v symfony frameworku, jenom to není tak přehledné a navíc tam jsou vypsány i globální proměnné, což je také užitečné.

    před 9 lety | reagoval [20] golf [21] David Grudl
  19. veena #19

    #10 Davide Grudle, Nelze ten fatal error odchytnout pomocí output_bufferingu?
    http://cz2.php.net/…rror_handler#…

    Laděnka pěkná!

    před 9 lety | reagoval [22] David Grudl
  20. golf #20

    #18 Oswalde, Symfony je tak dokonale, az je problem tu dokonalost pochopit :-) A ja z toho mam jen schizofrenii, pouzivat dokonale Symfony, nebo pouzivat skvele Nette. A dokonce se zda, ze i Zend ve verzi 1.5 zacina byt pouzitelny. No co vcil???????

    před 9 lety
  21. David Grudl http://davidgrudl.com #21

    avatar

    #17 Věroši, #18 Oswald narovinu, chtěl jsem vidět, jak vypadá taková obrazovka v jiných systémech, ale pokud si jej nestáhneš, nenainstaluješ, nepochopíš, nerozchodíš a nevyhodíš výjimku, tak to nemáš šanci zjistit. Ani tvůj odkaz mi v tom nepomohl.

    Takže mám prosbu pro všechny uživatele různých frameworků: hoďte sem odkaz na „blue screen“, pokud je něčím zajímavý, Nemusí být „živý“, stačí htmlshot.

    ad odesílání emailem: odesílání nebo ukládání do adresáře řeším přes jinou třídu, k tomu se dostaneme.

    před 9 lety | reagoval [23] Oswald [24] v6ak [25] Věroš
  22. David Grudl http://davidgrudl.com #22

    avatar

    #19 veeno, obecně není problém

    1. jak vykonat kód po vzniku chyby, ale
    2. jak chybu detekovat

    ad a) při normálním ukončení skriptu se ještě zavolají handlery pro

    PHP garantuje (od verze 5.0.5), že session se uzavře až po zavolání všech destruktorů, jinak pořadí ovlivňuje garbage collector.

    Při vzniku fatální chyby se destruktory zřejmě vynechají. Stále tu však máme tři momenty, kde na ni můžeme reagovat. Klíčová je tedy otázka b), jak chybu od korektního ukončení detekovat?

    To netuším. Bohužel ani novinka error_get_last nepomůže. Ovšem skenování output bufferu na řetězec <b>... error</b> k rozumným obecně použitelným řešením podle mého nepatří ;)

    před 9 lety
  23. Oswald http://www.webkitchen.cz/ #23

    avatar

    #21 Davide Grudle, tady je htmlshot ze symfony

    Symfony kromě toho v debug módu zobrazuje nad stránkou toolbar, kde jsou informace o prováděných SQL dotazech, konfiguraci, délce trvání jednotlivých úkonů apod., považuji to za velmi užitečné a myslím, že by to mohlo být celkem inspirativní:

    http://www.symfony-project.org/…gement-Tools#…

    před 9 lety
  24. v6ak http://v6ak.profitux.cz/ #24

    #21 Davide Grudle, To se asi mě netýká, že?

    před 9 lety
  25. Věroš http://www.cestovatel.cz/ #25

    avatar

    #21 Davide Grudle, Odpovídám soukromě.

    před 9 lety
  26. SodaE http://sodae.cz #26

    avatar

    Fakt super,duper :-) , tohle využiju

    před 9 lety
  27. Tarmaq #27

    Poslusne hlasim ze ve Firefoxu 2.0.0.11@OpenSUSE 10.3 Gnome se zobrazi vse jak ma, v Konqueroru 3.5.7 nelze rozbalovat Call Stack, Source File, atd. tyto polozky lze pouze zabalit.. Samozrejme mam Konqueror pod Gnome, takze je mozne ze v KDE to pobezi v pohode, ale IMHO by to nemelo mit vliv.. Nevim jestli to nejak pomohlo, ale snad jo ;]

    před 9 lety | reagoval [30] David Grudl
  28. JS #28

    avatar

    Hmm, nějak se mi nepovedlo ji rozběhat pro vyjímky :-(

    Zobrazování všech vyjímek sice funguje v závislosti na tom, jakou úroveň reportování nastavím, ale zobrazí se v klasickým (hnusným) PHPkovským hávu.

    Errory naopak zobrazuje správně tak, jak ukazuje příklad.

    Mohl by mi prosím někdo poradit, co by mohlo být špatně? Díky.

    před 9 lety | reagoval [30] David Grudl
  29. Kamil http://www.kamil.cz #29

    avatar

    Ahoj Davide: error a výjimka hodí chybu, dump logicky ne, server běží na linuxu:

    Fatal error: Maximum execution time of 60 seconds exceeded in /home/localhost/www2/class/NDebug/Nette/NDebug.php on line 158

    Info: Red Hat 2.6.18–53.1.4.el5×en, PHP Version 5.1.6, safe_mode Off, … ?

    před 9 lety | reagoval [30] David Grudl
  30. David Grudl http://davidgrudl.com #30

    avatar

    #27 Tarmaqu, to mi moc nepomůže, potřeboval bych konkrétní opravu kódu.

    #28 JSi, výjimky s úrovní reportování nijak nesouvisí. Prostě vyhoď výjimku throw new Exception; a nezachycuj ji.

    #29 Kamile, zajímavá chyba v ob_get_level, vyřešíme přes email.

    před 9 lety
  31. Vrtak-CZ http://www.vrtak-cz.net #31

    avatar

    Czus tak jsem si s ladenkou trochu hral a vzniklo z toho nakonec docela zajimava hracicka… :-) Ladenka vs. DiBi a taky sem si trochu pohral s dumpem Ladenka vs. Dump
    Jinak dekuju DGX za sqvelou vecicku… :-)

    před 9 lety | reagoval [32] Patrik Bóna [38] David Grudl
  32. Patrik Bóna http://head.wall.sk/ #32

    Cau Dgx,

    Qcodo ma podobny error handler, ale nieje vnom tolko info ako v tvojom, len tak dalej ;)

    #31 Vrtak-CZi, Ladenka vs. DiBi je tiez super ;)

    před 9 lety
  33. David Grudl http://davidgrudl.com #33

    avatar

    Přidal jsem experimentální podporu pro logování chyb (via NDebug::$logDir), odesílání chyb na email (NDebug::$email a NDebug::$emailSubject). Na produkčním serveru je pak nutné vypnout vypisování chyb (NDebug::$display = FALSE).

    před 9 lety
  34. Inza http://www.webend.cz #34

    avatar

    Perfektní, naprosto dokonalé Davide!:-)

    před 9 lety
  35. tajo #35

    skvělý nástroj! dík

    před 9 lety
  36. lordfrikk #36

    avatar

    Když jsem viděl slovo „laděnka“, tak moje první reakce byla, jak se anglicky říká: „I lol'd.“ :-)

    před 9 lety
  37. Neph04 #37

    avatar

    To propojeni DIBI-Ladenka… neslo by implementovat do Ladenky neco jako udelal Vrtak?
    Nasel sem dibi nedavno, a sem z nej nadsenej :) Dneska sem tu narazil na Ladenku a je to genialni vec…

    před 9 lety | reagoval [38] David Grudl
  38. David Grudl http://davidgrudl.com #38

    avatar

    #31 Vrtak-CZi, #37 Neph04 jo, udělal to pěkně a určitě něco podobného implementovat (přes obecný interface) plánuju.

    před 9 lety

Tento článek byl uzavřen. Už není možné k němu přidávat komentáře.