Was ist da los?
Ach so, DAS Wiki
Tut wieder
Ist immer noch/wieder langsam. Beim Bearbeite von Artikel FIFO kommt mehrfach dieser Fehler, siehe Anhang.
Angehängte Dateien:
-
Wikifehler.png
(23 KB)
:
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.
Angehängte Dateien:
-
Verbindungsfehler.png
(32 KB)
Gast
#8024436
Ich hatte auch Ladeprobleme letzte Woche. Läuft aber gerade wieder gut.
Geht hier ratzfatz, FIFO-Artikel ist sofort da
Geht hier ratzfatz, FIFO-Artikel ist sofort da
Bei mir ist das SEHR unterschiedlich. Manchmal dauert es 3-10s, manchmal Fehlermeldung, manchmal 1-2s.
Und wieder . . .
Angehängte Dateien:
-
Verbindung_langsam.png
(2,8 KB)
-
Verbindung_langsam2.png
(52 KB)
Ich habe gerade nach sehr langer Wartezeit diese Meldung bekommen:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
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
Gast
#8025498
Wiki geht heute auch erst nach dem 2 Versuch oder mit langen Wartezeiten > 5 Sekunden. Das Forum geht aber normal.
Hier brachte gerade das Forum gateway timeouts, aber jetzt alles normal, auch das Wiki.
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 . . .
1 |
|
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.
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.
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.
Angehängte Dateien:
-
Gateway_Timeout.png
(130 KB)
Ebenfalls negativ. Ich erlebe den Zugriff auch wieder sehr langsam.
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.
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 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
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."
Mal wieder Timeout, siehe Anhang.
Angehängte Dateien:
-
Timeout.png
(130 KB)
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 :-(
Gast
#8046577
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?
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."
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:
Gibt vermutlich noch mehr.
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."
Na da sieht man mal, wie viel Cloudflare wirklich nützt.
Steht irgendwo, dass die Betriebssicherheit gewährleistet werden soll?
Betreibt Cloudflare denn die Datenbank?
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.
Gast
#8056791
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.
Gerade eben beim Versuch des Aufrufs von ARM-ASM-Tutorial
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
Gast
#8057291
DB Problem
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.
Ist MediaWiki nicht GPLv2+?
Ist das hier dann nicht Dervivative Work?
Na dann.
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.
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.
:
Bearbeitet durch User
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
Artikel Glossar wurde soeben geladen, nach (gewohnt) längerer Wartezeit.
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.
Gast
#8057578
Heute geht gar nichts mehr:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
Hallo, Ursache war leider massiver Bot-Traffic. Das Problem sollte nun durch Cloudflare Rate Limiting und Client-Ueberpruefung behoben sein.
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!
Hallo, Ursache war leider massiver Bot-Traffic. Das Problem sollte nun durch Cloudflare Rate Limiting und Client-Ueberpruefung behoben sein.
... heise heute
Hallo, Ursache war leider massiver Bot-Traffic. Das Problem sollte nun durch Cloudflare Rate Limiting und Client-Ueberpruefung behoben sein.
Probem ist, dass das nicht kompatibel mit Wiki Edits ist. D.h bei der Cloudflare Anfrage gehen alle aktuellen (nocht nicht gespeicherten) Edits flöten.
Und wenn man abspeichern will -> Cloudflare
... heise heute
"Und wer weiß, irgendwann können die Bots vielleicht auch das Konzert miterleben, für das sie die Tickets gekauft haben – und die Menschheit hat dann endlich Zeit für die wichtigen Dinge im Leben."
ROFL, wenn diese Konzerte dann irgendwann rein virtuell stattfinden, von "KI"-"Künstlern" gemacht werden und auch das "Publikum" nur noch aus Bots besteht ... dann paßt das ja im Grunde wieder. Wenn dann nur die ganze Energieverschwendung nicht wäre ...
Probem ist, dass das nicht kompatibel mit Wiki Edits ist. D.h bei der Cloudflare Anfrage gehen alle aktuellen (nocht nicht gespeicherten) Edits flöten.
Ich habe de Regeln jetzt etwas entschärft, das sollte nicht mehr passieren.