Logboeken bekijken
Als een website iets geks doet, staat het antwoord bijna altijd in een logboek. Wie er langskwam, wat de server terugstuurde, waar PHP struikelde. In CoreCP lees je die logboeken rechtstreeks in het paneel — je hoeft er geen SSH-sessie voor
Geschreven voor: Klant, Reseller, Beheerder
Als een website iets geks doet, staat het antwoord bijna altijd in een logboek. Wie er langskwam, wat de server terugstuurde, waar PHP struikelde. In CoreCP lees je die logboeken rechtstreeks in het paneel — je hoeft er geen SSH-sessie voor te openen en geen bestand te downloaden.
Er wordt niets van jou centraal opgeslagen. De regels blijven staan op de server waar ze geschreven zijn; het paneel haalt ze op op het moment dat je kijkt, en gooit ze daarna weg. Dat is een bewuste keuze: hoe minder plekken jouw bezoekersgegevens staan, hoe beter.
Waar je ze vindt
Ga naar je account en klik op de tab Logboeken. Je ziet bovenaan een rij filters en daaronder de regels zelf.
Beheerders hebben er nog een tweede plek voor: op de pagina van een server staat onder Snelle acties de knop Logboeken bekijken. Die laat de logboeken van de hele machine zien in plaats van die van één klant.
Welk logboek je nodig hebt
Kies bovenin bij Logboek waar je naar wilt kijken. Als klant zie je er vijf:
Bezoekers van een website — elk verzoek dat de webserver beantwoord heeft: het IP-adres, het tijdstip, de opgevraagde pagina en de statuscode. Dit is het logboek waarin je ziet of die ene bezoeker écht een 404 kreeg, of dat een zoekmachine je site aan het afstruinen is.
Fouten van een website — wat de webserver zelf te melden had. Een bestand dat niet gevonden werd, een PHP-proces dat niet reageerde, een rechtenprobleem op een map.
PHP-fouten — alles wat PHP zelf opschreef, van álle PHP-versies die je gebruikt, in één stroom. Je hoeft dus niet te weten of die ene site nu op PHP 8.3 of 8.5 draait: het staat er allebei, met een label erbij welke versie het was.
Trage databasequeries — vragen aan de database die te lang duurden. Alleen die van jouw eigen databasegebruikers; die van andere klanten op dezelfde server krijg je niet te zien.
Geplande taken — wat je cronjobs gedaan hebben, en wat ze afdrukten.
Sommige logboeken moeten weten waar ze over gaan. Bij de twee website-logboeken kies je daarom naast het logboek ook de website.
Filteren: het echte werk
Een logboek van een drukke site is duizenden regels lang. De drie filters bovenaan zijn er om daar iets leesbaars van te maken, en ze werken op de server zelf — je haalt dus alleen op wat je vraagt.
Niveau
Kies bij Niveau hoe erg iets moet zijn voordat je het wilt zien. Kies je Fout, dan zie je fouten en alles wat nog erger is; waarschuwingen en gewone meldingen verdwijnen.
Let op wat "niveau" per logboek betekent — het paneel zet het er als hulptekst onder:
- Bij fouten van een website en bij PHP-fouten komt het niveau uit de regel zelf. Een PHP Fatal error is kritiek, een PHP Warning een waarschuwing.
- Bij bezoekers van een website is er geen niveau in het logformaat, dus leiden we het af van de statuscode: een 500 is een fout, een 404 een waarschuwing, de rest gewoon verkeer. Dat is meteen het snelste trucje op deze pagina — zet het niveau op Fout en je ziet in één blik alle 500'en van vandaag.
- Bij trage databasequeries bestaat er geen niveau; elke regel telt als waarschuwing.
Periode
Kies bij Periode hoe ver je terug wilt kijken: het laatste kwartier, het laatste uur, vandaag, de afgelopen week, of alles wat er is. Dit is het filter dat je als eerste pakt bij "het ging vanochtend rond tien uur mis".
Bevat tekst
Typ in Bevat tekst een stukje tekst en klik op Toepassen. Je krijgt alleen regels waar dat in voorkomt. Hoofdletters maken niet uit. Handig voor een pad (/contact), een IP-adres, of een stuk van een foutmelding.
De drie filters werken samen. "Alle fouten van het afgelopen uur op /checkout" is dus gewoon: niveau Fout, periode Laatste uur, tekst /checkout.
Live meelezen
Zet de schakelaar Live meelezen aan en het scherm blijft openstaan: nieuwe regels verschijnen onderaan zodra ze geschreven worden. Rechtsboven verschijnt een groen bolletje met Live zolang de verbinding staat.
Dit is de manier om een probleem te reproduceren. Zet het aan, ververs je site in een ander tabblad, en je ziet je eigen verzoek binnenkomen — meestal binnen een seconde.
Twee dingen die je zult merken:
- De regels die al op je scherm staan blijven staan waar ze staan. Er schuift niets, er springt niets. De nieuwe regel licht even op en dooft dan uit.
- Het scherm scrollt alleen mee als je al onderaan zat. Ben je aan het teruglezen, dan blijft het staan waar jij aan het lezen bent.
De filters blijven ook tijdens het live meelezen gelden. Zet het niveau op Fout en je ziet uitsluitend de fouten binnenkomen — geen honderd regels plaatjes en stylesheets ertussen.
Sluit je het tabblad of zet je de schakelaar uit, dan stopt het meelezen vanzelf. Er blijft niets draaien op de server.
Downloaden
Klik op Downloaden en je krijgt precies wat er op je scherm staat als tekstbestand — met dezelfde filters. Wat je las is dus wat je krijgt.
Bovenin het bestand staan een paar regels met een # ervoor: om welk logboek het gaat, van welke website of welk account, wanneer je het ophaalde en met welke filters. Handig als je het bestand doorstuurt naar iemand die je site bouwde: die weet dan meteen waar hij naar kijkt.
Hoe lang blijft het bewaard
Onder het kopje Regels staat één zin met de bewaartermijn van het logboek dat je open hebt staan. Bijvoorbeeld: rotated weekly, 8 kept, compressed — de webserverlogboeken worden wekelijks weggerold en er blijven acht weken bewaard.
Die termijn is een instelling van de server, niet van jou, en je kunt hem hier niet wijzigen. We tonen hem omdat het antwoord op "waarom zie ik niets van vorige maand" er precies in staat.
Zie je niets terwijl je wel iets verwacht? Loop dan deze drie langs:
- Staat de periode niet te krap? Zet hem even op Alles wat er is.
- Staat er nog een tekstfilter in dat je vergeten was?
- Valt wat je zoekt buiten de bewaartermijn hierboven?
Vanaf de opdrachtregel
Heb je SSH-toegang, dan kun je hetzelfde vanaf je eigen account opvragen. Je ziet alleen je eigen hosting:
# Welke logboeken heb ik, en hoe lang blijven ze bewaard?
corectl logs sources
# De laatste 300 verzoeken aan een site
corectl logs tail web-access --domain jouwdomein.nl
# Alleen wat er misging, in het afgelopen uur
corectl logs tail web-error --domain jouwdomein.nl --level error --since -1h
# Al je PHP-fouten, alle PHP-versies door elkaar
corectl logs tail php --lines 100
# Je eigen trage databasequeries van de afgelopen week
corectl logs tail db-slow --since -7d--since neemt zowel een datum (2026-08-12T09:00:00Z) als "zo lang geleden" (-2h, -30m, -7d). Met --json krijg je machineleesbare uitvoer, bijvoorbeeld om er zelf iets mee te tellen.
Wat je niet ziet, en waarom
Er zijn logboeken die je bewust niet krijgt: de e-maillogboeken van de server, de beveiligingslogboeken en het journaal van losse systeemdiensten. Die gaan over de hele machine en noemen daarbij elke klant die erop staat — er bestaat geen versie van dat logboek die alleen over jou gaat. Serverbeheerders zien ze wel.
Wil je weten waar één e-mailbericht gebleven is, gebruik dan Mailbezorging in de e-mailsectie van je account. Dat scherm laat precies jouw eigen post zien, en niets van iemand anders.