Was ist da los?
Ist immer noch/wieder langsam. Beim Bearbeite von Artikel FIFO kommt mehrfach dieser Fehler, siehe Anhang.
:
Bearbeitet durch User
Auch wenn ich wohl nur Selbstgespräche führe und es keine Sau interessiert. Das Problem ist immer noch da. Siehe Anhang.
Ich hatte auch Ladeprobleme letzte Woche. Läuft aber gerade wieder gut.
Stephan S. schrieb: > Geht hier ratzfatz, FIFO-Artikel ist sofort da Bei mir ist das SEHR unterschiedlich. Manchmal dauert es 3-10s, manchmal Fehlermeldung, manchmal 1-2s.
Ich habe gerade nach sehr langer Wartezeit diese Meldung bekommen:
1 | MediaWiki internal error. |
2 | |
3 | Original exception: [f9cb989a5418fcb5a41bae52] 2026-03-20 19:16:13: Fatal exception of type "Error" |
4 | |
5 | Exception caught inside exception handler. |
6 | |
7 | Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. |
Das war beim Versuch, den Artikel der Woche zu öffnen https://www.mikrocontroller.net/articles/Mini-Jakobsleiter Der dritte Versuch klappte dann, mit normaler Geschwindigkeit.
:
Bearbeitet durch User
Wiki geht heute auch erst nach dem 2 Versuch oder mit langen Wartezeiten
> 5 Sekunden. Das Forum geht aber normal.
:
Bearbeitet durch User
Hier brachte gerade das Forum gateway timeouts, aber jetzt alles normal, auch das Wiki.
Jörg W. schrieb: > Hier brachte gerade das Forum gateway timeouts, Es kommt hier öfter vor, dass die Aktualisierung einer Site etliche Sekunden dauert oder ein Timeout liefert. > aber jetzt alles normal, auch das Wiki. .. bis zum nächsten Verschlucker. Die Meldung von Hans W. (hanswieland) "MediaWiki internal error." scheint mir irgendwie anders zu sein, nicht von Cloudflare sondern dem µC-net Server.
Schon wieder Zeitlupe. Interessiert aber immer noch keinen . . .
> Schon wieder Zeitlupe. Interessiert aber immer noch keinen . . .
Jou, seit mindestens zwei Stunden dauert der Aufbau einer Seite oder
dessen Aktualisierung zwischen 10 und 40 Sekunden.
Dabei interessant, das verlinkte Bilder unverzüglich öffnen - was gegen
den Verdacht des Internetroutings spricht.
Der Grund war Überlastung des Servers durch einen Datensammelbot von Meta, der die robots.txt ignoriert hat. Seit ca. einer Woche ist er geblockt und die Ladezeiten sollten wieder normal sein.
Andreas S. schrieb: > Der Grund war Überlastung des Servers durch einen Datensammelbot von > Meta, der die robots.txt ignoriert hat. Seit ca. einer Woche ist er > geblockt Danke! > und die Ladezeiten sollten wieder normal sein. In den letzten Tagen lief es unauffällig.
Andreas S. schrieb: > Der Grund war Überlastung des Servers durch einen Datensammelbot von > Meta, der die robots.txt ignoriert hat. Seit ca. einer Woche ist er > geblockt und die Ladezeiten sollten wieder normal sein. Negativ. Das Laden der Seite "Alle Artikel" hängt seit ca. 20s. Uups, Garteway Timeout. Beim Reload im Browser war sie dann nach ca. 3s da. Der Zugriff auf die Artikel ist im Moment "schnell", so 1-2s Ladezeit.
Ebenfalls negativ. Ich erlebe den Zugriff auch wieder sehr langsam.
Falk B. schrieb: > Negativ. Das Laden der Seite "Alle Artikel" hängt seit ca. 20s. Uups, > Garteway Timeout. Beim Reload im Browser war sie dann nach ca. 3s da. > Der Zugriff auf die Artikel ist im Moment "schnell", so 1-2s Ladezeit. Ladezeit "alle Artikel" ca 4 Sekunden, Telekom Mobilfunk
MediaWiki internal error. Original exception: [0100e5b783665a8f73af55c9] 2026-04-18 17:47:21: Fatal exception of type "mysqli_sql_exception" Exception caught inside exception handler. Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.
Stephan S. schrieb: >> Negativ. Das Laden der Seite "Alle Artikel" hängt seit ca. 20s. Uups, >> Garteway Timeout. Beim Reload im Browser war sie dann nach ca. 3s da. >> Der Zugriff auf die Artikel ist im Moment "schnell", so 1-2s Ladezeit. > > Ladezeit "alle Artikel" ca 4 Sekunden, Zufall: Vorhin um 5s geladen, zwei Minuten später nach 60s Klautfuck-Timeout wie auf Falks Screenshot. Im Forum ist es moderat, aber auch da treten sporadisch Ladezeiten von einigen Sekunden auf.
Ich bekomme immer noch sehr häufig dieye Exception.
1 | MediaWiki internal error. |
2 | |
3 | Original exception: [5c8005d89c284ba920fba11b] 2026-04-20 14:24:19: Fatal exception of type "mysqli_sql_exception" |
4 | |
5 | Exception caught inside exception handler. |
6 | |
7 | Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. |
Manchmal sofort, manchmal langsamer.
Die Datensammelbots für's KI-Training wird man leider nicht so leicht los. Manche kriegt man über die User-Agents erkannt (Weil die eine steinalte Chrome-Version vortäuschen z.B.), manche weil die IP-Adressen in diversen Rechenzentren liegen. Aber inzwischen mieten sich die KI-Bros schon Horden von gehackten Privatkunden-Routern von Botnetzbetreibern, um mit IPs aus den normalen DSL-Adressbereichen um die Sperren herumzukommen, sog. "Residential Proxies".
Schon wieder ein Hänger "MediaWiki internal error. Original exception: [567ad6bbd2a8b31ce7486da1] 2026-04-22 19:29:20: Fatal exception of type "mysqli_sql_exception" Exception caught inside exception handler. Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information."
Falk B. schrieb: > Mal wieder Timeout, siehe Anhang. Hier auch gerade. Jetzt funktioniert die Webseite wieder. Aber die Reaktionszeit ist nicht zu gebrauchen, total langsam.
Beitrag #8045438 wurde von einem Moderator gelöscht.
Wenn es denn nur das Wiki wäre ... Steht der Bastelserver inzwischen mit Bauern-DSL 768kbit/s angebunden beim Chef in der Garage? Diese exorbitant schlechten Antwortzeiten nerven seit Tagen, im Augenblick bin ich zufrieden, wenn eine Seite nach 20 Sekunden aktualisiert anstatt Gateway-Timeout zu melden. Wow ... nach nur 40 Sekunden die Vorschau dieses Textes :-(
Manfred P. schrieb: > Diese exorbitant schlechten Antwortzeiten > nerven seit Tagen, im Augenblick bin ich zufrieden, wenn eine Seite nach > 20 Sekunden aktualisiert anstatt Gateway-Timeout zu melden. Süchtig?
Manfred P. schrieb: > Steht der Bastelserver inzwischen mit Bauern-DSL 768kbit/s angebunden > beim Chef in der Garage? der Chef hat wohl gerade die Bot&DDOS-Protection von Cloudflare auf Maximum gedreht. Jetzt ist's wieder schnell, auch wenn ich einmal so eine "Bist du ein Mensch" Seite durchklicken musste. Meine Vermutung: Entweder war's ein beleidigter Forianer, der mit einer Mod-Entscheidung nicht einverstanden ist und deshalb meinte den Server in die Knie zwingen zu müssen, oder die KI-Datensammel-Bots, die (zumindest bei von mir betreuten Webseiten) inzwischen >99% des Trafics ausmachen.
Moin, Ich konnte Ähnliches in hier erleben. Am iPad hatte ich auch häufige Gateway Timeouts. Ferner muß ich alle Augenblicke den Cloudflare "Sch..." durchmachen. Auch ist es schon passiert, daß aufgesetzte Beitragstexte nicht hochgeladen wurden und verloren gingen, weil alles hing. Es scheint, beim Aufsetzen von Texten, gibt es irgendwelche Timeouts. Damn, the KI Bots - falls sie tatsächlich die Ursache dieser unangenehmen Erlebnisse und dafür verantwortlich sind. Da kommt ha Einiges auf uns zu, bis diese Eigenheiten operativ geregelt werden können. Zur Zeit herrscht augenscheinlich der Wilde Westen der IT. Gerhard
Ich bin gerade so was von genervt! Da nimmt man sich mal einen Abend Zeit, um einen strubbeligen Artikel zu überarbeiten, und bekommt beim Speichern immer wieder wechselnde Fehlermeldungen. Und zwar nicht manchmal, sondern zu 95%. Ich habe keinen Bock mehr, ich breche die Arbeit ab.
Wieder beim Zugriff auf "Alle Seiten" "MediaWiki internal error. Original exception: [a2e26bfc9977a023e73991d9] 2026-05-13 09:02:35: Fatal exception of type "Error" Exception caught inside exception handler. Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information."
Andreas S. schrieb: > Der Grund war Überlastung des Servers durch einen Datensammelbot von > Meta, der die robots.txt ignoriert hat. Seit ca. einer Woche ist er > geblockt und die Ladezeiten sollten wieder normal sein. Na da sieht man mal, wie viel Cloudflare wirklich nützt. Eventuell kann man da noch ein paar Schutzmaßnahmen oben drauf hauen: * Anubis * https://julianoliver.com/projects/science-is-poetry/ Gibt vermutlich noch mehr.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.





