Menü aufrufen
Toggle preferences menu
Persönliches Menü aufrufen
Nicht angemeldet
Ihre IP-Adresse wird öffentlich sichtbar sein, wenn Sie Änderungen vornehmen.

StargateWiki:Technik-Zentrale: Unterschied zwischen den Versionen

aus Stargate Wiki, dem deutschsprachigen Stargate-Lexikon
Themenabschnitte: Archivierung & Hinweis zum facebook-Link
Zeile 1: Zeile 1:
{{StargateWiki:Technik-Zentrale/Intro}}
{{StargateWiki:Technik-Zentrale/Intro}}
= Themenabschnitte =
= Themenabschnitte =
==  Hilfe:Administratoren‎ ==
Also nun ist es kein Einzellfall mehr, als ich damals Admin geworden bin, wollte ich ja meine Admin Info [[Hilfe:Administratoren‎|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?--{{Benutzer:Hammond/sig}}  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? --{{Benutzer:Col. o'neill/sig}} 17:20, 22. Okt. 2012 (CEST)
::Habe gerade meinen Eintrag bearbeitet, ohne Probleme. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:06, 5. Mai 2013 (CEST)
:::Ja, der Fehler tritt auch nicht immer auf, irgendwie nur manchmal... Zweifelsohne die nervigste Sorte von Fehlern... --{{Benutzer:Col. o'neill/sig}} 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 [[Benutzer:Jack ONeill|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. --{{Benutzer:Col. o'neill/sig}} 21:21, 26. Mär. 2013 (CET)
:Und wieder ist der Fehler aufgetreten. Ich habe vorhin das Intro der Technik-Zentrale bearbeitet und das Wiki hat mit dem neuen Text die normale Technik-Zentrale überschrieben. Ist also noch nicht behoben. --{{Benutzer:Col. o'neill/sig}} 13:47, 21. Dez. 2014 (CET)
::Ich hatte den Fehler danach nochmal vom Tablet aus (der Vollständigkeit halber) --{{Benutzer:Col. o'neill/sig}} 16:30, 31. Dez. 2014 (CET)
Der Fehler scheint immer dann aufzutreten, wenn man vor dem Speichern die Vector-Vorschau mit eben einer solchen inputbox darin lädt. Mit der normalen Vorschaufunktion passt alles. Auf die Weise lässt sich der Fehler z.B. auch auf [[StargateWiki:Mentorenprogramm]] reproduzieren. --{{Benutzer:Col. o'neill/sig}} 19:49, 17. Jul. 2015 (CEST)
'''Nachtrag:''' Oder eben im Intro der Technik-Zentrale, wie ich heute morgen unfreiwillig demonstriert habe... -.- --{{Benutzer:Col. o'neill/sig}} 15:02, 14. Aug. 2015 (CEST)
----
Ich habe jetzt den Fehler gefunden und (provisorisch) behoben: Man darf in HTML eigentlich keine form-Elemente ineinander haben. Da das Editor-Fenster, in dem auch die vector-Vorschau geladen wird, von Haus aus eines ist, und die inputboxen nochmal selbst eines erschaffen, passiert aber genau das auf betroffenen Seiten. Das form-tag wird in der vector-Vorschau, ich vermute das macht entweder MediaWiki oder der Browser selbst, um es wenigstens halbwegs korrekt zu halten, dann noch weggelassen, wodurch die Einstellungen aus der inputbox (im Speziellen der Seitentitel) auf das allgemeine Bearbeituns- und Speicherformular übergehen. Wir hinken, was die inputbox angeht, übrigens wieder (mindestens) eine Version hinterher, vielleicht ist es ja in der aktuellen Version irgendwie gelöst. So oder so habe ich jetzt ein JavaScript geschrieben, das alle input-Elemente innerhalb der vector-Vorschau "deaktiviert", sobald die geladen hat. Das verhindert, dass von dort irgendwelche Werte und Einstellungen weitergegeben werden, und damit auch diesen Fehler. Als Folge dessen sind die "gesperrten" inputboxen in der Vorschau nun auch klar als solche sichtbar, aber das ist ja nicht weiter schlimm (wieso sollte man die auch aus der Vorschau heraus benutzen wollen?). --{{Benutzer:Col. o'neill/sig}} 01:43, 30. Nov. 2015 (CET)
{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 01:43, 30. Nov. 2015 (CET)}}
== Gelöschte Datei nicht ganz gelöscht ==
== Gelöschte Datei nicht ganz gelöscht ==
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 „<code>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].</code>“ enthält - wobei das „<code>No such file or director</code>“ 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 „<code>n gelöschte Versionen ansehen oder wiederherstellen?</code>“-Zeile oben war aber auch angezeigt. Seltsam, aber immerhin behoben... --{{Benutzer:Col. o'neill/sig}} 19:39, 27. Aug. 2013 (CEST)
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 „<code>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].</code>“ enthält - wobei das „<code>No such file or director</code>“ 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 „<code>n gelöschte Versionen ansehen oder wiederherstellen?</code>“-Zeile oben war aber auch angezeigt. Seltsam, aber immerhin behoben... --{{Benutzer:Col. o'neill/sig}} 19:39, 27. Aug. 2013 (CEST)
Zeile 53: Zeile 38:
Um das nach einem Jahr mal wieder etwas fortzuführen: Zum Inhaltlichen hatten wir ja auf dem Usertreffen schon das ein oder andere besprochen. Nachdem wir seitdem jetzt pro Woche für gewöhnlich drei Posts hatten, kann man denke ich festhalten, dass die TV-Planer-Posts so ziemlich am wenigsten Interesse wecken. Hintergrundinfos und News dagegen kriegen ebenso wie angeteaserte exzellente Artikel eher mehr Klicks auf Links. Insofern würde ich 2016 auf die wöchentlichen Planer-Posts verzichten und halt am Rande noch immer mal wieder drauf hinweisen. Oder wie seht ihr das?
Um das nach einem Jahr mal wieder etwas fortzuführen: Zum Inhaltlichen hatten wir ja auf dem Usertreffen schon das ein oder andere besprochen. Nachdem wir seitdem jetzt pro Woche für gewöhnlich drei Posts hatten, kann man denke ich festhalten, dass die TV-Planer-Posts so ziemlich am wenigsten Interesse wecken. Hintergrundinfos und News dagegen kriegen ebenso wie angeteaserte exzellente Artikel eher mehr Klicks auf Links. Insofern würde ich 2016 auf die wöchentlichen Planer-Posts verzichten und halt am Rande noch immer mal wieder drauf hinweisen. Oder wie seht ihr das?


Was den Link auf die Seite angeht, könnte man eine provisorische JS-Lösung einbauen. MW-seitig gibt es ja leider nichts. Ein schnell als eine Art Proof of Concept zusammengeschusterter Link lässt sich {{#tag:jsbutton|hier|class=textbutton|click=$('#mw-head').prepend('<div style=\'position: absolute; transition: margin-left 250ms ease 0s, padding 250ms ease 0s; top: 0.33em; margin-left: 11em; padding: 5px 1px;\'><div style=\'margin: 0 2px; font-size: 13px;\' class=\'floatleft\'><a style=\'background-color: rgba(102, 160, 248, 0.66); border-radius: 2px; padding: 3px 5px 2px; text-decoration: none;\' href=\'https://www.facebook.com/stargatewikide\' title=\'Finde uns auf facebook!\' rel=\'nofollow\'><img alt=\'Finde uns auf facebook!\' src=\'/w/images/thumb/c/c2/F_icon.svg/11px-F_icon.svg.png\' srcset=\'/w/images/thumb/c/c2/F_icon.svg/17px-F_icon.svg.png 1.5x, /w/images/thumb/c/c2/F_icon.svg/22px-F_icon.svg.png 2x\' data-file-width=\'267\' data-file-height=\'267\' style=\'vertical-align: baseline; margin-right: 1px;\' height=\'11\' width=\'11\'>/stargatewikide</a></div></div>');}} ausprobieren. Meinungen dazu? Gestalterische Vorschläge? --{{Benutzer:Col. o'neill/sig}} 17:00, 6. Dez. 2015 (CET)
Was den Link auf die Seite angeht, könnte man eine provisorische JS-Lösung einbauen. MW-seitig gibt es ja leider nichts. Ein schnell als eine Art Proof of Concept zusammengeschusterter Link lässt sich {{#tag:jsbutton|hier|class=textbutton|click=$('#mw-head').prepend('<div style=\'position: absolute; transition: margin-left 250ms ease 0s, padding 250ms ease 0s; top: 0.33em; margin-left: 11em; padding: 5px 1px;\'><div style=\'margin: 0 2px; font-size: 13px;\' class=\'floatleft\'><a style=\'background-color: rgba(102, 160, 248, 0.66); border-radius: 2px; padding: 3px 5px 2px; text-decoration: none;\' href=\'https://www.facebook.com/stargatewikide\' title=\'Finde uns auf facebook!\' rel=\'nofollow\'><img alt=\'Finde uns auf facebook!\' src=\'/w/images/thumb/c/c2/F_icon.svg/11px-F_icon.svg.png\' srcset=\'/w/images/thumb/c/c2/F_icon.svg/17px-F_icon.svg.png 1.5x, /w/images/thumb/c/c2/F_icon.svg/22px-F_icon.svg.png 2x\' data-file-width=\'267\' data-file-height=\'267\' style=\'vertical-align: baseline; margin-right: 1px;\' height=\'11\' width=\'11\'>/stargatewikide</a></div></div>');}} ausprobieren (erscheint dann rechts neben dem Logo). Meinungen dazu? Gestalterische Vorschläge? --{{Benutzer:Col. o'neill/sig}} 17:00, 6. Dez. 2015 (CET)


== Sitenotice durch Echo ersetzen ==
== Sitenotice durch Echo ersetzen ==
Zeile 85: Zeile 70:


Übrigens scheint es jede beliebige Subdomain des Wikis zu geben. Zumindest gibt es keinen Fehler und größtenteils verhält sich das Wiki wie normal dort. Und die Ansichtslinks im Footer (mobile/Desktop) verlinken manchmal auch plötzlich auf beliebige Subdomains. --{{Benutzer:Col. o'neill/sig}} 02:37, 12. Jul. 2015 (CEST)
Übrigens scheint es jede beliebige Subdomain des Wikis zu geben. Zumindest gibt es keinen Fehler und größtenteils verhält sich das Wiki wie normal dort. Und die Ansichtslinks im Footer (mobile/Desktop) verlinken manchmal auch plötzlich auf beliebige Subdomains. --{{Benutzer:Col. o'neill/sig}} 02:37, 12. Jul. 2015 (CEST)
== Mobile-Anpassungen ==
Könnte einer der Bürokraten bitte die <code>$wgMobileUrlTemplate</code> in der MobileFrontend-Extension so umstellen, dass die mobile Seite einfach (wie üblich) m.stargate-wiki.de ist, und die <code>$wgMFEnableSiteNotice</code> auf <code>true</code>, sodass Sitenotices auch angezeigt werden? --{{Benutzer:Col. o'neill/sig}} 02:37, 12. Jul. 2015 (CEST)
:Habe ich jetzt selbst gemacht. --{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET)
{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET)}}


== Disk-Erstellung als IP ==
== Disk-Erstellung als IP ==
Zeile 107: Zeile 87:
::::::Oh, war das schon immer so, dass nur neue Änderungen geblockt werden? Ich hatte irgendwie in Erinnerung, dass zumindest eine Zeit lang wirklich nur der Editor-Text geprüft wurde und damit auch alles, was andere da mal reingeschrieben hatten. Aber gut, umso besser. Aktuell haben wir, was Vandalismus angeht, ja zum Glück keine echten Probleme... Was die Form <nowiki>[http... Ziel]</nowiki> angeht: Die Regex prüft gar nicht erst, ob man einen Linktitel angibt, der geht es nur um den Anfang der Syntax. Ich habe im Text diesbezüglich noch eine Klammerbemerkung ergänzt, um Missverständnisse zu vermeiden.
::::::Oh, war das schon immer so, dass nur neue Änderungen geblockt werden? Ich hatte irgendwie in Erinnerung, dass zumindest eine Zeit lang wirklich nur der Editor-Text geprüft wurde und damit auch alles, was andere da mal reingeschrieben hatten. Aber gut, umso besser. Aktuell haben wir, was Vandalismus angeht, ja zum Glück keine echten Probleme... Was die Form <nowiki>[http... Ziel]</nowiki> angeht: Die Regex prüft gar nicht erst, ob man einen Linktitel angibt, der geht es nur um den Anfang der Syntax. Ich habe im Text diesbezüglich noch eine Klammerbemerkung ergänzt, um Missverständnisse zu vermeiden.
::::::Danke fürs fixen! :) --{{Benutzer:Col. o'neill/sig}} 17:41, 5. Dez. 2015 (CET)
::::::Danke fürs fixen! :) --{{Benutzer:Col. o'neill/sig}} 17:41, 5. Dez. 2015 (CET)
== InstantCommons ==
Falls sich jemand gefragt hat, wieso die Commons-Bilder die letzten Tage nicht zu sehen waren: Commons wurde kürzlich endgültig auf HTTPS umgestellt, standardmäßig geht unsere MW-Version aber noch über HTTP, weshalb InstantCommons auf allen Wikis mit älteren MW-Versionen plötzlich nicht mehr funktioniert hat. Ich habe das jetzt in unserer LocalSettings.php angepasst und einen entsprechenden Kommentar dazu hinterlassen. Wenn wir auf MW 1.25.2 oder höher upgraden, können wir den alten Befehl wieder verwenden, der ist zurzeit einfach auskommentiert. --{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET)