Jeśli chodzi o pracę z WordPress, Codex dobrze radzi sobie z pokazaniem, jak skonfigurować aplikację do debugowania.
Krótko mówiąc, dodajesz następujące elementy do swojego wp-config.php :
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );Można dodać więcej, ale to jest ogólny pomysł na to, co uważam za przydatne.
Ale po co zawracać sobie głowę ukrywaniem tego?
Dzienniki debugowania WordPress
Czasami zalety posiadania dziennika debugowania wydają się oczywiste. Innym razem jednak może nie zawsze być oczywiste, dlaczego jest to pomocne.
Wszyscy słyszeliśmy wymówkę (do tego stopnia, że jest to żart, naprawdę):
Działa na moim komputerze.
Ale naprawdę nie powinniśmy tego robić. To zdaje egzamin, to lekceważące i nie tak powinniśmy działać.
Szybka wskazówka dotycząca debugowania
To powiedziawszy, jest to mniej więcej krótka wskazówka, jak i dlaczego należy ją skonfigurować między środowiskami programistycznymi i pomostowymi.
Po pierwsze, za każdym razem, gdy masz konfigurację debugowania, wygeneruje plik debug. log, który można przejrzeć podczas pracy w środowisku programistycznym.
Korzyści z tego są zwykle oczywiste:
- możesz odnosić uwagi PHP, ostrzeżenia i błędy na swoim komputerze,
- widzisz plik i linię, w której występuje problem,
- otrzymujesz sygnaturę czasową wystąpienia problemu
Co z tego, prawda? To znaczy, to jest coś, co powinniśmy robić z każdym lokalnym projektem.
Ale myślę, że w środowisku przejściowym ważne jest również, aby upewnić się, że debugowanie jest włączone. Możesz mieć prawie każdą rzecz skonfigurowaną tak samo, ale jeśli chociaż jedna rzecz jest inna, oprogramowanie może nie działać w ten sam sposób.
I to jest miejsce i powód, dla którego konfiguracja debugowania jest taka sama w przypadku przemieszczania. Często można znaleźć, gdzie istnieją rozbieżności.
Jeśli istnieją w Twoim kodzie, istnieje odpowiedzialność za ich rozwiązanie. W przeciwnym razie przynajmniej ujawni, gdzie są problemy ze środowiskiem – czy to serwer, czy oprogramowanie innej firmy.