StargateWiki:Technik-Zentrale: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

← Zum vorherigen Versionsunterschied

@@ Zeile 1: / Zeile 1: @@
 {{StargateWiki:Technik-Zentrale/Intro}}
 = 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 ==
-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)
 == 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. --{{Benutzer:Col. o'neill/sig}} 16:13, 20. Dez. 2012 (CET)
@@ Zeile 39: / Zeile 21: @@
 ::Ja, ich glaube, das hatten wir auch auf dem Usertreffen gesagt, dass die Shortcuts nicht zur Verlinkung auf Disks, Hilfeseiten etc. sind (über den BNR kann man noch nachdenken), sondern in erster Linie für die eigene schnelle Navigation via Suchfunktion. Bei den Hilfeseiten kann ich Ghost nur zustimmen. Für den kürzel für StargateWiki wäre ich sogar für SW. --{{Benutzer:Col. o'neill/sig}} 15:42, 29. Dez. 2014 (CET)
 :::Ein Problem war glaube ich die Aufteilung in StargateWiki-Seiten und Hilfe-Seiten. Hier müsste man sich dann auf ein Kürzel einigen (SW für alles, also anstatt <code>H:A</code> für <code>Hilfe:Administratoren</code> {{Rechts}} <code>SW:A</code>; <small>nur ein Beispiel</small>). Die Erklärungen zu den Arbeitskürzeln könnten m. M. n. in die schon bestehende [[Hilfe:Interne Abkürzungen und Fachbegriffe|Hilfeseite]] integriert werden.--[[Benutzer:Jack ONeill|Jack ONeill]] ([[Benutzer Diskussion:Jack ONeill|Diskussion]]) 16:07, 29. Dez. 2014 (CET)
+[http://web.archive.org/web/20140929094141/http://www.stargate-wiki.de/wiki/StargateWiki_Diskussion:Hauptseite#Arbeitsk.C3.BCrzel.2C_die_zweite Hier] übrigens zumindest ein Teil der durch den Crash verloren gegangenen Wiki-Disk dazu. --{{Benutzer:Col. o'neill/sig}} 17:30, 20. Dez. 2015 (CET)
 == Facebook ==
@@ Zeile 51: / Zeile 34: @@
 ::::Hmm, ich weiß nicht, ob das wirklich wirkungsvoll wäre, Ghost. --{{Benutzer:D5B/sig}} 15:30, 31. Dez. 2014 (CET)
 :::::Ich finde die Idee ganz nett - allerdings bitte dann nur mit wirklich wichtigen Punkten (nicht jeder Artikel-Meilenstein etc.). --{{Benutzer:Col. o'neill/sig}} 16:30, 31. Dez. 2014 (CET)
+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=$('#FBButton').remove(); $('#mw-head').prepend('<div id=\'FBButton\'><div class=\'floatleft\'><a 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\' 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)
+:Ich finde die Lösung gut, würde allerdings rechts neben das Logo "Finde uns auf Facebook" oder "Folge uns auf Facebook" schreiben.{{Ok}}--{{Benutzer:Philipp/sig}} 17:32, 20. Dez. 2015 (CET)
+::Das hatte ich bereits als Tooltip eingesetzt.[[Bild:VeryHappy.gif]] Ich fand es eigentlich ganz sinnvoll, gleich zu sehen, wie wir da heißen - außerdem ist es schön kurz. Auf der anderen Seite ist es mit den Leerzeichen in der längeren Version irgendwie angenehmer als in meiner etwas gequetschten ersten Version. Zum Vergleich: {{#tag:jsbutton|"Finde uns"|class=textbutton|click=$('#FBButton').remove(); $('#mw-head').prepend('<div id=\'FBButton\'><div class=\'floatleft\'><a 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\' height=\'11\' width=\'11\'> Finde uns auf Facebook</a></div></div>');}} / {{#tag:jsbutton|"Folge uns"|class=textbutton|click=$('#FBButton').remove(); $('#mw-head').prepend('<div id=\'FBButton\'><div class=\'floatleft\'><a 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\' height=\'11\' width=\'11\'> Folge uns auf Facebook</a></div></div>');}}. --{{Benutzer:Col. o'neill/sig}} 17:52, 20. Dez. 2015 (CET)
+::: Mir gefällt die "Folge uns"-Version am besten. Die Leute sollen uns ja nicht nur dort finden, sondern auch liken :) --[[Spezial:Beiträge/217.7.144.173|217.7.144.173]] 13:25, 21. Dez. 2015 (CET)
+::::Stimmt. [[Benutzer:Ghost|Ghost]] sagte im IRC auch, dass "Folge uns" besser ist, also habe ich diese Version jetzt global eingesetzt. Falls noch was zu ändern ist lässt sich das ja auch nachträglich machen. --{{Benutzer:Col. o'neill/sig}} 13:40, 21. Dez. 2015 (CET)
 == Sitenotice durch Echo ersetzen ==
@@ Zeile 73: / Zeile 63: @@
 '''Nachtrag:''' Das Problem mit der Mobilversion tritt nur bei der unangemeldeten Nutzung auf - das Problem scheint zu sein, dass statt z.B. auf ''http://stargate-wiki.de/wiki/Enkaraner#mediaviewer/File:Hedrazar.png'' dort auf ''http://stargate-wiki.de/wiki/Enkaraner#/image/index.php?title=Datei:Hedrazar.png&filetimestamp=20120629153623&'' verlinkt wird. Der richtige (erste) Link funktioniert dort einfach nicht, wenn man ihn manuell eingibt. --{{Benutzer:Col. o'neill/sig}} 17:08, 17. Jul. 2015 (CEST)
-== Server erfindet Subdomains ==
+== Verschlüsselung ==
-Der Server erfindet manchmal scheinbar wahllos Subdomains, was auch schon zu [[Hilfe Diskussion:Sichten#Link (Liste der Sichter)|dieser Sache]] führte (die immer noch nicht gelöst ist). Jetzt liefert [[Kelownaner]] als IP betrachtet kein CSS und sieht aus die die Druckversion. Dort steht dann unter dem Artikelinhalt:
-<pre>Von „http://***.stargate-wiki.de/w/index.php?title=Kelownaner&oldid=313931“</pre>
-Klar ist unter ***.stargate-wiki.de keinerlei CSS gespeichert, das eingebunden werden könnte. Eigentlich ist dort nichtmal besagte URL oder überhaupt irgendwas gespeichert. Die Frage ist nun: Wieso macht der Server das und wie kann man es stoppen?
---{{Benutzer:Col. o'neill/sig}} 17:41, 13. Mär. 2015 (CET)
-'''Nachtrag:''' [http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing Das hier] könnte eine Lösung sein - denn die [http://www.mediawiki.org/wiki/Manual:$wgServer $wgServer] ist bei uns nicht in der LocalSettings.php gesetzt, auch wenn sie das sein sollte. --{{Benutzer:Col. o'neill/sig}} 18:05, 13. Mär. 2015 (CET)
-Ü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 ==
-Wenn man unangemeldet eine Diskussionsseite erstellen will, kommt man zwar normal in den Editor etc., klickt man aber auf Speichern, landet man auf einer leeren Seite und der Server gibt einen 500er-Fehler aus. Dabei spielt es keine Rolle, ob man den ersten Abschnitt oder einfach die Seite neu erstellt. Das war doch nicht immer so, oder? Auf jeden Fall gehört das '''dringend''' behoben (@[[Benutzer:Rene|Rene]]). --{{Benutzer:Col. o'neill/sig}} 03:20, 3. Aug. 2015 (CEST)
-'''Nachtrag:''' Der Fehler liegt in der CheckBlockSpammer-Funktion des SGPacks, Zeile 103 in SGPack_body.php (''PHP Fatal error:  Call to a member function getSection() on a non-object''). --{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET)
-:Danke für die Angabe der genauen Fehlerzeile.
-:Das Problem war das WikiPage->getContent() [https://doc.wikimedia.org/mediawiki-core/master/php/classWikiPage.html#a23408530f80d9cf37b3f8712529835d2] NULL liefern kann. Das habe ich im Programm nicht abgefragt, daher der Fehler. Ist jetzt behoben. Zumindest der Test mit dem erstellen der Seite [[Diskussion:M5V-801]] hat funktioniert.
-:--[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:42, 3. Dez. 2015 (CET)
-::[[Bild:Sad.gif]] Ja kein Fehler aber auch keine Funktion mehr. Also noch nicht gelöst. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:45, 3. Dez. 2015 (CET)
-:::[[Bild:Surprised.gif]] Doch die Funktion ist in Ordnung. Der "Fehler" den ich gestern vermeintlich entdeckt hatte war das man <nowiki>[http://www.xxx.xxx]</nowiki> eingeben darf. Das scheint aber an der Regex Anweisungen in [[MediaWiki:Blockspammer-regex]] zu liegen. Kann die mal jemand prüfen? Ich bin nicht so der Experte mit diesen Ausdrücken. Danke. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 19:20, 4. Dez. 2015 (CET)
-::::Ich bin zwar auch kein Regex-Experte, aber das schaut für mich syntaktisch korrekt aus. Links ala <nowiki>[http://www.xxx.xxx]</nowiki> sind aktuell auch nicht geblockt, nur solche, die eine andere Linkform benutzen - siehe auch [[MediaWiki:Spamprotectionmatch]]. Denn sonst würden zu viele Bearbeitungen gesperrt, nur weil irgendwer früher mal einen Link im Abschnitt hinterlassen hat, und Spammer hatten für gewöhnlich (auch) andere Link-Formen. Ist [[Benutzer Diskussion:Rene/SGPack#Fehler in BlockSpammer - HotFix|das hier]] jetzt im Wiki integriert und der Fehler bei der Disk-Erstellung damit behoben? --{{Benutzer:Col. o'neill/sig}} 04:53, 5. Dez. 2015 (CET)
-:::::Der Fehler ist behoben, nur noch nicht in der Downloadversion, daher der Link auf die Beschreibung was geändert werden muss. Ich hatte die Beschreibung in [[MediaWiki:Spamprotectionmatch]] so verstanden das nur Links nach der Methode <nowiki>[http... Ziel]</nowiki> erlaubt sind aber das habe ich wohl nicht richtig gelesen.
-:::::Nicht verstanden habe ich Zitat: "Denn sonst würden zu viele Bearbeitungen gesperrt, nur weil irgendwer früher mal einen Link im Abschnitt hinterlassen hat". Der Spammblocker prüft doch nur die Änderungen die neu vom Benutzer eingefügt werden. Es ist also egal was vorher jemand in diesem Text geschrieben hat. Aber wenn es so funktioniert kann man es natürlich auch so lassen.
-:::::--[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 09:54, 5. Dez. 2015 (CET)
-== InstantCommons ==
+Die Administration sollte sich dringend mal um eine vernünftige Umsetzung der Verschlüsselung der Webseite kümmern. Das aktuell genutzte Zertifikat ist selbstsigniert und seit →2. Dezember 2015!← abgelaufen. Einfach gesagt: Diese Seite ist per HTTPS nicht erreichbar. Sowas ist im Jahr 2020 einfach ein Unding.--[[Spezial:Beiträge/37.251.228.27|37.251.228.27]] 16:17, 24. Jul. 2020 (CEST)
-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)
+:Hallo erstmal. Ja, dieser Umstand wurde des öfteren schon angemerkt, es ist Planung dies umzusetzen. Da seit einiger Zeit geplant ist, dass das Wiki den Inhaber wechselt und dies sich leider verzögert wird dies wohl dauern. Aber ja, ich gebe dir Recht. Im Jahr 2020 sollte eine verschlüsselte Übertragung der Standard sein.--{{Benutzer:Hammond/sig}}  21:19, 25. Jul. 2020 (CEST)