Forum - Bilder aus Wiki Commons

Übersicht > Organ index Intern > Verbesserungen > Bilder aus Wiki Commons
[#46]

Irgendwie scheinen alle Fotos aus dem Bereich der Wiki Commons nicht mehr zu funktionieren. Oder muss die Angabe der Datei(en) mit vollständiger URL erfolgen?

Verfasst von Elsenp am 23. März 2026 um 08:52.

Die Links sind schon in Ordnung aber irgendwie klappt es nicht mit den Vorschaubildern (thumb). Ich habe schon refreshLinks.php mehrmals gestartet, aber das Problem liegt anscheinend woanders. Bei der gallery Anzeige ist es leider auch so. Ich werde den Fehler noch finden, bis dahin bitte einfach wie gewohnt nur den Dateinamen.jpg eingeben.

Verfasst von Christoph (Administrator) am 23. März 2026 um 11:07.

Eigentlich wollte ich nicht mehr helfen, da meine zuerst durchaus freundlich vorgetragenen Probleme und Anregungen quasi allesamt komplett ignoriert wurden. Ich fürchte aber, das dauert sonst bis zum St.-Nimmerleinstag, nachdem ein SW-Update schon Wochen brauchte (normal wären ein paar Stunden bis 1 Tag, wenn man sich vorher schlau gemacht hat) und immer noch alles andere als aktuell ist: wir haben 1.39, aktuell ist 1.45 (stable), beim PHP etc. habe ich nicht nachgeschaut. Habe also 3 Minuten gesucht, aus der FAQ - könnte also auch mit Servereinstellungen zu tun haben (apropos: war da nicht auch was mit ignorierten Bitten zu nervigen Timeouts..?)


Warum erscheinen manche meiner Bilder nach einem Upgrade nicht?

Einige Benutzer haben berichtet, dass nach einem Upgrade oder einem Umzug ihres Wikis einige Bilder nicht angezeigt werden. Die Dateien sind vorhanden und die Bildbeschreibungsseiten enthalten den MIME-Typ unknowncode>/unknown und in einigen Fällen eine Warnung zu potenziell gefährlichen Dateien.

Um dies zu beheben, führe das Skript maintenance/rebuildImages.php von der Befehlszeile aus. Dadurch werden MIME-Informationen für jede Datei in der Datenbank festgelegt.

MediaWiki 1.21 und höher implementiert responsive Bilder. Aufgrund von einem Bug können Bilder in einigen Browsern / Geräten möglicherweise nicht gerendert werden, wenn gemäß der Einstellung des Servers Kommata anstelle von Punkten als Dezimalpunkte verwendet werden. Dies kann verifiziert werden, indem Du eine Miniaturansicht eines mittleren oder großen Bildes auf einer Seite mit den Browser-Werkzeugen untersuchst, den HTML-Code betrachtest und prüfst, ob das Attribut srcset Kommata anstelle von Punkten enthält, wenn der Wert 1.5x dargestellt wird.

Verfasst von MartinH am 24. März 2026 um 16:32.

Das Problem liegt nicht direkt an den Bilder oder einem Umzug, denn die hier gespeicherten Bilder werden angezeigt. Es ist nur ein Problem mit dem Holen der Bilder von wikimedia.commons und dem Erstellen der Vorschaubilder. Ich habe wiederholt versucht das Problem zu beheben und dachte, es liegt an der neuen Version von mediawiki. Aber jetzt bin ich doch drauf gekommen, was es war. Beim Upgrade (es waren übrigens zwei Upgrades auf 1.39 und es wird noch weiter gehen) wollte ich auch das Wiki in der Geschwindigkeit optimieren und habe u.a. die Tipps von How_to_make_MediaWiki_fast genommen. Es war dann mit diesen Cache-Änderungen auch spürbar schneller, doch jetzt bin ich drauf gekommen, dass die Bilderprobleme daran liegen. Der Speicher läuft über und verhindert das rechenintensive Einbinden der Bilder. Die Einstellungen habe ich nun angepasst und auch das redis-caching dazu genommen:

$wgMainCacheType = NONE
$wgParserCacheType = 'redis'; 
$wgMessageCacheType= CACHE_DB;
$wgSessionCacheType = CACHE_DB;

Ich hoffe, dass es jetzt damit gut läuft. Zwar nicht besonders schnell, aber zuverlässig. Die Seite ist auf einem shared-hosting (easyname) und da kann ich nicht unbegrenzt den Rechner nutzen, dafür müsste man auf VPS umsteigen, aber mit höheren Kosten und mehr Konfigurationsarbeit verbunden.

Verfasst von Christoph (Administrator) am 27. März 2026 um 09:24.

Man könnte fast glauebn, wir reden von verschiedenen Seiten. Ich sehe weiterhin nur wenige Bilder, ansonsten roten und schwarzen Text. Zusätzlich zu meinen vielen unbeantwortet gebliebenen Anregungen umd nicht erfüllten "Versprechen" (Bilder überschreiben z.B.) und der immer wackliger werdenden Seite (Aufruflimits, nicht erreichbar..) nervt nun außerordentlich dieses Zwei-Wege-Einloggen. Ausgeloggt bin ich regelmäßig nach 1,2 Stunden. Keine Ahnung was das soll.... --~~~~

Verfasst von MartinH am 30. März 2026 um 12:43.

Also es geht eigentlich wieder ganz gut, aber es gib tatsächlich noch Seiten, die weiterhin rote Links zeigen. Da habe ich nun folgendes gemacht: An das Ende der URL nur

&action=purge

einsetzen. Das ist dann bei einer Seite, z.b.

https://organindex.de/index.php?title=Altenkirchen_(Westerwald),_St._Jakobus_der_Ältere

dann

https://organindex.de/index.php?title=Altenkirchen_(Westerwald),_St._Jakobus_der_Ältere&action=purge

Danach kommt ein Seite und da mit ok bestätigen, dass die Seite neu aufgebaut werden soll. Bei manchen Seiten klappt es nicht sofort, sondern erst beim 2. Versuch und dazwischen die Seite Strg+R (neu laden). Das mit dem ausloggen habe ich nicht, bin den ganzen Tag eingeloggt, und frage mich was das sein kann, dass es bei dir anders ist?

Verfasst von Christoph (Administrator) am 1. April 2026 um 18:26.

... oder einfach auf dieser Spezialseite: Spezial:Purge den Seitennamen eingeben.

Verfasst von Christoph (Administrator) am 1. April 2026 um 18:31.

Es hat immer noch nicht ganz funktioniert, aber ich denke, dass ich die Ursache gefunden habe. Es gibt nämlich einen Wert, den ich bisher noch nie geändert habe. Es ist die Variable $wgMaxShellFileSize und diese hat einen Standard von 102400KB=100MB. Nun habe ich einfach noch zwei (!) Nullen dazu getan und es scheint jetzt zu klappen, weil das "convert" der Bilder recht viel Speicherplatz benötigt. Einige Seite haben wirklich sehr viele Bilder in der gallery.

Verfasst von Christoph (Administrator) am 7. April 2026 um 22:17.