När du avslutar ett program , måste du alltid kontrollera för buggar , och processen tar ett tag även när du vet vad du ska leta efter . Webbutvecklare aldrig vill " läcka " koden genom att publicera fel offentligt , så för det mesta , du vill debugging processer funktionshindrade på levande webbplats . Vid felsökning , vill du också programmet för att visa så många fel som möjligt , så att du kan fixa innan programmet går live . Instruktioner
1
Insert " ini_set ( ' display_errors ' , ' On ' ) ; " direkt under din " < php ? " Taggen , som berättar PHP att visa fel när den körs in i dem istället dölja dem
2
Insert " error_reporting ( E_ALL ) , " . direkt under strecket från första steget . Detta talar PHP att rapportera alla fel , även om felen inte tekniskt kommer att döda programmet .
3
Kör ditt program . Eventuella fel , meddelanden eller varningar visas i klartext , tillsammans med ett radnummer talar om var du ska leta efter felet .
4
Identifiera raden direkt ovanför eventuella tolkningsfel kan . Leta efter glömda semikolon , fästen och andra misstag syntax . Fäst misstaget och kör programmet .
5
Eliminera alla " varningar " som genereras av koden . En varning innebär att du skrev något som fortfarande fungerar , men kan bli en knut på vägen . Hitta radnumret från felet , lokalisera den i koden och fixa varningen .
6
Kontrollera eventuella " Allvarliga fel " för klasser eller funktioner som inte definieras innan de kallades på . " Allvarliga fel " kommer att döda ditt program när PHP körs in i dem , men de är ofta lätt att fixa . Din kod är i grunden rätt om du får ett " Allvarligt fel ", bara se till att dina definitioner är korrekta .
