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/Archiv: Unterschied zwischen den Versionen

aus Stargate Wiki, dem deutschsprachigen Stargate-Lexikon
Archivierung
Archivierung
Zeile 75: Zeile 75:
::: Gestern und vorgestern waaren die Ladezeiten auch unerträlich lange, zum Teil kam es sogar zu einem Timeout. Heute ist das Wiki wieder schneller, aber nicht so schnell wie gewohnt. --{{Benutzer:Janus/sig}} 19:56, 1. Mär. 2013 (CET)
::: Gestern und vorgestern waaren die Ladezeiten auch unerträlich lange, zum Teil kam es sogar zu einem Timeout. Heute ist das Wiki wieder schneller, aber nicht so schnell wie gewohnt. --{{Benutzer:Janus/sig}} 19:56, 1. Mär. 2013 (CET)
In den letzten Tagen (Wochen) trat der Fehler immer wieder auf, und ein Neustart des Apache hat ihn bislang immer behoben. Rene vermutet daher einen Speicherfehler und hat den Server so eingestellt, dass er immer täglich um 4:30 Uhr morgens den Apache neu startet, in geringen Abständen kam der Fehler bisher ja nie zustande. Aller Wahrscheinlichkeit nach umgeht das den Timeout- und Lag-Fehler und das Problem wäre damit erstmal erledigt. --{{Benutzer:Col. o'neill/sig}} 14:03, 15. Mär. 2013 (CET)
In den letzten Tagen (Wochen) trat der Fehler immer wieder auf, und ein Neustart des Apache hat ihn bislang immer behoben. Rene vermutet daher einen Speicherfehler und hat den Server so eingestellt, dass er immer täglich um 4:30 Uhr morgens den Apache neu startet, in geringen Abständen kam der Fehler bisher ja nie zustande. Aller Wahrscheinlichkeit nach umgeht das den Timeout- und Lag-Fehler und das Problem wäre damit erstmal erledigt. --{{Benutzer:Col. o'neill/sig}} 14:03, 15. Mär. 2013 (CET)
== tocmod ==
Das funktioniert leider irgendwie nicht mehr wie es sollte. Zumindest die HIDE-Funktion geht garnicht mehr. Vlt. eine Folge der letzten MW-Umstellung? Hat jemand eine Ahnung oder Vermutung, und wie man das löst? --{{Benutzer:Col. o'neill/sig}} 14:37, 29. Sep. 2012 (CEST)
:Vermutlich liegt es an der neuen MW Version. Ohne das jetzt geprüft zu haben vermute ich das jetzt eine andere Funktion zum verstecken benutzt wird (jQuery). Wenn dem so ist muss ich meine Erweiterung anpassen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 14:47, 29. Sep. 2012 (CEST)
Dann sollte man sich darum wohl erst nach dem nächsten Umstieg kümmern... --{{Benutzer:Col. o'neill/sig}} 18:32, 9. Okt. 2012 (CEST)
:: <code><nowiki>{{#tocmod}}</nowiki></code> benutzt <code>changeText(toggleLink, tocShowText);</code>. Allerdings sind inzwischen in dieser MediaWiki-Version weder ''tocShowText'' noch ''changeText'' definiert. Aus diesem Grund funktioniert auch ''show'' nicht. Allerdings finde ich können diese Funktionen auch entfernt werden, jeder Benutzer hat auch so selber die Möglichkeit das Inhaltsverzeichnis einzuklappen (und diese Einstellung wird ja auch gespeichert).
:: '''@Rene''': Dazu noch zu dem Problem „''[{{fullurl:Benutzer Diskussion:Rene|diff=248825&oldid=248665}} Jack O'Neill ist nicht im IP-Cache]''“ von deiner Diskussionsseite: [[Jack O'Neill]] setzt über [[Vorlage:Infobox Person]] <code>{{#tocmod}}</code> ein, dadurch wird <code>$parser->disableCache();</code> aufgerufen, da das eventuell eingebundene JavaScript nicht gecached werden kann. Auch hier wäre eine einfache Lösung die ''hide''- und ''show''-Funktionen zu entfernen.--[[Benutzer:CF|CF]] 02:06, 3. Dez. 2012 (CET)
:::Wenn es tatsächlich Probleme verursacht sollte man es entfernen. Gibt es denn keine Möglichkeit die Funktionen so zu ersetzen, dass der Zweck erhalten bleibt bzw. das Ergebnis weiterhin erreicht werden kann? Manchmal ist es ja ganz nützlich TOCs nur auf bestimmten Seiten erstmal auszublenden. --{{Benutzer:Col. o'neill/sig}} 17:03, 3. Dez. 2012 (CET)
::::Ich habe den hide/show Teil erst einmal deaktiviert. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 20:36, 5. Mai 2013 (CEST)
:::::Es ist, mit etwas JS Zauberei, möglich die alte Funktion wieder herzustellen. Allerdings ist die Frage ob das überhaupt sinnvoll ist. Jetzt kann jeder Benutzer selbst wählen ob er das Inhaltsverzeichnis angezeigt bekommt und die Einstellung wird auch gespeichert. Ich denke man sollte den Benutzern diese Möglichkeit nicht verbauen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:02, 5. Mai 2013 (CEST)
::::::Hmm, ja stimmt, da hast Du recht. Das ungünstige an den Einstellungen ist nur, dass das für alle Seiten gilt - da gibt es dann sicherlich genug Fälle wo die Einstellung im Einzelfall nicht so schön ist. Aber wie gesagt, Du hast Recht, man würde dem User diese Kontrolle nehmen und das wäre nicht gut. Damit wäre dieser Abschnitt dann auch erledigt. --{{Benutzer:Col. o'neill/sig}} 16:51, 6. Mai 2013 (CEST)
== Erweiterungs-Links ==
[[Spezial:Version|Hier]] verlinkt die UserStatistics-Erweiterung auf einen veralteten Pfad in der Perrypedia. Korrekt ist nun [http://www.perrypedia.proc.org/wiki/Benutzer:Bully1966/UserStatistics /wiki/Benutzer:Bully1966/UserStatistics]. Da unsere Spezialseite aber auf die index.php-Version verlinkt, wird man direkt auf die Hauptseite der Perrypedia weitergeleitet. Das sollte man (Rene?) vlt. beheben. --{{Benutzer:Col. o'neill/sig}} 14:06, 20. Okt. 2012 (CEST)
'''Nachtrag:''' Zudem verlinkt die playMP3-Erweiterung auf einen veralteten Pfad unseres eigenen Wikis. Richtig ist hier [http://www.stargate-wiki.de/wiki/Benutzer:Rene/PlayMP3 /wiki/Benutzer:Rene/PlayMP3] anstatt [http://www.stargate-wiki.de/index.php/Benutzer:Rene/PlayMP3 /index.php/Benutzer:Rene/PlayMP3]. --{{Benutzer:Col. o'neill/sig}} 14:10, 20. Okt. 2012 (CEST)
:Beide Fehler behoben. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 15:59, 5. Mai 2013 (CEST)
::Super, Danke. --{{Benutzer:Col. o'neill/sig}} 16:03, 5. Mai 2013 (CEST)
== GIF: Fehler beim Erstellen des Vorschaubildes ==
Ich habe gerade eine neue Version [[:Datei:S02E06 Destiny under attack.gif|dieser Datei]] hochgeladen und nach dem Neuupload stand in der Versionstabelle sowohl bei der aktuellen, als auch bei der alten Version (!):
<pre>Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Memory allocation failed (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/3/3a/S02E06_Destiny_under_attack.gif) [Cannot allocate memory].</pre>
bzw. eben der Pfad der alten Dateiversion. Nach der Löschung der alten Version steht der Text weiterhin dort und nun auch beim Einbinden der Datei in Artikeln ([[Der Test#Medien]]). Der GIF-Fehler, den wir z.B. bei der Atlantis-Auftauch-GIF oder der mit dem beschossenen Shuttle hatten, scheint es aber nicht zu sein, denn mein Browser hängt sich bei der Vorschau nicht halb auf...[[Bild:Lachen.gif]] Es scheint auch kein grundlegendes GIF-Problem zu sein - aber irgendwas stört an der Datei offenbar...
Weiß einer was das sein kann? --{{Benutzer:Col. o'neill/sig}} 13:42, 18. Nov. 2012 (CET)
'''Nachtrag:''' Wo ich gerade sehe: ''Fragmentierung: 100.00%'' - Eine Defragmentierung wäre beim nächsten Umstieg bzw. bei nächster Gelegenheit vlt. hilfreich - soweit das denn möglich ist.[[Bild:VeryHappy.gif]] Zudem könnte APC mal wieder aktualisiert werden... --{{Benutzer:Col. o'neill/sig}} 13:59, 18. Nov. 2012 (CET)
'''Nach-Nachtrag:''' Ich habe nun eine weitere neue GIF-Version hochgeladen ([[:Datei:S02E06 Destiny destruction.gif]]). Dort stand nun nur bei der alten Version, nicht bei der neuen:
<pre>Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Corrupt image (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/archive/9/9a/20121118141513!S02E06_Destiny_destruction.gif).</pre>
Nach der Löschung der alten Version ist das also wieder normal, aber der Grund ''Corrupt image'' erschien kurz auch bei [[:Datei:S02E06 Destiny under attack.gif|der ersten Datei]]. --{{Benutzer:Col. o'neill/sig}} 15:25, 18. Nov. 2012 (CET)
Also an meinem Bild liegt es jetzt garantiert nicht. Der Fehler tritt gerade bei einem Bild von D5B auf: [[:Datei:SG1 5x09 Sam Trauerfeier.jpg]]
<pre>Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Memory allocation failed (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/e/e1/SG1_5x09_Sam_Trauerfeier.jpg) [Cannot allocate memory].</pre>
Dort aber diesmal nur oben, nicht in der Versionstabelle. Irgendwas stimmt da nicht so ganz... --{{Benutzer:Col. o'neill/sig}} 14:51, 25. Nov. 2012 (CET)
:'''Nach BK:''' Das passiert nicht nur beim GIF, sondern auch [[:Datei:SG1 5x09 Sam Trauerfeier.jpg|hier]]. (''Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Memory allocation failed (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/e/e1/SG1_5x09_Sam_Trauerfeier.jpg) [Cannot allocate memory].'') --{{Benutzer:D5B/sig}} 14:53, 25. Nov. 2012 (CET)
Ich bin nicht sicher, ob es einen Zusammenhang gibt, aber die [[:Datei:Muell.png]] ließ sich gerade nicht anzeigen. Bei Einbindungen stand nur der Dateiname dort, ohne Link o.Ä., [http://www.stargate-wiki.de/w/images/3/32/Muell.png beim Bild selbst] stand nur <code><nowiki>Die Grafik "http://www.stargate-wiki.de/w/images/3/32/Muell.png" kann nicht angezeigt werden, weil sie Fehler enthält.</nowiki></code>
Nach Löschen des Caches war alles wieder normal (Fx 17.0.1, WinXP SP3, vector). --{{Benutzer:Col. o'neill/sig}} 13:39, 3. Jan. 2013 (CET)
:Das Problem sollte sich recht einfach durch folgende Ergänzung in der localsettings.php-Datei lösen lassen: <code>$wgMaxShellMemory = 204800;</code> Der Wert stellt hierbei den zugewiesenen Speicher dar (hier 204800kB, das Doppelte des Standard-Werts).--[[Benutzer:Jack ONeill|Jack ONeill]] 14:07, 4. Apr. 2013 (CEST)
::Parameter gesetzt. Problem scheint behoben. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 15:47, 5. Mai 2013 (CEST)
:::Okay - Danke euch beiden![[Bild:Smile.gif]] --{{Benutzer:Col. o'neill/sig}} 15:55, 5. Mai 2013 (CEST)
== [[Benutzer:Rene/SGPack|SGHtml]] ==
Beim Icon, um zum Seitenanfang zu springen steht "Seiten Anfang" anstatt korrekt "(Zum) Seitenanfang", wenn man mit der Maus drüberfährt. Das sollte mal geändert werden... --{{Benutzer:Col. o'neill/sig}} 12:28, 9. Dez. 2012 (CET)
:Ich habe es mal über Anpassung der MW-Seite geändert. Sinnvoll wäre es aber, das direkt in der Erweiterung ebenfalls zu korrigieren. --{{Benutzer:Col. o'neill/sig}} 11:39, 27. Dez. 2012 (CET)
::Die Änderung der MW-Systemmeldung ist schon der richtig Weg. Genau aus diesem Grund habe ich die Erweiterung ja auch die Meldungen umgestellt. Ich habe es jetzt trotzdem in der Sprachdatei geändert. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 15:43, 5. Mai 2013 (CEST)
:::Okay, Danke![[Bild:Smile.gif]] Die Meldung habe ich mal wieder gelöscht, sie wird ja vorerst nicht mehr benötigt. Ich vermute, [[Benutzer:Rene/SGPack]] muss dann auch aktualisiert werden? --{{Benutzer:Col. o'neill/sig}} 15:55, 5. Mai 2013 (CEST)
::::Nö ist schon erledigt. Ich habe das direkt im PHP Code auf dem Server und in der Downloadversion geändert ohne eine neue Versionsnummer zu vergeben. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:02, 5. Mai 2013 (CEST)
== Mobil ==
Ich habe schon mal vor längerer zeit gefragt, ob man das Wiki wie die Wikipedia für smartphones tauglich machen kann.--[[Spezial:Beiträge/80.187.102.7|80.187.102.7]], 16:57, 24. Dez. 2012 <small>(Signatur nachgetragen von [[Benutzer:Ghost|Ghost]])</small>
:Im Endeffekt ja, allerdings hat [[Benutzer:Rene|Rene]] momentan wenig Zeit, um sich um unsere Server-Software zu kümmern. Trotzdem ist eine Mobilansicht angedacht (siehe auch oben auf der Seite), allerdings können wir momentan noch nicht sagen, wann wir es umsetzen können bzw. ob sie überhaupt in nächster Zeit umsetzbar ist.--{{Benutzer:Ghost/Signatur}}  17:35, 25. Dez. 2012 (CET)
== Spam-Filter: Externe Links ==
Hallo zusammen...
Ich rede jetzt mal nicht lange um den heißen Brei herum: Ich wäre dafür diese Spam-Filter-Funktion, durch die IP-Nutzer keine externen Links mehr einstellen dürfen (bzw. leider auch im ganzen Editorfeld keine Links haben dürfen, ob nun von ihnen oder nicht...) abzuschalten.
Der Grund dürfte offensichtlich sein: Der Vandalismus kommt wie wir auch heute wieder feststellen durften auch prima mit der Funktion aus, soll heißen: Es verhindert keinen bzw. kaum Vandalismus. Auf der anderen Seite werden die zur Mitarbeit bereiten IP-Nutzer enorm dadurch behindert, gerade bei Diskussionen, wo oft nunmal Web-Quellen nötig sind. Dadurch sinkt der Willen anonymer Nutzer hier mitzuarbeiten oder wenden sich gar sofort wieder ab, weil sie einzelne Abschnitte oder Seiten überhaupt nicht mehr ohne Umwege bearbeiten können. Immer wieder kommen ja auch "Beschwerden" in eben diese Richtung - dafür rentiert sich das ganze einfach nicht. Die Nachteile überwiegen und die Benutzerkontenbestätigung befreit uns bereits vom Großteil an Vandalismus - mit dem winzigen Anteil, der ggf. nach der Abschaltung der Funktion dazukommen könnte werden wir auch noch fertig.
Meinungen dazu? --{{Benutzer:Col. o'neill/sig}} 15:27, 30. Jan. 2013 (CET)
:Da stimme ich dir zu, diese Funktion ist eigentlich rein kontraproduktiv, v. a. wegen der von dir angesprochenen Nebenwirkung ("''..bzw. leider auch im ganzen Editorfeld keine Links haben dürfen, ob nun von ihnen oder nicht...''"). --{{Benutzer:D5B/sig}} 16:44, 30. Jan. 2013 (CET)
::ich wäre als ip auch dafur.-[[Spezial:Beiträge/87.160.72.149|87.160.72.149]] 15:38, 14. Feb. 2013 (CET)
:::Ich stimme dir auch zu, Col. o'neill. Falls der Vandalismus durch diese Abschaltung wieder zunehmen sollte, kann man sich unter Umständen ja überlegen, ob man die Spam-Filter-Funktion wieder aktiviert. Aber man kann ja erst mal schauen, wie es sich entwickelt. Außerdem ist der Vandalismus in der letzten Zeit auch recht überschaubar, finde ich.<br />-- {{Benutzer:A. M./sig}} 17:02, 16. Mär. 2013 (CET)
::::Ich bin ebenfalls für eine Entschärfung aus oben genannten Gründen. --{{Benutzer:Octavius1200/sig}} 21:03, 16. Mär. 2013 (CET)
:::::Ich kann mich dem hier nur anschließen. Die IP Benutzer sind ja, sozusagen unsere Zukunft und wenn diese hier mal ein paar Edits getan haben, könnten sie sich ja ein Benutzerkonto anlegen.--{{Benutzer:Hammond/sig}}  11:19, 29. Mär. 2013 (CET)
::::::Wer ist denn zur Deaktivierung des Spam-Filters berechtigt? --{{Benutzer:D5B/sig}} 12:34, 29. Mär. 2013 (CET)
:::::::Aktuell glaube ich nur Rene. Später, da bin ich aber nicht ganz sicher, evtl. auch die Bürokraten. --{{Benutzer:Col. o'neill/sig}} 12:38, 29. Mär. 2013 (CET)
----
Ich habe den Blocker deaktiviert, ich denke ich werde ihn demnächst wieder aktivieren müssen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 21:23, 4. Mai 2013 (CEST)
== [[Vorlage:Kampagne]] ==
Damit dieses mAn schon relevante Problem nicht in Vergessenheit gerät, hier nochmal die Frage: Weiß jemand, wieso die [[Vorlage:Kampagne]] Probleme bei Bildeinbindungen verursacht und der Auslöser für den Slideshow-Fehler ist? (Beispiele [http://www.stargate-wiki.de/w/index.php?title=Schlacht_%C3%BCber_Edowin&oldid=255502 1], [http://www.stargate-wiki.de/w/index.php?title=Schlacht_%C3%BCber_Asuras&oldid=258356 2]) --{{Benutzer:D5B/sig}} 16:43, 5. Mai 2013 (CEST)
{{Rechts}} ''[[StargateWiki_Diskussion:Hauptseite#Neue_Erweiterung_Slideshow_(Diashow)|zur Diskussion]]''
:Also was das Problem mit den Bildern (und der slideshow), die auf Höhe der Kampagnen-Box hängen, angeht: Das hab ich gerade gelöst. Ich hab schon vor ein paar Tagen die Vermutung gehabt, es aber erst jetzt geprüft und behoben. Zur Erklärung: Die Kampagne ist, die die Infobox auch, aus der Klasse infoboxblau. Die ist per Standard auf das style-Attribut <code>clear: both;</code> gesetzt, was verhindern soll, dass mehrere Infoboxen (oder eben Infobox und Kampagnenbox) nebeneinander stehen. Das führt aber eben auch dazu, dass Bilder, die vor der Kampagnenbox eingesetzt sind, nicht die "Freigabe" kriegen, sich auch eben davor anzeigen zu lassen, sondern erst ab der Boxhöhe. Das Problem habe ich jetzt gelöst, indem ich eine kleine ("unsichtbare", d.h. kein Rand, keine zusätzlichen Ränder etc.) extra-Box um Infobox und Kampagnenbox bzw. den Übersichtsparameter gelegt habe. So stehen sie Infoboxen so oder so untereinander, aber das clear betrifft nur noch diese Box, nicht mehr den ganzen Artikel und damit auch die Bilder nicht mehr. Ein Hoch auf die Firefox-"Element-Untersuchen"-Funktion! [[Bild:VeryHappy.gif]] --{{Benutzer:Col. o'neill/sig}} 17:57, 5. Mai 2013 (CEST)