Der Zugriff auf das Wiki ist SEHR langsam

[Falk B. (falk)]

Was ist da los?

[Stephan S. (uxdx)]

Ach so, DAS Wiki

[Teo D. (teoderix)]

Tut wieder

[Falk B. (falk)]

Ist immer noch/wieder langsam. Beim Bearbeite von Artikel FIFO kommt 
mehrfach dieser Fehler, siehe Anhang.

[Falk B. (falk)]

Auch wenn ich wohl nur Selbstgespräche führe und es keine Sau 
interessiert. Das Problem ist immer noch da. Siehe Anhang.

[Udo K. (udok)]

Ich hatte auch Ladeprobleme letzte Woche.  Läuft aber gerade wieder gut.

[Stephan S. (uxdx)]

Geht hier ratzfatz, FIFO-Artikel ist sofort da

[Falk B. (falk)]

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.

[Falk B. (falk)]

Und wieder . . .

[Hans W. (hanswieland)]

Ich habe gerade nach sehr langer Wartezeit diese Meldung bekommen:

MediaWiki internal error.

Original exception: [f9cb989a5418fcb5a41bae52] 2026-03-20 19:16:13: Fatal exception of type "Error"

Exception caught inside exception handler.

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.

[Udo K. (udok)]

Wiki geht heute auch erst nach dem 2 Versuch oder mit langen Wartezeiten 
> 5 Sekunden.  Das Forum geht aber normal.

[Jörg W. (dl8dtl) (Moderator)]

Hier brachte gerade das Forum gateway timeouts, aber jetzt alles normal, 
auch das Wiki.

[Manfred P. (pruckelfred)]

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.

[Falk B. (falk)]

Schon wieder Zeitlupe. Interessiert aber immer noch keinen . . .

[Jörg W. (dl8dtl) (Moderator)]

{"error":"Network connection lost."}

[Manfred P. (pruckelfred)]

> 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.

[Andreas S. (andreas) (Admin)]

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.

[Manfred P. (pruckelfred)]

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.

[Falk B. (falk)]

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.

[Hans W. (hanswieland)]

Ebenfalls negativ. Ich erlebe den Zugriff auch wieder sehr langsam.

[Stephan S. (uxdx)]

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

[Ralf X. (ralf0815)]

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.

[Manfred P. (pruckelfred)]

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.

[Hans W. (hanswieland)]

Ich bekomme immer noch sehr häufig dieye Exception.

MediaWiki internal error.

Original exception: [5c8005d89c284ba920fba11b] 2026-04-20 14:24:19: 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.

Manchmal sofort, manchmal langsamer.

[Εrnst B. (ernst)]

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".

[Falk B. (falk)]

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. (falk)]

Mal wieder Timeout, siehe Anhang.

[Rolf R. (dankobum)]

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.

[Manfred P. (pruckelfred)]

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 :-(

[H. H. (hhinz)]

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?

[Εrnst B. (ernst)]

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.

[Gerhard O. (gerhard_)]

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

[Hans W. (hanswieland)]

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.

[Falk B. (falk)]

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."

[Daniel A. (daniel-a)]

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.

[Falk B. (falk)]

Mal wieder massive Probleme beim WIKI-Zugriff, schon bei der Hauptseite.

"MediaWiki internal error.

Original exception: [5e29938666dd36920eaa6257] 2026-05-29 19:20:54: 
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."

[Jens G. (jensig)]

Daniel A. schrieb:
> Na da sieht man mal, wie viel Cloudflare wirklich nützt.

Steht irgendwo, dass die Betriebssicherheit gewährleistet werden soll?

[Hans W. (hanswieland)]

Betreibt Cloudflare denn die Datenbank?

[Εrnst B. (ernst)]

Hans W. schrieb:
> Betreibt Cloudflare denn die Datenbank?

Nein.
Cloudflare soll die Datenbank (und den Webserver direkt davor) vor 
Bots&DDoS-Attacken schützen.

Ist ein ständiges Wettrüsten zwischen Cloudflare und den Bot-Betreibern…

Wenn du für deine Webseite auf 100 gleichzeitige Benutzer hoffst, 
vielleicht 10 kriegst, den Datenbank-Server auf 1000 Besucher auslegst, 
aber dann 10000 Bots zugreifen, von denen jeder auch noch 10× soviele 
Anfragen pro Minute schickt, ist halt irgendwann Schluss. Da brauchst du 
dann irgendeinen Schutz der den Bot-Traffic abfängt, bevor er bei dir am 
Server aufschlägt.

[Tim 🔆 (solarlicht)]

Das hat auch Vorteile. Seit dadurch die CSS Elemente nicht mehr geladen 
werden, werden die Tabellen in der AVR-Übersicht endlich richtig und 
lesbar dargestellt.

[Johannes F. (jofe)]

Gerade eben beim Versuch des Aufrufs von ARM-ASM-Tutorial

MediaWiki internal error.

Original exception: [122790b6bf2024074d505d01] 2026-06-03 11:58:52: 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.

[Rob R. (Gast)]

DB Problem

[Johannes F. (jofe)]

Rob R. schrieb:
> DB Problem

Sieht nach Fehlkonfiguration von MediaWiki oder mySQL (oder beidem) oder 
den jeweiligen Servern aus. Evtl. wäre auch mal ein Versions-Upgrade 
fällig.

Da das Problem aber schon seit langem sporadisch auftritt, und das hier 
immer wieder gemeldet wird, scheint das Wiki auf der Prioritätenliste 
des Betreibers nicht besonders weit oben zu stehen.

[Speedy G. (Firma: ACME) (speedy-g)]

Ist MediaWiki nicht GPLv2+?

Ist das hier dann nicht Dervivative Work?

[Sheeva P. (sheevaplug)]

Speedy G. schrieb:
> Ist MediaWiki nicht GPLv2+?
> Ist das hier dann nicht Dervivative Work?

Nein.

[Speedy G. (Firma: ACME) (speedy-g)]

Na dann.

[Fabian S. (fsasm)]

Speedy G. schrieb:
> Ist MediaWiki nicht GPLv2+?
>
> Ist das hier dann nicht Dervivative Work?

Schon, aber es ist nicht AGPL lizenziert, falls du nach dem Quelltext 
vom Wiki verlangen wolltest.

[Johannes F. (jofe)]

Wie auch immer, ich finde es schade um Zeit und Mühe, die die 
Autoren/Bearbeiter vollkommen unentgeltlich in das Verfassen und 
Verbessern der hiesigen Artikel investiert haben und teils immer noch 
investieren.

[Falk B. (falk)]

https://www.mikrocontroller.net/articles/Hauptseite

"Entschuldigung. Diese Seite hat momentan technische Schwierigkeiten.

Warte bitte einige Minuten und versuche dann, die Seite erneut zu laden.

(Auf die Datenbank konnte nicht zugegriffen werden)"


"MediaWiki internal error.

Original exception: [2c3e9074f8bc8a895ad5bcd7] 2026-06-03 20:12:01: 
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."

"MediaWiki internal error.

Original exception: [124db2eaa0746209921b83ad] 2026-06-03 20:12:40: 
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."

Jetzt ist echt der Wurm drin. :-0

[Johannes F. (jofe)]

Artikel Glossar wurde soeben geladen, nach (gewohnt) längerer 
Wartezeit.

[Manfred P. (pruckelfred)]

Falk B. schrieb:
> Jetzt ist echt der Wurm drin. :-0

Ja wenn es denn nur das Wiki wäre.

Der Zugriff auf das Forum ist ist durchweg wackelig, schwankt ständig 
zwischen zügig, vielen Sekunden bis zum Cloudflare-Timeout.

[Udo K. (udok)]

Heute geht gar nichts mehr:

MediaWiki internal error.

Original exception: [6212f1fc18ac2c5e69442207] 2026-06-04 08:57:54: 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.

[Andreas S. (andreas) (Admin)]

Hallo, Ursache war leider massiver Bot-Traffic. Das Problem sollte nun 
durch Cloudflare Rate Limiting und Client-Ueberpruefung behoben sein.

[Johannes F. (jofe)]

Andreas S. schrieb:
> Hallo, Ursache war leider massiver Bot-Traffic. Das Problem sollte nun
> durch Cloudflare Rate Limiting und Client-Ueberpruefung behoben sein.

Momentan funktioniert es wieder, danke!

[Falk B. (falk)]

Andreas S. schrieb:
> Hallo, Ursache war leider massiver Bot-Traffic.

Aus Botswana? ;-)

[Magnus M. (magnetus)]

Falk B. schrieb:
> Aus Botswana?

Nee, Bottrop.

[Manfred P. (pruckelfred)]

Andreas S. schrieb:
> Hallo, Ursache war leider massiver Bot-Traffic. Das Problem sollte nun
> durch Cloudflare Rate Limiting und Client-Ueberpruefung behoben sein.

... heise heute