Errors weergeven/verbergen
In deze tut vertel ik hoe je errors weergeeft, verbergt en je eigen errors maakt
Gesponsorde koppelingen
Inhoudsopgave
12 reacties op 'Errors weergeven/verbergen'
0 
-0 
-0 Ik mis de instelling display_errors, de php.ini mogelijkheden om foutmeldingen anders weer te geven [op de linux testmachine hier heb ik het zo ingesteld dat deze in een div boxje staan met een grijze achtergrond en rode letters ;-)]
.htaccess mogelijkheden voor het instellen van error_reporting en display_errors
.htaccess mogelijkheden voor het instellen van error_reporting en display_errors
0 -0
-0 Op pagina 3 heb je deze code:
De errortekst die je geeft is niet correct. Dat een query 0 resultaten heeft, wil niet zeggen dat hij niet is uitgevoerd. Als $result de waarde FALSE oplevert is je query niet gelukt.
Code (php)
1
2
3
4
5
6
7
8
9
2
3
4
5
6
7
8
9
<?php
// We gaan een select-query uitvoeren.
// Als er geen waardes worden teruggegeven, laten we een error zien.
$select_query = "SELECT * FROM Users WHERE name = 'Jan'";
$result = mysql_query($select_query);
if (mysql_num_rows($result) == 0) {
trigger_error("De query is niet uitgevoerd", E_USER_WARNING);
}
?>
// We gaan een select-query uitvoeren.
// Als er geen waardes worden teruggegeven, laten we een error zien.
$select_query = "SELECT * FROM Users WHERE name = 'Jan'";
$result = mysql_query($select_query);
if (mysql_num_rows($result) == 0) {
trigger_error("De query is niet uitgevoerd", E_USER_WARNING);
}
?>
De errortekst die je geeft is niet correct. Dat een query 0 resultaten heeft, wil niet zeggen dat hij niet is uitgevoerd. Als $result de waarde FALSE oplevert is je query niet gelukt.
0 -0
-0 @ Webmakerij:
Klopt, ik ben niet heel diep op alles ingegaan. Dat je met php.ini een heel div-boxje kan maken, wist ik niet. Dat zal ik nog ff een keer opzoeken, das inderdaat wel handig
@ Jan:
Owja, had ik niet gezien, het is idd de bedoeling dat de error komt als er geen waarde is opgehaald. De error zal ik nog ff veranderen..
Klopt, ik ben niet heel diep op alles ingegaan. Dat je met php.ini een heel div-boxje kan maken, wist ik niet. Dat zal ik nog ff een keer opzoeken, das inderdaat wel handig
@ Jan:
Owja, had ik niet gezien, het is idd de bedoeling dat de error komt als er geen waarde is opgehaald. De error zal ik nog ff veranderen..
Edit:
Gedaan..
0 -0
-0 Wat veel intresanter is is de errors niet weer gegeven maar afvangen in een error log bestand
De gebruiker is namelijk niet geintresseerd in jouw errors. Dat ben jij en niemand anders....
Gewoon error_reporting(0) is voldoende klaar met het gezeik...
(Op websites die live draaien uiteraard)
Zelf trap ik ze in een errorlog en laat de gebruiker niets zien. Tenzij het een speciale errorr is en dan laat ik alleen de error bericht zien.
(Unable to connect to the database) meer niet. Alleeen jij en de hacker zijn geintreseerd in errors niemand anders....
De gebruiker is namelijk niet geintresseerd in jouw errors. Dat ben jij en niemand anders....
Gewoon error_reporting(0) is voldoende klaar met het gezeik...
(Op websites die live draaien uiteraard)
Zelf trap ik ze in een errorlog en laat de gebruiker niets zien. Tenzij het een speciale errorr is en dan laat ik alleen de error bericht zien.
(Unable to connect to the database) meer niet. Alleeen jij en de hacker zijn geintreseerd in errors niemand anders....
0 -0
-0 Daarom kan je ook zelf een error-functie maken.
Kan je zelf alles regelen met je errors: Ze in een database zetten, ze laten e-mailen, ze als commentaar in je html zetten, enz. verzin het zelf maar.
Dat e-mailen kan ook wel via error_reporting, maar hier kan je d'r een heel bericht omheen bouwen.
Als je site nog in ontwikkeling is, kan het handig zijn om alleen bepaalde errors te laten zien, of juist niet, dus daarom het eerste gedeelte van de tut. Ook trouwens omdat je dat ook nodig kan hebben bij het zelf maken van een error-functie.
Je krijgt hierdoor dus veel meer mogelijkheden, kunt alles combineren, enz..
Kan je zelf alles regelen met je errors: Ze in een database zetten, ze laten e-mailen, ze als commentaar in je html zetten, enz. verzin het zelf maar.
Dat e-mailen kan ook wel via error_reporting, maar hier kan je d'r een heel bericht omheen bouwen.
Als je site nog in ontwikkeling is, kan het handig zijn om alleen bepaalde errors te laten zien, of juist niet, dus daarom het eerste gedeelte van de tut. Ook trouwens omdat je dat ook nodig kan hebben bij het zelf maken van een error-functie.
Je krijgt hierdoor dus veel meer mogelijkheden, kunt alles combineren, enz..
0 -0
-0 Zie ook de PHP-handleiding hoe je met exceptions een fraaie foutafhandeling kunt maken. Dit is vooral handig om in 1x alle mogelijke en onmogelijke fouten op een gebruikersvriendelijke manier af te vangen.
Daarnaast hoef je tijdens het bouwen en testen geen aparte instellingen te gebruiken, kun je die ook niet vergeten aan te passen aan de productie-omgeving.
Daarnaast hoef je tijdens het bouwen en testen geen aparte instellingen te gebruiken, kun je die ook niet vergeten aan te passen aan de productie-omgeving.
0 -0
-0 Ik heb hierbij ??n vraagje, geldt dit voor de huidige pagina of voor alle pagina's zodat ik bijvoorbeeld in mijn config file dit kan zetten en het overal werkt.
Dan kun je namenlijk tijdens het ontwikkelen regelen dat alles zichtbaar is en met een wijziging op 1 plek zorgen dat het netjes opgeslagen wordt zonder dat de gebruiker het ziet. (met een eigen error functie)
Dan kun je namenlijk tijdens het ontwikkelen regelen dat alles zichtbaar is en met een wijziging op 1 plek zorgen dat het netjes opgeslagen wordt zonder dat de gebruiker het ziet. (met een eigen error functie)
0 -0
-0 Ik zou gewoon error_reporting op 0 zetten en dan zelf afvangen (niet in een globale functie). desnoods display_errors op 0 (weet niet of het nodig is) zodat er zeker niets geprint wordt.
Je moet niet teveel logic in je error handler hangen, want ook dat kan allemaal fout gaan.
Afvangen, opslaan, berichtje printen is meestal voldoende.
Het belangrijkste is echter dat het altijd aan de programmeur ligt als php een error spawnt. Altijd! PHP kan namelijk alles controleren, voordat ie iets gaat doen wat een error zou kunnen opleveren.
Dus in een perfecte applicatie is een error handler niet nodig :)
Je moet niet teveel logic in je error handler hangen, want ook dat kan allemaal fout gaan.
Afvangen, opslaan, berichtje printen is meestal voldoende.
Het belangrijkste is echter dat het altijd aan de programmeur ligt als php een error spawnt. Altijd! PHP kan namelijk alles controleren, voordat ie iets gaat doen wat een error zou kunnen opleveren.
Dus in een perfecte applicatie is een error handler niet nodig :)
Om te reageren heb je een account nodig en je moet ingelogd zijn.
- Details
Door:
Daan- 6 jaar geleden
- 1.400 x bekeken
- PHP tutorials opties
- Data verwerking
- Nieuwste PHP tutorials
- PHP tutorial toevoegen
PHP hulp
0 seconden vanaf nu