{"id":243,"date":"2023-02-14T00:00:00","date_gmt":"2023-02-13T23:00:00","guid":{"rendered":"https:\/\/helloblog.io\/hu\/atlathatobb-wordpress-hibakereses-acornnal\/"},"modified":"2026-01-20T06:32:34","modified_gmt":"2026-01-20T05:32:34","slug":"atlathatobb-wordpress-hibakereses-acornnal","status":"publish","type":"post","link":"https:\/\/helloblog.io\/hu\/atlathatobb-wordpress-hibakereses-acornnal\/","title":{"rendered":"\u00c1tl\u00e1that\u00f3bb WordPress hibakeres\u00e9s Acornnal: Symfony, Ignition vagy Whoops"},"content":{"rendered":"\n

WordPress fejleszt\u00e9s k\u00f6zben a WP_DEBUG<\/code> az egyik legolcs\u00f3bb \u00e9s leghasznosabb biztos\u00edt\u00e9k: gyorsan el\u0151hozza a notice-okat, warningokat \u00e9s fat\u00e1l hib\u00e1kat. A gond csak az, hogy a WordPress alap\u00e9rtelmezett hibamegjelen\u00edt\u00e9se (amikor WP_DEBUG<\/code> \u00e9s a k\u00e9perny\u0151re \u00edr\u00e1s is enged\u00e9lyezett) el\u00e9g fapados: a hiba\u00fczenetek egyszer\u0171en r\u00e1\u00e9gnek az oldal tetej\u00e9re, kontextus n\u00e9lk\u00fcl, nehezen olvashat\u00f3an.<\/p>\n\n\n\n

Ha Roots-alap\u00fa stackben dolgozol (Bedrock + Acorn), akkor j\u00f3 es\u00e9llyel m\u00e1r eleve modernebb fejleszt\u0151i \u00e9lm\u00e9nyre \u00e9p\u00edtesz. Az Acorn ugyanis k\u00e9pes jelent\u0151sen kultur\u00e1ltabb error page-et adni WordPress alatt is, \u00e9s ezzel a hibakeres\u00e9s temp\u00f3ja konkr\u00e9tan \u00e9rezhet\u0151en javul.<\/p>\n\n\n\n

Mi\u00e9rt \u201ekev\u00e9s\u201d a nat\u00edv WP_DEBUG kimenet?<\/h2>\n\n\n\n

A WP_DEBUG<\/code> l\u00e9nyege, hogy fejleszt\u00e9skor ne maradjanak rejtve a probl\u00e9m\u00e1k. Ez k\u00fcl\u00f6n\u00f6sen fontos, mert a WordPress \u00f6kosziszt\u00e9m\u00e1ban rengeteg b\u0151v\u00edtm\u00e9ny \u00e9s sablon sz\u00f3r notice-okat vagy hib\u00e1kat, amik k\u00e9s\u0151bb (p\u00e9ld\u00e1ul PHP verzi\u00f3v\u00e1lt\u00e1sn\u00e1l) komoly gondot okozhatnak.<\/p>\n\n\n\n

A nat\u00edv megjelen\u00edt\u00e9s viszont jellemz\u0151en:<\/p>\n\n\n\n

    \n\n
  • sz\u00e9tes\u0151 form\u00e1z\u00e1ssal jelenik meg az oldal tetej\u00e9n<\/li>\n\n\n
  • nem ad sz\u00e9p stack trace-t (vagy ha ad is, nehezen \u00e1ttekinthet\u0151)<\/li>\n\n\n
  • nem seg\u00edt gyorsan megtal\u00e1lni, melyik f\u00e1jl\/sor\/f\u00fcggv\u00e9nyh\u00edv\u00e1s az igazi ok<\/li>\n\n<\/ul>\n\n\n\n
    \"A
    A nat\u00edv WP_DEBUG kimenet hasznos, de nehezen olvashat\u00f3 \u00e9s gyorsan k\u00e1ossz\u00e1 v\u00e1lik. \u2014 Forr\u00e1s: Roots.io<\/em><\/figcaption><\/figure>\n\n\n\n

    Mit csin\u00e1l m\u00e1sk\u00e9pp az Acorn?<\/h2>\n\n\n\n

    Az Acorn egy olyan projekt, ami WordPress-ben hoz be Laravel-k\u00f6zeli komponenseket \u00e9s fejleszt\u0151i k\u00e9nyelmet. Hibakezel\u00e9sn\u00e9l az a nagy nyeres\u00e9g, hogy amikor a WP_DEBUG<\/code> \u00e9s a k\u00e9perny\u0151re t\u00f6rt\u00e9n\u0151 megjelen\u00edt\u00e9s is akt\u00edv, akkor az Acorn egy j\u00f3val olvashat\u00f3bb exception oldalt ad a nyers WordPress-ki\u00edr\u00e1s helyett.<\/p>\n\n\n\n

    \n\n

    Mikor l\u00e9p \u00e9letbe?<\/h4>\n\n\n

    A forr\u00e1s alapj\u00e1n az Acorn akkor jav\u00edtja a hibakimenetet, ha WP_DEBUG<\/code> \u00e9s WP_DEBUG_DISPLAY<\/code> is enged\u00e9lyezve van. (Ut\u00f3bbi a k\u00e9perny\u0151re \u00edr\u00e1st szab\u00e1lyozza.)<\/p>\n\n<\/div>\n\n\n\n

    Alap\u00e9rtelmezett Acorn hibakimenet: Symfony exception handler<\/h3>\n\n\n\n

    Acornb\u00f3l alapb\u00f3l a Symfony exception handler \u00e9rkezik. Ez m\u00e1r \u00f6nmag\u00e1ban nagy ugr\u00e1s: \u00e1ttekinthet\u0151bb a kiv\u00e9tel (exception) megjelen\u00edt\u00e9se, k\u00f6nnyebb a stack trace-t b\u00f6ng\u00e9szni, gyorsabban tal\u00e1lsz vissza a hib\u00e1s sorhoz.<\/p>\n\n\n\n

    \"Acorn
    Symfony exception handlerrel is sokkal v\u00e1llalhat\u00f3bb a hibakeres\u00e9s. \u2014 Forr\u00e1s: Roots.io<\/em><\/figcaption><\/figure>\n\n\n\n

    Ignition: Laravel-szint\u0171 hibakezel\u00e9s WordPress-ben is<\/h3>\n\n\n\n

    Ha Laravelb\u0151l j\u00f6ssz, az Ignition nagy es\u00e9llyel ismer\u0151s: a Laravel 9 \u00f3ta ez az alap\u00e9rtelmezett hibapanel. Az Acorn v3 egyik fontos v\u00e1ltoz\u00e1sa, hogy m\u00e1r t\u00e1mogatja a Laravel routingot (routing = \u00fatvonalkezel\u00e9s), \u00e9s ezzel egy\u00fctt WordPress-es Acorn projektekben is haszn\u00e1lhat\u00f3v\u00e1 v\u00e1lt az Ignition.<\/p>\n\n\n\n

    Gyakorlatban ez a legkomfortosabb hibakeres\u00e9si \u00e9lm\u00e9ny: modern, j\u00f3l tagolt error page, k\u00f6nnyen olvashat\u00f3 stack trace, \u00e9s kifejezetten fejleszt\u0151bar\u00e1t t\u00e1lal\u00e1s.<\/p>\n\n\n\n

    \"Acorn
    Ignitionnel a WordPress-es hibakeres\u00e9s is Laravel-hangulatot kap. \u2014 Forr\u00e1s: Roots.io<\/em><\/figcaption><\/figure>\n\n\n\n

    Ignition telep\u00edt\u00e9se Composerrel<\/h4>\n\n\n\n

    A telep\u00edt\u00e9s a forr\u00e1s alapj\u00e1n egy dev f\u00fcgg\u0151s\u00e9g felv\u00e9tele. Arra figyelj, hogy ugyanabban a k\u00f6nyvt\u00e1rban futtasd, ahol az Acorn is telep\u00edtve van (tipikusan a projekt gy\u00f6kere, ahol a composer.json<\/code> tal\u00e1lhat\u00f3).<\/p>\n\n\n\n

    <\/circle><\/circle><\/circle><\/g><\/svg><\/span>