Weblabor

Nem szeretnék egy újabb cikket írni a PHP-ben való hibakezelés fontosságáról. Azt azért mégis megemlítem, hogy egy komoly(nak szánt) rendszer esetén nincs nagyobb lúzerség a világon, mint amikor a felhasználó egy linkünkre kattintva az alábbi üzenettel találkozik:

Parse error: syntax error, unexpected T_ECHO, expecting ',' or ';' in /home/kisbogaram/public_html/administrator/templates/khepri/index.php on line 119

Ennél már az is lényegesen jobb, ha a egy üres képernyővel találja magát szemben, tehát éles környezetben szigorúan:

ini_set('display_errors', '0');

Mi azonban hiba esetén inkább valami ilyet szeretnénk látni:

A Blizzard hibaoldala

Triviális megoldás (Apache esetén) az egyedi hibaoldal használata 500-as (és egyéb) hibákra is, nem csak 404-re.

ErrorDocument 500 /errordocs/500.html

Ezzel már majdnem meg tudunk felelni az önmagunk felé támasztott magas elvárásoknak. Ha azonban azt szeretnénk, hogy hiba esetén rendszerünk végezzen el valamiféle fontos műveletet (logoljon, mentsen el egy stack trace-t, értesítsen minket stb.), akkor ez még önmagában nem elég.

Ekkor jön a PHP set_error_handler() eljárása. Ennek szépségeire most nem térek ki, de ki-ki nézze át, ha még nem használta. Ezzel el tudjuk kapni a legtöbb felmerülő hibát, azonban még mindig ott van a fatal error. Az ellen nem véd (sőt, még a vízbűl sem veszi ki a zoxigént).

Van azonban egy kedves duó, akik használatával el tudunk marni szinte minden felmerülő hibát.

Egyik jó barátunk a register_shutdown_function(). Ennek megadhatunk egy callbacket, amely a szkript futása után végrehajtódik. Fontos tudni, hogy 4.1-es PHP verzió óta ez a szkript részeként fut le, tehát küldhetünk belőle kimenetet, illetve elkaphatjuk a puffer tartalmát pl. az ob_get_contents()-el. A 4.1-es PHP-ban tehát használhatunk kimeneti puffert, és a kimenetünket egy preg_match()-csel átvizsgálva kiszűrhetjük a végzetes hibákat. Ez a praktika sok egyébre is használható, pl. egy keretrendszernél vizsgálhatjuk, hogy a rendszer kimente csak és kizárólag a sablon által előállított kód legyen, ezzel elkerülve a véletlenül bent egyéb (pl. var_dump()) kikerülését a felhasználókhoz. Erre vannak persze más módszerek is (pl. SVN pre-commit hurok), de ha valamiért szeretnénk tisztán PHP-ból megoldani, hát hajrá.

Az 5.0-s verzió felett azonban hibakezelésben sokkal könnyebb a dolgunk ennél, ugyanis ott van nekünk az error_get_last(). Ez a remek függvény visszaadja nekünk a legutóbbi el nem kapott hibát egy ilyen tömbben:

Array(
    [type] => 8
    [message] => Undefined variable: a
    [file] => C:\WWW\index.php
    [line] => 2
)

Ezzel már nyitva áll előttünk a lehetőség, hogy kulturált hibakezelőt írjunk a végzetes hibák elkapására, anélkül, hogy megbocsáthatatlan bűnt követnénk el a hatékonyság könyörtelen istenének templomában.

Íme egy működő példa:

register_shutdown_function('shutdown');

function shutdown()
{
    if (($error = error_get_last()) && isset($error['type']) 
        && ($error['type'] & (E_ERROR | E_PARSE | E_COMPILE_ERROR))) 
    {
        if (!headers_sent()) {
            header('HTTP/1.1 500 Internal Server Error');
            header('Content-Type: text/html; charset=utf-8');
        }
        echo '<h1>Baj van</h1>';
        echo '<p>„Baj van, baj, baj van, baj.<br />';
        echo 'Gyenge a fű, hülye a csaj<br />';
        echo 'Nedves a dohány, kevés a lé<br />';
        echo 'Baj van, baj, ez nem oké.”</p>';
        echo '<cite>Lukács László – Tankcsapda</cite>';
        echo '<code>' . print_r($error, true) . '</code>';
    }
}

Az ezek után következők már bármiféle csúnyaságot elkövethetnek. Íme egy kód, ami el is követi mindazt, amit csak el lehet követni:

set_time_limit(1);
ini_set('memory_limit', '5000');
echo 'fdsgfds'
gonoszFuggyvenz();

function gonoszFuggyveny()
{
    echo str_repeat('tucc tucc tucc ', 50000);
    
    for ($i = 1; $i < 10000000; $i++) {
        $x += tan($i);
    }
}

Szintaktikailag hibás a negyedik sorban. Nem létező függvényt hív az ötödikben. Túllépi a memória és az időkorlátot.

Miért írtam akkor mégis, hogy „a legtöbb” felmerülő hibát? Ennek a módszernek is vannak bizonyos limitációi:

• Ha a register_shutdown_function()-t tartalmazó állomány szintaktikailag hibás, az ellen nem véd sem isten, sem ördög.
• E_CORE_ERROR a PHP inicializálása alatt keletkezhet. Ezt sem tudjuk sehogyan kivédeni, de elvileg mi ilyen hibát nem is tudunk előállítani PHP kódból.

Jó vadászatot!