Hallo,
habe es mal getestet mit einem Wort dass es nicht gibt.
Vorschlag 1) Mails für den selben Fehler nicht mehrfach versenden (z.B. generierte Meldungen mit einer ID bestücken, die in ein extra DB-Feld schreiben und dieses Feld -
if (ID steht schon im Feld) {Mail nicht mehr versenden}
vor Ausführung von sendmail abfragen.)
Szenario: Freitag Mittag Dienstschluss - Freitag Abend fällt der Server aus - Montag früh Mails abrufen
-> ~ 350x die selbe Fehlermeldung
Vorschlag 2) Monitoring NUR für ShopPilot Shopseiten ! = zusätzliche Prüfung ob "ShopPilot" im Quelltext steht
(bei dyn. und statischen Seiten steht ja die Version z.B. <!-- ShopPilot e 3.05.02a build 2901-2013 -->)
Vorschlag 3) 2a)
Prüfen einzelner URLs ermöglichen Mit "URL prüfen" werden jetzt alle eingegebenen Seiten geprüft und das kann recht lange dauern.
2b)
Prüfung einzelner URLs aktivieren/deaktivieren Dann muss man sie nicht löschen/neu anlegen wenn man das "zeitweise" (z.B. wenn man Änderungen im Shop testen will) verwenden möchte.
Vorschlag 4) Langzeit-Statistik - Aufzeichnung der Fehler - abrufbar Wenn für den selben Fehler nur noch eine Mail versendet wird -> s. Vorschlag 1
(bei mir z.B. heute Nacht um 4:50 eine
500 read timeout Meldung)
kann man dann nicht mehr erfahren wie lange diese Störung gedauert hat.
Also ob bei den nächsten Prüfung um 5:00 der Shop wieder erreichbar war oder erst um 6:40
Ich hatte bei 4 überwachten Seiten bisher 3 Fehlermeldungen
Mit einer "Langzeitstatistik" könnte ich mal meinem Hoster "auf die Zehen treten" wenn solche nicht erreichbare Phasen öfter und länger vorkommen