Share
FirePHP is een Firefox-plug-in en een server-side bibliotheekcombinatie waarmee u allerlei sappige informatie uit uw webtoepassing naar uw browser kunt verzenden, net als de console.log () -functionaliteit met JavaScript. In deze PLUS zelfstudie en begeleidende screencast leren we u vanaf het allereerste begin aan de slag te gaan!
Deze tutorial bevat een screencast die beschikbaar is voor leden van Tuts + Premium.
Dus je denkt dat je een geweldige webontwikkelaar bent, toch? Lees niet verder totdat je de eerste uitdaging hebt doorstaan: beantwoord (eerlijk) "waar" of "onjuist" over jezelf aan de volgende uitspraken:
Als je ze alle drie hebt beantwoord met een klinkend 'waar', geef jezelf dan een schouderklopje. Ik vergeef je dat je nummer drie niet krijgt, maar als je Firefox niet gebruikt met Firebug ... waar ben je geweest!?
Je hebt deze winnende combo nodig om deze tutorial te voltooien. Het laatste wat je nodig hebt - om die grootmeester, uber-ontwikkelaar, codedoder van je dromen te worden - is het belangrijkste onderdeel: FirePHP.
FirePHP is een Firefox-plug-in en een server-side bibliotheekcombinatie waarmee u allerlei sappige informatie uit uw webapp kunt versturen naar uw browser, op een mooiere manier dan de gebruikelijke:
echo $ variabele;
Deze code is zo gewoon. Soms lijkt het de snelste manier om de waarde van $ variable dus je weet wat het is op een bepaald moment van code-uitvoering.
Maar wat als $ variable is geen string of een integer; wat als het een complex datatype is zoals een array of een object? In PHP zou de bovenstaande code niet zo nuttig zijn:
"Gebruik gewoon print_r ($ variable);" Ik hoor je zeggen. Oké slimme broek, maar dat is niet erg elegant. Proberen de waarde van een array-item in die rommel te vinden, is lastig. En het sorteert nog steeds geen objecten!
Als je ziet wat FirePHP kan doen, verander je van gedachten! Het maakt debuggen tot een verrassend aangenaam proces en resulteert in veel meer draagbare code.
In deze zelfstudie laat ik je zien hoe je FirePHP kunt instellen in je app en een aantal geweldige manieren om het te gebruiken om de ontwikkeling en debugging te versnellen.
Als u de FirePHP-extensie niet hebt geïnstalleerd, installeert u deze nu.
De FirePHP-extensie (die ik vanaf nu FirePHP zal noemen) is volledig afhankelijk van Firebug, dus dat heb je ook nodig. De klassen aan de serverzijde (die ik FirePHPCore zal noemen) zijn beschikbaar als een op zichzelf staande bibliotheek. Er zijn ook een aantal plug-ins voor de populaire PHP-frameworks en CMS's.
Simon zegt:
Hoewel de naam anders doet vermoeden, is FirePHP niet alleen voor PHP-ontwikkelaars. Het gebruikt zijn eigen set HTTP-headers om informatie uit uw toepassing naar de browser te sturen, zodat het gemakkelijk kan worden geporteerd naar andere talen. Er zijn bibliotheken aan de server beschikbaar voor ASP, Ruby, Python en meer. Als er geen taal voor jouw taal is, kun je jezelf altijd uitdagen en zelf schrijven.
Dit maakt het ook ideaal voor AJAX-foutopsporing, omdat asynchrone reacties zuivere inhoud zijn die alleen de uitvoer bevat die u wilt zien - niet de foutopsporingscode.
Ga je gang en download je favoriete server-side bibliotheek. In deze tutorial zal ik me concentreren op het gebruik van de standalone core library. Instructies voor het instellen van andere bibliotheken zijn te vinden op de FirePHP-wiki.
Simon zegt:
Als u een PEAR-configuratie hebt en dat liever gebruikt, typt u de volgende twee regels op de opdrachtregel:
pear channel-discover pear.firephp.org pear installeer firephp / FirePHPCore
Nadat u het pakket hebt uitgepakt, gaat u naar lib map en kopieer de FirePHPCore map naar uw webserver of app inclusief map.
Simon zegt:
Een van de geweldige dingen over de stand-alone FirePHPCore is de ondersteuning voor PHP4. Dus je kunt het zelfs aansluiten op een aantal van die retro-sites die je nog steeds gebruikt!
Zoals met alle goede codeerinstructies, zullen we beginnen met een eenvoudig voorbeeld, de "Hello, World" van FirePHP.
Maak een nieuw, leeg PHP-document. Ik zal de mijne bellen test.php. Sla het op in de hoofdmap van uw app.
Om FirePHPCore zijn werk te laten doen, moeten we uitvoerbuffering mogelijk maken. Lees hier meer over als je het nog niet eerder hebt gebruikt, het is een goede gewoonte om toch door te gaan.
Natuurlijk moeten we niet vergeten om de FirePHPCore-bibliotheek op te nemen. Als je PHP5 gebruikt, voeg je dit toe aan de bovenkant van het bestand:
Accentsconagua
include_once ('includes / FirePHPCore / fb.php'); Als u PHP4 gebruikt, neemt u de fb.php4 bestand in plaats daarvan.
Simon zegt:
We hoeven het klassenbestand niet op te nemen, omdat dit deel uitmaakt van het bestand fb.php.
Nu kunnen we beginnen met de uitvoer naar de Firebug-console. Typ het volgende hierna ob_start () en voordien ob_end_flush ():
FB :: info ('Hallo, FirePHP'); Simon zegt:
FirePHPCore heeft een procedurele en een objectgerichte API. Er is echt geen verschil tussen de twee en je kunt gebruiken wat je wilt.
Het gebruikt ook het singleton-patroon om geheugen te besparen en wordt geleverd met een volledig statische helperklasse, die ik het liefst gebruik omdat het minder codering vereist.
Open Firefox, start Firebug en ga naar deze pagina. Je zou zoiets als dit moeten krijgen:
Hoe cool is dat!? Nou, dat is geen erg opwindende demo, dus laten we iets ingewikkelder proberen.
Laten we eens kijken wat er gebeurt als we een complexe variabele doorgeven. We zullen een array maken en kijken wat we krijgen. Voeg de volgende code toe net na de laatste FB :: info () aanroep:
$ array ['key1'] = 'sommige inhoud'; $ array ['anotherKey'] [] = 1234; $ array ['anotherKey'] [] = 5678; $ array ['anotherKey'] [] = 9012; $ array [] = null; FB :: info ($ array, 'My Array Test');
Nu opslaan, ga naar Firefox en vernieuwen.
Ok, ziet er goed uit ... maar wacht even, waar is alle output? Beweeg uw cursor over die nieuwe lijn.
Wauw. Het Firebug-frame toont ons alle gegevens in onze array - niet alleen array-elementen op het eerste niveau, maar ook op een lager niveau - en op een nette, leesbare manier.
Het wordt nog interessanter met objecten! FirePHPCore maakt volledig gebruik van reflectie om de eigenschappen van een object te inspecteren - zelfs privéeigenschappen.
Simon zegt:
FirePHPCore heeft een aantal opties die kunnen worden ingesteld om het inspectieniveau in arrays en objecten te beperken. U kunt zelfs een filter maken voor objecteigenschappen waarvan u niet wilt dat deze worden doorgegeven aan de user-agent.
U kunt meer informatie vinden over de FirePHPCore API op het FirePHP-hoofdkantoor.
Het zou u al duidelijk moeten zijn dat dit kan helpen bij algemene foutopsporing, maar nu ga ik kijken naar enkele inventieve manieren om FirePHP te gebruiken.
Als u een enkele frontcontroller gebruikt om alle aanvragen voor en bootstrap van uw app te routeren, kunt u de tijd bepalen die elke aanvraag voor uw toepassing kost om op de server te verwerken..
Zoiets zou het doen:
Houd er rekening mee dat dit niet alleen een weergave is van de responstijd code uitvoeringstijd - hoe snel uw server de code uitvoert voordat u het naar de user-agent stuurt. De output moet nog steeds van uw server naar de client over het netwerk gaan.
Simon zegt:
U kunt de YSlow-extensie voor Firebug gebruiken om de laadtijden van de algemene pagina en de reactietijd van apps bij te houden.
Als u een centrale query-functie gebruikt of een klasse voor databaseconnectoren uitbreidt (zoals mysqli), kunt u een timer rond alle synchrone zoekopdrachten wikkelen en controleren hoe lang elke zoekopdracht duurt.
U kunt ook zelf de SQL-query's noteren. Eigenlijk zou je deze twee stukjes gegevens kunnen samenvoegen. En zou het niet leuk zijn om dat in een goed gestructureerde tabel weer te geven?
Nou Firebug heeft een tabelstructuur en FirePHPCore heeft daar ook een verpakking voor:
Simon zegt:
Ik heb hier een paar extra's gegooid. In het bestand myDb.class.php, als de $ result variabele komt terug vals, dit betekent dat deze query is mislukt. Dus ik gebruik het FB :: fout () om dit te markeren als een fout in Firebug en mij de vraag ook te laten zien FB :: trace () om me de processtapel te laten zien die leidde tot de slechte vraag.
Het belangrijkste hier is de FB :: tabel () methode. Dit maakt het maken van gestructureerde foutopsporingsinformatie dood gemakkelijk.
Wanneer u nu uw myDb-klasse instantieert en een query uitvoert, worden de details van die query in een array geplaatst. Vervolgens gebruiken we die array later om onze FirePHP-tabel samen te stellen van alle query's die u voor dat verzoek hebt uitgevoerd, de duur van elke aanvraag en de totale uitvoeringstijd van alle query's..
Wat je hier hebt gedaan, met slechts enkele regels code, zou bij gewoon niet mogelijk zijn geweest echo. Je zou niet verwachten dat iets zo nuttig zou zijn in zo'n korte tijd. Dat zorgt voor snel debuggen.
Het gebruik van FirePHPCore voor AJAX-verzoeken is niet anders dan het gebruiken voor synchrone verzoeken. Gebruik gewoon de functies zoals u dat normaal zou doen. Wanneer uw app AJAX-aanvragen doet, komt de extra FirePHP-headerinformatie door en verwerkt de clientextensie het naar Firebug's console. Laten we het proberen.
Maak een nieuw bestand met de naam ajax.php in de hoofdmap van uw app. Plaats de volgende code daarin:
Nu in jouw test.php bestand, voeg het volgende toe na uw laatste FB :: info () -aanroep:
