I den tidigare delen av serien skapade vi en WordPress-utvecklingsmiljö och installerade alla nödvändiga plugins som krävs för att hjälpa oss med vårt temat utvecklingsarbete.
Dessutom redigerades vi wp-config.php
aktivera debug-läget i WordPress-kärnan. Med det gjort är det viktigt att ha rätt verktyg för att hjälpa oss när vi arbetar med vårt projekt, kontrollera fel och se till att vi överensstämmer med WordPress-kodningsstandarder.
I den här delen kommer du att titta på följande felsökningsprogram och den viktiga roll de har i WordPress-temat utveckling:
Debug Bar är en plugin som lägger till en debug-meny på adminfältet i WordPress-instrumentpanelen. När du klickar på felsökningsmenyn kan du visa fråga, cachning och annan relevant felsökningsinformation.
Det här pluginet fungerar som den huvudsakliga basen för felsökning med flera andra tillägg som hanterar olika aspekter.
När du har installerat huvudprogrammet Debug Bar måste du installera Debug Bar Console för att kunna redigera PHP och MySQL inom WordPress instrumentpanel. Trots att det inte har uppdaterats nyligen, har den senaste versionen syntsxprimering med hjälp av textredigeraren Code Mirror, explicit PHP och MySQL-lägen och gränssnittet ändras för att återspegla uppdaterat Debug Bar User Interface
I skärmdumpen nedan kopierade jag index.php
kod från Twenty Fourteen WordPress-temat, lagt till i konsolen, klicka på kör för att testa och se produktionen. .
Cron kan verkligen vara förvirrande, det här är ett användbart tillägg till Debug Bar-plugin. Den visar viktig information om ordnade händelser i WordPress som;
I nedanstående skärmdump ser vi det totala antalet händelser som körs på min utvecklingsmiljö, tid för nästa händelse och om jag har cron att köra, är i detta fall "Nej".
Precis som namnet på pluginet föreslår det här tillägget läggs till två flikar till huvudprogrammet Debug Bar. En flik visar listan över åtgärdshooks och den andra listan med filterhakar. Åtgärdsfliken visar listan över alla åtgärder som är anslutna till den aktuella förfrågan.
Medan filterfliken visar filtertaggarna tillsammans med de funktioner som är anslutna till den. Du kan hitta mer information om hur åtgärder och filter fungerar här.
När du lägger till ett skript eller en stil i WordPress måste vi använda wp_enqueue_script ($ handtag, $ src, $ deps, $ ver, $ in_footer)
och wp_enqueue_style ($ handtag, $ src, $ deps, $ ver, $ media)
. Det största problemet med detta är att kunna berätta vilken som finns och i vilken ordning laddas de. Med denna speciella addon kommer den att lista alla beroenden.
Olika skript kommer att laddas för de främre ändsidorna på webbplatsen och back-end i detta fall WordPress-instrumentpanelen. För att visa skript som laddas på framsidan, gå till fronten och klicka på Debug i administratörsfältet och visa sedan Script and Style Dependencies
Gå sedan till back-enden, klicka på Felsökningsfältet på adminfältet och sedan visa Skript och stilberoende.
Front-end och back-end laddar olika skript och stilar. Olika sidor på fronten och baksidan kan också ladda olika skript och stilar.
Detta är ett tillägg till Debug Bar-plugin som visar detaljerad information om de registrerade posttyperna som finns på ditt projekt.
De olika kolumnerna ger information om olika egenskaper av posttyp
nav_menu_item
associerad med post osvVi har gått igenom ett antal felsökningspluggar som krävs för ett WordPress-projekt. Huvudproppen är Debug Bar-plugin och resten kommer som tillägg för att utvidga de olika rollerna i pluginprogrammet.
Några av de här plugin-programmen var inte listade på utvecklingsprogrammet vi installerade på serieens introduktion. Därför rekommenderar jag att du besöker plugin-arkivet och lägger till dem i din WordPress-installation.
I nästa del av serien tittar vi huvudsakligen på hur man håller reda på de olika loggarna på ditt WordPress-projekt, byter mellan användare, hur man inspekterar omskrivningsregler och enkla verktyg som RTL Tester, VIP-skanner, Query Monitor och så på.
Under tiden kan du lämna en kommentar eller fråga nedan.