Jos olet juuri sattunut liittymään sivuston jäsenyyteen ja etsit sisältöä nimenomaan The Independent WordPress Developer -kehittäjälle, suosittelen lukemaan edellisen viestin – ainakin – valmistautuaksesi tämän viestin sisältöön.
Jos kuitenkin haluat lukea edellisen artikkelin, tässä on lyhyt luettelo kaikesta tähän mennessä kirjoitetusta:
- Paikallinen kehitys indie WordPress -kehittäjälle
- Tietokannat ja työkalut indie WordPress -kehittäjälle
- WordPressin asentaminen paikallista kehitystä varten
Kun valmistaudumme puhumaan edistyneemmistä aiheista, kuten virheenkorjauksesta ja IDE:istä, on ensinnäkin syytä huomioida työkalut, joita meillä on käytettävissämme oleviin työkaluihin, jotka voimme asentaa WordPressiin ja jotka auttavat meitä virheenkorjausongelmissa kehityksen aikana.
Lisäksi nämä ongelmat eivät liity pelkästään PHP-ongelmiin. Näihin sisältyy myös JavaScript-ongelmia. Ja vielä askeleen pidemmälle, on olemassa tapoja, joilla voimme määrittää WordPressin alkuperäisesti niin, että se tulostaa virheet suoraan selaimeemme.
Joten ennen kuin tarkastelemme virhelokeja, IDE:itä, Xdebugia ja niin edelleen, katsomme, mitä voimme tehdä itse WordPressissä.
Natiivit WordPress-virheenkorjaustyökalut
WordPressin alkuperäiset virheenkorjaustyökalut ovat kahden asian yhdistelmä:
- valinnat, jotka voimme asettaa WordPress-määritystiedostoon ja joiden avulla voimme nähdä näytölle kirjoitetut tiedot,
- useita laajennuksia, jotka auttavat meitä työskentelemään PHP- ja JavaScript-tiedostojen kanssa WordPressin hallinta-alueella
Yllä olevan toisen kohdan osalta haluan tehdä selväksi, että tällaisia varten on olemassa paljon saatavilla olevia laajennuksia; Haluan kuitenkin pitää asennuksen mahdollisimman vähärasvaisena, jotta emme tulvii liikaa tietoa.
Sen sijaan haluan, että meillä on tiedot, joita tarvitsemme työmme testaamiseen ja arvioimiseen, mutta meillä on vain se, mitä tarvitsemme. Ainakin toistaiseksi. Ehkä puhumme edistyneistä aiheista tulevissa viesteissä.
Tämän sanottuaan aloitetaan.
WordPress-kokoonpano
Ennen kuin huolehdit määrityksistä, WordPress itse tarjoaa joitain erilaisia vaihtoehtoja, jotka voimme määrittää wp-config.phptiedostossa. Nämä ovat hyvin dokumentoituja Codexissa, mutta tiedän muiden sähköpostien kokemuksesta, että tietoja voi olla hieman vaikea seuloa.
Ensinnäkin on tärkeää huomata seuraavat asiat (kuten lainataan WordPress Codexista):
WP_DEBUG on PHP-vakio (pysyvä globaali muuttuja), jota voidaan käyttää "debug"-tilan käynnistämiseen koko WordPressissä. Sen oletetaan olevan oletusarvoisesti epätosi, ja se asetetaan yleensä arvoon tosi wp-config.php- tiedostossa WordPressin kehityskopioissa.
Tämä edellyttää, että ymmärrät PHP-vakiot. Jos ei, katso käyttöohje täältä (se on melko suoraviivaista). Sen lyhennettynä on seuraava:
Vakio on yksinkertaisen arvon tunniste (nimi).
Joten aion tehdä kaikkeni tarjotakseni määritysvaihtoehdot mahdollisimman tislaamaan sitä.
Ensin wp-config.phptiedostossa haluat muuttaa riviä , jossa lukee:
<?php
define( 'WP_DEBUG', false );Tähän :
<?php
define( 'WP_DEBUG', true );Siinä ei kuitenkaan vielä kaikki. On vielä muutama lisättävä asia, jotka parantavat virheenkorjauskokemusta:
<?php
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', true );
@ini_set( 'display_errors', 1 );
define( 'SCRIPT_DEBUG', true );
define( 'SAVEQUERIES', true );Jos seuraat artikkelia Mutta mitä kukin rivi tarkoittaa? Tässä on niin ytimekäs selitys kuin voin nyt antaa:
- WP_DEBUG. Tämä näyttää kaikki virheet ja varoitukset, jotka PHP antaa WordPressiä käytettäessä. Itse sovelluksen suorittamisen ei pitäisi aiheuttaa ongelmia; sen käyttäminen eri lisäosien kanssa voi kuitenkin olla erilainen laajennuksen laadusta riippuen.
- WP_DEBUG_LOG. Tämä on yksi suosikkivakioistani, ja se kirjoittaa kaikki tulosteet lokiin yksityiskohtaisesti. Aion käsitellä tätä tulevassa postauksessa, mutta toistaiseksi tiedä, että tämä on jotain, joka mielestäni tulisi aina asettaa kehitysympäristöösi.
- WP_DEBUG_DISPLAY. Tämä on arvo, jonka voit asettaa tosi tai epätosi (vaikka pidän parempana tosi). Se täydentää edellistä asetusta sallimalla sinun nähdä selaimessa viestit, jotka on myös kirjoitettu blogiin. En tiedä, onko tästä sinulle hyötyä vai ei. Jos et ole valmis käymään läpi pinojäljitystä ja tarkempia tietoja, sinun kannattaa harkita tämän arvon määrittämistä tosi.
- dislay_errors. Codex mainitsee, että voit asettaa tämän arvoksi epätosi, mutta mielestäni se pitäisi asettaa arvoon tosi, jotta virheet ja varoitukset otetaan käyttöön.
- SCRIPT_DEBUG. WordPress-ydin käyttää minimoituja versioita CSS- ja JavaScript-tiedostoista. Kun poistat tämän asetuksen käytöstä, voit tarkastella tiedostojen kaikkea sisältöä alkuperäisessä muodossaan. Tämä on erityisen hyödyllistä, jos aiot osallistua Coreen tai työskentelemään Coreen sisältyvän JavaScriptin parissa.
- SÄÄSTÖT. Tämä on mielestäni hieman edistyneempi asetus. Lyhyesti sanottuna se ottaa kaikki tietokantaa vastaan ajettavat kyselyt ja tallentaa ne PHP-taulukkoon, jonka voit myöhemmin analysoida. Se
Nyt kun olemme käsitelleet WordPress-määritykset, entä laajennukset?
Plugins virheenkorjausta varten
Kun sanon, että arkisto on täynnä laajennuksia tätä varten, tarkoitan sitä. Itse asiassa, jos olet uusi WordPress-kehityksessä, en suosittele etsimään asennettavia asioita.
Siitä voi nopeasti tulla ylivoimainen, vaarana on, että et ymmärrä, mitä jotkut heistä tekevät, ja saattaa johtaa sinut polulle, jolle päädyt asennuksen puuhastukseen.
Sen sijaan suosittelen tutustumaan seuraaviin laajennuksiin (lukemaan tietysti ensin niiden kuvaus) ja jatkamaan sitten sieltä:
- Debug Bar. Pelkästään tämä laajennus lisää hallintapalkkiin valikon, jonka avulla näet kyselyn, välimuistin ja muut tiedot. Se vaatii, että WP_DEBUG ja SAVEQUERIES ovat käytössä yllä kuvatulla tavalla.
- Virheenkorjauspalkkiluettelon komentosarja- ja tyyliriippuvuudet. Tämä on lisäosa yllä olevaan laajennukseen, jonka avulla voit korjata muita JavaScript- ja CSS-tyylejä, jotka toimivat WordPressin yhteydessä.
- Debug Bar Console. Tätä laajennusta sinun tulee käyttää epäröimättä. Ainakin sen avulla voit suorittaa PHP:n ja MySQL:n itse WordPressistä. En suosittele tätä laajennusta, ellet ole erittäin tyytyväinen jompaankumpaan näistä kahdesta kielestä. Silti, jos olet, tämä voi olla tehokas funktion tai kyselyn prototyyppiä ennen sen rakentamista laajennukseen.
Virhelokien tutkiminen
Seuraavassa viestissä alamme tarkastella, mitä tarvitaan WordPressin luoman virhelokin tutkimiseen ja kuinka ymmärtää näkemämme tiedot.
Lisäksi aiomme tutkia, mitä tarvitaan tässä viestissä kuvattujen laajennusten käyttämiseen. Sen jälkeen siirrymme entistä edistyneempään työkaluun.
Mutta askel kerrallaan, eikö niin?
Määritä kuitenkin toistaiseksi asennuksesi yllä kuvatulla tavalla, asenna linkitetyt laajennukset ja tee sitten kaikkesi tutkiaksesi, miten ne toimivat, mitä saatat nähdä näytöllä ja miten tämä voi vaikuttaa ja hyödyttää kehitystäsi.
Kyllä, siellä voi olla vähän oppimiskäyrää. Mutta siksi edetään hitaasti. Opittavaa on paljon, ja meillä on runsaasti aikaa kattaa kaikki tarvittava maa.