WordPressin virhelokien lukeminen ja ymmärtäminen, osa 2

Viime kerralla kävimme läpi seuraavat:

1. virheenkorjausvakioiden määrittäminen,
2. virhelokitiedoston paikantaminen,
3. ymmärtää kuinka lukea lokitiedostoa,
4. pinojälkien ymmärtäminen
5. ymmärtämään pinon lukemisen

Niin hienoa kuin se onkin, on silti tärkeää ymmärtää, kuinka tietoja kirjoitetaan virhelokiin ohjelmallisesta näkökulmasta. Tarkoittaen; Yksi asia on, jos työsi aiheuttaa virheitä, varoituksia tai huomautuksia.

Se on toinen asia, jos haluat ymmärtää, kuinka tiedostoon kirjoitetaan tietoja manuaalista tutkimusta ja virheenkorjausta varten.

Jatkamme tässä viestissä juuri niin, jotta voimme ymmärtää paremmin WordPress-virhelokeja.

WordPressin virhelokien ymmärtäminen, osa 2

Mitä järkeä on kirjoittaa virhelokiin? Tarkoitan, onko se edes osa virheenkorjausprosessia?

Edellisestä postauksesta :

Mutta entä tilanne, jossa haluamme jättää jotain pois saadaksemme käsityksen siitä, mitä WordPress tai PHP näkee? Siitä on myös hyötyä.

Kun ohjelmoijat ajattelevat virheenkorjausta, monet heistä ajattelevat todellisen virheenkorjausohjelman (eli ohjelmiston) käyttämistä, keskeytyskohtien asettamista ja koodin läpikäymistä nähdäkseen muuttujien arvon ohjelman suorittaessa.

Aiomme päästä siihen pisteeseen, mutta ennen kuin teet niin, katsotaanpa, kuinka voimme kirjoittaa virhelokiin itse saadaksemme käsityksen työmme suoriutumisesta.

Loppujen lopuksi on yksi asia, jos työmme heittelee varoituksia, virheitä ja huomautuksia. Se on toinen, jos on tietoa, jonka haluamme nähdä. Ja virhelokiin kirjoittaminen tulee esiin.

PHP-toimintojen ymmärtäminen

Virhelokiin kirjoittamista varten on tärkeää ymmärtää kaksi PHP-toimintoa:

1. error_log
2. print_r

Mitä tulee error_log-funktioon, huomaa, että sen tarkoitus on:

Lähetä virheilmoitus määritettyihin virheenkäsittelyrutiineihin

Useimmissa tapauksissa tämä on asetettu kirjoittamaan lokitiedostoon WordPressin ja PHP:n oletuskokoonpanon kautta. Mutta siinä on paljon muutakin, koska haluamme usein tulostaa muuttujien, taulukoiden, objektien ja niin edelleen arvot.

Tätä varten komentoa print_r on voitava käyttää yhdessä error_login kanssa. print_r tekee seuraavaa:

Tulostaa ihmisen luettavissa olevan tiedon muuttujasta

Ja jos luet oppaan, huomaat, että tarvitaan kaksi argumenttia, joista toinen tulee asettaa arvoon tosi, jos haluat, että funktion tulos tulostetaan lokitiedostoon.

Tarkemmin sanottuna, kuten käyttöohjeessa sanotaan:

Jos haluat kaapata print_r() -tuloksen, käytä returnparametria. Kun tämä parametri on asetettu arvoon TRUE, print_r() palauttaa tiedot sen sijaan, että tulostaa ne.

Joten yleinen ajatus taulukon arvon kirjoittamisesta, esimerkiksi $exampleArray, näyttäisi suunnilleen tältä :

Mutta entä WordPressin yhteydessä?

Arvojen kirjoittaminen virhekirjautumiseen WordPressissä

Joten yllä oleva hahmotellaan tarvitsemamme PHP:n sisäänrakennetut toiminnot, mutta miltä tämä näyttää WordPress-kehityksen yhteydessä.

Oletetaan tämän tekemiseksi, että olemme ottaneet käyttöön rekisterimallin version. Mallin toteutuksessa meillä on myös menetelmä nimeltä start, jota voimme kutsua, kun kaikki objektimme on lisätty rekisteriin.

Se voi näyttää tältä:

Nyt, mitä tulee täytäntöönpanoon, tämä on yksinkertaista. Mutta entä jos haluamme nähdä, mitä objekteja kutsutaan silmukan jokaisen iteraation kautta.

Tämän taustalla on ajatus, että voimme iteroida tallennettuja objekteja ja kutsua niitä jokaiselle menetelmälle. Tämä perustuu ajatukseen, että jokaisella objektilla on käytettävissä menetelmä (joka voidaan pakottaa käyttöliittymällä ).

Ensinnäkin tämä herättää kysymyksen: miksi voimme haluta tehdä niin? WordPressin tapahtumanhallintajärjestelmän luonteen vuoksi haluamme ehkä varmistaa, että jokainen objekti, jonka odotamme käynnistyvän, käynnistyy.

Toiseksi, kuinka voimme nähdä, mitä objekteja kutsutaan? Tässä tulee esiin kirjoitus virhelokiin. Yllä kuvailtuja menetelmiä käyttämällä yksi tapa tehdä se olisi tehdä seuraava :

Tämä johtaa seuraavan tulosteen:

Täällä voit nähdä kohteen; se on nimiavaruus, sen ominaisuusarvot (mukaan lukien ovatko ominaisuudet yksityisiä, suojattuja, julkisia ja niin edelleen).

Sieltä voit sitten tehdä hieman virheenkorjausta, jos tulos on sellainen, jota et odottanut, tai voit ehkä käyttää tätä varmistaaksesi, että koodisi tekee mitä odotit.

Tämä on kuitenkin vain yksi esimerkki. Voit kuitenkin tyhjentää $storage – muuttujan arvot ennen kuin edes iteroit silmukan läpi. Tämä valinta on todella sinun ja mitä haluat saavuttaa.

Asennettujen laajennusten käyttäminen

Tässä vaiheessa olemme käsitelleet koodin virheenkorjauksen perusnäkökohdat virhelokien avulla.

Nyt meidän on kuitenkin kiinnitettävä huomiomme laajennuksiin, joista keskusteltiin muutama viesti sitten. Sen jälkeen pyrimme lopulta kehittämään Xdebugiin.

Mutta seuraavaksi tarkastelemme työkaluja, jotka ovat käytettävissämme itse WordPressissä.