Perrypedia:Wartung/Archiv 2017 - 2019

Aus Perrypedia
Zur Navigation springen Zur Suche springen

Der alte Stammserver ...

... ist nun gekündigt. Gibt es irgendjemanden, der noch irgendwas von dort braucht? Dann bitte schnellstens melden. Ansonsten möchte ich den Server am Montag plattmachen und neu aufsetzen, um was auszuprobieren. --Klenzy (Diskussion) 16:04, 21. Dez. 2019 (CET)

Siehe hier => Perrypedia:Diskussion/Archiv 2017 - 2019#Der_alte_Stammserver_... --Klenzy (Diskussion) 15:52, 29. Dez. 2019 (CET)

Fahrplan für den neuen Perrypedia-Server

Ziemlich genau ein Jahr nach dem ersten unfreiwilligen Serveraustausch wegen defekter Festplatte biegen wir jetzt in die Zielgerade ein. Diesmal wechseln wir den Server freiwillig und mit voller Absicht. Wir haben uns nach einer ausführlichen Testphase in einem Meinungsbild für den Contabo "VPS L SSD" [1] entschieden. Hier nun der Plan, wie es weitergeht. --Klenzy (Diskussion) 17:24, 4. Dez. 2019 (CET)

Domainumzug

Als ersten Schritt noch vor dem Serverwechsel möchte ich am kommenden Wochenende, 6.–8.12.2019 die Domain "perrypedia.de" umziehen, die aktuell eine Subdomain von proc.org ist.

  1. Ich kündige bei Strato nur diese eine Subdomain.
  2. Als Ergebnis bekomme ich von Strato einen so genannten "Auth-Code".
  3. Mit diesem Auth-Code kann ich bei Contabo die Domain bestellen.

Dieses Prozedere hat den Zweck, dass sich unterwegs niemand die frei werdende Domain schnappen kann.

Alle anderen Domains und Subdomains bleiben unverändert Bestandteil des PRFZ-Pakets "PowerWeb Pro (LZ12)".

Nach erfolgter Zahlung kann es zwischen 1 Stunde und bis zu 24 Stunden dauern, bis die Domain übertragen ist. Sobald die Domain über Contabo läuft, kann ich erst die notwendigen Anpassungen an der Konfiguration des VPS-L-SSD vornehmen; deshalb muss der Domainumzug vor allem anderen gemacht werden.

Für eine begrenzte Zeit werden dann "perrypedia.de" und "perrypedia.proc.org" auf unterschiedliche Server zeigen. Das Produktivsystem bleibt zunächst unverändert "perrypedia.proc.org". Für die Nutzer und Bearbeiter der Perrypedia ändert sich nichts. Nur, wer die (zu diesem Zeitpunkt aber noch inoffizielle!) Domain "perrypedia.de" oder eine URL/einen Link mit "perrypedia.de" benutzt, wird auf dem neuen Server landen, dort aber nur lesen und nichts bearbeiten können (Schreibsperre). Der Stand ist vom 1.12.2019 abends. --Klenzy (Diskussion) 17:24, 4. Dez. 2019 (CET)

Erledigt, auch die Konfiguration. "www.pptest2.proc.org" ist nicht mehr gültig. --Klenzy (Diskussion) 14:50, 7. Dez. 2019 (CET)

Perrypedia-Serverwechsel

Am Montag, 9.12.2019 ab ca. 12:30 Uhr wird die Perrypedia auf den neuen Server umziehen. Für einen Zeitraum von ca. 4 Stunden sind dann nur Lesezugriffe möglich. Für ca. 30 Minuten werden wir komplett offline sein. --Klenzy (Diskussion) 16:27, 7. Dez. 2019 (CET)

  1. Schreibsperre auf dem alten Stammserver ab 9.12.2019 ca. 12:30 Uhr
  2. Datenübernahme Strato -> Contabo, ab ca. 14:00 Uhr geht der neue Server offline
  3. Echtbetrieb des VPS aufnehmen
    • der alte Stammserver geht offline
    • Datenübernahme der Zugriffsstatistik (awstats), Logrotate
    • neuer Server geht online
  4. Umleitung der Subdomain einrichten
    • Die Subdomain "perrypedia.proc.org" wird jetzt umgeschaltet und zeigt auf den neuen Server. Für die Nutzer und Bearbeiter der Perrypedia ändert sich fast nichts. Alle URLs/Links mit "perrypedia.proc.org" bleiben weiterhin dauerhaft gültig. Nur im URL-Feld des Browsers wird die Subdomain "perrypedia.proc.org" jeweils sofort automatisch umgeändert auf "perrypedia.de". Die Subdomain "perrypedia.proc.org" und die Umleitung verbleiben im Webhosting-Paket der PRFZ.
  5. Externe Datensicherung einrichten
  6. Testwiki nachziehen - voraussichtlich 2-3 Tage später

--Klenzy (Diskussion) 16:27, 7. Dez. 2019 (CET)

Erledigt. --Klenzy (Diskussion) 17:15, 17. Dez. 2019 (CET)
Punkt 6 (Testwiki) funktioniert bei mir aber nicht. Oder hab ich da was falsch verstanden?  Elena   Diskussion | Beiträge  23:08, 21. Dez. 2019 (CET)
Hallo Elena! Nutzt du die Adresse https://test.perrypedia.de/
Nur damit klappt's. --JoKaene 09:46, 22. Dez. 2019 (CET)
Hallo Jo! Danke für den Hinweis. Hatte bei mir noch www vorne dran. Deswegen also klappte es nicht. Jetzt funktionierts. Noch mal Danke!  Elena   Diskussion | Beiträge  22:57, 22. Dez. 2019 (CET)

Stammserver kündigen

Wenn alles so läuft wie geplant, werden wir noch im Lauf des Dezembers unseren bisherigen Stammserver kündigen. Er bleibt dann bis zum 31. Januar verfügbar. Falls der neue VPS erhebliche Probleme bereiten sollte, haben wir bis dahin noch die Möglichkeit, die Notbremse zu ziehen: "Kommando zurück", Perrypedia wieder auf den bisherigen Stammserver umziehen und die Kündigung zurücknehmen. Das wird hoffentlich nicht nötig sein. --Klenzy (Diskussion) 17:24, 4. Dez. 2019 (CET)

Der alte Server ist nun gekündigt. Der Vertrag läuft sogar noch bis 14.02.2020, die letztmalige Abbuchung von 44€ erfolgt also Mitte Januar.
Bis dahin könnten wir uns also theoretisch überlegen, das Rad zurückzudrehen. Ich bin zuversichtlich und hoffe, dass das nicht nötig sein wird. --Klenzy (Diskussion) 15:55, 21. Dez. 2019 (CET)
News siehe hier => Perrypedia:Diskussion/Archiv 2017 - 2019#Der_alte_Stammserver_... --Klenzy (Diskussion) 15:52, 29. Dez. 2019 (CET)

STRATO-Testserver kündigen

Danach werden wir auch den STRATO-Testserver kündigen. Hier besteht kein Zeitdruck. Der Testserver bleibt bis September verfügbar, weil das Sonderangebot "6 Monate à 1€" nur mit der Mindestlaufzeit von 12 Monaten zu haben war. Eventuell werde ich nächstes Jahr auf diesem Testserver ein, zwei Sachen ausprobieren, die vor einiger Zeit angesprochen worden sind (PHP-FPM, Nginx). Solche grundlegenden Veränderungen lassen sich nur schwer auf dem Server testen, auf dem das Wiki im Echtbetrieb läuft.

Einen dauerhaften zweiten Testserver möchte ich nicht haben. Mehr Server machen mehr Arbeit, wie ich in den letzten Monaten deutlich gemerkt habe. --Klenzy (Diskussion) 17:24, 4. Dez. 2019 (CET)

Stromunterbrechung im Strato-Rechenzentrum

Für Dienstag, 08.10.2019, zwischen 11:00 und 13:00, hat STRATO Wartungsarbeiten an der Stromversorgung angekündigt. Der Server wird innerhalb dieses Zeitfensters einmal für einige Minuten heruntergefahren. Wann exakt, ist nicht vorhersehbar. Schlimmstenfalls ist eure letzte Eingabe futsch, falls ihr genau den Shutdown-Zeitpunkt erwischt. Dann einfach zehn Minuten später nochmal probieren. Theoretisch könnte ich durch eine Schreibsperre in diesem Zeitfenster jegliches Schreibproblem vorbeugend ausschließen - aus praktischen Erwägungen halte ich eine zweistündige Schreibsperre nur wegen ein paar Minuten Downtime für völlig überzogen. --Klenzy (Diskussion) 10:46, 26. Sep. 2019 (CEST)

Testwiki vom Netz!

Heute morgen ist das SSL-Zertifikat des Testwikis unter Begleiterscheinung einer dubiosen Fehlermeldung nicht erneuert worden. Bei meinen Versuchen, das zu reparieren, bin ich immer tiefer ins Unglück gestürzt. Unter anderem habe ich versehentlich die Webserver-Konfiguration des Echtwikis beschädigt, was ich aber inzwischen repariert habe. Die zeitweise aufgetretenen Unannehmlichkeiten bitte ich nachträglich zu entschuldigen. Das Echtwiki funktioniert jetzt wieder.
Das Testwiki habe ich aktuell aber vom Netz nehmen müssen. Das war unerwartet schwierig, weil stellenweise das Echtwiki die Anfragen "an sich gerissen" hat. Die daraus resultierenden Umleitungen von test.perrypedia.proc.org nach www.perrypedia.proc.org hat wiederum mein Firefox irgendwo in seinen Eingeweiden fest eingespeichert. Zuletzt ist mir nichts anderes übrig geblieben, als die Subdomain test.perrypedia.proc.org zu löschen. Das Testwiki ist noch da, mit allen Daten, nur leider auf unbestimmte Zeit nicht erreichbar. --Klenzy (Diskussion) 11:08, 23. Sep. 2019 (CEST)

Wow, das klingt nach ziemlich viel Nervpotential! Wie immer vielen Dank für deine Arbeit. --Johannes Kreis (Diskussion) 12:10, 23. Sep. 2019 (CEST)
Sorry für den Ärger, ich hoffe, Du kriegst es wieder hin... --Pisanelli (Diskussion) 12:11, 23. Sep. 2019 (CEST)
Da könnt ihr doch nix für ... die Ursache für den Fehler bei der Zertifikaterneuerung ist weiterhin obskur, alles andere war Folgeerscheinung meiner Dummheit oder Hektik oder beidem. --Klenzy (Diskussion) 13:50, 23. Sep. 2019 (CEST)
So, und jetzt ist das Testwiki auch wieder da und mit einem neuen SSL-Zertifikat. --Klenzy (Diskussion) 14:01, 23. Sep. 2019 (CEST)
Prima! Gut gemacht, Klenzy! (y)  Elena   Diskussion | Beiträge  21:48, 23. Sep. 2019 (CEST)

Einschränkung bei den Spezialseiten

Gestern vormittag hat jemand - eine IP-Adresse aus Frankreich - die Perrypedia ins Visier genommen, eventuell ein aggressiver Bot, könnte aber auch ein Hacker gewesen sein. Hat relativ wahllos versucht, Seiten abzurufen und manchmal auch zu editieren, was natürlich nicht klappt ohne Benutzerkonto. Normalerweise steckt der Server so etwas ganz gut weg. Ungefähr 10.31 Uhr hat diese IP die Seite "Spezialseiten" entdeckt und binnen Sekunden ein paar davon aufgerufen: Verwaiste Seiten, nicht kategorisierte Kategorien, Defekte Weiterleitungen usw., darunter ein paar lang laufende. Mehrere dieser schwergewichtigen Abfragen gleichzeitig, das ist Schwerstarbeit für die Datenbank und kann dazu führen, dass normale Abfragen auf der Strecke bleiben.
Damit sich das nicht wiederholt, habe ich den Zugriff auf mehrere Spezialseiten eingeschränkt auf angemeldete Benutzer. Nicht angemeldete werden ausgeschlossen von lang laufenden Spezialseiten, von Spezialseiten mit allen oder sehr vielen Ergebnisseiten und vor allem auch von der Spezialseite mit der Übersicht aller Spezialseiten. --Klenzy (Diskussion) 19:03, 7. Sep. 2019 (CEST)

Serveraustausch

Der unfreiwillige Serveraustausch ist abgeschlossen, die Perrypedia läuft wieder. Diesmal hat unser Provider Strato sehr schnell reagiert, dafür habe ich für die Wiederherstellung deutlich länger gebraucht. Mir sind einige Fehler unterlaufen, von denen ich die meisten sofort erfolgreich beheben konnte (beispielhaft: Symlinks bei Datensicherung/-wiederherstellung nicht bedacht). Und ich habe leider einen großen Bock geschossen: Ich habe 14 Skripte verloren, an denen meine Vorgänger und ich fleißig gebastelt haben. Es sind dies:

  • 3 x Datensicherung
  • 5 x Titelbilder und Innenillus vom Verlagsserver kopieren
  • 2 x UserCreates
  • 4 x Most_viewed und Total_Views

Da gibt es nichts zu beschönigen, das ist großer Mist. Zum Glück nicht sehr bedrohlich, für den Normalbetrieb gibt es keine Einschränkungen. Nur die genannten Services stehen vorübergehend nicht zur Verfügung. Ab morgen werde ich anfangen, mich um die Datensicherung zu kümmern, die logischerweise am wichtigsten ist; diese Skripte waren größtenteils von mir und entsprechend leicht stelle ich mir die Neuerstellung vor. Mein Fokus liegt dabei klar auf "status quo ante" - keine Experimente zum jetzigen Zeitpunkt.

Sollte euch sonst irgendetwas auffallen, was seit dem Serveraustausch Probleme macht: bitte unter Perrypedia:Beobachtete Fehler#Nach dem Serverwechsel... melden. Ich werde mich kümmern, sobald ich kann.

Es fällt auf, dass der neue Server wiederum, wie schon im Dezember, ein alter Server ist. Beide Festplatten notieren mit 54.000+ Betriebsstunden. Strato hat uns auf Anfrage bestätigt, dass gebrauchte Hardware stets wiederverwendet wird, sofern der technische Check grünes Licht gibt. Nach meiner Meinung kann man an dieser Geschäftspraxis absolut nichts beanstanden. Es kann niemand voraussagen, wie lange ein gebrauchtes Gerät problemlos läuft. Für uns war weder vorhersehbar, dass wir nach dem Plattenproblem im Dezember ein so betagtes Ersatzgerät bekommen, noch das erneute Plattenproblem nach nur sieben Monaten. Beides ist einfach auch dummer Zufall und hätte ganz anders kommen können. Da unser Vertrag bereits geraume Zeit läuft, ist es auch völlig legitim, dass wir Ersatzhardware nach dem damaligen technischen Stand bekommen. Das bedeutet aber auch, dass wir kaum eine Chance haben, ein jüngeres Gerät zu bekommen. Der nächste Plattenfehler ist nur eine Frage der Zeit. Jeweils den ganzen Server zu tauschen, ist unbefriedigend und ineffizient; der Sinn unserer RAID-1-Plattenspiegelung wird damit fast völlig zunichte gemacht. Strato bietet zwar auch den Austausch einzelner Komponenten an, dazu müssen aber kostenpflichtige Zusatzvereinbarungen (SLA = Service Level Agreement) abgeschlossen werden. Das ist aber wiederum nur eine von mehreren Möglichkeiten, wie wir die Situation verbessern können. Verschiedene Leute haben bereits signalisiert, dass sie Vorschläge haben. Wir wollen uns alles anhören und in Ruhe diskutieren und abwägen, was wir uns leisten können und wollen. Momentan bin ich zwar noch mit ein paar Nacharbeiten beschäftigt, aber es spricht nichts dagegen, jetzt bereits mit der Materialsammlung zu beginnen ... Fortsetzung bitte unter Perrypedia:Verbesserungsvorschläge. --Klenzy (Diskussion) 19:27, 17. Jul. 2019 (CEST)

Halten wir fest: wir haben zuerst einmal wieder ein funktionierendes System. Deshalb vielen Dank Klenzy für deine Bemühungen (aus dem Krankenstand von Null auf Hundert). Wenn es nach Aki gegangen wäre, hätte sie auf einem kranken System eine Update-Orgie veranstaltet und wir hätten mit Sicherheit auf Sicht ein riesen Problem erlebt. Aber lassen wir das und schauen nach vorne. Mit der aktuellen Situation können wir in der Tat nicht lange leben. Deshalb werde ich einige Gedanken unter Perrypedia:Verbesserungsvorschläge einbringen. --Norman (Diskussion) 00:00, 18. Jul. 2019 (CEST)
Auch von mir vielen Dank. In welchem preislichen Rahmen würde sich denn eine SLA-Zusatzvereinbarung bewegen? --Johannes Kreis (Diskussion) 06:55, 18. Jul. 2019 (CEST)
Ein ganz herzliches Dankeschön an Klenzy. --Jenka (Diskussion) 08:48, 18. Jul. 2019 (CEST)
Danke für deinen beherzten Einsatz, Klenzy! --Soulprayer (Diskussion) 10:05, 18. Jul. 2019 (CEST)

Anfangsverdacht auf Plattenproblem

Möglicherweise gibt es doch ein Problem mit einem der beiden Plattenlaufwerke. Ich habe zwar nach dem Serveraustausch im Dezember zur Überwachung der Platten wieder die Smartmontools installiert, dabei ist aber eine kleine Feinheit schiefgegangen. Auffällige Diagnosewerte hätten mir per Mail zugestellt werden sollen - aber ich habe den Mailversand verkehrt konfiguriert. Das habe ich jetzt beim Durchschauen der Syslogs (für eine der fraglichen Datensicherungs-Problemzeiten) entdeckt. Es gibt also ein paar auffällige Werte (Raw_Read_Error_Rate, Reallocated_Sector_Ct) bei der /dev/sdb. Das allein hat noch nicht viel zu bedeuten. Ich habe jetzt erst einmal einen ausführlichen Plattentest gestartet, der frühestens nach 2 Stunden - spätestens morgen Vormittag - eine Analyse liefern müsste.
Bevor das nicht geklärt ist, rate ich dringend von irgendwelchen Softwareupdates oder Konfigurationsänderungen ab. --Klenzy (Diskussion) 14:40, 12. Jul. 2019 (CEST)

Der Selbsttest hängt und kommt zu keinem Ende. Die Anzahl der defekten Sektoren ist seit gestern von 338 auf 380 gestiegen. Somit verdichten sich die Anzeichen für ein Plattenproblem. Einen Beweis dafür habe ich zwar nicht, aber die vereinzelten krassen Laufzeiten der Datensicherung und beim Speichern großer Artikel passen als Symptom haargenau zu einer kränkelnden Platte.
Als nächsten Schritt möchte ich einen "Captive"-Test machen, also im Vordergrund. Um einen möglichen Datenverlust zu vermeiden, setze ich die Perrypedia ab 16:00 Uhr auf Read-Only (Schreibsperre). --Klenzy (Diskussion) 14:54, 13. Jul. 2019 (CEST)
Normalbetrieb ist wieder freigegeben. --Klenzy (Diskussion) 20:02, 13. Jul. 2019 (CEST)
Jetzt fahre ich das nächstgrößere Geschütz auf. Wir machen ab 12:00 Uhr einen Strato-Hardwaretest. Deswegen nehme ich die Perrypedia für 3 bis 6 Stunden offline. --Klenzy (Diskussion) 11:10, 14. Jul. 2019 (CEST)
Wir haben eine defekte Festplatte und müssen deshalb im nächsten Schritt mit STRATO Kontakt aufnehmen. Der Betrieb geht momentan uneingeschränkt weiter. In den kommenden Tagen wird es wohl eine neue Festplatte oder gar wieder einen neuen Server geben. --Klenzy (Diskussion) 17:09, 14. Jul. 2019 (CEST)
Die Perrypedia bekommt einen anderen Server.
Ab heute 15:00 Uhr setze ich Read-Only/Schreibsperre für ein paar außerordentliche Datensicherungen. Voraussichtlich morgen früh geht es dann los mit dem Hardwaretausch, in dieser Zeit sind wir dann vollständig offline.
Vorschläge, um so etwas zukünftig zu vermeiden, gibt es bereits und werden wir nach dem erfolgreichen Hardwaretausch diskutieren. --Klenzy (Diskussion) 09:14, 15. Jul. 2019 (CEST)
Ich weiß die Frage ist ultra-gemein (ein bißchen Computer-affin bin ich schon): kann man einschätzen wie lange der Austausch dauert? Und ich bin froh, dass ihr euch um die Sicherheit der Daten sorgt. --Jenka (Diskussion) 09:35, 15. Jul. 2019 (CEST)
Kurz zur Info: [2]
Diesen Forumsthread nutze ich für Infos über die Perrypedia, vor allem auch dann, wenn die Perrypedia offline ist. --Klenzy (Diskussion) 09:47, 15. Jul. 2019 (CEST)
Prima, Danke. So ist man auf dem Laufenden. --Jenka (Diskussion) 09:51, 15. Jul. 2019 (CEST)
Los geht's. Ich beginne mit Schreibsperre und einer außerordentlichen Datensicherung. --Klenzy (Diskussion) 15:04, 15. Jul. 2019 (CEST)
Durch den Serveraustausch ist das Plattenproblem erledigt. Weiter geht es hier. --Klenzy (Diskussion) 18:40, 17. Jul. 2019 (CEST)

Datensicherung und Schreibsperre

Die Datensicherung läuft derzeit extrem lange, heute morgen etwa bis 7.15 Uhr. Die Schreibsperre muss bis zum Abschluss der Sicherung bleiben. Daher bitte nicht wundern, wenn ihr morgens mal noch nicht Ändern könnt. Ich schau mir das an, sobald ich wieder daheim bin. --Klenzy (Diskussion) 11:25, 4. Jul. 2019 (CEST)

Heute dauerte es schon bis 11:45 Uhr...und warum kümmert sich Aki nicht um diese Angelegenheit? --JoKaene 11:46, 7. Jul. 2019 (CEST)
Ich habe ihre Mailadresse noch nicht auf meinem Handy. Peinlich.
Info steht jetzt auch im Forum: https://forum.perry-rhodan.net/viewtopic.php?f=62&t=1609&start=400#p666844 --Klenzy (Diskussion) 14:07, 7. Jul. 2019 (CEST)
Ich hab' sie mal über die PP angeschrieben. --JoKaene 14:17, 7. Jul. 2019 (CEST)
Sorry, war die letzten Tage wieder mit der Arbeit völlig zu und konnte hier nicht reinschauen. Wenn irgendwas dringendes ist, schreibt mich bitte direkt z.B. auf aki@nofftz.name oder über die gängigen Messenger an. Eigentlich bin ich da ganz gut zu finden. --Aki ✉ 18:39, 8. Jul. 2019 (CEST)
Habe gerade mal einen Blick auf die Backup-Scripts geworfen. Da gibt's ein paar Tricks, wie sich diese beschleunigen lassen. Dann haben wir auch weniger Schreibsperre. Werde aber wohl erst am Wochenende dazu kommen, da optimieren zu können. Aber ich weiß ja jetzt Bescheid und werde das im Auge behalten. --Aki ✉ 18:42, 8. Jul. 2019 (CEST)
Also mir fällt seit Tagen auf, dass Updates auf größere Artikel teilweise sehr lange dauern. Wieder Problem ein mit den Platten im RAID ? --Norman (Diskussion) 07:02, 9. Jul. 2019 (CEST)
Ist mir auch aufgefallen. --Johannes Kreis (Diskussion) 07:53, 9. Jul. 2019 (CEST)
Okay, danke für die Hinweise. Dann prüfe ich das auch mal. Aber wie gesagt, das klappt erst zum Wochenende. Hatte gehofft, dass hier in der Firma langsam Sommerloch einkehrt, aber derzeit ist eher das Gegenteil der Fall. :( --Aki ✉ 13:38, 9. Jul. 2019 (CEST)
Hab kurz nachgeschaut. RAID ist in Ordnung. Allerdings müsste der Server rebootet werden. Das kann ich heute Abend machen, wenn kaum noch Leute unterwegs sind. Ansonsten bietet die Konfiguration einiges Potential zur Performance-Verbesserung – mache ich am Wochenende. --Aki ✉ 13:44, 9. Jul. 2019 (CEST)
So, Neustart ist durchgeführt. Derzeit ist es gefühlt etwas schneller, aber das Problem entsteht durch die derzeitige Lösung aus Apache und libphp, die nicht sehr gut unter Last skaliert [3]. Wir setzen inzwischen auf allen Systemen nginx und php-fpm ein, was erheblich schneller ist. Der zweite Flaschenhals ist die Datenbank, aber auch hier kann ich was tun. Werde die Perrypedia dafür mal kurz offline nehmen müssen, aber dann gebe ich rechtzeitig Bescheid. --Aki ✉ 01:00, 10. Jul. 2019 (CEST)
Nur eine Frage, @Aki: Bist Du sicher, dass genau diese Vorgehensweise genau angemessen ist für genau das beschriebene Problem? --Klenzy (Diskussion) 19:33, 10. Jul. 2019 (CEST)
Das ist eine etwas seltsame Frage. Ich habe die Konfiguration analysiert und schlage Verbesserungen vor, die 1. die Zeit von Datensicherungen von Stunden auf Minuten verringern und 2. die allgemeinen Reaktionszeiten verkürzen und Last (CPU/RAM) vom Server nehmen, wovon alle was haben. Insofern ist weniger die Frage, ob das angemessen ist, sondern eher, ob es das Risiko der Änderung(en) wert ist. Wir können auch gerne kleine Einzelschritte gehen. Dann könnt ihr jeweils bewerten, ob die Richtung sich lohnt. Alles auf einmal zu machen, wäre ohnehin nicht klug. Würde dann aber empfehlen mit dem Datenbank-Update anzufangen, um die Backup-Problematik nachhaltig zu lösen. --Aki ✉ 02:52, 11. Jul. 2019 (CEST)
Ich finde es gut, wenn ihr SysAdmins das untereinander einvernehmlich abwägt. Meine Erfahrungen aus meiner aktiven Berufszeit (Leiter IT) sind diese, dass eine Änderung an der Backup-Methodik (anders kann man solche Zeitersparnis nicht erzielen) immer auch damit einhergeht mit einem speziell darauf angepassten Recovery-Konzept. Und das sollte (wie ihr wißt) im Vorfeld auch gut erprobt und ausgetestet sein, bevor man das ändert. --Norman (Diskussion) 11:38, 11. Jul. 2019 (CEST)
Okay, dann gehe ich doch mehr in die technischen Details. Derzeit läuft das Backup so, dass aus der SQL-Datenbank genau die SQL-Befehle erzeugt werden, die nötig sind, um genau diese Datenbank wieder anzulegen. Das stammt noch aus meiner früheren Zeit und war damals die einzige Möglichkeit, so eine Datensicherung anzulegen. Inzwischen gibt's aber ein Tool, das die Daten, wie sich die Datenbank direkt verwendet, unmittelbar sichert. Für eine Wiederherstellung müssen diese Dateien dann lediglich zurück geschrieben werden. Schon an dieser Beschreibung seht ihr, dass das wesentlich simpler ist und damit auch schneller geht – in beiden Fällen. Da hier nur Daten kopiert werden, geht das sogar im laufenden Betrieb, d.h. wir könnten theoretisch sogar stündliche Backups machen, um das Risiko eines Datenverlustes zu minimieren. Wer sich für Details interessiert, kann ja mal hier rein schauen. Der Punkt ist aber, dass wir vom inzwischen doch recht eingestaubten MySQL zum legitimen Nachfolger MariaDB wechseln müssen. Da es dasselbe Programm ist und nur der Name sich aus rechtlichen Gründen ändern musste, ist das aber sehr einfach: MySQL runterfahren und deinstallieren, MariaDB installieren und hochfahren, fertig [4].
Zum anderen Thema: Auch hier ist das aus der Historie gewachsen. Damals war ein direkt im Apache laufender PHP-Interpreter state of the art und saumäßig schnell. Daran hat sich auch wenig geändert – bei kleinen Seiten. Bei größeren (und dazu gehört die Perrypedia nun mal) kommt aber der große Nachteil von Apache zum Tragen: Apache startet für jede Anfrage einen eigenen Thread. Das funktioniert wie gesagt bei kleineren Seiten super, aber bei vielen Anfragen wird immens viel CPU-Leistung und Arbeitsspeicher (RAM) blockiert, was das ganze System träge macht oder im schlimmsten Fall auch zu Fehlern/Ausfällen führen kann. Genau das ist bei der Perrypedia schon oft passiert. Meistens repariert sich das von selbst wieder, wenn die Last sinkt, aber halt nicht immer. PHP-FPM (Fast Process Manager) verfolgt einen anderen Ansatz. Hier gibt's verschiedene Threads (Worker), die ständig laufen und nach Bedarf die Anfragen abarbeiten. Es können auch dynamisch Worker hinzugenommen oder geschlossen werden, um auf Lastspitzen zu reagieren. Vergleichbar im realen Leben sind z.B. die Schlangen an der Supermarktkasse, wo du dich irgendwo anstellst und dich dann ärgerst, dass es woanders schneller geht (Apache mit mod_php) oder das System, das etwa die Bahn seit einiger Zeit verwendet, wo du einfach eine Wartenummer ziehst und dich dann zum nächstbesten freien Schalter wendest, was sehr viel schneller geht und alle Schalter gleichmäßig auslastet (PHP-FPM). Wenn du danach noch den Apache durch den wesentlich schlankeren nginx ersetzt, der außerdem noch ein paar nette Cache-Fähigkeiten mitbringt, gelangen einige Anfragen – etwa von reinen Lesezugriffen – gar nicht mehr erst ins PHP oder die Datenbank rein, was zusätzlich Kapazität einspart.
Ich hoffe, dass das mit diesen Erläuterungen alles etwas klarer geworden wird. Also die Frage nach Angemessenheit ist einfach komplett falsch gestellt. Die korrekte Frage wäre, ob wir diese Umstellungen machen wollen, um insgesamt das System schneller und ausfallsicherer machen zu können.
--Aki ✉ 14:04, 11. Jul. 2019 (CEST)
Bisher hatte ich keinen Insight auf den Backend der Perrypedia, aber Aki's Ausführung und Argumentation ist hieb- und stichfest. Bin ja selber in der IT tätig und kann das einschätzen. Ich persönlich würd zwar noch sicherheitshalber ein Backup der alten Konfiguration machen, aber nevertheless ist nach dieser langen Erklärung auch meine Meinung, dass dieses Upgrade notwendig ist. --Soulprayer (Diskussion) 15:18, 11. Jul. 2019 (CEST)
@Aki: Es geht hier weniger um Technik sondern um ein paar (eigentlich selbstverständliche) Prinzipien, die meiner Meinung nach fahrlässig mißachtet werden!
1.) Solche Änderung bedürfen im Vorfeld sorgfältiger Tests. Frage: Wann hast du das alles auf dem Testsystem ausgetestet?
2.) Das Vorgehen gleicht einer Art Hauruck-Aktion, obwohl keine zwingende Notlage vorliegt. Dies birgt viel zu viel Risiko für die PP. Deshalb bitte "Safty-first".
3.) Mir gefällt nicht, dass das alles ohne Absprache mit Klenzy durchgeführt werden soll. Das finde ich alles andere als kollegal! Warum diese Eile? (Vollgemerkt wir haben keinen Krisenfall)
4.) Deshalb bin ich entschieden dagegen, dass dieses an diesem Wochenende so durchgeführt werden soll. Wir sind doch ein Team und hierzu gehört auch dass man wichtige Dinge miteinander im Vorfeld bespricht.
--Norman (Diskussion) 17:32, 11. Jul. 2019 (CEST)
Es gibt das Problem, dass die Backups bis in den Vormittag rein laufen. Dafür habe ich eine Lösung präsentiert und auch erklärt, welche weiteren Verbesserungen noch möglich wären. Das mit dem Backup kann ich durch das Datenbank-Update kurzfristig lösen. Den Rest hatte ich zur Diskussion gestellt. Und glaubst du ernsthaft, dass ich auch nur eine Änderung ohne Tests durchführen würde? Ich habe beruflich mit Server-Systemen zu tun, über die sechs- bis siebenstellige Umsätze laufen. Da wird nichts irgendwie „Hauruck“ gemacht. Dieselbe Sorgfalt wende ich auch hier an. --Aki ✉ 18:46, 11. Jul. 2019 (CEST)
Meine gesammelten Gedanken dazu gehen dir gleich schriftlich zu. --Klenzy (Diskussion) 10:56, 12. Jul. 2019 (CEST)

Serverausfall

Der heutige Ausfall ab 11.00 Uhr ist darauf zurückzuführen, dass Strato für Wartungsarbeiten am Rechenzentrtum den Strom abgeschaltet hat. Es war angekündigt, aber als ich das Mail auf mein Handy bekommen habe, waren wir schon auf dem Weg in den Süden. Und danach habe ich es schlicht vergessen, euch zu informieren. --Klenzy (Diskussion) 12:23, 27. Mai 2019 (CEST)

Alles gut! Die PP läuft ja schon wieder. Ich wünsche dir einen schönen Urlaub! --Johannes Kreis (Diskussion) 12:33, 27. Mai 2019 (CEST)

Artikelanzahl

Heute bekommen wir 50 Artikel geschenkt. Die Artikelanzahl ist ein Zähler in irgendeiner Statistiktabelle, der bei einem neuen Artikel, Löschungen, Verschiebungen etc. jeweils aktualisiert wird. Die komplette Neuzählung ergibt demgegenüber 50 Stück mehr, ganz ohne den sonst üblichen Aufwand für neue Artikel ;-) --Klenzy (Diskussion) 10:16, 7. Feb. 2019 (CET)

Testwiki wird aktualisiert 01/19

Ich werde nächstes Wochenende 26.-27.01.19 das Testwiki plätten und neu aufsetzen. Wenn ihr also dort im Testwiki etwas habt, das ihr in Sicherheit bringen müsst, dann ist noch bis Samstag vormittag Zeit dafür. Nach der Datenübernahme werde ich dort die Namensraum-Erweiterung für die Strukturierten Diskussionen ausprobieren. --Klenzy (Diskussion) 20:53, 24. Jan. 2019 (CET)

Das Testwiki ist ab jetzt gesperrt. --Klenzy (Diskussion) 10:30, 26. Jan. 2019 (CET)
Das Testwiki ist derzeit kaputt. Aufgrund eines Programmfehlers lässt sich die Datensicherung nicht einspielen. --Klenzy (Diskussion) 14:11, 26. Jan. 2019 (CET)
Fast vergessen zu erwähnen: Das Testwiki ist wieder da. Es gab ein Problem bei der Datensicherung und -wiederherstellung, das jetzt behoben ist. --Klenzy (Diskussion) 12:52, 29. Jan. 2019 (CET)

Upgrade der Mediawiki-Software auf 1.31 im Echtwiki

Da die Scherereien mit dem Server und dem neuen Betriebssystem Ubuntu 18.04 überstanden sind, steht nun der Upgrade der Mediawiki-Software bevor. Wir fahren derzeit mit 1.27, der Support endet Juni 2019. Die nächste LTS (Long Term Support) ist 1.31. Ich möchte den Upgrade am 24.12. Mittags durchführen. Die Perrypedia wird etwa 3-6 Stunden offline sein. Komplikationen sind nicht zu erwarten. Im Testwiki ist das neue Release 1.31 bereits installiert (an ein paar Kleinigkeiten muss ich noch flickbasteln) und daher sind die Klippen, die ich umschiffen muss, bereits bekannt. --Klenzy (Diskussion) 12:28, 21. Dez. 2018 (CET)

Hach, Du bist so ein Fleißiger. Du machst mich ein bißchen fertig. --Pisanelli (Diskussion) 13:06, 21. Dez. 2018 (CET)
Danach kann ich mich dann vier Jahre auf die faule Haut legen :-)) --Klenzy (Diskussion) 13:35, 21. Dez. 2018 (CET)
Ich genieße gerade die neue Syntax-Funktion. Vielen Dank, Klenzy! --Zoltar (Diskussion) 11:18, 25. Dez. 2018 (CET)
Die neue Navigationsleiste finde ich richtig gut. Oder kam man früher auch schon auf die eigenen Spielwiesen ohne die irgendwo verlinkt zu haben? --LaLe (Diskussion) 11:31, 27. Dez. 2018 (CET)
Nein, das ist neu. Ist aber kein Bestandteil des Mediawiki-Upgrades, sondern eine neue Extension, die ich erst kürzlich zufällig gefunden habe. --Klenzy (Diskussion) 16:35, 28. Dez. 2018 (CET)
Die Syntaxfarben werden jetzt auch innerhalb von <ppdict> dargestellt. --Klenzy (Diskussion) 13:14, 31. Dez. 2018 (CET)

Nach dem Upgrade

Mobile Ansicht

Bei mir funktionierte auf dem iPad die mobile Ansicht nicht mehr. Ich habe mir erlaubt in der Localsettings den Eintrag "$wgMFDefaultSkinClass = 'SkinVector'; // use Vector skin" hinzuzufügen. --Poldi (Diskussion) 10:42, 27. Dez. 2018 (CET)

Habe ebenfalls Probleme mit dem Tablet (Samsung auf Android). --LaLe (Diskussion) 10:57, 27. Dez. 2018 (CET)
Ich komme heute nicht mehr dazu, erst am Wochenende oder eventuell Freitag. --Klenzy (Diskussion) 11:26, 27. Dez. 2018 (CET)
Alles gut. Hauptsache das ist im Blick. --LaLe (Diskussion) 11:30, 27. Dez. 2018 (CET)
Die Standardskin (Aussehen) für die Mobilansicht, "MinervaNeue", muss neuerdings separat heruntergeladen und installiert werden und hat daher nach dem Upgrade gefehlt. Jetzt stimmt's wieder. --Klenzy (Diskussion) 16:29, 28. Dez. 2018 (CET)

PPDefaultsort

Bislang war es so, dass im Quellenabsatz eines Artikels zwischen der letzten Kategorie und {{PPDefaultsort}} maximal ein Zeilenumbruch »erlaubt« war, ohne dass es zu einem Darstellungsfehler kam (unnötig großer Abstand zwischen den Quellen und der Kategorie-Zeile). Nun ist auch schon ein Zeilenumbruch zuviel. Mit einem Bot-Einsatz ist das schnell erledigt (ist auch schon getestet: vorher / nachher). Soll ich den Job starten oder lässt es sich auch zentral mit geringem Aufwand lösen? Der Job würde wohl recht lange laufen! --JoKaene 19:28, 24. Dez. 2018 (CET)

Geht leider nicht anders als mit einem Bot. Lass laufen, ich kann dafür sorgen, dass es schneller geht. --Klenzy (Diskussion) 20:57, 24. Dez. 2018 (CET)
Der Job läuft erstmal. Aber ist irgendetwas an den Einstellungen von ReplaceText geändert? Mir werden definitiv nicht alle möglichen Treffer angezeigt. (nur alles was mit einer Zahl oder höchstens Ab... beginnt. 200-300 Treffer) --JoKaene 21:11, 24. Dez. 2018 (CET)
PS: Ja, die Anzahl der zu bearbeitenden Seite ist wohl auf 250 begrenzt. --JoKaene 21:23, 24. Dez. 2018 (CET)
Ich habe eine möglicherweise passende Einstellung gefunden und werde das etwas später testen. --Klenzy (Diskussion) 12:49, 25. Dez. 2018 (CET)
Es gibt keine Einstellung. Die 250 stehen fix im PHP-Modul der ReplaceText-Extension. Ich habe den Wert nun auf 2500 gesetzt. Beim nächsten Upgrade der Extension oder der Mediawiki-Software ist das halt wieder futsch - was aber so schnell kaum passieren dürfte. --Klenzy (Diskussion) 15:21, 26. Dez. 2018 (CET)

Exkurs: Bei einem Redirect muss sogar der Zeilenumbruch zwischen der letzten Kategorie und dem PPDefaultsort entfernt werden. Ich gönn' mir das Vergnügen und stelle mal eine Supportanfrage. --Klenzy (Diskussion) 14:09, 26. Dez. 2018 (CET)

Ja, hab' ich auch entdeckt. Bin mir nicht sicher, ob die Umstellung nötig oder auch nur gewollt ist, bleiben Redirects dem Nutzer doch normalerweise unsichtbar. Aber auch die Umstellung per Bot ist im Moment doch recht mühsam, kann man doch nur mit 250er-Blöcken arbeiten. --JoKaene 14:18, 26. Dez. 2018 (CET)
Man rät uns, das PPDefaultsort vor die Kategorien zu setzen: [5]. --Klenzy (Diskussion) 11:49, 27. Dez. 2018 (CET)
Da es jetzt ja erstmal in Ordnung ist (obwohl der Bot offensichtlich nicht alle Artikel erfasst hat), ist mein Vorschlag: Wir belassen es wie es ist, und für die Zukunft setzen wir PPDefaultsort über den Kategorienblock – ist am wenigsten Fehleranfällig und auch Leerzeichen spielen keine Rolle mehr. Wenn das Ok ist, sollten möglichst zeitnah die Formatvorlagen angepasst werden. --JoKaene 19:15, 27. Dez. 2018 (CET)
Zwecks Verortung PPDefault-Sort: Wie wäre es unmittelbar vor erstem Unterabschnitt?
Auch TOC kommt an diese Stelle (Ausnahmen natürlich wie immer vorhanden). ppdict, als weitere "Meta"-Auszeichnung ebenfalls.
Sehe da eine gewisse Einheitlichkeit in der Regelung und damit für Nicht-PP-Profis weniger kognitive Last (mir fällt das obwohl allmählich die Erinnerungen wieder kommen gerade beim Wiedereinstieg jede "hier etwas anders"-Regel schon stark auf).
Falls das nicht überzeugt ;-) weiterer Vorschlag: Direkt unter Quellen-Abschnitt-Überschrift
Quellen-Abschnitt gibt es immer (also in gewisser Weiße stabiler/weniger variabel als die zuerst vorgeschlagene Stelle).
Quellen-Überschrift gibt guten Anker für Regex-Replace (und im Gegensatz zu obiger Stelle muss Regex wahrscheinlich während Arbeiten weniger im Speicher halten)
Über tatsächlichen Quellen-Links kommt mir - Bauchgefühl - stabiler vor, als direkt drunter.
O.k., O.k., wahrscheinlich mal wieder viel zu viele Gedanken für eine "so oder so wird schon einigermaßen funktionieren"-Sache. Aber wisst ja, wie ich bin. ;-) --NAN (Diskussion|Beiträge) 09:05, 28. Dez. 2018 (CET)
PS: Zum Buchgefühlt: Über Kategorie und viele Leerzeilen ( [6]) macht aktuell keine Probleme, da das in der Antwort zur Support-Anfrage erwähnte Trimm funktioniert. Ist nur die Frage, ob sich das Verhalten dieses Trimms weiterhin verändert. Falls ja wäre eine Stelle, die nicht auf dieses Verhalten angewiesen ist stabiler, da unabhängig. --NAN (Diskussion|Beiträge) 09:13, 28. Dez. 2018 (CET)
Ich find's gut, dass Du Alternativen aufzeigst, bevor wir uns vorschnell auf eine Lösung festlegen.
Trotzdem schlage ich vor, bei dem Lösungsvorschlag zu bleiben: PPDefaultsort vor der ersten Kategorie. Das ist die einzige Stelle, die es bei normalen Artikeln und gleichermaßen bei Redirects gibt. Genau genommen haben wir das Problemchen derzeit nur bei Redirects. --Klenzy (Diskussion) 11:26, 29. Dez. 2018 (CET)

Seiteninformationen

Unter "Mehr" gibt es einen Menüpunkt "Seiteninfos anzeigen", der nicht funktioniert. Stattdessen bitte links in der Sidebar unter "Werkzeuge" den Menüpunkt "Seiteninformationen" verwenden. --Klenzy (Diskussion) 12:49, 25. Dez. 2018 (CET)

SemanticMediawiki

Diese Extension habe ich entfernt. Wir haben bisher lediglich die "#ask"-Funktion genutzt, sonst nichts. Trotzdem hätte der Upgrade der (leeren!) SMW-Datenbank voraussichtlich 8-10 Stunden gedauert, was ich nicht gewillt bin zu akzeptieren. Statt dessen stelle ich die Vorlagen "DateShow" und "Exist" um, so dass wieder die vorhandene und funktionierende Parserfunktion "#ifexist" verwendet wird. Der ursprüngliche Nachteil, dass durch eine ifexist-Abfrage der entsprechende Seitenname unter "Gewünschte Seiten" bzw. "Gewünschte Dateien" auftaucht, ist mittlerweile bereinigt. --Klenzy (Diskussion) 13:08, 25. Dez. 2018 (CET)

Cool, dass Du an kontinuierlicher Verbesserung und Vereinfachung dran bleibst. :-) --NAN (Diskussion|Beiträge) 14:21, 25. Dez. 2018 (CET)

Externe Links

Die bisher verwendete Extension https://www.mediawiki.org/wiki/Extension:ExternalLinks habe ich ersetzt durch https://www.mediawiki.org/wiki/Extension:RottenLinks. Die Spezialseite Spezial:RottenLinks zeigt die externen Links und das Prüfergebnis. Diese Spezialseite wird nur einmal täglich aktualisiert (ab 6.00 Uhr morgens, läuft mehrere Stunden) und bleibt den Rest des Tages statisch. --Klenzy (Diskussion) 20:24, 25. Dez. 2018 (CET)

Web-Chat

Keine Ahnung, ob dieser Beitrag hier richtig ist. Ich habe aber eine Frage: Dieser Web-Chat, der auf der Seite »Kommunikation« angeboten wird - funktioniert der überhaupt? Ich wollte ihn mal ausprobieren, weiß aber leider nicht, wie man das macht. Und auf der fraglichen Seite fand ich keine Bedienelemente... --Zoltar (Diskussion) 11:36, 26. Dez. 2018 (CET)

Sieht merkwürdig aus. Ich schau mal. --Klenzy (Diskussion) 12:57, 26. Dez. 2018 (CET)
Die WebChat-Extension war nicht auf dem aktuellen Stand. Aktualisiert -> jetzt erscheint wieder die Anmeldemaske.
Aber: Die Verbindung zum Chatserver funktioniert nicht. Von diesem Mibbit-Zeug habe ich keine Ahnung - und ich überlege, ob ich mich wirklich damit auseinandersetzen soll und will.
Es gibt nämlich eine Alternative. Eine andere Extension, die ich nun probehalber installiert habe, bietet einen internen Mediawiki-Chat an. Der Funktionsumfang ist im Vergleich zu heute üblichen Chat-Tools deutlich geringer - aber der Vorteil ist die nahtlose Integration in das Wiki. Die Nachrichten laufen nicht über einen externen Server, sondern bleiben auf unserem Perypedia-Server und können auch nachträglich eingesehen werden. Eine besondere Anmeldung ist nicht notwendig. Man muss einfach nur die Seite Spezial:Chat aufrufen.
Wenn ihr einverstanden seid, dann entsorge ich den WebChat und wir verwenden zukünftig den Mediawiki-Chat. --Klenzy (Diskussion) 20:16, 28. Dez. 2018 (CET)
Begrüße das. --Zoltar (Diskussion) 20:33, 28. Dez. 2018 (CET)
Ist jetzt umgestellt. --Klenzy (Diskussion) 14:15, 31. Dez. 2018 (CET)
Der Link auf dem Gemeinschaftsportal wurde auch angepasst. --W. Butz (Diskussion) 12:16, 4. Jan. 2019 (CET)

Abbrechen-Button unter dem Seitenbearbeitungsfenster

Ist es beabsichtigt, dass der Abbrechen-Button unter dem Seitenbearbeitungsfenster (ganz rechts in der Reihe der Buttons, neben "Änderungen Speichern", "Vorschau Zeigen" und "Änderungen zeigen") als roter Link dargestellt wird? --Andi47 (Diskussion) 08:40, 29. Dez. 2018 (CET)

Ich nehme an, ja. Von mir ist die Gestaltung nicht. Aber ist doch gut: rot als Signalfarbe - Pass auf, bevor du hier drückst! --Klenzy (Diskussion) 11:19, 29. Dez. 2018 (CET)

Testwiki wird aktualisiert 11/18

Ich werde nächstes Wochenende 24.-25.11.18 das Testwiki plätten und neu aufsetzen. Wenn ihr also dort im Testwiki etwas habt, das ihr in Sicherheit bringen müsst, dann ist noch bis 23.11.18 Zeit dafür. Nach der Datenübernahme werde ich dort den Upgrade auf die nächste LTS-Mediawiki-Version vornehmen. --Klenzy (Diskussion) 16:08, 20. Nov. 2018 (CET)

Halte die Daumen! --Zoltar (Diskussion) 16:44, 20. Nov. 2018 (CET)
Jetzt gehts los mit dem Testwiki. --Klenzy (Diskussion) 19:44, 24. Nov. 2018 (CET)
Das Testwiki ist wieder da. Datenbestand aktualisiert, für den Softwareupgrade habe ich gerade keine Zeit. --Klenzy (Diskussion) 18:34, 25. Nov. 2018 (CET)

Probleme mit PHP

Entschuldigt bitte den unangekündigten Serverausfall. Es gibt Probleme mit der installierten PHP-Version 7.2. Es hat sich herausgestellt, dass PHP 7.2 für unsere Mediawiki-Version 1.27 nicht zulässig ist; das habe ich jetzt erst gemerkt. Es ist ein reiner Glücksfall, was derzeit alles funktioniert. Eines der Symptome ist, dass die Hauptseite nicht für jedermann aufrufbar ist. Ich habe versucht, das Problem auf die Schnelle zu beheben, aber mit dem neuen Serverbetriebssystem Ubuntu 18.04 führt anscheinend kein Weg zurück zu früheren PHP-Versionen. Ich bleibe dran und bitte um Geduld. --Klenzy (Diskussion) 11:03, 7. Nov. 2018 (CET) PS. Bei manchen Benutzern geht die Hauptseite, bei manchen nicht. Bei anderen Seiten tritt das Problem derzeit/noch/weiterhin nicht auf. Wer Zugriff hat und lesen oder arbeiten möchte: nur zu, Daten sind nicht gefährdet. --Klenzy (Diskussion) 11:10, 7. Nov. 2018 (CET)

Gibt es eine neuere MediaWiki-Version, die mit PHP 7.2 funktioniert? --Andi47 (Diskussion) 11:12, 7. Nov. 2018 (CET)
Ja, schon, so war mein ursprünglicher Plan: das Serverbetriebssystem jetzt, Mediawiki 1.31 zum Jahreswechsel. Die neue Mediawiki-Version ist wahrscheinlich wenig Installationsaufwand, aber (so war's beim letzten Mal) viel Nacharbeiten. Spätestens in einem halben Jahr benötigen wir sowieso 1.31 ([7]), zur Not kann ich's vorziehen. --Klenzy (Diskussion) 11:42, 7. Nov. 2018 (CET)
Wäre in Summe wahrscheinlich auch weniger Arbeit, als nochmals auf PHP alt zurückzugehen, und dann nächstes Jahr mit dem neuen MediaWiki wieder das aktuelle PHP zu installieren. --Andi47 (Diskussion) 17:51, 7. Nov. 2018 (CET)
Darauf wird's hinauslaufen. Es führt anscheinend absolut kein Weg zurück zu einer früheren PHP-Version.
Philonous und Zoltar haben einen Workaround gefunden: Wenn das "run()" erscheint, im Browser die Seite neu laden. Dann geht's. --Klenzy (Diskussion) 10:44, 8. Nov. 2018 (CET)

Betriebssystemwechsel

Im April nächsten Jahres endet der Support für unser Serverbetriebssystem Ubuntu 14.04, daher möchte ich noch in diesem Herbst einen Upgrade durchführen. Zwingend notwendig ist es nicht. Das System läuft stabil und es bestehen gute Chancen, dass wie bei der Vorgängerversion 12.04 über das offizielle Lebensende ein "extended support" angeboten wird.

  • Für den Releasewechsel spricht:
    • Ich kann den Zeitpunkt jetzt frei bestimmen. Sollte eines Tages ein Softwareproblem auftauchen, das einen Wechsel zwingend nötig macht (unwahrscheinlich, aber denkbar), dann muss es vielleicht schnell gehen, auch wenn es zeitlich nicht passt.
    • Voller Support: Weiterhin zuverlässige automatische Updates der Serversoftware und die Möglichkeit, für Softwareprobleme Hilfe zu bekommen.
    • Die nächste Ubuntu-Version enthält standardmäßig PHP 7, das wir für die nächste Mediawiki-Version benötigen. (PHP 7 gibt es auch für unsere Ubuntu-Version, aber aus einem Fremd-Repository, d.h. nicht von unserem Ubuntu-Anbieter. Das ist technisch kein großes Ding, könnte aber evtl. zukünftig Probleme verursachen und evtl. - siehe erstes Argument - irgendwann einen schnellen Upgrade erzwingen.)
  • Gegen den Releasewechsel spricht:
    • Neue Software enthält neue Fehler.
    • Der Upgrade des Serverbetriebssystems ist immer riskant.

Um die Risiken zu minimieren, werde ich natürlich mehrere Datensicherungen erstellen (von der Perrypedia-Datenbank bis hin zu einer Servergesamtkopie). Trotzdem muss ich darauf hinweisen: Der GAU wäre "Upgrade schlägt fehl, Server irreparabel beschädigt". Der Katastrophenplan für diesen Fall: Alten Server aufkündigen, neuen Server anmieten, Perrypedia aus einer der Datensicherungen komplett neu hochziehen. Also gibt es selbst im allerschlimmsten Fall keinen Datenverlust, höchstens Zeitverlust.

Ich traue mir das alles zu, aber da ich es noch nie gemacht habe, kann ich die erforderliche Zeit nicht abschätzen. Die Datensicherung wird mindestens einen Tag dauern. Für den Betriebssystemwechsel ist alles drin, von wenigen Stunden bis zu mehreren Tagen. Auch abhängig davon, wie dumm oder schlau ich mich anstelle. Die Perrypedia wird daher mindestens einen, wahrscheinlich mehrere Tage komplett offline sein.

Als Termin schwebt mir etwa Ende Oktober, Anfang November vor. Genaues dann in Kürze. --Klenzy (Diskussion) 09:27, 18. Sep. 2018 (CEST)

Meine Planung ist wie folgt:
  • 31.10.18 abends zwischen 18-23 Uhr setze ich die Perrypedia auf Read-only.
  • In der Nacht läuft die reguläre Datensicherung.
  • Ab 1.11.18 werde ich weitere Datensicherungen machen, unter anderem auf dem FTP-Backupspace, auf meinem lokalen Rechner, in meiner privaten Cloud und auf OneDrive. Voraussichtlich ab Mittags wird die Perrypedia komplett offline sein.
  • Die Datensicherungen werden sich voraussichtlich bis Freitag oder Samstag hinziehen.
  • Danach beginnt der Upgrade des Serverbetriebssystems.
  • Sobald fertig, startet die Perrypedia vorerst wieder Read-Only.
  • Es folgen Tests der wichtigsten Funktionen und Skripte.
  • Zuletzt gebe ich die Perrypedia wieder vollständig frei.
Die Dauer insbesondere des Upgrades kann ich überhaupt nicht abschätzen. Die Perrypedia wird also unbestimmte Zeit, mindestens zwei Tage, komplett offline sein. Ich halte euch im Forum [8] auf dem Laufenden. --Klenzy (Diskussion) 16:44, 16. Okt. 2018 (CEST)
Ich finde es sinnvoll, schon jetzt eine wahrnehmbare Nachricht auf der Startseite zu schalten. :) --Soulprayer (Diskussion) 21:36, 16. Okt. 2018 (CEST)
Deinen Einsatz finde ich mehr als lobenswert! Viel Erfolg wünsche ich. Mich würde noch interessieren, ob das PP-Testsystem auch betroffen ist, oder ob es vorher (oder nachher) auf eine neue Ubuntu-Version hochgezogen wurde (wird)? --Norman (Diskussion) 10:40, 17. Okt. 2018 (CEST)
Das Testwiki ist zwar eine separate Installation der Mediawiki-Software, aber auf demselben Server. Das heißt, für die Benutzer und Mitarbeiter wird buchstäblich nichts gehen. Aber keine Sorge, ich habe einen mehrstufigen Sicherheitsplan.
Hinweis auf der Hauptseite kommt demnächst. --Klenzy (Diskussion) 10:53, 17. Okt. 2018 (CEST)
Die Vorteile sind schon überzeugend und dein Handeln zeugte bisher ja auch von großer Umsicht. Von mir deshalb kein Widerspruch. --JoKaene 16:39, 17. Okt. 2018 (CEST)
Bald geht es los! Heute kurz nach 22.00 Uhr geht die Perrypedia zunächst auf READ-ONLY. --Klenzy (Diskussion) 19:23, 31. Okt. 2018 (CET)

Der Betriebssystemwechsel ist abgeschlossen. Der Server läuft stabil, die Logdateien zeigen keine Auffälligkeiten. Neu auftretende Fehler bitte hier melden: Perrypedia:Beobachtete Fehler#Fehler nach dem Betriebssystemwechsel (Nov. 2018). --Klenzy (Diskussion) 20:05, 3. Nov. 2018 (CET)

Gratulation zur Umstellung! Tolle Arbeit! Gönne Dir doch mal eine kleine Pause! Ich jedenfall trink einen Schluck auf Dich. --Norman (Diskussion) 14:25, 4. Nov. 2018 (CET)
Gute Idee, Norman. Mache ich auch (aber erst, NACHDEM ich mit PR 2934 fertig werde) ;-) --Zoltar (Diskussion) 14:44, 4. Nov. 2018 (CET)
Eben; alles zu seiner Zeit. Nicht mehr lang, dann bekomme ich den verdienten Kaffee. --Klenzy (Diskussion) 14:56, 4. Nov. 2018 (CET)

STRATO-Wartungsarbeiten 10.10.2018, 11:00 bis 13:00 Uhr

Aufgrund von Wartungsarbeiten in ihrem Rechenzentrum kann unser Provider in der genannten Zeit keine ununterbrochene Stromversorgung gewährleisten. Der Server muss von STRATO für kurze Zeit vom Netz genommen werden und wird daher sicherheitshalber von denen heruntergefahren und neu gestartet. Die Unterbrechung sollte nicht länger als ein paar Minuten dauern. Nur dummerweise lässt sich der Zeitpunkt nicht genauer festlegen. Um eventuelle ärgerliche Datenverluste zu vermeiden, werde ich das Wiki daher kurz zuvor, sagen wir 10:50 Uhr, für alle Änderungen sperren. Bis 13:00 Uhr sind dann nur Lesezugriffe möglich, und irgendwann in dieser Zeitspanne wird der Server wie erwähnt für ein paar Minuten ganz weg sein. Ich bitte um Verständnis! --Klenzy (Diskussion) 23:48, 28. Sep. 2018 (CEST)

Wir sind wieder uneingeschränkt da. Entschuldigt bitte die Verspätung! --Klenzy (Diskussion) 13:45, 10. Okt. 2018 (CEST)

Testwiki wird aktualisiert 01/18

Ich werde nächstes Wochenende 13.-14.1.18 das Testwiki plätten und neu aufsetzen. Wenn ihr also dort im Testwiki etwas habt, das ihr in Sicherheit bringen müsst, dann ist noch bis 12.1.18 Zeit dafür. Die drei englischen Seiten von Superstrijder habe ich bereits ins Echtwiki übernommen, da er sich zurzeit nicht meldet. --Klenzy (Diskussion) 14:24, 1. Jan. 2018 (CET)

Das Testwiki geht jetzt offline. --Klenzy (Diskussion) 11:54, 14. Jan. 2018 (CET)
Das Testwiki ist jetzt auch endlich wieder da, Stand: 14.1.18 00:16 Uhr. --Klenzy (Diskussion) 20:07, 14. Jan. 2018 (CET)

Neue Mediawiki-Version: im Echtwiki

Am Freitag, 1.12. möchte ich die neue Mediawiki-Version auch im Echtwiki installieren. Die Perrypedia wird ab 13.00 Uhr für ca. 15–30 Minuten offline sein. --Klenzy (Diskussion) 10:07, 29. Nov. 2017 (CET)

Ich danke Klenzy für das professionell durchgeführte Update! Besser geht es nicht. Steht denn irgendwo was die neue Version bringt? Oder anders müssen wir etwas nun beachten? --Norman (Diskussion) 14:04, 1. Dez. 2017 (CET)
Nix zu beachten. Was es bringt, siehe nächsten Abschnitt. Ich habe ein Mediawiki-Rundmail vorliegen mit technischen Details, welche sicherheitsrelevanten Bugs behoben wurden, aber ehrlich gesagt war mir das größtenteils auch zu hoch. --Klenzy (Diskussion) 14:29, 1. Dez. 2017 (CET)

Neue Mediawiki-Version: zuerst im Testwiki

Mediawiki ist jetzt in der Version 1.27.4 verfügbar. Die neue Version enthält Sicherheitsupdates und schließt potentielle Angriffspunkte für Hacker. Ich möchte den Softwareupdate am 25./26.11. im Testwiki ausprobieren, das Testwiki wird daher vorübergehend (ca. 2-3 h) nicht erreichbar sein. Die Inhalte des Testwikis sind nicht betroffen, alle Daten bleiben bestehen. --Klenzy (Diskussion) 12:29, 23. Nov. 2017 (CET)

Das Testwiki geht jetzt offline. --Klenzy (Diskussion) 14:28, 25. Nov. 2017 (CET)
Das Testwiki ist wieder da, jetzt mit Mediawiki 1.27.4. --Klenzy (Diskussion) 16:19, 25. Nov. 2017 (CET)

Testwiki wird aktualisiert 10/17

Ich werde nächstes Wochenende (genauer zwischen 30.9. und 3.10.17) das Testwiki plätten und neu aufsetzen. Wenn ihr also dort im Testwiki etwas habt, das ihr in Sicherheit bringen müsst, dann ist noch bis 29.9.17 Zeit dafür. --Klenzy (Diskussion) 12:02, 24. Sep. 2017 (CEST)

Das Testwiki wird jetzt heruntergefahren und aktualisiert und steht spätestens morgen Vormittag wieder zur Verfügung. --Klenzy (Diskussion) 18:21, 30. Sep. 2017 (CEST)
Das Testwiki ist wieder da mit dem Datenbestand vom 29.9., 23:59.
Testweise ist dort auch ein neuer Namensraum eingerichtet: "EN" für englische Übersetzungen. --Klenzy (Diskussion) 12:18, 1. Okt. 2017 (CEST)

IP-Blockaden aufgehoben

Die IP-Blockaden sind aufgehoben, auch EWE Tel-Kunden können jetzt wieder auf die Perrypedia zugreifen (Details: Perrypedia_Diskussion:Vandalismus#Spambot IP). Ich habe verschiedene Maßnahmen eingebaut, um Bots ganz allgemein auszubremsen (Firewall connlimit, Apache2 mod_bw). Nun muss ich eine Weile beobachten, ob's hilft. Menschliche Benutzer dürften normalerweise keine Einschränkungen spüren, eventuell läuft der Download großer Dateien etwas langsamer.

Zugriffsprobleme eurerseits bitte im Forum [9] oder, wenn's geht hier melden. --Klenzy (Diskussion) 10:06, 31. Jul. 2017 (CEST)

Festplatte defekt, Perrypedia offline ab 16.30 Uhr

Anscheinend ist eine Festplatte defekt. Wir haben zwar eine Spiegelung mit RAID-1, aber es ist ausgerechnet die Bootplatte und ich bin nicht sicher, ob der Austausch so reibungslos klappt wie RAID verspricht. Daher nehme ich die Perrypedia in ca. 15 Min., ab 16.30 Uhr für unbestimmte Zeit vom Netz und mache als erstes eine zusätzliche Datensicherung, bevor wir die Platte wechseln lassen. Über das Forum halte ich euch auf dem Laufenden. --Klenzy (Diskussion) 16:14, 4. Jun. 2017 (CEST)

http://forum.perry-rhodan.net/viewtopic.php?f=62&t=1609&p=538489&sid=577c49b906ebf29b8ab529c1b7189f17#p538489 --Klenzy (Diskussion) 16:22, 4. Jun. 2017 (CEST)

Alles für die Katz, kein Hardwarefehler feststellbar. Ihr könnt bedenkenlos weiterarbeiten, der RAID-Verbund funktioniert wieder einwandfrei. Zur Sicherheit lasse ich heut Nacht den Langtest für die spinnerte Platte mitlaufen. Das gehört zum SMART-Monitoring-Tool, das ich jetzt neu installiert habe. Und so hat der Fehler doch noch wenigstens 1 Gutes. --Klenzy (Diskussion) 22:21, 4. Jun. 2017 (CEST)

SSL-Zertifikat für gesicherte Verbindung

Nach Anlaufschwierigkeiten gestern habe ich heute erfolgreich ein SSL-Zertifikat (von Let's Encrypt) für die Perrypedia installiert. Damit ist es zukünftig möglich, eine gesicherte Verbindung (https) zum Server aufzubauen und die lästigen Warnhinweise bei der Kennworteingabe im Browser entfallen.
Derzeit ist die Verbindung per SSL noch optional, d.h. ihr könnt mit einer gesicherten oder ungesicherten Verbindung arbeiten. Heute Nachmittag werde ich zusätzlich den SSL-Zwang konfigurieren, es gibt dann keine ungesicherten Verbindungen mehr. Bitte beachtet die Konsequenzen: Durch den SSL-Zwang verlieren (einmalig) alle Benutzersitzungen, auch die dauerhaften!, ihre Gültigkeit, ihr müsst euch also neu einloggen. Mit oder ohne "angemeldet bleiben". Beachtet bitte außerdem, dass der bisherige Cookie für die Benutzersitzung (der ja auf http://www... lautet) nicht mehr funktioniert und nicht mehr benötigt wird. Wenn ihr mit einer generellen Cookiesperre arbeitet, dann muss die Whitelist erweitert werden: Cookies zulassen für https://www.perrypedia.proc.org.
Ansonsten ändert sich nichts. Das Zertifikat wird alle 60 bis 90 Tage erneuert, aber das passiert auf dem Server und ihr habt damit nichts zu tun. --Klenzy (Diskussion) 10:47, 1. Jun. 2017 (CEST)

Erledigt. Auf dem Echtserver ist jetzt sogar meine Benutzersitzung erhalten geblieben, was im Testwiki heut früh nicht funktioniert hat. Also, eventuell müsst ihr euch neu anmelden. Vielleicht auch nicht oder die Sonne steht im Quadrat zum Ostwind ... --Klenzy (Diskussion) 15:06, 1. Jun. 2017 (CEST)
Super, vielen Dank für deinen Einsatz! *MitarbeiterDerWocheMedailleVerleih* ;-) --Ebbelwain (Diskussion) 21:31, 1. Jun. 2017 (CEST)
Klasse Sache! SSL ist immer gut. Vielen Dank Klenzy! --Soulprayer (Diskussion) 14:30, 2. Jun. 2017 (CEST)
Die Benutzersitzung bleibt wohl dauerhaft erhalten. Danke auch von mir für die Umstellung. --Spacejetpilot (Diskussion) 16:24, 2. Jun. 2017 (CEST)

Wenn euch noch irgendwo "mixed content" auffällt, bitte melden! Das ist, wenn anstelle des grünen Schlosses ein graues Schloss mit einem gelben Warndreieck erscheint. Dann ist die Verbindung zwar grundsätzlich SSL-gesichert, aber irgendwo auf der Seite wird externer Inhalt von einer ungesicherten (http ohne s) mit dazugeladen, meistens Grafiken. Wenn die Zieldomain https anbietet, dann kann ich das umstellen. --Klenzy (Diskussion) 19:44, 3. Jun. 2017 (CEST) Meldungen:

  • SOL-Magazin, z. B. SOL 85: Kann man leider derzeit nicht beheben, PRFZ bietet keine gesicherte Verbindung an. --Klenzy (Diskussion) 19:44, 3. Jun. 2017 (CEST)
  • ...

Testwiki wird aktualisiert 05/17

Ich werde nächstes Wochenende 6.-7.5.17 das Testwiki plätten und neu aufsetzen. Wenn ihr also dort im Testwiki etwas habt, das ihr in Sicherheit bringen müsst, dann ist noch bis 5.5.17 Zeit dafür. --Klenzy (Diskussion) 11:55, 29. Apr. 2017 (CEST)

Das Testwiki wird jetzt heruntergefahren und aktualisiert und steht in ca. 2 Std. wieder zur Verfügung. --Klenzy (Diskussion) 11:35, 6. Mai 2017 (CEST)
So, nun ist auch das Testwiki wieder da mit dem Datenbestand von gestern, 5.5.17, 23.59 Uhr. War wohl nichts mit 2 Stunden, beim nächsten Mal wird die Schätzung besser ausfallen :-) --Klenzy (Diskussion) 20:07, 6. Mai 2017 (CEST)

WICHTIG !! Perrypedia Software-Upgrade !! WICHTIG

Ab kommenden Montag, 10.4.17, 13.30 Uhr möchte ich für die Perrypedia ein Upgrade von (derzeit) Mediawiki 1.23.11 auf (neu) 1.27 durchführen. Zwingend notwendig ist das zwar nicht. Aber für 1.23 endet der Support nächsten Monat. 1.27 ist die nächste LTS-Version (long term support), siehe: https://www.mediawiki.org/wiki/Version_lifecycle#Versions_and_their_end-of-life. Falls irgendwelche Fehler auftauchen, hat man mit der alten Version ganz schlechte Karten.
Als zusätzliches Gimmick wird die Perrypedia mit der neuen Version die Extension:MobileFrontend bekommen, also optimierte Darstellung für Smartphones und Tablets. Die Wikipedia benutzt dieselbe Extension.
Für den Upgrade muss die Perrypedia vollständig offline gehen, es wird weder das Echtwiki noch das Testwiki erreichbar sein. Läuft alles problemlos, dann ist das Wiki nach etwa zwei Stunden wieder da. Ob ich es innerhalb dieser Frist schaffe, muss sich erst zeigen, es ist mein erster Upgrade im Echtwiki.
Aufgrund der Erfahrungswerte im Testwiki rechne ich bereits jetzt damit, dass es nach dem Upgrade lange Zeit, evtl. mehrere Tage, zu Problemen bei der Grafikeinbindung kommen wird. Der Lösungsweg ist bekannt, es ist nur ein seeeehr lang laufender Hintergrundjob. --Klenzy (Diskussion) 17:03, 5. Apr. 2017 (CEST)

Der Software-Upgrade ist abgeschlossen. Wie erwartet, gibt es noch Probleme bei der Grafikeinbindung. Ein entsprechender Hintergrundjob läuft. --Klenzy (Diskussion) 18:56, 10. Apr. 2017 (CEST)
So langsam läuft sich das Wiki ja warm. Bislang hab ich nichts Gravierendes entdecken können. Deshalb jetzt schon mal:
Vielen Dank für deine Mühe! --JoKaene 19:44, 10. Apr. 2017 (CEST)
Genau, vielen Dank für all die Arbeit! --Zoltar (Diskussion) 20:26, 10. Apr. 2017 (CEST)
Well done! --Calloberian (Diskussion) 07:29, 11. Apr. 2017 (CEST)
Tolle Arbeit. Man kann die Mühe und den Aufwand nicht hoch genug anerkennen zumal immer ein gewisses Restrisiko bleibt! Norman (Diskussion) 11:45, 11. Apr. 2017 (CEST)
Super!! Vielen Dank für die Mühe! --Andi47 (Diskussion) 14:34, 11. Apr. 2017 (CEST)
Dankeschön. Die Nacharbeiten des Upgrades sind jetzt eeeendlich erledigt und jetzt dürften auch alle Grafiken wieder da sein. --Klenzy (Diskussion) 17:18, 17. Apr. 2017 (CEST)

Testwiki Software-Upgrade

Ab kommenden Montag, 16.1.17 möchte ich im Testwiki ein Upgrade von (derzeit) Mediawiki 1.23.11 auf (neu) 1.27 durchführen. Beim Überfliegen der Releasenotes ist mir zwar keine bahnbrechende Neuigkeit aufgefallen, aber ich benötige die neuere Version, um anschließend die Extension:MobileFrontend auszuprobieren. Das Testwiki wird also für ungewisse Zeit gesperrt sein. --Klenzy (Diskussion) 15:30, 13. Jan. 2017 (CET)

Das Testwiki wird jetzt gesperrt. --Klenzy (Diskussion) 16:12, 16. Jan. 2017 (CET)
Wird noch eine Weile dauern. Es gibt da ein paar unschöne Abhängigkeiten unter den Extensions, die ziemlich schwer aufzulösen sind. Die Dokumentation ist wie üblich bescheiden und vor allem können einige Extensions nicht (oder nicht mehr) mit dem Special:ExtensionDistributor heruntergeladen werden (der wäre einfach, benutzerfreundlich, fehlerfrei), sondern entweder über ein neues Werkzeug namens Composer (in den muss ich mich erst einarbeiten) oder gleich über Git, eigentlich ein Entwicklerwerkzeug (kompliziert, unhandlich, aufwendig, fehleranfällig).
Es ist ja alles kostenlos, da darf ich mich eigentlich nicht beklagen. Trotzdem, ach, was für ein selten grausiger Verhau. --Klenzy (Diskussion) 14:04, 17. Jan. 2017 (CET)
Das Testwiki ist wieder da. Mit Einschränkungen:
  • Die Extension SemanticMediawiki ist ausgeschaltet, produziert sonst nur Fehler
Das ist relativ tragisch, da die hundertfach verwendete Vorlage:Exist eine SMW-Funktion (#ask) nutzt.
  • Die Extension EditSectionLinkTransform ist ausgeschaltet, ist aber wohl verzichtbar
  • QuestyCaptcha scheint nicht aktiviert zu sein, obwohl installiert
  • gleich auf der Hauptseite sieht man einen Formatierungsfehler bei den Grafiken
Das muss ich alles noch anschauen, wird ein paar Tage dauern.
Dafür zeigt die Spezial:Versionsseite neuerdings eine halbe Million installierte Bibliotheken, keine Ahnung wozu das alles gebraucht wird.
Derzeit bin ich mir jedenfalls noch nicht sicher, ob der Upgrade von 1.23 auf 1.27 wirklich eine gute Idee ist. Die neue Version bringt eine Menge Neuerungen unter der Oberfläche (z.B. Änderungen in den Konfigurationsdateien, die jetzt noch optional sind, aber sicher irgendwann gemacht werden müssen); erheblich höheren Installationsaufwand, weil die Extensions für die Version nicht sauber aufeinander abgestimmt sind; und eine Handvoll Fehler, siehe oben. Summa summarum ganz klar ein Rückschritt. --Klenzy (Diskussion) 09:55, 19. Jan. 2017 (CET)
Mal ne Frage. Welche Version von SMW hattest Du probiert? --Poldi (Diskussion) 15:36, 20. Jan. 2017 (CET)
Ich hab' mir über die Seite "Spezial:ExtensionDistributor" den Link auf die SMW-Extension geben lassen, die zur Mediawiki-1.27 passt (vielmehr passen soll). Installieren kann man, aber dann kommen im Log zig Fehlermeldungen und das Testwiki liefert nur eine leere Seite aus.
Danach habe ich das SemanticBundle probiert, in dem laut Hilfeseite nicht nur SMW sondern gleich eine Reihe dazu passender Extensions enthalten sein sollen; aber: die Links auf der Hilfeseite, die auf ein Tarball verlinken sollen, sind veraltet und zeigen auf irgendeine Datei, bloß nicht auf ein gültiges Tarball-Dateiformat; und das, was ich über den ExtensionDistributor bekomme, enthält lediglich ein paar Konfigurationsdateien, aber nicht eine einzige von den angeblich enthaltenen Extensions, nichtmal SMW. Was für'n Schwachsinn.
Den oder die nächsten Versuche werde ich rückwärts die vorhergehenden, älteren Versionen durchprobieren, bis ich eine funktionierende finde; das scheint mir derzeit die vernünftigste Vorgehensweise zu sein. Kein Thema, mach ich, kost' nur etwas Zeit. Sonst muss ich mich halt doch mit dem Composer beschäftigen, der wohl über kurz oder lang den ExtensionDistributor ablösen wird. --Klenzy (Diskussion) 16:03, 20. Jan. 2017 (CET)
Zwischenfrage: Möchtest du Hinweise dazu, was sonst noch nicht funktioniert oder musst du sowieso überall hinschauen? --JoKaene 12:35, 21. Jan. 2017 (CET)
Bin jederzeit um Hinweise dankbar, ich kann unmöglich alles selbst überprüfen!
Solange ich im Testwiki herumbastle, kann es immer mal wieder vorkommen, dass nur eine leere Seite erscheint oder "nicht erreichbar", dann bitte später nochmal probieren.
Aktuell ist mir aufgefallen, dass die Einklapp/Ausklappfunktion fehlt. --Klenzy (Diskussion) 13:37, 21. Jan. 2017 (CET)
Ja, das war mir auch aufgefallen (ob sie fehlt weiß ich nicht, zumindest wird sie aber schlicht ignoriert, denn die Vorlage wird als eingebunden angezeigt).
Daneben habe ich noch Darstellungsfehler bei den Innenillustrationen auf den HZF-Seiten entdeckt (z.B. hier).
Dazu gibt es auch keine Vorschläge mehr, wenn in der Suche-Maske eine Eingabe erfolgt. --JoKaene 16:38, 21. Jan. 2017 (CET)
Für diese Woche reicht's mir, weiter geht es nächste Woche. --Klenzy (Diskussion) 12:55, 22. Jan. 2017 (CET)

Beobachtete Probleme, Fragen und Bearbeitungsstatus

  • SemanticMediawiki produziert nur Fehler
  • EditSectionLinkTransform funktioniert nicht --Klenzy (Diskussion)
    • 20px-Yes check.svg.png Einstellungen in LocalSettings.php korrigiert --Klenzy (Diskussion) 12:30, 21. Jan. 2017 (CET)
  • QuestyCaptcha prüfen --Klenzy (Diskussion)
    • 20px-Yes check.svg.png QuestyCaptcha ist völlig in Ordnung, das Problem war ein Fehler in der Extension:NewUserEmailNotification -> Extension neu installiert, funktioniert jetzt. --Klenzy (Diskussion) 19:58, 20. Jan. 2017 (CET)
  • Formatierungsfehler bei den Grafiken auf der Hauptseite --Klenzy (Diskussion)
  • Fehlerhafte Anzeige von Innenillus
    • Das hängt damit zusammen, dass SMW nicht installiert ist. Ohne »ask« funktioniert die Vorlage nicht. --Poldi (Diskussion) 20:48, 21. Jan. 2017 (CET)
    • SMW jetzt funktionstüchtig (s.o.), Illus fehlen immer noch. In Arbeit. --Klenzy (Diskussion) 09:52, 25. Jan. 2017 (CET)
    • Wenn man eine Illu aufruft und abspeichert (ohne Änderung), dann erscheint sie wieder in der HZF. Da muss es irgendwo ein passendes Maintenance-Skript geben, ich schau mal... --Klenzy (Diskussion) 11:46, 25. Jan. 2017 (CET)
    • Verschiedene Skripte ausprobiert (rebuildImages.php, refreshImageMetadata.php, refreshLinks, refreshFileHeaders), Illus fehlen weiterhin. --Klenzy (Diskussion) 17:23, 25. Jan. 2017 (CET)
    • 20px-Yes check.svg.png auf Spezial:SMW-Administration "Datenreparatur/-aktualisierung" durchgeführt, ein sehr SEEEHR lang dauernder Job -> »ask« funktioniert, Illus werden jetzt angezeigt. --Klenzy (Diskussion) 15:09, 29. Jan. 2017 (CET)
  • Such-Maske
    • Kann ich nicht nachvollziehen, Trefferliste wird bei mir angezeigt. Habe alle 4 Skins getestet. --Klenzy (Diskussion) 12:27, 22. Jan. 2017 (CET)
  • Einklapp/Ausklappfunktion
    • 20px-Yes check.svg.png Mediawiki:common.js geändert: addOnloadHook darf nicht mehr verwendet werden, statt dessen $ (soviel wie: document ready) -> funktioniert wieder. --Klenzy (Diskussion) 16:08, 27. Jan. 2017 (CET)
  • "Kategoriebaum" und "Suche in Kategorien" fehlen in Sidebar --Klenzy (Diskussion)
    • 20px-Yes check.svg.png Mediawiki:common.js geändert: addOnloadHook darf nicht mehr verwendet werden, statt dessen $ (soviel wie: document ready) -> Sidebar ist wieder vollständig. --Klenzy (Diskussion) 15:43, 27. Jan. 2017 (CET)
  • Zyklusstatistiken: Benutzerspezifische Sortierfolge bleibt nicht erhalten --Klenzy (Diskussion)
    • 18px-X mark.svg.png jquery(this).click() funktioniert nicht. --Klenzy (Diskussion) 12:34, 22. Jan. 2017 (CET)
  • Mitmachen/Formatvorlagen/Werkzeuge in der Sidebar nicht einklappbar --Klenzy (Diskussion)
    • 20px-Yes check.svg.png Neue Extension:CollapsibleVector installiert -> funktioniert --Klenzy (Diskussion) 12:30, 22. Jan. 2017 (CET)
  • MultiCategorySearch funktioniert nicht, liefert Leerseite --Klenzy (Diskussion)
  • eigene Extension Spezial:PPlookupLists funktioniert nicht, liefert Leerseite --Klenzy (Diskussion)
    • 20px-Yes check.svg.png $action = $titleObj->escapeLocalURL( ' ' ); ersetzt durch $action = htmlspecialchars( $titleObj->getLocalUrl() ); -> funktioniert wieder. --Klenzy (Diskussion) 13:13, 27. Jan. 2017 (CET)
  • Die SMW-Hinweistexte oberhalb des Bearbeitungsfensters stören gewaltig --Klenzy (Diskussion)
    • 20px-Yes check.svg.png LocalSettings.php $smwgEnabledEditPageHelp = false; -> behoben. --Klenzy (Diskussion) 16:25, 27. Jan. 2017 (CET)
  • "Links auf diese Seite" funktioniert nur mit Namensraum "alle"; anderer Namensraum -> Datenbankfehler --Klenzy (Diskussion)
    • 20px-Yes check.svg.png Maintenance-Skript "update.php" durchgeführt -> funktioniert. --Klenzy (Diskussion) 17:38, 29. Jan. 2017 (CET)

Testwiki wird aktualisiert 01/17

Ich werde nächstes Wochenende 6.-7.1.17 das Testwiki plätten und neu aufsetzen. Wenn ihr also dort im Testwiki etwas habt, das ihr in Sicherheit bringen müsst, dann ist noch bis 5.1.17 Zeit dafür. --Klenzy (Diskussion) 08:51, 30. Dez. 2016 (CET)

Das Testwiki wird jetzt aktualisiert. --Klenzy (Diskussion) 12:06, 6. Jan. 2017 (CET)
Das Testwiki ist jetzt wieder da mit dem Stand vom 5.01.17, abends. --Klenzy (Diskussion) 16:17, 6. Jan. 2017 (CET)
Abgerufen von „http://www.perrypedia.de/mediawiki/index.php?title=Perrypedia:Wartung/Archiv_2017_-_2019&oldid=1966665“