{"id":230104,"date":"2022-12-04T17:02:00","date_gmt":"2022-12-04T14:02:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230104"},"modified":"2022-12-04T17:05:37","modified_gmt":"2022-12-04T14:05:37","slug":"czytanie-i-zrozumienie-dziennikow-bledow-wordpress-czesc-1","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pl\/czytanie-i-zrozumienie-dziennikow-bledow-wordpress-czesc-1\/","title":{"rendered":"Czytanie i zrozumienie dziennik\u00f3w b\u0142\u0119d\u00f3w WordPress, cz\u0119\u015b\u0107 1"},"content":{"rendered":"\n

Kontynuuj\u0105c przygl\u0105danie si\u0119, co to znaczy by\u0107 niezale\u017cnym programist\u0105 WordPressa<\/a><\/strong>, potrzebnymi narz\u0119dziami i r\u00f3\u017cnymi strategiami, kt\u00f3re mog\u0105 poprawi\u0107 nasz zestaw umiej\u0119tno\u015bci, omawia\u0142em r\u00f3\u017cne sta\u0142e, wtyczki i narz\u0119dzia, kt\u00f3re mog\u0105 nam pom\u00f3c.<\/p>\n

Je\u015bli po prostu natkniesz si\u0119 na ten post, polecam zapoznanie si\u0119 z moim przewodnikiem po natywnych narz\u0119dziach do debugowania WordPressa,<\/a><\/strong> a tak\u017ce z reszt\u0105 dotychczasowych post\u00f3w z serii .<\/a><\/strong><\/p>\n

W ko\u0144cu uwa\u017cam, \u017ce wa\u017cne jest, aby\u015bmy wszyscy pracowali na tym samym fundamencie \u2013 lub czym\u015b blisko spokrewnionym \u2013 kiedy przegl\u0105damy te informacje.<\/p>\n

\"Czytanie<\/a><\/p>\n

Ostatecznie u\u017cycie narz\u0119dzia takiego jak Xdebug<\/a><\/strong> jest nieodzowne, ale musimy do tego dopracowa\u0107 (dla ciekawskich napisa\u0142em na<\/a><\/strong> ten temat kr\u00f3tki przewodnik nieco ponad rok temu).<\/p>\n

Na razie jednak zacznijmy od podstaw. W poprzednim po\u015bcie wyszed\u0142em z nast\u0119puj\u0105cym o\u015bwiadczeniem:<\/p>\n

\n

W nast\u0119pnym po\u015bcie zaczniemy zastanawia\u0107 si\u0119, co jest konieczne, aby sprawdzi\u0107 dziennik b\u0142\u0119d\u00f3w generowany przez WordPress i jak zrozumie\u0107 wy\u015bwietlane informacje.<\/p>\n<\/blockquote>\n

I to jest to, na co chc\u0119 dzisiaj spojrze\u0107, poniewa\u017c, je\u015bli nic wi\u0119cej, to da ci co\u015b praktycznego, nad czym mo\u017cesz pracowa\u0107.<\/p>\n

Zrozumienie dziennik\u00f3w b\u0142\u0119d\u00f3w WordPress, cz\u0119\u015b\u0107 1<\/h2>\n

Zanim zag\u0142\u0119bi\u0119 si\u0119 w to zbyt daleko, chc\u0119 odpowiedzie\u0107 na jedno pytanie, kt\u00f3re zosta\u0142o zadane przez cz\u0142onka witryny.<\/p>\n

Mianowicie zapytano mnie:<\/p>\n

\n

Kiedy przyjrzymy si\u0119 zasadom obiektowym?<\/p>\n<\/blockquote>\n

Chocia\u017c om\u00f3wi\u0142em to troch\u0119 w poprzedniej serii<\/a><\/strong>, to jest co\u015b, nad czym pracuj\u0119 bardziej szczeg\u00f3\u0142owo w dalszej cz\u0119\u015bci tej serii.<\/p>\n

Maj\u0105c to na uwadze, zacznijmy jednak przegl\u0105da\u0107 dzienniki b\u0142\u0119d\u00f3w.<\/p>\n

Konfiguracja sta\u0142ych<\/h3>\n

Je\u015bli nie skonfigurowa\u0142e\u015b sta\u0142ych w swoim pliku wp-config.php<\/strong>, polecam zrobi\u0107 to teraz, poniewa\u017c zapewni to najwy\u017cszy poziom szczeg\u00f3\u0142owo\u015bci podczas badania wszelkich problem\u00f3w, kt\u00f3re mog\u0105 si\u0119 pojawi\u0107.<\/p>\n

Je\u015bli nie nadrobi\u0142e\u015b zaleg\u0142o\u015bci, koniecznie przeczytaj ten post<\/a><\/strong> (a je\u015bli tak, upewnij si\u0119, \u017ce w twoim pliku konfiguracyjnym s\u0105 zdefiniowane nast\u0119puj\u0105ce sta\u0142e ):<\/a><\/strong><\/p>\n

<?php\ndefine( 'WP_DEBUG', true );\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', true );\n@ini_set( 'display_errors', 1 );\ndefine( 'SCRIPT_DEBUG', true );\ndefine( 'SAVEQUERIES', true );<\/code><\/pre>\n
Po ich wprowadzeniu masz wszystko, czego potrzebujesz, aby nie tylko widzie\u0107 informacje na ekranie, ale tak\u017ce w dzienniku debugowania, kt\u00f3ry wygeneruje WordPress.<\/p>\n
Gdzie jest dziennik?<\/h3>\n
W zale\u017cno\u015bci od charakteru Twojego \u015brodowiska mo\u017ce si\u0119 to r\u00f3\u017cni\u0107; jednak w wi\u0119kszo\u015bci przypadk\u00f3w debug.log<\/strong> znajdziesz w katalogu wp-content<\/strong> znajduj\u0105cym si\u0119 nad katalogami plugins<\/strong>, theme<\/strong> i uploads<\/strong>.<\/p>\n
\"Czytanie<\/a><\/p>\n
Jak wida\u0107 na podgl\u0105dzie powy\u017cszego zrzutu ekranu, m\u00f3j plik debugowania zawiera du\u017co tre\u015bci. Przyjrzymy si\u0119 temu bardziej szczeg\u00f3\u0142owo w nast\u0119pnej sekcji, a tak\u017ce jak to zrozumie\u0107. W mi\u0119dzyczasie sprawd\u017a, czy ten plik w og\u00f3le istnieje. Je\u015bli tak, mo\u017cesz \u015bmia\u0142o przejrze\u0107 zawarto\u015b\u0107 pliku. Mo\u017cesz lub nie rozumiesz wiele z tego, co si\u0119 dzieje, ale zawarto\u015b\u0107 pliku oznacza, \u017ce \u200b\u200bco\u015b w motywie lub wtyczce wyzwala r\u00f3\u017cne ostrze\u017cenia, powiadomienia i b\u0142\u0119dy PHP,<\/a><\/strong> kt\u00f3re WordPress przechwytuje i zrzuca do pliku dziennika.<\/p>\n
Co nawet oznacza plik dziennika?<\/h3>\n
Niekoniecznie oznacza to, \u017ce co\u015b jest zepsute, ale oznacza, \u017ce \u200b\u200bco\u015b nie dzia\u0142a tak, jak powinno, nie jest prawid\u0142owo przechwytywane i obs\u0142ugiwane na poziomie programistycznym lub po prostu robi co\u015b, czego nie powinno.<\/p>\n
\"Czytanie<\/a><\/p>\n
Nie musi tak wygl\u0105da\u0107 (ale mo\u017ce!).<\/p>\n
Jako programi\u015bci powinni\u015bmy d\u0105\u017cy\u0107 do tego, aby nasz kod nie generowa\u0142 niczego, co by\u0142oby zapisane w dzienniku b\u0142\u0119d\u00f3w.<\/p>\n
Robienie tego w fazie rozwoju to jedno, poniewa\u017c jeste\u015bmy w stanie uzyska\u0107 wgl\u0105d w to, co robimy i jak dzia\u0142a WordPress. To jednak inna sprawa, \u017ce \u200b\u200bco\u015b, co wydajemy na poziomie produkcyjnym, generuje takie rzeczy.<\/p>\n
Odczytywanie dziennika b\u0142\u0119d\u00f3w<\/h3>\n
Oczywi\u015bcie, czytanie dziennika b\u0142\u0119d\u00f3w to co\u015b wi\u0119cej ni\u017c tylko jego otwieranie. Dla wielu pierwsze wra\u017cenie jest takie, \u017ce mo\u017ce to by\u0107 mn\u00f3stwo \u017cargonu. To te\u017c rozumiem. Ale kiedy zrozumiesz, co ci pokazuje, znacznie \u0142atwiej to zrozumie\u0107.<\/p>\n
Sp\u00f3jrzmy wi\u0119c na naprawd\u0119 prosty przyk\u0142ad. To te\u017c nie jest wymy\u015blony przyk\u0142ad. W\u0142a\u015bciwie to pochodzi z wtyczki, nad kt\u00f3r\u0105 pracowa\u0142em. Dziennik b\u0142\u0119d\u00f3w zawiera nast\u0119puj\u0105ce informacje<\/a><\/strong> :<\/p>\n
[05-Jul-2018 19:43:53 UTC] PHP Fatal error:  Uncaught Error: Class 'EasyEmailExportAdminEmailExportSubmenu' not found in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php:37\n#8 \/U in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 37\n[05-Jul-2018 19:44:03 UTC] PHP Warning:  include_once(.\/src\/Admin\/EmailExportSubmenu.php): failed to open stream: No such file or directory in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25\n[05-Jul-2018 19:44:03 UTC] PHP Warning:  include_once(): Failed opening '.\/src\/Admin\/EmailExportSubmenu.php' for inclusion (include_path='.:\/usr\/local\/Cellar\/php\/7.2.5\/share\/php\/pear') in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25<\/code><\/pre>\n
Zauwa\u017c, \u017ce w powy\u017cszym tek\u015bcie znajduj\u0105 si\u0119 trzy linie. Najlepszym sposobem post\u0119powania podczas czytania dziennik\u00f3w b\u0142\u0119d\u00f3w jest rozpocz\u0119cie od do\u0142u i p\u00f3j\u015bcie w g\u00f3r\u0119. Dzieje si\u0119 tak, poniewa\u017c rzeczy podczas wykonywania dzia\u0142aj\u0105 na stosie.<\/p>\n
Kr\u00f3tka dygresja na stosach<\/h4>\n
Nie b\u0119d\u0119 wchodzi\u0142 w definicj\u0119 tego terminu w informatyce, ale kod jest wykonywany i dzia\u0142a w taki spos\u00f3b, \u017ce funkcje wyst\u0119puj\u0105 i ca\u0142kiem dos\u0142ownie, w pami\u0119ci komputera, uk\u0142adaj\u0105 si\u0119 jedna na drugiej.<\/p>\n
Tak wi\u0119c najnowsza rzecz do uruchomienia zawsze b\u0119dzie znajdowa\u0107 si\u0119 na g\u00f3rze, gdzie korze\u0144 miejsca, w kt\u00f3rym si\u0119 zaczyna, znajduje si\u0119 na dole. Poniewa\u017c piszemy kod we wcze\u015bniej istniej\u0105cej aplikacji, czyli WordPress; wtedy nasz kod prawdopodobnie zawsze b\u0119dzie na g\u00f3rze.<\/p>\n
\"Czytanie<\/a><\/p>\n
Zrozumienie dziennik\u00f3w b\u0142\u0119d\u00f3w WordPress: to nie ten rodzaj stosu<\/p>\n
Pomys\u0142 polega na tym, \u017ce kod zacznie by\u0107 wykonywany w WordPressie i b\u0119dzie zmierza\u0142 do pracy, kt\u00f3r\u0105 wykonujemy. Gdy pojawi si\u0119 powiadomienie, ostrze\u017cenie lub b\u0142\u0105d, zwykle b\u0119dzie to co\u015b w naszym kodzie (chocia\u017c WordPress nie jest z tego wyj\u0105tek, generalnie tak jest).<\/p>\n
Wi\u0119c kiedy czytasz dziennik b\u0142\u0119d\u00f3w, w istocie czytasz to, co nazywa si\u0119 \u015bladem stosu.<\/a><\/strong> Wikipedia, do kt\u00f3rej prowadzi link, ma do\u015b\u0107 dog\u0142\u0119bn\u0105 definicj\u0119 na ten temat, ale by\u0107 mo\u017ce najbardziej odpowiedni fragment tego postu jest nast\u0119puj\u0105cy:<\/p>\n
\n
Programi\u015bci cz\u0119sto u\u017cywaj\u0105 \u015bledzenia stosu podczas interaktywnych i po\u015bmiertnych [debugowania] (https:\/\/en.wikipedia.org\/wiki\/Debugging<\/a>). U\u017cytkownicy ko\u0144cowi mog\u0105 zobaczy\u0107 \u015blad stosu wy\u015bwietlany jako cz\u0119\u015b\u0107 komunikatu o b\u0142\u0119dzie<\/a>, kt\u00f3ry u\u017cytkownik mo\u017ce nast\u0119pnie zg\u0142osi\u0107 programi\u015bcie.<\/p>\n<\/blockquote>\n
To zgadza si\u0119 z tym, co opisa\u0142em powy\u017cej, prawda? Ale do\u015b\u0107 m\u00f3wienia o tym, czym jest \u015blad stosu (b\u0119dzie on bardziej przejrzysty, gdy zag\u0142\u0119bimy si\u0119 w debugowanie), wr\u00f3\u0107my do odczytywania pliku dziennika w jego obecnym stanie.<\/p>\n
Powr\u00f3t do czytania dziennika<\/h3>\n
W tym pliki<\/h4>\n
Najpierw sp\u00f3jrzmy na doln\u0105 lini\u0119 w sednie powy\u017cej. Zawiera:<\/p>\n
[05-Jul-2018 19:44:03 UTC] PHP Warning: include_once(): Failed opening '.\/src\/Admin\/EmailExportSubmenu.php' for inclusion (include_path='.:\/usr\/local\/Cellar\/php\/7.2.5\/share\/php\/pear') in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25<\/code><\/pre>\n
To m\u00f3wi mi, \u017ce w wierszu 25 mojego pliku, easy-email-export.php,<\/strong> nie uda\u0142o si\u0119 otworzy\u0107 pliku do w\u0142\u0105czenia. Oznacza to, \u017ce mam instrukcj\u0119 include_once<\/strong> w kodzie, kt\u00f3ra odwo\u0142uje si\u0119 do .\/src\/Admin\/EmailExportSubmenu.php<\/strong>, kt\u00f3rej nie mo\u017cna znale\u017a\u0107.<\/p>\n
Wi\u0119c najlepszym sposobem dzia\u0142ania by\u0142oby znalezienie linii 25 i ustalenie, dlaczego nie znajduje pliku. By\u0107 mo\u017ce to zrzuca pe\u0142n\u0105 \u015bcie\u017ck\u0119, dok\u0105d to patrzy. Dojdziemy do tego za chwil\u0119, m\u00f3wi\u0105c o zapisie do dziennika b\u0142\u0119d\u00f3w.<\/p>\n
Zrozumienie b\u0142\u0119d\u00f3w<\/h4>\n
W nast\u0119pnym wierszu (to jest wiersz powy\u017cej tego, kt\u00f3ry w\u0142a\u015bnie przegl\u0105dali\u015bmy) zawiera:<\/p>\n
[05-Jul-2018 19:44:03 UTC] PHP Warning: include_once(.\/src\/Admin\/EmailExportSubmenu.php): failed to open stream: No such file or directory in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25<\/code><\/pre>\n
Ta konkretna linia r\u00f3\u017cni si\u0119 tylko nieznacznie, ale daje dodatkowy wgl\u0105d i jest zawarta w klauzuli o tre\u015bci \u201eBrak takiego pliku lub katalogu". Jest to wnikliwe, poniewa\u017c dos\u0142ownie m\u00f3wi nam, \u017ce plik nie istnieje.<\/p>\n
Przynajmniej nie istnieje tam, gdzie patrzy. Wi\u0119c dwie mo\u017cliwo\u015bci to:<\/p>\n
    \n
  1. nie stworzyli\u015bmy pliku, kt\u00f3rym jeste\u015bmy referencjami,<\/li>\n
  2. odwo\u0142ujemy si\u0119 do lokalizacji pliku w niew\u0142a\u015bciwym miejscu<\/li>\n<\/ol>\n
    Dlatego pierwsz\u0105 rzecz\u0105, kt\u00f3r\u0105 musimy sprawdzi\u0107, jest to, czy plik istnieje w lokalizacji, kt\u00f3r\u0105 pr\u00f3bujemy uwzgl\u0119dni\u0107. Je\u015bli tak si\u0119 nie stanie, powinni\u015bmy utworzy\u0107 plik.<\/p>\n
    Je\u015bli plik istnieje, wiemy, \u017ce wtyczka pr\u00f3buje za\u0142adowa\u0107 go z niew\u0142a\u015bciwej \u015bcie\u017cki. By\u0107 mo\u017ce b\u0119dziemy musieli spojrze\u0107 na nasz autoloader<\/a><\/strong>, nasz\u0105 \u015bcie\u017ck\u0119 w\u0142\u0105czenia lub spos\u00f3b pobierania plik\u00f3w. Poniewa\u017c szanse s\u0105 takie, \u017ce je\u015bli plik istnieje, to pr\u00f3buje zosta\u0107 za\u0142adowany z miejsca, w kt\u00f3rym nie znajduje si\u0119.<\/p>\n
    Niewy\u0142apany b\u0142\u0105d<\/h3>\n
    W ostatniej linii kodu zobaczysz co\u015b takiego:<\/p>\n
    [05-Jul-2018 19:43:53 UTC] PHP Fatal error: Uncaught Error: Class 'EasyEmailExportAdminEmailExportSubmenu' not found in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php:37\n#8 \/U in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 37<\/code><\/pre>\n
    To dobry przyk\u0142ad, po pierwsze, poniewa\u017c wyra\u017anie deklaruje, \u017ce jest to niewy\u0142apany b\u0142\u0105d. Oznacza to, \u017ce niezale\u017cnie od funkcjonalno\u015bci, co\u015b zg\u0142asza b\u0142\u0105d i nie jest wy\u0142apywane.<\/p>\n