StargateWiki:Technik-Zentrale

Willkommen auf der Sammelseite für Fehlermeldungen, Fragen und Neuigkeiten zur Wiki-Technik!

---

Diese Seite dient dazu, alle Fragen zur Wiki-Technik (z. B. Softwarekomponenten wie MediaWiki, dem Logo oder anderen Erweiterungen), Meldungen über entdeckte Bugs in der Software oder ähnliche Reporte und Anfragen sowie aktuelle Angelegenheiten wie Informationen und Neuigkeiten zu einem Update o.Ä. einheitlich zu sammeln. Andere News zum Wiki sind hier zu finden.

Achtung

Aufträge für Administratoren sollten bitte unter StargateWiki:Administratoren/Anfragen eingestellt werden, nicht hier. Löschanträge bitte unter StargateWiki:Löschantrag stellen, Anträge bzgl. der Edittools unter MediaWiki Diskussion:Edittools erstellen, Botaufträge unter Benutzer Diskussion:PyBot und Vandalismus oder Spam unter StargateWiki:Vandalismusmeldung melden. Danke.

Stargate Wiki läuft mit der Wiki-Software MediaWiki momentan in Version 1.24.1. Weitere Software-Informationen über PHP- und MySQL-Version sowie über alle installierten Erweiterungen sind hier zu finden, Informationen über die Hardware und Einstellungen gibt es hier.

Auf dieser Seite findet man Informationen zur Wiki-Technik, es werden Neuigkeiten diesbezüglich eingetragen und Fehler und Ähnliches dazu gemeldet. Wer Fragen zur Wiki-Technik hat, kann diese hier ebenfalls stellen.

Beachte bei Fehlermeldungen und Bug-Reporten bitte folgende Punkte, um das Analysieren und die Fehlerbehebung zu erleichtern:

1. In diesem Wiki wird an vielen Stellen JavaScript verwendet. Falls noch nicht geschehen, aktiviere es also und prüfe, ob der Fehler dann immer noch auftritt.
2. Gib so genau wie möglich an, wann der Fehler auftritt. Ist er einmalig oder regelmäßig? Gibt es mögliche Zusammenhänge beim Auftreten?
3. Durchsuche nach oder noch besser während des Auftretens des Fehlers die Browser- bzw. Fehlerkonsole Deines Browsers (Firefox: Strg.+Umschalt+J) und poste hier den zum Fehler gehörenden Eintrag so detailliert wie möglich.
4. Pass auf, dass Dein Fehler nicht bereits gemeldet wurde und in einem Abschnitt auf dieser Seite, im Archiv oder in dieser Box unter Derzeitig bekannte Probleme steht.
5. Gib grundsätzlich bei Fehlermeldungen diese Punkte an:
   1. Browser (z. B. Mozilla Firefox, Google Chrome, ...) und seine Versionsnummer (diese findest Du bei Firefox unter Hilfe Über Firefox und bei Chrome im Einstellungsmenü unter Über Google Chrome - z. B. Firefox 16.0.2)
   2. Bist Du angemeldet, wenn der Fehler auftritt? Gib auch dies an.
   3. Welches Betriebssystem verwendest Du? (z. B. Microsoft Windows 7 Home Premium)
   4. Welches Service Pack des Betriebssystems ist installiert (z. B. SP1)
6. Achte darauf, dass Dein Beitrag verständlich ist.

(Es gelten auch hier die Verhaltensgrundsätze und Regeln für Diskussionsseiten. Weitere Informationen dazu sind hier zu finden.)

Stargate Wiki dankt allen aufmerksamen Fehlermeldern!

---

Aktuelles

• Eine Erweiterung für slideshows ist in Arbeit, siehe hier.
• Derzeitig bekannte Probleme:
  • Bearbeitungen von Benutzern (Sichter eingeschlossen) auf deren eigenen Seiten müssen markiert (bzw. kontrolliert) werden
  • Im Internet Explorer 9 springt die Seite nach dem Einfügen eines Elements aus den Edittools kurz an den Anfang der Seite und wieder zum Editor, was wie ein Flackern aussehen kann. Die Ursache liegt im IE9Hack, der ein Problem der MediaWiki-Funktion insertTag behebt. Details dazu sind hier zu finden.
  • Die sort2-Funktion ignoriert die Zeichen #, : und *, die normalerweise zur Formatierung verwendet werden - siehe dazu auch die Vorlage Diskussion:Asgard-Objekt. Deshalb sollte # durch {{raute}} ersetzt werden.
  • Mit dem Browser Chrome von Google schieben sich je die Links unmittelbar vor <ref>-tags nach unten (wie mit dem tag <sub>), sodass die mit <sup> nach oben geschobenen Referenzierungszeichen wieder auf normaler Höhe stehen. Dieses Problem existiert nicht bei Firefox von Mozilla, ebenso wenig bei Microsofts Internet Explorer und tritt nicht immer auf. Getestet wurde mit den Browserversionen Chrome 29.0.1547.62, Firefox 23.0.1, Internet Explorer 8 und 9.

Wenn Du andere Fragen zum Stargate Wiki als Lexikon hast (z. B. zu den Inhalten), kannst Du auf der FAQ-Seite sowie im Handbuch nach Antworten suchen. Sollte Deine Frage so nicht beantwortet werden, zögere nicht, diese hier zu stellen! Ältere Beiträge auf dieser Seite sind im Archiv zu finden. Archiviert wird eine Woche nach Abschluss des Themas.

Themenabschnitte

Hilfe:Administratoren‎

Also nun ist es kein Einzellfall mehr, als ich damals Admin geworden bin, wollte ich ja meine Admin Info hier eintragen. Nun das Problem, damals war es so, ich habe wie immer denn Text im Editor eingegeben und dann auf Speicher, dann aber ist die ganze Bearbeitung von mir irgendwie auf die Diskussionsseite von SilverAngel gekommen. Wie das ganze passiert ist, habe ich keine Ahnung. Nur seltsam ist es das es offenbar nur auf dieser Seite passiert, wie es nun auch bei Ghost geschah seine Bearbeitung ging dann auf die Diskussionsseite von Rene. Eine Erklärung dafür habe ich nicht. Kann es sein das das ein Fehler in der MediaWiki Software ist?--Hammond ^Diskussion 13:59, 22. Okt. 2012 (CEST)

Stimmt, insgesamt gab es ja auch außerhalb dieser Seite im Chat manchmal Fälle, wo man plötzlich beim Speichern auf eine Benutzerdiskussion weitergeleitet wurde. Einen MW-Fehler halte ich für eher unwahrscheinlich. Eher denke ich an irgendwelche unschönen Server-Weiterleitungen o.Ä. (etwas Wikispezifisches, ein kleiner Einrichtungsfehler oder sowas), da es ja nicht ständig auftritt und irgendwie hauptsächlich (!) Renes Disk erwischt. Könnte das vlt. an der Verbindung liegen - wie damals, als bei mir mit Surfstick der Editor nicht richtig geladen wurde? --Col. o'neill ^{( | Admin | Kontakt)} 17:20, 22. Okt. 2012 (CEST)

Habe gerade meinen Eintrag bearbeitet, ohne Probleme. --Rene ^{Bürokrat - Rückmeldung} 23:06, 5. Mai 2013 (CEST)

Ja, der Fehler tritt auch nicht immer auf, irgendwie nur manchmal... Zweifelsohne die nervigste Sorte von Fehlern... --Col. o'neill ^{( | Admin | Kontakt)} 16:51, 6. Mai 2013 (CEST)

Verdammt - ich hatte gehofft das Problem hätte sich erledigt. Leider lag ich damit falsch: Bei der Überarbeitung von Hilfe:Schreiben im Wiki wurde Jack ONeill irgendwie weitergeleitet auf einen neuen "Artikel", auf den die Inputbox verlinkte. Jetzt sehe ich darin den Zusammenhang: Auf der Hilfe:Administratoren haben die Inputboxen auch auf eben die betroffenen Bentzerdiskussionsseiten verlinkt, das sind da interessanterweise die erste und die letzte. Irgendwie scheint der Fehler bei der Inputbox zu liegen, sie ruft sich sozusagen selbst auf. Die Frage ist nur unter welchen Bedingungen, wieso und wie es zu beheben ist. --Col. o'neill ^{( | Admin | Kontakt)} 21:21, 26. Mär. 2013 (CET)

Fehler beim Einbinden von GIF-Animationen

Es ist mir schon am Samstag aufgefallen und heute wieder: Beim Einbinden von bestimmten GIF-Dateien (sowohl als [[Datei: als auch mittels <gallery>) wird in der Standardbreite von 200px keine Animation und nur das erste Frame dem Browser gegeben. Das Problem betrifft alle Dateien, welche auf der Kategorie:Animation-Seite unbeweglich sind oder bei welchen weiße Punkte in betimmten Bildbereichen auftreten. Das Problem lässt sich umgehen, indem man z.B. 201px eingibt, aber wo hängts? Beispiele:

• Datei:Ionenantrieb.gif
• Datei:Mittelstation zerstört.gif

Mein System: Win7 Pro SP1 x64, Firefox 18 Beta. --Mk XIV [Offline] | Diskussion 14:50, 16. Dez. 2012 (CET)

Ja, das war früher schon (uneingeschränkt) so, dass GIFs eingebunden in thumb-Dateien oder gallery-tags einfach nicht abliefen. Eigentlich hat es seit irgendwann (ich vermute mal seit MW 1.18) wieder uneingeschränkt funktioniert. Woran es liegt, keine Ahnung, aber ich hab dieselben Ergebnisse (Fx 17.0.1 final, WinXP SP3 x32, vector). Könnte mit der fehlerhaften Speicherplatzzuweisung zu tun haben (s.o.)... --Col. o'neill ^{( | Admin | Kontakt)} 15:07, 16. Dez. 2012 (CET)

Da bin ich leider auch überfragt. Zumindest mit dem Speicherproblem hat es leider nichts zu tun. Fehler ist immer noch da. --Rene ^{Bürokrat - Rückmeldung} 16:05, 5. Mai 2013 (CEST)

Ich habe alle thumb Dateien gelöscht, nach dem erneuten erstellen durch das System scheint der Fehler behoben. Möglicherweise wurden die entsprechenden Dateien falsch erstellt (evtl. durch den Speichermangel). Wenn es die thumb-Datei in der entsprechenden Größe erst einmal gibt wird sie dann nicht mehr erstellt. Somit wurde immer die fehlerhafte Datei angezeigt. --Rene ^{Bürokrat - Rückmeldung} 16:31, 5. Mai 2013 (CEST)

Da komm ich nicht ganz mit: Wo waren die gelöschten thumb-Dateien denn? Direkt auf dem Server? Und lässt sich das Problem dann generell durch das Löschen eben dieser Dateien beheben? Erstellt das System diese Dateien immer dann, wenn man eine Datei mit einer bestimmten Größe einbindet oder wie? --Col. o'neill ^{( | Admin | Kontakt)} 16:34, 5. Mai 2013 (CEST)

Genau. Die Bilder werden einmal erstellt und auf dem Server gespeichert. Somit muss nicht jedes mal wenn jemand die Seite aufruft erst jedes Bild umgewandelt werden. Es reicht einfach die Datei aus dem Cache anzuzeigen. Diesen habe ich jetzt gelöscht und damit war die Software "gezwungen" die Bilder in der benötigten Größe neu zu berechnen. Die neu berechneten Bilder scheinen nun ohne Fehler zu sein. --Rene ^{Bürokrat - Rückmeldung} 16:43, 5. Mai 2013 (CEST)

Achso, Du meinst, dass (vermutlich durch den Speicherfehler) diese Cache-Bilder falsch erstellt wurden und das zu den eingefrorenen GIFs führte. Diesen "falschen" Cache hast Du jetzt gelöscht und das System dadurch die Bilder-thumbs neu (und offenbar korrekt) erstellt. Da das mit dem Speicherfehler vorbei ist dürfte auch dieser Fehler endgültig (naja, bis eben wieder ein Speicherfehler oder dergleichen kommt) gelöst sein, verstehe ich das richtig? --Col. o'neill ^{( | Admin | Kontakt)} 12:12, 12. Mai 2013 (CEST)

Fehler beim Einbinden von GIF-Animationen 2

GIF: Fehler beim Erstellen des Vorschaubildes - Rebootet

Ich fange an dieser Stelle mal keinen neuen Abschnitt an, weil die Fehler sich zu ähnlich sind um keinen gleichen oder ähnlichen Ursprung zu haben. Wir haben den Vorschaubild-Fehler (Archiv) wohl doch nicht wirklich behoben gekriegt:

• Datei:First supergate activation.gif
• Datei:Korolev.gif

Durchaus interessant, dass dieser Fehler primär bei GIFs auftaucht... Die Frage ist: Woran liegt es diesmal und wie lässt es sich beheben? --Col. o'neill ^{( | Admin | Kontakt)} 14:06, 22. Mai 2013 (CEST)

Bei mir ist es wie immer nur bei der chinesischen Flagge, die GIFs von oben werden bei mir sauber angezeigt, vllt würde die Installaton von ImageMagick abhelfen, wenn es nicht schon installiert ist. --Ghost ^{Profil - Admin - Diskussion - Beiträge -} 14:43, 22. Mai 2013 (CEST)

Du musst unten bei den Versionen und Einbindungen schauen, nicht oben bei den normalen Dateien. --Col. o'neill ^{( | Admin | Kontakt)} 14:47, 22. Mai 2013 (CEST)

Hm stimmt, da ist bei mir auch der Fehler, ist trotzdem der selbe, wie bei der China-Flagge. --Ghost ^{Profil - Admin - Diskussion - Beiträge -} 13:29, 23. Mai 2013 (CEST)

---

• Datei:First supergate activation.gif, kein Fehler auch nicht auf Kawoosh, auch nicht mit 200px.
• Datei:Korolev.gif, kein Fehler auch nicht auf Korolev und Kreuzzug der Ori.

Bitte man einen Link wo der Fehler zu sehen ist. Danke --Rene ^{Bürokrat - Rückmeldung} 13:57, 23. Mai 2013 (CEST)

Schau unten bei den Dateiversionen. Da steht bei beiden Dateien die Fehlermeldung. --Col. o'neill ^{( | Admin | Kontakt)} 14:04, 23. Mai 2013 (CEST)

Nachtrag @ Ghost: Die China-Flagge wird bei mir ohne Probleme angezeigt, oben und unten in der Dateibeschreibung, auch in Einbindungen. Seltsam... Aber die Disk hatten wir ja im Juni 2012 schon mal wegen der Datei... --Col. o'neill ^{( | Admin | Kontakt)} 14:15, 23. Mai 2013 (CEST)

Danke hate ich überlesen. Merkwürdig das die Bilder in den Artikeln angezeigt werden. --Rene ^{Bürokrat - Rückmeldung} 14:18, 23. Mai 2013 (CEST)

Ja ,das Problem tritt iwie nur bei den Versionen und in den Kategorien (Kategorie:Medien SG1 9x20) auf. --Col. o'neill ^{( | Admin | Kontakt)} 14:22, 23. Mai 2013 (CEST)

Könnte auch damit zusammenhängen: Zumindest bei mir wird in den Einbindungen und auf der Dateibeschreibungsseite überall die Animation Datei:Atlantis city plan.gif völlig fehlerhaft dargestellt. Erst wenn ich auf die Datei selbst klicke, sprich auf eine der Dateiversionen, wird das Bild korrekt angezeigt. Kann das jemand bestätigen? --Col. o'neill ^{( | Admin | Kontakt)} 15:36, 25. Mai 2013 (CEST)

Ja, das ist bei mir auch so. Aber ich bin mir ziemlich sicher, dass das Bild früher als korrektes Standbild angezeigt wurde, und man draufklicken musste, um die Animation zu starten. --D5B ^{Offline - Diskussion} 15:44, 25. Mai 2013 (CEST)

Ja, das war früher so. Später lief die Animation glaube ich bei Einbindungen auch ganz normal. --Col. o'neill ^{( | Admin | Kontakt)} 16:02, 25. Mai 2013 (CEST)

Diese Datei wäre erledigt. Ich durfte feststellen, dass tatsächlich nicht einfach nur die Darstellung, sondern offenbar auch die Datei selbst beschädigt war. Zumindest lieferte der Download von der Direktdatei dasselbe Ergebnis und im Bearbeitungsprogramm wurden pro Frame auch völlig unterschiedliche Größen und Offsets angezeigt. Deshalb hab ich die Datei mal rekonstruiert, sprich Einzelbilder der korrekt angezeigten GIF (über die Direktdatei) abgespeichert und als neue Animation zusammengefügt. Damit das Wiki ja nicht von wegen "dieselbe Datei gibt es schon" meckert, hab ich auch die Größe mal leicht verändert und die rekonstruierte GIF dann neu hochgeladen. Und - siehe da! - diese neue Datei spielt jetzt wieder wunderbar korrekt ab. Ist zwar nicht mehr so schön klein, bezogen auf die Dateigröße, aber es funktioniert, was die Hauptsache ist. Interessant zu erfahren wäre wie das zustande gekommen ist. Ich hatte selbst vor Jahren mal bei mir das Problem, das eine externe Festplatte, die (offenbar) nicht mehr ganz in Ordnung war, mir Bilddateien beschädigt hat. Das heißt das Thumbnail war zwar noch gleich, aber das Bild war teils etwas verzerrt bzw. beschädigt. Hat der Server etwa dasselbe gemacht? --Col. o'neill ^{( | Admin | Kontakt)} 19:01, 6. Jul. 2013 (CEST)

Fehler beim Einbinden von GIF-Animationen 3

Ein Problem wäre gelöst, doch schon ist ein neues aufgetaucht:

• Datei:Freund oder Feind?.jpg --D5B ^{Offline - Diskussion} 11:50, 7. Jul. 2013 (CEST)

Das gibts doch nicht! Wieso zerhäxelt der Server in letzter Zeit dauernd irgendwelche Bilder? Bei der verlinkten funktionieren noch Einbindungen, die die Bildgröße nicht verändern, wie eine normale Einbindung [[Datei:Freund oder Feind?.jpg]] oder die Direktdatei, aber sobald man die Größe verändert kommt der Fehler - wieso? --Col. o'neill ^{( | Admin | Kontakt)} 11:57, 7. Jul. 2013 (CEST)

Anscheinend lässt sich dieser Fehler umgehen, wenn man das entsprechende Bild geringfügig bearbeitet (z. B. einen winzigen Teil wegschneidet) und dann unter einem neuen Namen ins Wiki hochlädt. Bsp: Datei:Freund oder Feind?.jpg Datei:Freund oder Feind.jpg - funktioniert. --D5B ^{Offline - Diskussion} 12:11, 7. Jul. 2013 (CEST)

Datei:Freund oder Feind?.jpg ist jetzt seit der Neuinstallation wieder normal. Datei:First supergate activation.gif und Datei:Korolev.gif geben jetzt zwar keine Fehlermeldung mehr aus, aber es wird in den Versionen und Kategorien statt der Vorschau nur der Name angezeigt. --Col. o'neill ^{( | Admin | Kontakt)} 22:47, 15. Dez. 2014 (CET)

Ursache war ein Fehler in der LocalSettings.php, siehe meine Diskussion, geht jetzt wieder. --Rene ^{Bürokrat - Rückmeldung} 22:53, 15. Dez. 2014 (CET)

Naja wie gesagt, die beiden GIFs werden in der Versionstabelle und den Kategorien nicht richtig angezeigt. Zwar jetzt ohne Fehlermeldung, aber immer noch ohne Bild. :D --Col. o'neill ^{( | Admin | Kontakt)} 23:02, 15. Dez. 2014 (CET)

Ich habe mir das mal genau angesehen. Das THUMB Bild wird erstellt, habe es zum testen mal gelöscht. Wenn ich das aber anzeigen will bekomme ich die Meldung das die Datei defekt ist. Scheint also ein Problem bei der Erstellung des THUMB Bildes zu sein. Ich schau mal ob ich da etwas finde. --Rene ^{Bürokrat - Rückmeldung} 23:31, 16. Dez. 2014 (CET)

Das Problem ist die Zusammenarbeit von ImageMagick, das benutzt Mediawiki zur Umwandlung der Bilder und der Animation. Ich habe das Bild mal manuell umgewandelt. Leider funktioniert die Umwandlung nicht. ImageMagick-convert bleibt mitten in der Umwandlung stehen. Ich habe das Programm dann abgebrochen und eine unvollständige Datei erhalten. Die habe ich in das thumb Verzeichnis kopiert. Man sieht das einige Bilder fehlen. Außer die Animation neu zu erstellen fällt mir momentan nichts ein. --Rene ^{Bürokrat - Rückmeldung} 23:57, 16. Dez. 2014 (CET)

Datei:First supergate activation.gif passt jetzt plötzlich - Datei:Korolev.gif werde ich dann irgendwann demnächst mal ersetzen. --Col. o'neill ^{( | Admin | Kontakt)} 00:04, 17. Dez. 2014 (CET)

Nein passt nicht. Habe ich doch oben geschrieben. Ich habe die Datei manuell umgewandelt und musste das Programm abbrechen weil nicht durchgelaufen ist. Die unvollständige thumb-Datei habe ich dann in das thumb Verzeichnis kopiert. Wenn du dir das Ergebnis ansiehst merkst du das die Animation kürzer ist als das Original. --Rene ^{Bürokrat - Rückmeldung} 00:29, 17. Dez. 2014 (CET)

Ah ja stimmt, sorry. Das habe ich nicht bemerkt und das von oben etwas missverstanden. Dann schau ich mal, dass ich beide Animationen demnächst ersetze... --Col. o'neill ^{( | Admin | Kontakt)} 00:32, 17. Dez. 2014 (CET)

Ich habe es jetzt noch mit GraphicMagick versucht. Laut Mediawiki Beschreibung soll das Programm auch gehen. Leider kommt eine Fehlermeldung statt einer Datei. --Rene ^{Bürokrat - Rückmeldung} 00:44, 17. Dez. 2014 (CET)

Datei:SG1 9x20 Supergate.gif und Datei:SG1 9x20 Korolev.gif. Das sind komplett neu erstellte GIFs unter neuem Dateinamen und da kann offenbar auch kein Thumbnail erstellt werden. Was ist da los? Geht da bei GIFs jetzt garnichts mehr? --Col. o'neill ^{( | Admin | Kontakt)} 18:21, 17. Dez. 2014 (CET)

Merkwürdig. Manuell funktioniert die Umwandlung. Ich prüfe mal ob durch die neue Version (ImageMagick und Linux) irgend etwas neu eingestellt werden muss. --Rene ^{Bürokrat - Rückmeldung} 19:35, 17. Dez. 2014 (CET)

Gefunden . Es war die Einstellung des maximalen Shell Speichers $wgMaxShellMemory. Ich hatte den Wert irgendwann schon mal hoch gesetzt aber das war wohl nicht genug. Habe jetzt die Grenze ganz aufgehoben. Die falsch erstellten thumbs muss ich wohl manuell löschen. Bitte angeben wenn jemand eines findet. --Rene ^{Bürokrat - Rückmeldung} 20:01, 17. Dez. 2014 (CET)

Ah, sehr schön. Maximale Speichergröße macht natürlich Sinn bei GIFs... Was meinst Du mit falsch erstellten Thumbs? Die manuellen unvollständigen oder die nicht vorhandenen / nicht angezeigten? --Col. o'neill ^{( | Admin | Kontakt)} 20:09, 17. Dez. 2014 (CET)

Fehler beim Einbinden von GIF-Animationen 4

Gleiches Problem, neue Situation: Ich habe vorhin die Datei:Picardo.jpg gelöscht und anstatt eine normal leere Seite auszugeben lieferte der Server eine Dateivorschau (die allerdings nur die Fehlermeldung „Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Unable to open file (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/1/17/Picardo.jpg) [No such file or directory].“ enthält - wobei das „No such file or director“ ja angesichts der Löschung ja auch nachvollziehbar ist), Abmessungen, Metadaten (die allerdings problemlos) und die Dateiversionen-Tabelle (mit allen Daten, außer mit derselben Fehlermeldung dem Vorschaubild). Nach Wiederherstellung, einem kleinen Edit an der Seite und erneuter Löschung wird jetzt wieder normal nur die Commons-Einbindung mit entsprechenden Daten der Commons-Datei angezeigt. Vorhin tat der Server aber so, als gäbe es keine Löschung „unserer“ Datei, nur konnte er das Bild eben nicht darstellen. Die „n gelöschte Versionen ansehen oder wiederherstellen?“-Zeile oben war aber auch angezeigt. Seltsam, aber immerhin behoben... --Col. o'neill ^{( | Admin | Kontakt)} 19:39, 27. Aug. 2013 (CEST)

DDInsert im SGPack

Da wollte ich mal vorschlagen, einen Parameter für die Größe des angegebenen "picture"s einzuführen. Denn ansonsten ist es schwer, Bilder zu finden die sich in der benötigten Größe befinden. --Col. o'neill ^{( | Admin | Kontakt)} 16:13, 20. Dez. 2012 (CET)

Dafür sehe ich momentan keine Notwendigkeit. Man kann doch jedes beliebige Bild einmal auf seinem Rechner umrechnen und dann hochladen. --Rene ^{Bürokrat - Rückmeldung} 16:18, 5. Mai 2013 (CEST)

Das stimmt, nur es wäre keine besonders schöne Methode, alle SVG-Icons, die eingebunden werden sollen, für die Edittools in klein extra hochzuladen. Das Info-Icon in den Tools ist zur Zeit wegen diesem Problem nicht das, das letztlich eingebunden wird, sondern halt eines, das in etwa von der Größe her reinpasste. --Col. o'neill ^{( | Admin | Kontakt)} 16:20, 5. Mai 2013 (CEST)

Natürlich kann man so etwas programmieren. Das war aber nie die Idee hinter dem System oder ich habe nicht so weit gedacht. Es sollten ja eigentlich Texte eingebunden werden und die Bilder sind nur zu besseren Übersicht. Ich gebe zu dein Vorschlag ist für den Benutzer einfacher. Er muss die Datei nur einmal hochladen und kann sie dann anpassen. Dagegen spricht das ich mich erst mal damit beschäftigen müsste wie genau Thumbs im MW erzeugt werden. Es ist sicher nicht sinnvoll die Bilder in maximaler Größe auszuliefern und dann per Parameter kleiner anzeigen zu lassen. Das wäre die quick und dirty Methode. --Rene ^{Bürokrat - Rückmeldung} 16:43, 5. Mai 2013 (CEST)

Aktualisierung der Linklisten

Ist das nur ein subjektiver Eindruck meinerseits oder updaten sich die Linklisten sehr viel langsamer als früher (also vor dem ein oder anderen Jahr)? Ich meine mich daran zu erinnern, dass die "Update-Intervalle" da irgendwann (vor dem ein oder anderen Jahr...) mal verkürzt wurden bzw. man das Ganze beschleunigte. Jetzt ist es aber so, dass sich bei seitdem unbearbeiteten Seiten (bei Änderungen dieser Seiten über eine dort eingebundene Vorlage) auch nach einer Woche noch nichts groß getan hat. Ich nehme an (bzw. hoffe), dass das sich die nächsten Tage (Wochen) hierfür erledigt - aber so oder so ist das deutlich langsamer als früher. Weiß da jemand, woran das liegen könnte bzw. lässt sich das Tempo da wieder etwas rauffahren? --Col. o'neill ^{( | Admin | Kontakt)} 17:30, 29. Apr. 2014 (CEST)

Hmm, das stimmt. Ich bin mir nicht ganz sicher, aber ich glaube, dass ich vor kurzem mal in einem Archiv gelesen hab, dass sich diese Listen zweimal täglich updaten sollten. --D5B ^{Offline - Diskussion} 19:49, 30. Apr. 2014 (CEST)

Klingt nach der Zeit, die ich meinte, zu der das runtergeschraubt wurde. Aber zwei Mal täglich ist definitiv nicht mehr so. Leider. --Col. o'neill ^{( | Admin | Kontakt)} 19:51, 30. Apr. 2014 (CEST)

Gemeint ist hier sicher der regelmäßige Aufruf von runJobs.php. Der läuft immer noch zwei mal am Tag. Den aktuellen Stand der offenen Jobs findet man über diesen Link MW-API. Die Information über die Anzahl der wartenden Jobs steht leider nicht mir auf der Statistik Seite. --Rene ^{Bürokrat - Rückmeldung} 21:52, 1. Mai 2014 (CEST)

Immer noch sind über 20 Einträge in der Linkliste vorhanden, das Ganze ist jetzt fast zwei Monate her. Wenn die runJobs.php zu den normalen Intervallen läuft, woran liegt das dann? Die Seiten werden ja anscheinend erst dann in der Linkliste aktualisiert, wenn sie einer bearbeitet. --Col. o'neill ^{( | Admin | Kontakt)} 20:12, 14. Jun. 2014 (CEST)

Ich bin jetzt mal mit Nulledits über die verbliebenen Einträge gegangen und konnte so alle raushauen, die nur über die schon längst aktualisierte Vorlage noch drinstanden. Über den Rest gehe ich mit dem Bot beim nächsten Durchlauf. --Col. o'neill ^{( | Admin | Kontakt)} 23:13, 15. Dez. 2014 (CET)

IP-Edits automatisch gesichtet?

Mir ist aufgefallen, dass die beiden IP-Edits am Artikel Michael (siehe Versionsgeschichte, Screenshot) automatisch freigegeben wurden. Wieso ist das so? --D5B ^{Offline - Diskussion} 20:25, 6. Jul. 2014 (CEST)

Vielleicht, weil einfach der Edit zurückgesetzt und damit der gesichtete Zustand von davor wiederhergestellt wurde? --Col. o'neill ^{( | Admin | Kontakt)} 20:36, 6. Jul. 2014 (CEST)

Sitemap

Wieso ist unsere Sitemap eigentlich auf http://stargate-wiki.de anstatt auf http://www.stargate-wiki.de? Schließlich ist die mit www die "Hauptdomain", die robots.txt z.B. ist auf der Domain mit www. Dadurch, dass die Sitemap auf der anderen Domain ist, meint z.B. ein Web-Analyse-Tool, dass das Wiki keine Sitemap hat. Ich bin nicht sicher, ob es wirklich relevante Auswirkungen hat, wenn die Sitemap fehlt oder wie hier zu fehlen scheint, aber kann man die eigentlich ohne größeren Aufwand auf die "Hauptdomain" verschieben? --Col. o'neill ^{( | Admin | Kontakt)} 16:29, 15. Jul. 2014 (CEST)

Da wir ja nun auf http://stargate-wiki.de sind, hat sich das im Grunde erledigt. Aber wo sind denn im Moment die sitemap und die robots.txt? Am alten Platz jedenfalls nicht. --Col. o'neill ^{( | Admin | Kontakt)} 23:16, 15. Dez. 2014 (CET)

Die muss ich neu erstellen. --Rene ^{Bürokrat - Rückmeldung} 23:59, 16. Dez. 2014 (CET)