Perrypedia:Beobachtete Fehler/Archiv 2020 - 2022

Spezialseiten - Gewünschte Seite

Vielleicht gehört das auch so. Ist es Absicht, dass bei Spezial:Gewünschte_Seiten alle gewünschten Artikel angezeigt werden, inklusive NEO, dafür aber die Spezial:Gewünschte_Seiten_(PR_Neo) leer ist? Da steht, letzte Aktualisierung Januar 2022. --Debugger (Diskussion) 16:12, 21. Dez. 2022 (CET)

1) ja, 2) nein. Ich sehe nach, was los ist. --Klenzy (Diskussion) 20:30, 21. Dez. 2022 (CET)

Notlösung eingebaut. Für die richtige Lösung benötige ich Benutzer:Lars.juergenson, der die NEO-Spezialseiten programmiert hat. Er ist aber seit sieben Monaten inaktiv. Kennst Du dich mit Mediawiki-Hooks aus? --Klenzy (Diskussion) 21:00, 21. Dez. 2022 (CET)

Nein, tut mir leid, ich habe keine Ahnung von der Software. --Debugger (Diskussion) 14:22, 22. Dez. 2022 (CET)

Schreibfehler "Schon gewust" 19.12.2022

In dem Beitrag wird auf das Heft (Atlant 62) verwiesen. Der zugehörige Link verweist aber auf (Atlan 62). Wenn dies ein Fehler ist, bitte korrigieren. --W. Butz (Diskussion 19:13, 19. Dez. 2022 (CET))

Erledigt. --JoKaene 20:06, 19. Dez. 2022 (CET)

Danke. --W. Butz (Diskussion) 08:46, 20. Dez. 2022 (CET)

Serverschluckauf

Zurzeit hat der Server manchmal seltsame Antwortzeiten. Eigentlich läuft alles normal, dann kommt irgendeine Aktion plötzlich ins Stocken (kann ein simpler Seitenaufruf sein, oder ein Speichervorgang), 10 Sekunden passiert nix, 20, 30 Sekunden ... und dann, ebenso plötzlich, flutscht es wieder wie gewohnt.
Ich beobachte das seit ein paar Tagen und schraube bisher ziemlich hilflos an ein paar Einstellungen herum. Keine Ahnung, woran es liegt. Die Logdateien sind völlig unauffällig. Serverseitig sehe ich, dass im Moment des Schluckaufs alle Prozesse und Threads des Apache-Webservers & des PHP-FPM weg sind. Das wäre völlig normal, wenn gerade keiner was tut, darf aber "eigentlich" nicht passieren, wenn gerade von draußen gearbeitet wird. Ebenso "eigentlich" dürfte es nur ein paar Mikrosekunden dauern, bis diese Jobs neu starten. Es dauert aber ... und dann kommen gleich 30, 40, 50 auf einmal (= alles, was sich inzwischen aufgestaut hat).
Es ist nicht beunruhigend, nicht gefährlich, es geht nichts verloren - ist nur unschön. Ich forsche weiter. Wenn jemand jemand kennt, der Ahnung von PHP-FPM hat, dann her damit. --Klenzy (Diskussion) 09:15, 31. Okt. 2022 (CET)

Hi Klenzy, hilft Dir das weiter? --GolfSierra (Diskussion) 10:17, 31. Okt. 2022 (CET)

Danke, leider nein, wir verwenden das erwähnte APC nicht.

Aktuell verdächtige ich die Extension:RottenLinks als Übeltäter, auch wenn ich den Zusammenhang nicht begreife. --Klenzy (Diskussion) 20:20, 31. Okt. 2022 (CET)

Servus Klenzy. Schon mal bei unserem Provider nachgefragt, ob sie in den letzten Tagen vermehrte Umstellungsarbeiten bei den virtuellen Hosts oder beim Storagesystem machen? Umzüge auf andere physische Server (im laufenden Betrieb) können unter anderem solche Effekt verursachen. Am Server kannst du in diesen Fällen dann ohne Wirkung herumschrauben wie du willst. Diese Performance-Einbrüche habe ich in den letzten Tagen auch bemerkt, wollte aber nicht die Pferde scheu machen :-) --Norman (Diskussion) 09:10, 1. Nov. 2022 (CET)

Noch nicht nachgefragt. Ich beobachte ein paar Tage, was meine letzte Schraubselei bringt. --Klenzy (Diskussion) 12:17, 1. Nov. 2022 (CET)

Tabellen fehlerhaft abgebildet

Ich habe zur Zeit Probleme bei der Darstellung von Tabellen. Im Original sind sie in Ordnung, nur in der Ansicht sind sie verschoben und Spalten und Zeilenbegrenzungen sind nicht sichtbar. Besonders auffällig bei den Seiten mit den Heftzusammenfassungen. Die Zeile mit den Heftnummern ist völlig aus der Spur. Ist da irgendwas strubbelig? --Pisanelli (Diskussion) 09:10, 14. Okt. 2022 (CEST)

Bekannt ist mir nichts, bei mir scheint alles zu stimmen. Könntest Du mir zwei Beispiele (Screenshots) per Mail schicken? Und: welche Betriebssystemversion, welche Browserversion? --Klenzy (Diskussion) 09:46, 14. Okt. 2022 (CEST)

(Heute Mittag bin ich beim Zahnarzt, aber später schau ich dann.) --Klenzy (Diskussion) 09:47, 14. Okt. 2022 (CEST)

Jetzt scheint es wieder in Ordnung zu sein. Ich hatte das Problem auf zwei Rechnern, aber jetzt geht alles wieder. Keine Ahnung, was da los war. --Pisanelli (Diskussion) 12:12, 14. Okt. 2022 (CEST)

P.S. Ich bin immer im Firefox unterwegs. --Pisanelli (Diskussion) 12:12, 14. Okt. 2022 (CEST)

Das sind mir die liebsten Fehler, die von selbst verschwinden. Auch gut. --Klenzy (Diskussion) 15:47, 14. Okt. 2022 (CEST)

Welcher Firefox? Zwischenzeitlich ein Update durchgeführt? Mir ist nichts aufgefallen, aber Chrome forderte heute in Update. Ist die einzige Erklärung die mir neben einem fehlerhaften gechachten Stylesheet einfällt.

NB, hier im Editkasten erschein das Komma nach dem NB und dieses M sowie das nach dem Fragezeichen als Fett. --Thinman (Diskussion) 17:40, 14. Okt. 2022 (CEST)

Spezialseite Aktive Benutzer fehlerhaft

Die Spezialseite Spezial:Aktive_Benutzer bring den Fehler [568c0da9ae22ba700455aa25] 2022-08-21 17:22:59: Fataler Ausnahmefehler des Typs „Wikimedia\Rdbms\DBQueryError“. --GolfSierra (Diskussion) 19:27, 21. Aug. 2022 (CEST)

Ist korrigiert.

Ich bitte doppelt um Entschuldigung: Ich habe deine Meldung lange völlig übersehen; keine Ahnung, warum. Und Fehlerursache war, dass ich bei den Zeichensätzen in den letzten Monaten an irgendeiner Stelle, anscheinend versehentlich, bei dem Feld user_name (Benutzername) was vermurkst habe. Ebenfalls keine Ahnung, warum.

Hoffentlich gibt es jetzt keine Folgefehler an anderer Stelle ... --Klenzy (Diskussion) 17:43, 25. Aug. 2022 (CEST)

PR-Materiequelle.de dauerhaft offline?

Erstmal zur Information. Die Seite zur www.pr-materiequelle.de ist seit einigen Tagen offline. Alle Links von hier dorthin laufen somit ins Leere. Eine denkbare Alternative wäre es, in der Vorlage Vorlage:Pfad zur MQ auf einen Archiv-Link zu wechseln. (z.B. http://web.archive.org/web/20220712074118/https://pr-materiequelle.de/ ). Was meint ihr? --Norman (Diskussion) 13:52, 18. Aug. 2022 (CEST)

Die MQ wurde ja schon seit Jahren nicht mehr aktualisiert, deshalb fürchte ich, dass die Seite wirklich dauerhaft weg ist. Vielleicht sollten die Links besser entfernt werden? --Johannes Kreis (Diskussion) 14:02, 18. Aug. 2022 (CEST)

Da sich "nginx" meldet, ist der Server durchaus weiterhin da - das heißt, die Verbindung zum Gerät wird hergestellt und die Webserver-Software antwortet. "404" ist so ziemlich die Standardantwort, wenn danach irgendwas schief läuft. Ich würde da schon noch einige Zeit zuwarten, vielleicht zwei Wochen. --Klenzy (Diskussion) 16:18, 18. Aug. 2022 (CEST)

Hab versucht Schormann anzurufen, leider auf Handy und Festnetz nicht zu erreichen. Ich bleib dran. --GolfSierra (Diskussion) 17:37, 18. Aug. 2022 (CEST)

Hab ihn gerade am Telefon gesprochen. Providerwechsel, da ist was schiefgegangen, die Materiequelle ist aber bald wieder online. Kein Handlungsbedarf. --GolfSierra (Diskussion) 10:43, 19. Aug. 2022 (CEST)

Prima, vielen Dank! Das ist eine gute Nachricht. Ich hatte mir schon Sorgen gemacht. --Johannes Kreis (Diskussion) 11:03, 19. Aug. 2022 (CEST)

Die MQ ist wieder online! --Norman (Diskussion) 09:30, 20. Aug. 2022 (CEST)

Gateway Timeout

Leider sind Timeouts wieder ein Thema. Nach zwei Minuten jeweils auffällig geworden bei Spezial:Text ersetzen und Spezial:Weiterleitungen prüfen (hier half diesmal auch kein mehrfacher Aufruf). --JoKaene 09:08, 17. Jun. 2022 (CEST)

Nur heute oder schon gestern? --Klenzy (Diskussion) 11:59, 17. Jun. 2022 (CEST)

Gestern habe ich die Seiten nicht benutzt. Eventuell letztmalig am letzten Wochenende – ohne Probleme. --JoKaene 12:01, 17. Jun. 2022 (CEST)

Freitags läuft derzeit immer der Hintergrundjob, der einen XML-Dump der Perrypedia erstellt. Das dauerte früher ein, zwei Stunden. Seit einiger Zeit (anscheinend seit der Datenbankumstellung auf den neuen empfohlenen Unicode-Zeichensatz) dauert das 8, 10, 12 Stunden und zieht irre viel CPU-Kapazität. Sollte also morgen wieder problemlos laufen.

Ich schau mal, ob ich den XML-Dump anders organisiert bekomme. --Klenzy (Diskussion) 13:44, 17. Jun. 2022 (CEST)

Kurz-Dump lief heute von 5.00 Uhr bis 5.30 Uhr, früher 5 Minuten, Voll-Dump von 5.30 bis 15.28, früher 2 Stunden. Hat aber doch nichts mit den Zeichensätzen (Ende März) zu tun. Ab 29.1. (der Tag nach dem Mediawiki-Upgrade) gab es irgendein Konfigurationsproblem, an das ich mich nicht mehr erinnere und das ich anfangs nicht bemerkt habe. Ab 9.3. ok, dort bereits 5 Std. 20 für den Voll-Dump. Seitdem kontinuierliche Verschlechterung.

Ich probiere gerade was (seit 16.50 Uhr), es kann zzt. also weitere Timeouts bei Text ersetzen und Spezialseiten geben. --Klenzy (Diskussion) 16:58, 17. Jun. 2022 (CEST)

Problem mit dem XML-Dump scheint behoben, eine ungünstige Cache-Konfiguration. Die Laufzeit ist wieder "gut", fast wie zuvor. Die CPU-Belastung konnte ich nicht prüfen, weil der Dump fertig war, bevor ich mit dem Frühstück fertig war. Der Job läuft zukünftig wieder 1 x wöchentlich, Freitag ab 5.00 Uhr.

Ob das nun wirklich die Ursache für den Timeout war? Ich hoffe, ich liege richtig. Falls es doch wieder auftritt, bitte wieder melden. --Klenzy (Diskussion) 08:55, 21. Jun. 2022 (CEST)

Gestern hatte ich mit TextErsetzen ein Timeout; ein zweiter Aufruf hat's dann gerichtet.

Ich behalt's im Auge, und bei echten Problemen melde ich mich. --JoKaene 09:07, 21. Jun. 2022 (CEST)

Spezial:Meistverlinkte_Seiten

Diese Seite sollte doch nicht leer sein - oder? Ist das ein bekanntes Problem? --Wolfram (Diskussion) 11:52, 13. Jun. 2022 (CEST)

Diese Spezialseite ist aktuell deaktiviert (wie auch "Gewünschte Seiten"), siehe #Spezialseiten. Ich müsste mal meine Bequemlichkeit überwinden und eine Supportanfrage stellen ... --Klenzy (Diskussion) 12:14, 13. Jun. 2022 (CEST)

Alles klar. --Wolfram (Diskussion) 12:38, 13. Jun. 2022 (CEST)

Ich habe eine Supportanfrage losgeschickt. Mal schauen, was passiert ... --Klenzy (Diskussion) 11:25, 21. Jun. 2022 (CEST)

Hier gibt es inzwischen eine heiße Spur und ich teste einen möglichen Lösungsweg im Testwiki. Bisher sieht's gut aus. Weil ich allerdings deswegen nochmal an den Zeichensätzen für eine Handvoll Tabellenfelder herumwurschteln muss, geht es im Echtwiki frühestens im August nach dem Urlaub weiter. --Klenzy (Diskussion) 10:28, 8. Jul. 2022 (CEST)

Die beiden Spezialseiten funktionieren wieder. --Klenzy (Diskussion) 14:10, 4. Aug. 2022 (CEST)

Defekte Weiterleitungen

Mit der Weiterleitung Quelle:PR71 zum Artikel Fehlsprung der TIGRIS gibt es immer noch ein Problem. Die Seite wurde schon einmal bei "Verwaiste Seiten" von JoKaene angesprochen. Der Redirect sieht normal aus, der rote Link (?) zum Artikel funktioniert auch, trotzdem wird der Redirect als defekt aufgelistet. Bin ratlos. --GolfSierra (Diskussion) 12:24, 16. Mai 2022 (CEST)

Eventuell liegt's an der eingesetzten DISPLAYTITE-Vorlage. Ich hab's bereits aufgegeben. --JoKaene 12:35, 16. Mai 2022 (CEST)

Ich habe den Zusatz DISPLAYTITLE versuchsweise gelöscht. Warten wir mal morgen ab, bis der cache neu gelesen wird. Übrigens sieht der Artikel so aus wie vorher, daher frage ich mich, ob der Zusatz wirklich benötigt wird. Optisch macht es anscheinend keinen Unterschied.--GolfSierra (Diskussion) 12:44, 16. Mai 2022 (CEST)

Das Problem ist nicht Fehlsprung der TIGRIS. Der Artikel steht mit TIGRIS in der Datenbank. Gibt es kein Displaytitle und der Artikel wird aus der Suchvorschlagsliste aufgerufen, dann wird korrekt TIGRIS angezeigt. Erfolgt der Aufruf über den Quellen-Redirect, wird immer Tigris angezeigt, weil's dort so steht. Wir versuchen folgendes: Displaytitle wieder einfügen & Quellen-Redirect auf TIGRIS ändern. Vielleicht hilft's ...--Klenzy (Diskussion) 15:53, 16. Mai 2022 (CEST)

Geht nicht. Wird der Redirect auf TIGRIS geändert, landet man auf dem Redirect für Mesopotamien... --GolfSierra (Diskussion) 16:37, 16. Mai 2022 (CEST)

Ja, äh, stimmt natürlich. Ich war wie so oft zu kurz angebunden, gemeint war: [1] ... --Klenzy (Diskussion) 17:29, 16. Mai 2022 (CEST)

Läuft! Danke, Klenzy! --GolfSierra (Diskussion) 18:13, 16. Mai 2022 (CEST)

Spezialseiten

Es gibt einige Wartungslisten unter den Spezialseiten, die keine Ergebnisse auswerfen, obwohl ich weiß, dass es anders sein müsste. Im Speziellen meine ich beispielsweise Spezial:Unbenutzte Dateien. Betroffen scheinen nur solche Seiten zu sein, deren Ergebnisse vorab im Cache abgelegt werden. Wenn dies mit der unten bereits erläuterten Problematik zusammenhängt, sollte man den Weg über den Cache vielleicht doch wieder aufgeben. --JoKaene 08:11, 19. Apr. 2022 (CEST)

Ich bin mit dem Problem in Verzug. Es hängt an einer einzigen dieser Spezialseiten (MostLinked), die auch nach mehr als 12 Stunden nicht fertig wird. Bitte noch etwas Geduld, ich hab's nicht vergessen ... --Klenzy (Diskussion) 08:34, 19. Apr. 2022 (CEST)

Der Job mit den Spezialseiten läuft jetzt wieder durch, ausgenommen zwei davon: Mostlinked und Wantedpages. --Klenzy (Diskussion) 15:29, 19. Apr. 2022 (CEST)

Die beiden kannst du eigentlich rausnehmen. Ich sehe nicht, dass die zu Wartungszwecken wirklich gebraucht werden. Ansonsten: Danke! --JoKaene 16:27, 19. Apr. 2022 (CEST)

Mit Mostlinked und Wantedpages geht es oben weiter: #Spezial:Meistverlinkte_Seiten. --Klenzy (Diskussion) 10:23, 8. Jul. 2022 (CEST)

Verwaiste Seiten

Auf der Seite Spezial:Verwaiste Seiten sind zwei Einträge, für die ich einfach keine Erklärung finde.
Zunächst das Lemma Penelope, eine Begriffsklärung mit zwei roten Links. Zwar ist sie nicht auf der Seite Perrypedia:Begriffsklärungsseiten eingetragen, aber sie besteht bereits seit 2011 und war zuvor nie als verwaiste Seite aufgefallen.
Wirklich mysteriös ist der Fehlsprung der TIGRIS. Eine Handlungszusammenfassung, und als solche immer über den Quellenredirect erreichbar. Der ist vorhanden (Quelle:PR71) und funktioniert auch, wird jedoch unter Links auf diese Seite nicht angezeigt. Eine Besonderheit ist hier allerdings der Einsatz von DISPLAYTITLE (wegen TIGRIS/Tigris)
Ich habe extra einen zusätzlichen Tag mit dieser Anfrage abgewartet, da die Seite der verwaisten Seiten aus dem Cache bedient wird und die Aktualität deshalb um eben einen Tag hängt. --JoKaene 20:03, 3. Apr. 2022 (CEST)

Heute ist alles wieder normal. --JoKaene 12:21, 4. Apr. 2022 (CEST)

In den letzten Tagen ist die nächtliche Aktualisierung der Spezialseiten mehrmals unvollständig abgebrochen, ein zeitliches Problem. Ich überlege noch, was ich am besten tue.

Vereinzelt ist mir auch früher schon aufgefallen, dass bei der Vollständigkeitsprüfung der Listen irgendwelche Seiten "neu" auftauchen, an denen aber nichts geändert worden ist ... und die deshalb von Anfang an dort hätten stehen müssen. Ein Mysterium der Datenbank, das ich nicht lösen kann - was nicht angezeigt wird, kenne ich nicht und kann's daher nicht prüfen. --Klenzy (Diskussion) 15:25, 4. Apr. 2022 (CEST)

Tja, dann ist das erstmal so. Aber gerade die Seite Verwaistes muss gar nicht in den Cache, der Aufruf dauert nur Sekunden. Das gleiche gilt für die gewünschten Kategorien. Vielleicht hilft das ja schon?! --JoKaene 18:02, 4. Apr. 2022 (CEST)

Das ist ja das Rätsel. Es sind 30 oder 40 Seiten, um die es geht, davon nur eine deutlich über 10 Minuten. Alles zusammen längstens 25 Minuten laut Logdatei, trotzdem läuft der Gesamtjob anderthalb Stunden und bricht zum nächtlichen Reboot dann ab. Bitte noch ein paar Tage Geduld. Leider gibt's den Spezialseiten-Cache nur als Gesamtpaket. --Klenzy (Diskussion) 21:00, 4. Apr. 2022 (CEST)

Verspäteter Nachtrag: behoben, siehe #Spezialseiten. --Klenzy (Diskussion) 09:02, 21. Jun. 2022 (CEST)

Perrypedia & Google Mail

Bei Änderungen an beobachteten Seiten kann man sich von der Perrypedia ein Mail senden lassen. Dabei gibt es gelegentlich Zustellungsprobleme, etwa wenn das Postfach voll ist oder die Mailadresse nicht mehr existiert. Die betroffenen Benutzer habe ich jeweils auf ihrer Benutzerdiskussionsseite benachrichtigt. Heute gab es erstmalig eine erstaunliche Fehlermeldung von Google Mail:

<xxxxx@gmail.com>: host gmail-smtp-in.l.google.com[142.251.5.27] said:
    550-5.7.1 [144.91.90.20      12] Our system has detected that this message
    is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to
    Gmail, 550-5.7.1 this message has been blocked. Please visit 550-5.7.1
    https://support.google.com/mail/?p=UnsolicitedMessageError 550 5.7.1  for
    more information. u2-20020a7bcb02000000b0038c77be9d0csi6290887wmj.212 -
    gsmtp (in reply to end of DATA command)

Das bedeutet, unser Mail wird als Spam abgelehnt und kommt beim Empfänger nicht an. Die verlinkte Google-Support-Seite bietet im westentlichen zwei Optionen. Zum einen kann man sich "Richtlinien für Absender von Massen-E-Mails" anschauen; dabei handelt es sich um Dutzende von Vorschriften, was wir als Absender alles beachten müssen. Zweitens gibt es ein "Postmaster Tool für GMail".

Ad 1, Richtlinien: Ein großer Teil der Google-Wünsche (https://support.google.com/mail/answer/81126) sind zutiefst technisch. Es würde Tage oder Wochen dauern, mich einzuarbeiten und es zu verstehen. Doch auf die Gestaltung dieser Mails habe ich sowieso keinen Einfluss. Das stammt alles aus der Mediawiki-Software. Wahrscheinlich erfüllen wir ziemlich alle Vorschriften, sonst wäre das Problem ja schon früher aufgetreten. Doch warum jetzt? Diese Mails enthalten viele Links, daher vermutlich die Spam-Einstufung. Andere Mailprovider machen aber keine Probleme und bei GMail ist es heute das erste Mal. Nach meiner Einschätzung heißt das, Google hat irgendwelche seiner Kriterien geändert oder irgendwelche Filter haben irgendwelche Limits überschritten.

Ad 1b) Drei Lösungsvorschläge betreffen die Serverkonfiguration: SPF, DKIM und DMARC. Ja, ich könnte mich einarbeiten (und vielleicht werde ich irgendwann müssen). Zumindest das erste, SPF, ist umstritten. Siehe Wikipedia. Es kann zu Zustellungsfehlern führen und die Wirkung ist fraglich.

Ad 2, Postmaster Tool: Hier geht es darum, die Perrypedia als gültigen Mailabsender bei Google zu registrieren (https://support.google.com/mail/answer/9981691). Dazu muss ich ein Google-Konto für jeden Mailabsender einrichten, bekomme dann einen ellenlangen Code und den muss ich dann, speziell für Google, in die DNS-Konfiguration eintragen ... verkauft wird das als "Service", ich bekomme zusätzliche Auswertungen zur "Datennutzung", "Spamberichte" und ein "Feedback Loop" ... Vielleicht täusche ich mich, aber für mich sieht das nach einem Versuch aus, größere Kontrolle über das Internet zu bekommen oder zumindest neue, speziell von Google vorgegebene Standards aufzuzwingen. Technisch leichter umsetzbar und verständlicher als die Lösungen unter 1b, doch wie oben stellt sich mir auch hier die zentrale Frage: Was ich kann, kann auch jeder Hacker oder Spammer ... also, was bringt's?

Ich möchte meine Verschwörungstheorie nicht vertiefen, vielleicht bin ich einfach nur paranoid. Nur derzeit sehe ich kein vernünftiges Verhältnis zwischen dem Aufwand, den ich zu investieren hätte, und dem möglichen Nutzen. Könnte ja sein, dass es bei dem Einzelfall bleibt. Wenn es mehr werden, sehen wir weiter. --Klenzy (Diskussion) 10:59, 24. Mär 2022 (CET)

Nicht paranoid genug? - Ich würde es einfach mal im Auge behalten und bei anderen Anwendern der Mediawikisoftware nachfragen und dort ein entsprechendes Ticket eröffnen. Bei web.de kommen jedenfalls die PP-Mails regelmäßig an, dafür ärgere ich mich da mit einem anderen Forenbetreiber herum, für den ich irgendwie zu Schrödingers Katze geworden bin. Ich schiebe es auch auf den Spamfilter, der den gröbsten Müll aussortiert, bevor der Rest bewertet zugestellt wird. (Potenzmittel und chirurgisches Enhancement hat sich in den letzten Jahren in meiner Spambox rar gemacht) --Thinman (Diskussion) 12:37, 24. Mär 2022 (CET)

Danke für die Info. Beobachten, ob sich bei anderen Mail-Hostern ein ähnliches Verhalten feststellen läßt. Offensichtlich gibt zumindest bei Google-Mail nun eine Art Blacklist-Eintrag für unseren Server. Oder überschreiten wir von der Anzahl ausgehender Mails her ein gewisses Limit, so dass wir als SPAM-Versender eingestuft wurden? --Norman (Diskussion) 17:09, 24. Mär 2022 (CET)

Sehr undurchsichtig. Ich glaube nicht, dass es an der Menge liegt. Wir senden ein, zwei Handvoll Mails pro Tag. Aber eine der oben verlinkten Google-Seiten verrät, dass Google Statistiken führt, sobald jemand ein empfangenes Mail als Spam markiert. Dann hätten unsere Benutzer das verursacht ... Ist aber alles nur Speku. --Klenzy (Diskussion) 17:42, 24. Mär 2022 (CET)

Gibt es etwas, was man als GMail-User tun kann, um das zu umgehen? Z. B. die PP-Absender-Adresse ins Google-Adressbuch aufnehmen, damit GDings merkt, dass die Adresse jemand ist, von dem ich Mails bekommen will? Wäre natürlich keine gute generelle Lösung, aber würde ein paar Bounces vermeiden (und Leute wie mich nicht ZWINGEN, einen anderen Mailprovider zu finden ...). --Lars Jürgenson (Diskussion) 16:27, 30. Mär 2022 (CEST)

Leider nicht, soviel ich weiß. Sonst hätte ich euch das schon geschrieben. --Klenzy (Diskussion) 20:43, 30. Mär 2022 (CEST)

Übersicht UserCreates nicht aktuell

Die Anzeige der angelegten Einträge in Vorlage:UserCreates ist seit dem 20.3.2022 unverändert. --Vasudeva (Diskussion) 08:13, 24. Mär 2022 (CET)

Ist mir gestern auch aufgefallen, hab's dann sofort korrigiert ;-) --Klenzy (Diskussion) 08:39, 24. Mär 2022 (CET)

Danke! Ich hab direkt mal ein paar Einträge erstellt um zu sehen, ob sich die Liste morgen geändert hat. ;-) --Vasudeva (Diskussion) 10:08, 24. Mär 2022 (CET)

Das Problem besteht leider noch immer. --Vasudeva (Diskussion) 08:15, 25. Mär 2022 (CET)

Oh, jetzt sehe ich's. Das Datum wird aktualisiert, aber der Inhalt nicht. Ich kümmere mich ... --Klenzy (Diskussion) 08:56, 25. Mär 2022 (CET)

Gewünschte Kategorien

Wie zuvor schon im Testwiki gibt es auch hier auf der Seite Spezial:Gewünschte Kategorien einen (wenn auch durchgestrichen) falsch/positiven Eintrag. Vielleicht eine Cache-Geschichte, denn der Eintrag wurde gerade erst korrigiert. --JoKaene 08:39, 12. Mär 2022 (CET)

Durchgestrichen heißt bearbeitet: müsste morgen verschwunden sein. --Klenzy (Diskussion) 13:32, 12. Mär 2022 (CET)

Ahh, gut zu wissen. Danke! :-) --JoKaene 13:34, 12. Mär 2022 (CET)

Testwiki

Seit gestern komme ich nicht mehr ins Testwiki. FF sagt, ein Problem mit dem Sicherheitszertifikat, aber mit Chrome geht's auch nicht. --JoKaene 09:16, 6. Mär 2022 (CET)

Ich liege in den letzten Zügen mit der Datenbankumstellung der Zeichensätze: Perrypedia:Wartung#Testwiki offline, letzte Nacht ist leider ein furchtbar langer Job abgebrochen. Hoffe, dass ich heute abend oder morgen zum Ende komme. --Klenzy (Diskussion) 11:24, 6. Mär 2022 (CET)

Testwiki ist wieder da. Bitte achtet darauf, ob es auffällige Darstellungsfehler gibt, ob die Links und Spezialfunktionen sauber funktionieren. --Klenzy (Diskussion) 15:18, 6. Mär 2022 (CET)

Danke soweit! ...aaaber...:

Darstellungsfehler hier (durchgestrichene Links) und hier (nicht verlinkt). Dazu ist der Fehler mit der Anker-Vorlage in Überschriften wieder da (siehe hier). --JoKaene 15:33, 6. Mär 2022 (CET)

Beide Spezialseiten: behoben. --Klenzy (Diskussion) 16:42, 6. Mär 2022 (CET)

Redirect-Prüfungen: auch behoben. --Klenzy (Diskussion) 17:06, 6. Mär 2022 (CET)

Problem beim Hinzufügen zu Favoriten

Seit einigen Tagen fällt mir auf, dass ich keine Seiten mehr zu meinen Favoriten hinzufügen kann (Über das Menü: Mehr --> +Favorit). Ich bekomme eine Fehlermeldung, die z.B. so lautet: Ein Fehler trat beim Ändern der Favoriten-Einstellungen für <ahref="wiki/Irriyarun_II" title="Irriyarun II> Irriyarun II</a> auf. Gibt es etwas das ich tun kann um das Problem zu lösen? --Vasudeva (Diskussion) 16:53, 20. Feb. 2022 (CET)

Ist schon bekannt (siehe Perrypedia:Wartung#Favoriten setzen) und leider unklar, ob's repariert wird. --JoKaene 16:58, 20. Feb. 2022 (CET)

Siehe nochmal Perrypedia:Wartung#Favoriten setzen. Ich habe die Extension bei uns jetzt entfernt. --Klenzy (Diskussion) 22:26, 20. Jun. 2022 (CEST)

Zugriffsprobleme 06.02., 6.30 Uhr - 06.02., ca. 10.00 Uhr

Seit zumindest heute morgen 6:30 Uhr gab es Timeout-Fehlermeldungen (403?) vom Server wenn man versuchte eine Internetsession zu starten. Nach einigen Versuchen klappte es dann, allerdings nur für einige Sekunden. Sah für mich nach Netzwerkproblemen des Servers oder des Providers aus. Lt. PP-Infokanal waren auch andere Benutzer betroffen. Könnte sein, dass das Problem auch die ganze Nacht schon bestand. --Norman (Diskussion) 13:34, 6. Feb. 2022 (CET)

Laut Logdateien 03.00-09.45, siehe auch https://forum.perry-rhodan.net/viewtopic.php?p=791165#p791165

Eventuell schaffen die sowieso wegen eines anderen Problems erhöhten Timeouts (vgl. #Timeout) eine erste Abhilfe, aber damit werden schlechte Antwortzeiten nur kaschiert, nicht behoben. Eigentlich sollte der Server leistungsfähig genug sein und nicht wegen ein paar Bots schlapp machen. Eins kann ich glücklicherweise ausschließen, Hardwareprobleme sind es garantiert nicht. Ich werde das Serververhalten in den kommenden Tagen jeweils morgens engmaschig überwachen. --Klenzy (Diskussion) 13:53, 6. Feb. 2022 (CET)

Zugriffsprobleme 02.02., 20.00 Uhr - 03.02., ca. 9.15 Uhr

Nachträglicher Bericht: Jetzt läuft es wieder rund. Eine aggressive IP aus Joschkar-Ola, Russland, hat unseren Traffic verstopft. Gestartet gestern abend um 20:00:51 Uhr, seither knapp 500.000 (!) Seitenabrufe. (Es ist nicht rassistisch, die Herkunft von Halunken zu benennen.) IP ist jetzt blockiert.

Wäre vielleicht gar kein so großes Problem gewesen, leider war aber zugleich ein erklecklicher Teil des Seitencaches (aus dem anonyme Benutzer bedient werden) mit einem verkehrten Systemuser angelegt. Der Server hat sich überschlagen, Berechtigungsfehler zu protokollieren. Das muss beim Mediawiki-Upgrade passiert sein und ich hatte es bis dahin nicht bemerkt. Danke, Joschkar-Ola ...! --Klenzy (Diskussion) 09:51, 3. Feb. 2022 (CET)

Ich habe dies leider erst seit heute morgen ca. 8 Uhr bemerkt. Es bestanden enorme Performanceprobleme bei den Aufrufen. Danke. --Norman (Diskussion) 10:59, 3. Feb. 2022 (CET)

Hauptseite: alle sonst durchlaufenden Bilder werden angezeigt

Seit heute ist meine Hauptseite gefühlt 1 Meter lang. Es werden wohl sämtliche sonst auf der rechten Seite durchlaufenden Bilder angezeigt.

Ich hab Firefox 96.0.3 - Cookies und Verlauf wurde gelöscht.Keine Änderung.

--Philonous (Diskussion) 19:20, 31. Jan. 2022 (CET)

Neue Abschnitte bitte immer oben.

Bitte schau mal nach, ob im Browser Javascript aktiviert ist? --Klenzy (Diskussion) 22:14, 31. Jan. 2022 (CET)

Hallo

Aus unerklärlichen Gründen ist wieder alles ok. Ja, ich habe Java installiert (Java 8, Update 321).

--Philonous (Diskussion) 10:21, 01. Febr. 2022 (CET)

Text- und Rahmenüberschneidungen

Ich traue mich mal hier was zu schreiben. Ich habe natürlich vorher gesucht, ob das von mir beobachtete Phänomen schon vorher gemeldet wurde. Habe nichts gefunden.

Bei den Beschreibungen der Hefte befindet sich ja rechts ein Rahmen in dem Eintragungen vorgenommen werden. Links davon ist ein Fließtext. Dieser Fließtext ragt in den Rahmen und den Text des Rahmens hinein und vermischt sich dann miteinander und wird dadurch unleserlich. Dieser "Fehler" besteht schon lange und auch schon lange vor den letzten Updates.

Ich hoffe, ich hab jetzt hier nichts falsch gemacht und bitte jetzt schon um Vergebung falls das Thema schon mal behandelt wurde.

--Philonous (Diskussion) 18:37, 23. Jan. 2022 (CET)

Das Phänomen tritt immer mal wieder auf und hängt von verschiedenen Faktoren ab, die wir teilweise beeinflussen können, teilweise nicht. Um den Fall zu prüfen, bitte ich um folgende Auskünfte: 1. Welches Endgerät und welchen Browser verwendest Du? 2. Welche Bildschirmauflösung? 3. Ist das bei allen Romanzusammenfassungen so, oder nur bei einigen? Könntest Du bitte einen Screenshot von einem einzelnen Beispiel machen und hochladen? --Klenzy (Diskussion) 19:56, 23. Jan. 2022 (CET)

Das ist mir jetzt peinlich.

Wegen meiner zunehmenden Augenschwäche habe ich vor einigen Wochen die Skalierung meines Bildschirms auf 175 % geändert. Das habe ich jetzt zurückgenommen......... und siehe da: jetzt ist wieder alles richtig.

Die Überschneidungen existierten zuvor jedoch deutlich länger als meine vorgenannte Änderung. Es gab natürlich mehrere Firefox-Updates.

Jedenfalls: Entwarnung. Danke für die freundliche Hilfe

--Philonous (Diskussion) 11:12, 24. Jan. 2022 (CET)

Kein Problem. Es ist bekannt, dass bei der Vergrößerung der Anzeige (durch die Windows-Skalierung und die Zoomfunktion des jeweiligen Browsers) ab einer bestimmten Größe Anzeigeprobleme auftreten, so wie von dir beschrieben. Krass auffällig ist das auch bei Smartphones und Tablets mit einem kleinen Bildschirm. Das liegt an der Mediawiki-Software und da können wir leider nichts machen.

Manchmal liegt es aber auch daran, dass die Texte in der Infobox zu breite Wörter enthalten oder Sonderzeichen, die einen korrekten Zeilenumbruch blockieren. Das lässt sich sehr wohl von uns lösen. Wenn dir also einmal ein solcher Fall unterkommt, dann melde dich bitte wieder! --Klenzy (Diskussion) 11:45, 24. Jan. 2022 (CET)

Timeout

Die Spezialseiten Defekte Weiterleitungen und Gewünschte Vorlagen werden zu Wartungszwecken regelmäßig von mir aufgerufen. Obwohl die Abfrage seeehr lange Zeit in Anspruch nimmt, hat es doch immer tadellos funktioniert. Nun aber (seit maximal einer Woche) wird der Vorgang nach regelmäßig ziemlich genau einer Minute mit der Fehlermeldung

504 Gateway Timeout. The gateway did not receive a timely response from the upstream server or application.

Apache/2.4.29 (Ubuntu) Server at www.perrypedia.de Port 443

abgebrochen. An meinem System hat sich bis auf reguläre FF-Updates nichts geändert. --JoKaene 14:05, 30. Okt. 2021 (CEST)

Es gab (heute, früher Nachmittag) Probleme mit der MySQL-Datenbank. Im Logbuch ist erst einmal nichts zu sehen, ich forsche weiter. --Klenzy (Diskussion) 15:28, 30. Okt. 2021 (CEST)

Kann es nachvollziehen. Der Timeout kommt nach 1 Minute, danach kollabiert der Datenbankjob. Bitte vorerst nicht mehr aufrufen. Kann dauern, heute brüte ich eigentlich über der Steuererklärung und morgen sind wir unterwegs. --Klenzy (Diskussion) 15:50, 30. Okt. 2021 (CEST)

Hab es ausprobiert, bevor ich Deinen Post gelesen habe. Hilft Dir das weiter?

MediaWiki internal error.

Original exception: [6496b77c7c1774e5f8e4dab1] 2021-10-30 13:46:31: Fatal exception of type "Wikimedia\Rdbms\DBQueryError

Exception caught inside exception handler.

Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information.

--GolfSierra (Diskussion) 19:31, 30. Okt. 2021 (CEST)

Ich habe den Timeout auf 15 Minuten hochgesetzt, nun laufen die Seiten wieder durch. Keine Ahnung, warum das jetzt plötzlich ein Problem ist? Ich habe zusätzlich eine Anfrage an den Mediawiki-Support gestellt: Möglicherweise kann man die Seiten per Hintergrundjob nachts erstellen lassen, der Aufruf der Spezialseite muss dann nur noch das Ergebnis des letzten Laufs anzeigen.

Allerdings werden meine Supportanfragen zzt. nur sehr sporadisch beantwortet. --Klenzy (Diskussion) 16:09, 4. Nov. 2021 (CET)

Ich habe gerade die Seite Defekte Weiterleitungen aufgerufen. Handgestoppte 11:50 min sind schon recht lange. Immerhin schmiert die Seite nicht mehr ab. --GolfSierra (Diskussion) 15:02, 5. Nov. 2021 (CET)

Behoben, der Support hat diesmal gut funktioniert.

Die lang laufenden Spezialseiten werden jetzt einmal täglich in der Nacht erstellt. Beim Aufruf der Spezialseiten muss dann nichts mehr ausgeführt werden, sondern es wird nur das Ergebnis angezeigt. Ihr könnt also jede dieser Spezialseiten bedenkenlos beliebig oft aufrufen, oder alle auf einmal. - Der Preis ist allerdings, dass die Ergebnisse nicht mehr "brandaktuell" sind, sondern nur noch "tagesaktuell". Das dürfte in Ordnung sein, oder? --Klenzy (Diskussion) 11:39, 8. Nov. 2021 (CET)

Ich nehme an, das betrifft auch Spezial:Gewünschte Seiten? Falls ja: Kannst du auch Spezial:Gewünschte Seiten (PR Neo) (bzw. Special:WantedPages (PR Neo)) in die Liste der Spezialseiten aufnehmen, die in der Nacht erstellt werden? Die funktioniert nämlich jetzt gerade nicht mehr. (Meine Vermutung: Weil die von der Standardseite erbt, will die Seite die gecachte Version anzeigen, aber es wird keine gecachte Version erzeugt.)

Aber Achtung: Ich weiß nicht, inwiefern diese Neo-spezifische Spezialseite (im Gegensatz zu den anderen) benutzt wird / wichtig ist (ich selbst hatte sie eine Zeit lang benutzt, um gelegentlich die "1 Verweis"-Einträge durchzugehen, um Tippfehler und ähnliches zu finden, dazu bin ich aber schon länger nicht gekommen). Also bitte keinen größeren Aufwand betreiben - wenn sich das Problem einfach reparieren lässt, indem du die Seite in eine Liste aufnimmst, super. Wenn nicht, sollten wir einfach die Neo-Seite wieder entfernen (es sei denn, jemand beschwert sich). --Lars Jürgenson (Diskussion) 18:47, 8. Nov. 2021 (CET)

Danke für den Hinweis. Nein, die Seite soll nicht abgeschafft werden. Theoretisch sollte es recht einfach sein, dass diese Spezialseite nachts mit erstellt wird, es gibt dafür einen Hook, den man bedienen muss: [2]. Nur überreiße ich nicht, was da genau zu tun ist. Die Dokumentation ist etwas, äh, rudimentär. Kriegst Du das hin?

Andere Spezialseiten können weiterhin problemlos manuell aufgerufen werden, aber für diese funktioniert es nicht, vermutlich wegen der Vererbung. --Klenzy (Diskussion) 10:55, 9. Nov. 2021 (CET)

Erledigt (Changeset). Nach einem git pull im PPaddons-Verzeichnis wird die Spezial-Seite gecacht, wenn maintenance/updateSpecialPages.php ausgeführt wird. --Lars Jürgenson (Diskussion) 14:34, 9. Nov. 2021 (CET)

Erledigt und funktioniert. Freut mich, wie reibungslos das klappt!

Leider ist nach 1000 Einträgen Schluss. Reicht nicht mehr für "1 Link". --Klenzy (Diskussion) 15:55, 9. Nov. 2021 (CET)

SSL-Zertifikat?

Seit heute mag mein externer Editor (Sublime Text mit dem Mediawiker-Package) nicht mehr mit der Perrypedia connecten, er beschwert sich über ein ungültiges SSL-Zertifikat. Wurde das Zertifikat kürzlich erneuert?

(Im Browser funktioniert alles, vermutlich ist das also ein lokales Problem bei mir - Sublime benutzt intern Python, und ich habe die Vermutung, dass da die Python-Version upgedated wurde, was anscheinend seit einigen Versionen ein manuelles Installieren von Zertifikaten nötig macht. Bevor ich mich da auf eine wilde Gänsejagd begebe, wollte ich aber fragen, ob sich vielleicht auch nur das Zertifikat geändert hat, und deshalb Sublime/Python verwirrt ist (dann ist es auch ein lokales Problem, aber ein anderes ...) --Lars Jürgenson (Diskussion) 12:55, 1. Okt. 2021 (CEST)

Kommt darauf an, was "kürzlich" ist. Die aktuellen Zertifikate gelten seit 1. September bis 30. November. Am 1. September habe ich tatsächlich etwas umgestellt (siehe auch nächsten Abschnitt). Bisher hatte ich drei Zertifikate: perrypedia.de, perrypedia.proc.org und test.perrypedia.de. Irgendein Fuzzi hat mal irgendwo behauptet, unterschiedliche Domains in einem Zertifikat wären nicht möglich. Sind aber möglich! Folglich habe ich die ersten beiden zusammengefasst. Es gibt ein Zertifikat fürs Echtwiki (2 Domains perrypedia.de, perrypedia.proc.org) und eins fürs Testwiki. --Klenzy (Diskussion) 14:55, 1. Okt. 2021 (CEST)

Danke für die Auskunft! Dann ist das neue Zertifikat nicht das Problem, sonst hätte es schon früher nicht funktioniert ... aber dann weiß ich jetzt, wo ich suchen muss. Danke! --Lars Jürgenson (Diskussion) 09:06, 2. Okt. 2021 (CEST)

Update: Es hat wohl doch mit dem neuen Zertifikat zu tun (mediawiker scheint nur gelegentlich die Zertifikate zu überprüfen ...). Bzw. mit einer Änderung bei Letsencrypt ([3] - diese Änderung hat wohl eine Menge Probleme verursacht). Nach etwas Gewürge habe ich es geschafft, dafür zu sorgen, dass openssl auf meinem (Mac-)System dem neuen PP-Zertifikat vertraut, mit dem Sublime-Editor geht es immer noch nicht. ABER: In der Zwischenzeit habe ich auf Visual Studio Code gewechselt, das (theoretisch) eine einfachere/robustere Möglichkeit bietet, um Mediawiki-Seiten zu bearbeiten. Momentan funktioniert das auch nicht mit der PP (wegen des Zertifikatsproblem), aber da ist für nächste Woche ein Update angekündigt ... es heisst also warten für mich.

Es ist möglich, dass das Problem noch andere ins Hinterteil beißt (z. B. beim Einsatz von Bots?), deshalb wollte ich das hier kurz vermerken. Glücklicherweise benutzen Webbrowser wohl eigene Root-Zertifikate, die mit dem Wechsel klarkommen (Firefox) oder die Systemzertifkate, die bei halbwegs aktuellen OSs ebenfalls kein Problem damit haben (mehr oder weniger alle anderen Browser). Nur bei Dingen wie externen Editoren und manchen Kommandozeilen-Tools scheint es ein Problem zu geben.

@Klenzy: Kann es sein, dass auf dem Server auch die "alten" Zertifikate noch hinterlegt sind, und falls ja, wäre es möglich, die zu entfernen? Generell ist es wohl kein Problem, wenn zusätzlich abgelaufene Zertifikate angeboten werden, aber in diesem Fall wohl schon. Ich verstehe das SSL-Zeug aber alles nur halb, kann mich also auch irren. Und ich will auch nicht, dass du damit viel Zeit verbringst (weil ich hoffe, dass das Problem mit dem VS Code-Update für mich erledigt sein wird), aber falls noch andere Probleme berichten, wäre das ein Ansatz. --Lars Jürgenson (Diskussion) 13:35, 3. Okt. 2021 (CEST)

Nein, es gibt nur noch die zwei aktiven Zertifikate. Von anderen Problemen ist mir derzeit nichts bekannt. Alle gängigen Windows-Browser laufen bei mir (FF, Chrome, Edge, IE, Opera, Brave). Apples Safari gibt es nicht mehr für Windows. FF und Chrome laufen auf meinem Android-Smartphone. --Klenzy (Diskussion) 15:09, 3. Okt. 2021 (CEST)

PS. Das Geschwurbel von LetsEncrypt verstehe ich nicht mal viertels, von halb gar nicht zu reden. SSL Labs bescheinigt uns A+, Mozilla Observatory B (75 von 100 Punkten, 25 Punkte Abzug wg. fehlendem CSP, was aber mMn keine ausgereifte Technik ist). Aus Sysadmin-Sicht: alles ok. --Klenzy (Diskussion) 15:14, 3. Okt. 2021 (CEST)

Danke für die Erklärung (meine Frage war auch Käse; irgendwann hat mein Kopf angefangen, zu schwimmen, und ich habe die Daten verwechselt - das Problem bei mir war/ist einzig diese Letsencrypt-Sache, die Tatsache, dass die PP neue Zertifikate hat, hat damit gar nichts zu tun). Wie gesagt funktioniert auch bei mir in diversen Browsern (Chrome, Firefox, Vivaldi, Safari auf MacOS) alles. Bei den anderen Klienten/Editoren liegt (soweit ich das jetzt halbwegs verstehe) einfach nur eine verkorkste SSL-Konfiguration im Klient/Editor vor, die aber erst ab dem 30.September bemerkbar war. Entsprechend gehe ich davon aus, das da generell mehr oder weniger zeitnah Updates kommen (dasselbe "Problem" scheint einige große Webseiten zu betreffen). Sorry, dass ich deshalb genervt habe. Hat etwas gedauert, bis ich verstanden habe (halbwegs), wie das alles zusammenhängt.

(Ein externer Editor ist für mich vergleichsweise wichtig, weil ich da mit diversen Vorlagen/Snippets wesentlich effektiver arbeiten kann.)--Lars Jürgenson (Diskussion) 12:21, 4. Okt. 2021 (CEST)

wieder Probleme mit perrypedia.proc.org

Ähnlich wie unten, nur diesmal https (http funktioniert anscheinend). Details hier: https://forum.perry-rhodan.net/viewtopic.php?p=772798#p772798 --Klenzy (Diskussion) 21:58, 30. Aug. 2021 (CEST)

Ich wollte hierzu nur vermerken, dass ich diesen Effekt in den letzten Monaten bisher zweimal jeweils für einige Tage feststellt habe. Das letzte mal Mal vor ungefähr 6 Wochen. Der Spuk war nach einigen Tagen wieder weg. Meine Browser-Caches löche ich leider nur unregelmäßig. Ich hatte diesen Zusammenhang bisher nicht im Hinterkopf. Aus der isfdb.org wird auch noch darüber in die PP verlinkt. Soll ich dort einen Admin anschreiben dies zu ändern? --Norman (Diskussion) 07:13, 31. Aug. 2021 (CEST)

Eigentlich "nur noch" ein Zertifikatfehler, aber ich bin wieder einmal an meinen Grenzen.

Die sicherste Verlinkung ist natürlich die "richtige" Domain perrypedia.de, da gibt es keine bekannten Probleme. Aber den ganzen Zirkus mit permanenten Redirects, eigenen Apache-Vhosts, Zertifikaten usw. für perrypedia.proc.org mach ich ja gerade deswegen, weil es da draußen umpfzighundert Verlinkungen auf die frühere Domain gibt. Oft läuft das einige Zeit friedlich, dann wieder spinnt irgendwas. Ich bin auf der Suche ... --Klenzy (Diskussion) 12:05, 31. Aug. 2021 (CEST)

Ich drück dir die Daumen, dass du eine Lösung findest. Leider kann ich sonst nichts dazu beitragen. --Norman (Diskussion) 08:27, 1. Sep. 2021 (CEST)

Alle Verlinkungen von "draußen" auf perrypedia.proc.org müssten jetzt wieder funktionieren. Stichprobenartig getestet: PR-Forum, Autorenporträts auf perry-rhodan.net, PP-Links in Wikipedia und auf der Homepage des Kurd-Laßwitz-Preises und in den E-Books.

Nicht unerwartet gibt es einen Haken ...

Der Preis ist, dass in der URL jetzt wieder die Domain "perrypedia.proc.org" auftaucht, je nachdem wie der angeklickte Link genau aussieht. Die war zuletzt natürlich weiterhin aktiv, aber absichtlich vor dem Browser/Benutzer verborgen. Konsequenzen: 1) in unserer Aufrufstatistik werden die Aufrufe über "perrypedia.proc.org" nicht mitgezählt, 2) wer als Benutzer in "perrypedia.de" angemeldet ist und über "perrypedia.proc.org" zu uns kommt, ist dort dann nicht angemeldet - oder umgekehrt - ziemlich verwirrend.

Ich prüfe noch, wie ich die Perrypedia-interne Umleitung wieder zum Laufen kriege. --Klenzy (Diskussion) 11:26, 1. Sep. 2021 (CEST)

Letzte Änderungen II

Nach dem abgeschlossenen Update zeigt sich ein seltsames Verhalten der PP: Ich habe mir in Firefox einen Shortcut für die Seite "Letzte Änderungen" angelegt, der mir die letzten 500 Änderungen anzeigen soll. Rufe ich nun so die PP-Seite auf, lande ich auf dem Test-Wiki (!?). Der Fehler ist replizierbar. Ich musste mir einen neuen Shortcut anlegen, um die Änderungsseite wie gewohnt aufrufen zu können.

Hier die URL des Shortcuts: http://www.perrypedia.proc.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500

Hier die Seite des Test-Wikis, die aufgerufen wird:

--GolfSierra (Diskussion) 16:02, 2. Jul. 2021 (CEST)

Schräg ... und ich kann es auch nicht nachvollziehen, denn mit einem neuen Lesezeichen funktioniert es bei mir - wie ja auch bei dir.

Wenn das Echtwiki offline ist, neigen bei mir sämtliche Browser dazu, das Testwiki aufzurufen. Das deutet auf einen Fehler in der Konfiguration des Apache-Webservers, obwohl ich dort nichts dergleichen sehen kann. Es erscheint dann aber ein Zertifikatfehler, den man bewusst übergehen muss, um tatsächlich im Testwiki zu landen. Daher habe ich diesem Phänomen bisher keine Aufmerksamkeit geschenkt. --Klenzy (Diskussion) 16:27, 2. Jul. 2021 (CEST)

Ist ja nicht weiter schlimm, nur ungewöhnlich. Ich lege mal die beiden URL übereinander:

Alt: http://www.perrypedia.proc.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500

Neu: https://www.perrypedia.de/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500

--GolfSierra (Diskussion) 16:34, 2. Jul. 2021 (CEST)

Das wiederum darf nichts ausmachen. Die Umleitung von http(s)://www.perrypedia.proc.org nach https://www.perrypedia.de ist gewollt (und ist derjenige Teil der Apache-Konfiguration, der sich im Rahmen meiner Fähigkeiten befindet). --Klenzy (Diskussion) 18:33, 2. Jul. 2021 (CEST)

Beobachtung: Ich hatte gestern die (genaue) http-URL von GolfSierra ausprobiert und landete im Testwiki. Dann kurz drauf nochmal http://www.perrypedia.proc.org und ich landete im live. Dann wurde ich abgelenkt. Wenn ich HEUTE die http-URL von GolfSierra aufsuche, lande ich direkt im live wiki. Es wirkt also so, als ob das Problem eventuell nur beim ersten Besuch einer proc-URL auftritt. Was darauf hindeutet, dass da noch ein altes cookie oder sowas in der Art dazwischen haut? Das sollte aber auch nicht passieren, wenn per apache-config umgeleitet wird ... --Lars Jürgenson (Diskussion) 10:44, 3. Jul. 2021 (CEST)

Ui ja, jetzt ist das bei mir auch aufgetreten. Ich vertiefe mich nochmal in die URL-Redirects ... (***14 Tage verschollen***) --Klenzy (Diskussion) 11:21, 3. Jul. 2021 (CEST)

Bitte die Umstände noch mal checken, denn es kommen per Kontaktmail Beschwerden rein, wir wären nicht mehr aktuell. Ich tippe dass viele im Testwiki landen. --JoKaene 13:12, 5. Jul. 2021 (CEST)

Mehrere? Falls ja, bitte Info an mich per Mail. --Klenzy (Diskussion) 13:52, 5. Jul. 2021 (CEST)

Es waren zwei Personen, und nur heute. Ich habe in der Antwort jeweils auf Perrypedia.de verwiesen. Es gab eine Rückmeldung, jemand der zwischenzeitlich aber auch ohne meinen Hinweis bereits im Echtwiki gelandet ist. Aber dennoch, irgendetwas passt(e?) nicht --JoKaene 14:45, 5. Jul. 2021 (CEST)

Zwischenstand: Ich habe zwei Ungereimtheiten in der STRATO-Konfiguration des PROC gefunden und behoben. Da es sich um DNS-Geschichten handelt (Domain Name System), kann ich erst nach > 24 Stunden bewerten, ob es etwas gebracht hat. --Klenzy (Diskussion) 15:46, 5. Jul. 2021 (CEST)

Im Edge und Opera lande ich im Testwiki, in Firefox und Chrome korrekt im Echtwiki.

Ich verfolge eine Spur und bitte @GolfSierra um Mithilfe:

• Du gibst im Browser »http://www.perrypedia.proc.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500« ein und kommst ins Testwiki, richtig?
• Ändere bitte die Zahl 500 in einen Wert, den Du garantiert noch nie verwendet hast, etwa »limit=42«. Was passiert?
• Öffne bitte ein privates Browserfenster und nimm wieder die erste URL »http://www.perrypedia.proc.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500« ... was passiert?

Danke im Voraus! --Klenzy (Diskussion) 12:15, 7. Jul. 2021 (CEST)

Ich habe im Testwiki einen verdächtigen 301-Redirect gefunden und hoffentlich korrekt behoben, bin leider zu sehr Amateur, um es mit Gewissheit zu sagen. Bitte den Browserverlauf (oder Chronik oder wie immer das bei euch heißt) löschen und neu versuchen. Ich hoffe, dass das hilft; 301-Redirects (= permanente Umleitungen) sind eine tückische Sache. Im Web kursieren allerlei verschiedene Anleitungen, sie aus dem Browser zu löschen, und jeder erzählt was anderes. Ein weiteres und komplexeres Thema sind Suchmaschinen, die den 301 jetzt vielleicht gespeichert haben ... was dann unter Umständen Tage dauern kann ... --Klenzy (Diskussion) 17:29, 7. Jul. 2021 (CEST)

Ich habe heute noch einmal die alte URL aufgerufen (FF 90.0) http://www.perrypedia.proc.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&limit=500 und lande im Echtwiki. Möglicherweise ist der Fehler behoben. Ich bin übrigens immer im privaten Modus unterwegs, alles an Cookies wird nach jedem Browserschließen gelöscht. --GolfSierra (Diskussion) 19:34, 9. Jul. 2021 (CEST)

Ok, danke. Deckt sich mit den Rückmeldungen im Forum. Der Fehler ist - derzeit - wohl behoben. Ich arbeite noch an einer Strategie, um eine Wiederholung zukünftig auszuschließen. --Klenzy (Diskussion) 13:36, 10. Jul. 2021 (CEST)

Letzte Änderungen

Servus zusammen. Bei mir wird seit einigen Tagen nicht mehr die ausgewählte Anzahl der lezten Änderungen angezeigt. Z. B. bei der Auswahl 50 werden nur die letzten 20 Änderungen angezeigt, bei der Auswahl 100 nur 40. Hat noch jemand dieses Problem? Danke und Gruß, --Papermoon (Diskussion) 22:04, 1. Jun. 2021 (CEST)

Bei mir passt alles (FF und Chrome). --JoKaene 22:12, 1. Jun. 2021 (CEST)

Ich hab den gleichne Fehler. (FF und Safari) --Poldi (Diskussion) 23:38, 1. Jun. 2021 (CEST)

Kann das nicht nachvollziehen. Wenn jemand mehrfache Änderungen gemacht hat, werden die allerdings mit berücktsichtigt! (wie zuvor auch)--Norman (Diskussion) 23:53, 1. Jun. 2021 (CEST)

Was zeigt denn die Kommandozeile? Bei Klick auf 100 müsste sie ja so aussehen https://www.perrypedia.de/mediawiki/index.php?title=Spezial:Letzte_Änderungen&limit=100. --JoKaene 06:02, 2. Jun. 2021 (CEST)

Ist bei mir auch so. In der Kommandozeile steht bei mir jeweils das, auf das ich geklickt habe, angezeigt wird aber weniger....Gruß, --Cathy Rich (Diskussion) 06:42, 2. Jun. 2021 (CEST)

Ist in den persönlichen Einstellungen/Letzte Änderungen eventuell »Änderungen auf „Letzte Änderungen“ und der Beobachtungsliste nach Seite gruppieren« eingeschaltet? Dann wirds weniger. --JoKaene 06:54, 2. Jun. 2021 (CEST)

Den Fehler hab ich, wenn ich nicht angemeldet bin. Angemeldet sieht es gut aus. —Der unsignierte Beitrag wurde hinzugefügt von Poldi (Diskussion • Beiträge).--07:50, 2. Jun. 2021 (CEST)

Die Gruppierung nach Artikel kann man nur als angemeldeter Benutzer in den Einstellungen an-/abschalten. Für anonyme Benutzer ist die Gruppierung immer an und kann nicht ausgeschaltet werden. Ich erinnere mich dunkel, dass das früher mal anders war. --Klenzy (Diskussion) 09:00, 2. Jun. 2021 (CEST)

Ich bin der Meinung, dass das (wenn die Gruppierung aktiviert ist) kein Fehler ist, sondern eine nützliche Funktion. Die Anzahl der selektierten Datensätze entspricht ja der Vorgabe. --Norman (Diskussion) 09:04, 2. Jun. 2021 (CEST)

@Klenzy. Ja, früher war das anders, ist aber schon einige Versionsnummern, also schon Jahre, her.

@Norman. Ja, ich sehe das ebenfalls, vorwiegend für reine Nutzer der PP, als nützliches Plus.

War das jetzt für die betroffenen Nutzer die Lösung des Problems, kann dieses Thema also abgeschlossen werden? --JoKaene 09:06, 5. Jun. 2021 (CEST)

DB-Fehler

@Klenzy&Admins: Ich habe heute 12.9.2020 14:33 einen Datenbankfehler erhalten. Ich wollte die Datei:PR0545Illu_2.gif nach Datei:PR0545Illu_3.gif (ohne Weiterleitung verschieben). Dabei erhielt ich einen ersten Ausnahmefehler mit dem Hinweis, dass es diese Datei offensichtlich schon gäbe. Nachdem ich alle Links auf die Datei manuell entfernt hatte versuchte ich es ein zweites Mal. Dabei erhielt ich folgenden Fehler Datei:DBFehler 2020-09-12 1433.jpg. Vielleicht handelt es sich wieder um eine früher nicht komplett richtig angelegte Datei ohne passende Beschreibung. Benötige Ratschlag --Norman (Diskussion) 14:46, 12. Sep. 2020 (CEST)

Zwischenzeitlich habe ich festgestellt, dass die Datei Datei:PR0545Illu_3.gif seit 2015 angelegt ist aber im Wiki erst noch ERSTELLT werden muss. Wie geschrieben ich bin auf solche Fälle schon ca. 10 mal gestoßen und kann mir nun helfen. Insofern nur die Frage, kann man solche inkonsitenten Dateien irgendwie per Chek-Programm o.ä. ermitteln? --Norman (Diskussion) 14:54, 12. Sep. 2020 (CEST)

Ich glaube, da gibt es was. Versuche ich nachher. --Klenzy (Diskussion) 15:16, 12. Sep. 2020 (CEST)

Im ersten Lauf hat das Prüfprogramm 3 Dateien gefunden: A200_1.jpg, MB_VAIA_MYR.png und eben PR0545Illu_3.gif.

Es gibt verschiedene Reparaturskripte, die auch irgendwas machen, aber erfolgreich war das nur bei dem Atlan-Cover. Die anderen beiden bleiben fehlerhaft. Wenn Du das selbst beheben kannst, dann mach's; ansonsten kann ich anbieten, den betreffenden Satz aus der Datenbank zu löschen.

Ich vermute, die Wikiskripte sind chancenlos, wenn die Datei im Dateisystem vorhanden ist aber in der Datenbank fehlt. Es gibt zwar ein Skript für den Abgleich Datenbank -> Dateisystem, aber nicht umgekehrt. Daher fällt das Problem nicht auf, solange bis man eine Datei auf einen solchen Namen verschieben will, der in der DB fehlt aber in Wirklichkeit bereits vorhanden ist. --Klenzy (Diskussion) 17:03, 12. Sep. 2020 (CEST)

Das Problem mit der Illu ist nun behoben. Danke für deine Hilfe und Infos. Bei MB_VAIA_MYR.png schaue ich mal was ich machen kann. --Norman (Diskussion) 18:01, 12. Sep. 2020 (CEST)

Verbindungsprobleme

Seit einiger Zeit fallen mir ganz vereinzelte Verbindungsabbrüche auf. Der Browser meldet dann "Verbindung zum Server fehlgeschlagen". Wenn es mal auftritt, dann stets zwischen 15:00 und 20:00 Uhr und nach zwei oder drei Versuchen (30-90 Sekunden) funktioniert alles wieder. Norman hat mir neulich ganz ähnliches gemeldet. In den Serverlogs ist nichts zu sehen. Ich habe auf unserem Testserver, den wir im Moment ja noch haben, ein kleines Monitoringskript eingerichtet. In der nachfolgenden Tabelle möchte ich vier Wochen lang Daten sammeln, damit wir evtl. bei unserem Provider anklopfen können. --Klenzy (Diskussion) 16:51, 3. Mai 2020 (CEST)

Ist mir bei der Perrypedia noch nicht aufgefallen, aber in den letzten Wochen bei Sueddeutsche.de, ebay.com und imdb.com. Ich schob es bisher auf meinen Rechner oder eine Überlastung der örtlichen Infrastruktur einer Millionenstadt. --Thinman (Diskussion) 16:25, 4. Mai 2020 (CEST)

Datum	Uhrzeit	Dauer	Benutzer
03.05.	16:41	ca. 30 Sek.	--Klenzy (Diskussion) 16:51, 3. Mai 2020 (CEST)
14.05.	16:31	ca. 30 Sek.	--Klenzy (Diskussion) 16:32, 14. Mai 2020 (CEST)
03.07.	16:20	ca. 20 Sec.	--W. Butz (Diskussion) 16:24, 3. Jul. 2020 (CEST)

Probleme beim Finden der Seite

Hi, ich wollte einmal fragen ob es im Momemt Probleme mit der Seite gibt? Ich hatte am Abend mehrmals das Problem das die Seite nicht gefunden wurde bzw. es technische Probleme beim herstellen der Seite gab. --Tek (Diskussion) 22:25, 30. Mär 2020 (CEST)

Kann ich bestätigen, auch für mich war der Server eine zeitlang nicht erreichbar. --GolfSierra (Diskussion) 08:00, 31. Mär 2020 (CEST)

Bitte um Entschuldigung. Gestern abend habe ich einen zusätzlichen Backup der Datenbank laufen lassen. Dabei ist die MySQL-Datenbank stehengeblieben. Nicht abgestürzt, einfach stehengeblieben. Ursachenforschung läuft noch. Da ich einige Zeit nicht am Platz war, wusste ich nicht, ob das Problem 2 Minuten, 20 Minuten oder 2 Stunden lang bestand und konnte mich nicht entscheiden, euch zu informieren. --Klenzy (Diskussion) 08:43, 31. Mär 2020 (CEST)

Alles Gut, Klenzy, das erklärt es (für uns). Wir machen uns halt Sorgen, wenn unser "Baby" mal nicht wie sonst reagiert. --GolfSierra (Diskussion) 11:28, 31. Mär 2020 (CEST)

Ja genau, wir hatten uns nur Gedanken gemacht. Viele Dank für deine Arbeit. Ich finde das echt super von dir, wie du dich um die Pflege da Datenbank und die Technik kümmerst. Hut ab. --Tek (Diskussion) 11:45, 31. Mär 2020 (CEST)

I'll do my very best ;-) --Klenzy (Diskussion) 13:07, 31. Mär 2020 (CEST)

Darstellungsproblem mit langen Artikelnamen

Nur ein kleines kosmetisches Problem, bei ungewöhnlich langen Artikeln wie bei Institutionen des Großen Imperiums, ein Wegweiser für Karrierebewusste überdecken bei mir (Firefox 74 unter Windows 7) die Übersetzungsfahnen den letzten Teil des Namens. --Thinman (Diskussion) 20:42, 12. Mär 2020 (CET)

Das Problem ist bekannt, kann aber nur durch ein grundlegend geändertes Design des Übersetzungsangebots gelöst werden. Das ist nicht leicht. --JoKaene 20:56, 12. Mär 2020 (CET)

Theoretisch müsste es möglich sein, den Ausgabebereich für die Überschrift so zu verschmälern, dass bei Bedarf ein Zeilenumbruch eingefügt wird. Das übersteigt derzeit mein Wissen und meine Fähigkeiten. Vielleicht, wenn ich einmal viel Zeit habe ... --Klenzy (Diskussion) 09:48, 13. Mär 2020 (CET)

Wichtiger Hinweis für T-Online-Nutzer

Wir haben seit dem 17.12.2019 ein Problem mit dem Mailversand. Betroffen sind (einige/mehrere/alle?) Benutzer mit Mailadressen @t-online.de. Leider ist es mir erst heute aufgefallen. Ich bekomme zwar jedesmal eine Kopie der nicht zugestellten Mails mit dem Fehlercode, diesen habe ich aber wochenlang nicht mehr angeschaut, weil es eine Flut von unzustellbaren Mails von der Beobachtungsliste an einen Benutzer gab, der schon lange nicht mehr aktiv ist. Heute habe ich per Zufall gesehen, dass wir mit Fehlercode 554 abgewiesen werden. Das bedeutet, dass wir wahrscheinlich bei der Telekom auf der Blacklist stehen, typischerweise passiert so etwas bei einem Massenversand von Spammails. Ich werde versuchen, ob ich dort jemanden finden kann, der uns weiterhilft. --Klenzy (Diskussion) 16:40, 4. Feb. 2020 (CET)

Es hängt mutmaßlich mit unserem Serverwechsel zusammen. Die Telekom hat mir geschrieben, dass das Problem binnen der nächsten 24 Stunden behoben wird. Meine Vermutung ist, dass der vorherige Inhaber der IP auf der Blacklist gelandet ist. --Klenzy (Diskussion) 10:47, 5. Feb. 2020 (CET)

Sollte inzwischen funktionieren. Gibt's jemand, mit dem wir das testen können? --Klenzy (Diskussion) 14:31, 9. Feb. 2020 (CET)

Ja. Ich habe soeben wieder auf meine T-Online-Adresse geändert. Mails kamen an. --Norman (Diskussion) 16:25, 9. Feb. 2020 (CET)

Na sowas. Dankeschön! --Klenzy (Diskussion) 17:31, 9. Feb. 2020 (CET)

Rechte für Bots

Ich betreue Benutzer:SyntronsBot und wollte den Bot mit Band 3050 mal wieder ausführen. Es läuft gut bis zu dem Punkt, wo der Bot versucht, die Seiten in der Perrypedia zu updaten. Dann erhalte ich eine Fehlermeldung. Kann es sein, dass mit dem Wechsel des Servers / der Neuinstallation die entsprechenden Rechte für Bots nicht gesetzt wurden? Anbei die gekürzte Ausgabe vom Bot mit der entsprechenden Antwort zu dem Versuch eine Seite zu bearbeiten (= permissiondenied):

Feb 04 10:45:26 console [info] Update Perrypedia page 'Perry_Rhodan-Glossar_A' ...
Feb 04 10:45:26 console [debug] [PerrypediaGlossarBot:PP_request] start
Feb 04 10:45:26 console [debug] URL:  'https://www.perrypedia.de/mediawiki/api.php'
Feb 04 10:45:26 console [debug] GET:  'format' => 'json'
Feb 04 10:45:26 console [debug] POST: 'action' => 'edit'
Feb 04 10:45:26 console [debug] POST: 'text' => '{{Navigationsle...PPDefaultsort}}'
Feb 04 10:45:26 console [debug] POST: 'md5' => '3079057ad13e871ece0bbf503760aabe'
Feb 04 10:45:26 console [debug] POST: 'summary' => 'SyntronsBot Upd...T10:45:26+00:00'
Feb 04 10:45:26 console [debug] POST: 'bot' => '1'
Feb 04 10:45:26 console [debug] POST: 'nocreate' => '1'
Feb 04 10:45:26 console [debug] POST: 'title' => 'Perry_Rhodan-Glossar_A'
Feb 04 10:45:26 console [debug] POST: 'token' => '+\'
Feb 04 10:45:26 console [debug] POST: 'format' => 'json'
Feb 04 10:45:27 console [debug] URL 'https://www.perrypedia.de/mediawiki/api.php' - success
Feb 04 10:45:27 console [debug] request result (json format): Array
(
    [error] => Array
        (
            [code] => permissiondenied
            [info] => The action you have requested is limited to users in the group: [[Perrypedia:Benutzer|Benutzer]].
            [*] => See https://www.perrypedia.de/mediawiki/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes.
        )

)

Feb 04 10:45:27 console [debug] [PerrypediaGlossarBot:PP_request] end
Feb 04 10:45:27 console [error] Error updating page 'Perry_Rhodan-Glossar_A'
Feb 04 10:45:27 console [error] Exception: Error updating page 'Perry_Rhodan-Glossar_A'

Ich habe da im Moment keine weitere Analyse betrieben, da es unter Umständen eine einfache Einstellung in der Konfiguration ist. --Syntron (Diskussion) 11:50, 4. Feb. 2020 (CET)

Die Fehlermeldung besagt, dass Du nicht angemeldet bist: »The action you have requested is limited to users in the group: Benutzer.« Könnte es das sein? --Klenzy (Diskussion) 12:08, 4. Feb. 2020 (CET)

Muss ich testen - bisher hat sich der Bot ordnungsgemäß angemeldet; an dem entsprechendem Code bzw. den Logindaten habe ich nichts geändert. --Syntron (Diskussion) 12:16, 4. Feb. 2020 (CET)

OK, daran lag es - und die entsprechende Fehlermeldung gab es auch im Log! Nur habe ich sie nicht gelesen, weil sie schon nicht mehr auf dem Bildschirm zu sehen war ... Allerdings habe ich die Daten nicht geändert (Account: SyntronsBot mit dem entsprechenden Passwort). Leider hat SyntronsBot keine Email hinterlegt, so dass ich das Passwort nicht über 'Passwort vergessen' neu setzen kann. Ist dies bei Bots überhaut möglich? --Syntron (Diskussion) 12:29, 4. Feb. 2020 (CET)

Durchlauf als Syntron war erfolgreich. Wurde das Passwort möglicherweise durch Änderungen am Server modifiziert? Könntest du ein neues Passwort vergeben und mir per Email schicken (syntron [@] web.de)? Ich würde dann als erstes dem Bot für solche Fälle eine Email verpassen und ihn dann auch noch einmal testen. --Syntron (Diskussion) 13:45, 4. Feb. 2020 (CET)

Nein, ein neues Passwort können wir nicht vergeben, weder die Admins noch ich als Sysadmin. Kein Hintertürchen, auch nicht mit SQL.

Was ich aber per SQL ändern kann, ist die Mailadresse und die habe ich soeben eingetragen, sodass Du jetzt ein neues Passwort anfordern kannst. --Klenzy (Diskussion) 16:27, 4. Feb. 2020 (CET)

Verstanden und auch logisch; neues Passwort ist nun per Mail unterwegs. Ich werde das Ergebnis hier vermerken. --Syntron (Diskussion) 22:59, 4. Feb. 2020 (CET)

Funktioniert wieder - Danke! Wobei die Ursache im Dunkeln bleiben wird; gab es Rückmeldungen von den anderen Bots? --Syntron (Diskussion) 23:05, 4. Feb. 2020 (CET)

Sonst ist mir nichts bekannt. Der Fall bleibt dubios. --Klenzy (Diskussion) 10:45, 5. Feb. 2020 (CET)

Fehler bei der SMW-Portalgenierung

Offen

• Unter selten auftretenden Umständen wird ein Portalabschnitt ohne Einträge leer angezeigt, anstatt den den Platzhalter "* ..." zu zeigen. Dies beeinträchtigt die Funktionalität der Portalseiten aber nicht. Es ist nur ... unschön. --Lars Jürgenson (Diskussion) 13:41, 29. Jan. 2020 (CET)

Repariert

• Mit Zahlen beginnende Personennamen / etc. werden nicht unter "0-9" zusammengefasst. --Lars Jürgenson (Diskussion) 12:26, 1. Feb. 2020 (CET)
• In der Personensortierung (und nur dort) wird fälschlicherweise das Apostroph nicht ignoriert. --Lars Jürgenson (Diskussion) 13:25, 1. Feb. 2020 (CET)
• Ist ein Eintrag in der Todo-List für eine Kategorie vorhanden und wird der Artikel dann angelegt, taucht im Portal der Begriff dann in dieser Kategorie manchmal doppelt auf. Nach meiner Beobachtung passiert dies nur, wenn Leerzeichen im Artikelnamen enthalten sind und keine Umstellung von Vor- und Nachnamen erfolgt.

Beispiele:

• Endlose Nacht im Portal Arkon unter Andere Schauplätze
• Die Imperatoren im Portal Epetran unter Personen, Anmerkung: Ich habe sie dort bereits in der Todo-Liste auskommentiert.

--Hb059 (Diskussion) 07:37, 8. Feb. 2020 (CET)

Seltsam. Offenbar ist das ein Caching-Problem mit der Todoseite: Wenn man diese (irgendwo) bearbeitet, verschwindet der "doppelte" Eintrag. Seltsam ist, dass das nur Titel mit Leerzeichen betrifft. Es scheint, als ob das Anlegen einer ANDEREN Seite wie gewohnt dafür sorgt, dass die Todoseite "refresht" wird (weil sie auf die neue Seite verlinkt), aber dieser Mechanismus nicht greift, wenn der Seitenname ein Leerzeichen enthält ... oder die Seite wird "refresht" aber der Eintrag in den SMW-Tabellen wird nicht gelöscht.

Da muss ich mal genauer schauen. Leider kann ich das Problem im Testwiki nicht reproduzieren (was für die Caching-These spricht).

Erinnerst du dich, ob der Eintrag auf der Todoliste (vor dem Auskommentieren) grün hinterlegt war? Das würde einen Hinweis liefern, dass das caching-Problem auf SMW-Seite (und nicht im normalen Mediawiki) liegt.

--Lars Jürgenson (Diskussion) 10:18, 8. Feb. 2020 (CET)

Ja, die waren eindeutig grün. --Hb059 (Diskussion) 10:21, 8. Feb. 2020 (CET)

Dann sind wir ein Stück weiter ... ich habe jetzt mal testweise in die Todoseiten von "Arkon", "Epetran" und "Protektorat Erde" ein explizites __NOCACHE__ eingefügt. Halte bitte mal ein Auge drauf und schau, ob das Problem immer noch auftritt.--Lars Jürgenson (Diskussion) 10:39, 8. Feb. 2020 (CET)

Der __NOCACHE__ Eintrag scheint zu wirken. Damit funktioniert es auf all den von dir geänderten Portalen. Nur auf dem noch nicht geänderten Portal Das Große Imperium tritt der Fehler noch auf. --Hb059 (Diskussion) 00:48, 10. Feb. 2020 (CET)

Ich habe das jetzt mal überall gesetzt. Die Absicht war sowieso, die Todoseiten vom Caching auszunehmen. Das hatte ich über eine der Vorlagen gemacht. Aber entweder funktioniert das nicht oder (wahrscheinlicher): Es funktioniert, aber SMW "sieht" das nocache nicht und cached deshalb Dinge, die es nicht cachen sollte.

Sag' bescheid, falls das Problem trotzdem nochmal auftritt. --Lars Jürgenson (Diskussion) 10:25, 11. Feb. 2020 (CET)

Atom-Feed

Ich hab' den Link zum Atom-Feed zwar ewig nicht betätigt, aber die erscheinende Seite wird doch sicher falsch dargestellt!?! --JoKaene 22:37, 30. Jan. 2020 (CET)

Zwischenstand: Dieselbe Darstellung gibt's auf de.wikipedia.org, en.wikipedia.org und www.mediawiki.org. Scheint also ein weit verbreitetes Phänomen zu sein. Und natürlich: ja, stimmt so sicher nicht. --Klenzy (Diskussion) 19:03, 31. Jan. 2020 (CET)

Nur zur Info!

Mit PC und FF erhalte ich eine sehr lange Seite mit endlosem Text (keinerlei Leerzeichen). Mit Tablet und Chrome erhalte ich zumindest eine sauber formatierte html-code-Seite (document tree). Dazu gibt mir Chrome aber auch die Fehlermeldung »This XML-File does not appear to have any style Information associatet with it« aus.

Aber wenn's eh nirgendwo funktioniert, gibt's hier wohl keinen Handlungsbedarf. Ich bin ja auch nur zufällig drauf gestoßen. --JoKaene 19:39, 31. Jan. 2020 (CET)

Firefox liefert Feeds seit ...xyz... nur noch unformatiert: [4]

Dafür gibt es aber neue AddIns, die den Job machen. Ich habe vier der am häufigsten installierten Feedreader ausprobiert: "Brief" [5] und "Feed Preview" [6] kann ich empfehlen, eingeschränkt tauglich sind "RSSPreview" [7] und "Feedbro" [8].

Für Chrome reicht's heute nicht mehr. --Klenzy (Diskussion) 22:54, 1. Feb. 2020 (CET)

Bei Chrome hat das - angeblich - noch nie funktioniert: [9]

Diese Extension soll's richten: [10]; funktioniert auch irgendwie; ich komme jedoch mit der Bedienung nicht zurecht. --Klenzy (Diskussion) 14:38, 2. Feb. 2020 (CET)

Bei Opera funktioniert es ohne Extension, aber nicht durch Klick auf den Atom-Link aus der Sidebar; sondern man muss den Atom-Link https://www.perrypedia.de/mediawiki/api.php?hidebots=1&urlversion=1&days=7&limit=50&action=feedrecentchanges&feedformat=atom selber in den Newsreader einfügen: Opera-Menü -> Nachrichten -> Meine Quellen -> Quellen hinzufügen. Das Ergebnis ist, ähnlich wie beim Chrome, suboptimal. --Klenzy (Diskussion) 14:48, 2. Feb. 2020 (CET)

Übersetzung von Diskussionsseiten

Laut der Seite Hilfe:Übersetzung sollte auch bei Diskussionsseiten die Übersetzungsflaggen eingeblendet werden. Dem ist aber nicht so. Ich weiss jetzt nicht, ob das ein Fehler, oder Absicht ist. Auf jeden Fall muss entweder, die Hilfeseite hierzu angpasst werden, oder bei den Disskussionsseiten müssen die Flaggen aktiviert werden. Bis zur Klärung kann man sich behelfen indem man auf die eigentliche Seite geht, die Übersetzung anklickt und dann wieder auf die Disskussionsseite zurück geht. Siehe auch hier Hilfe Diskussion:Übersetzung#Aktueller Translator-Status. --Norman (Diskussion) 13:15, 20. Jan. 2020 (CET)

Das habe ich anscheinend zwar geplant, aber nie gemacht.

Für die Diskussionsseiten im Hauptnamensraum habe ich das jetzt mal aktiviert, aber da stimmt die Positionierung der Flaggen nicht. Das kann ich mir erst später in Ruhe anschauen. --Klenzy (Diskussion) 13:55, 20. Jan. 2020 (CET)

So, jetzt stimmt die Hilfeseite! Die Übersetzungsflaggen sind auch auf den Diskussionsseiten für Hauptnamensraum, Perrypedia, Hilfe und Kategorien und sie müssten auch in allen Skins korrekt positioniert sein. Getestet habe ich aktuell nur Vector.

Hilfe Diskussion:Übersetzung#Aktueller Translator-Status schaffe ich heute nicht mehr. --Klenzy (Diskussion) 23:50, 20. Jan. 2020 (CET)