Kommentare von

beats TEST blog

Styx 4.0.1 und PHP 8.0.26

Beat Post author am |

Moretti 4 ist jetzt aktiv. 👍

Ich muss etwas aufpassen, weil in meiner user.css weiter oben schon Einträge zum Dark-Mode kommen, die durch Deine Ergänzungen nun teilweise überschrieben werden. Solche Doppelspurigkeiten möchte ich eigentlich vermeiden und deshalb muss ich da mal zeitnah etwas durchwischen.

Beat Post author am |

Mit der Weiterleitung kann ich mich gar nicht erinnern, denn eigentlich wird man ja immer auf diese autoupgrade Seite geleitet, die dann zur/während der Laufzeit auf den aktuellen Stand des Upgrades erneuert wird.

Ähm... Nein. Mir war diese Seite gänzlich neu. Sie erscheint nach der Entpackungs-Infoseite und sieht aus wie die Seite, die man erhält, wenn man als externer Besucher den Blog aufruft und dieser gerade im aktiven Wartungsmodus ist. Im Infofeld gab es dann einen Link um den Upgrade fortzuführen. Dann folgt die Seite, auf der angezeigt wird, ob alle Upgrade-Voraussetzungen des Systems erfüllt sind.

PS: Ich update jetzt den Testblog auf dem Manitu-Hosting und beobachte das Verhalten noch einmal, so dass ich das hoffentlich besser beschreiben kann.

Beat Post author am |

Also: Ich starte im Backend den Upgarde und bekomme danach folgende Seiten zu Gesicht:

  1. Serendipity Auto-Upgrade Prozessor (die Seite mit dem %-Balken oben)
  2. NEU: System ist temporarily unavailable. Due to maintenance, the system ist temporary unavailable. Please visit us again in a few minutes. Darunter dann ein rotes Infofeld mit Link: Serendipity hat erkannt, dass derzeit Version 4.0.0 verwendet wird. Jedoch wurde Version 4.0.1 installiert, daher müssen Sie die Installation aktualisieren! (Ich glaube, früher wurde einem nur der letzte Teil angezeigt).
  3. Willkommen beim Serendipity Styx Aktualisierungs-Agenten
  4. Serendipity-Installation. Die Serendipity Installation ist nun auf Version 4.0.1 aktualisiert! Zurück zum Blog / Serendipity Styx Verwaltungsoberfläche

Bei den letzten Updates wurde ich beim Manitu-Server nach Punkt 1 auf eine weisse Seite geworfen und wenn ich danach die Admin-Oberfläche aufrief, sah ich Punkt 3. Nun erscheint diese "System ist temporarily unavailable"-Seite. Mit dem Klicken auf die Installation aktualisieren geht's dann weiter.

Beat Post author am |

Muss nun in die Küche um das grosse Silvester-Dinner vorzubereiten. 😋 🎆🍖 🍾 🥂

Wünsche Dir einen guten Rutsch ins neue Jahr! 🚀

Ian Styx am |

Ja so wie beschrieben von 1 bis 4 war es schon immer (jedenfalls eine geraume Zeit). Die 2. natürlich nur (meine ich) wenn der Maintenance 503 Modus aktiv ist/war. In 4 ist dann eben auch der Backnd Link ausgewiesen.

Ian Styx am |

Viel Spaß! Bier ist leider schon alle..! 😋

Beat Post author am |

Habe heute zwar kein Moretti getrunken, doch ich habe mich endlich mal mit Deinen Vorschlägen zur verbesserten Kommentaranzeige im Dark-Mode auseinander gesetzt.

Rausgekommen ist das, was Du nun hier siehst (und auch auf dem Live-Blog sehen kannst.

Noch einmal: Vielen Dank für Deine Mühe! 🍻 :beer:

Ian Styx am |

Super schick, Beat!

Du wirst immer besser. Klasse!
Das wird dir sicher Freunde des dark modes einbringen. 🤩

Styx 4.0.0 und PHP 8.0.26

Beat Post author am |

Habe also diesen Testblog und den Live-Blog aktualisiert.

Auf dem Manitu-Server (Live-Blog) ist mir schon bei den letzten zwei bis drei Updates aufgefallen, dass ich nach dem Klick auf "Klicken Sie hier um den automatischen Installer zu starten" nach einer kleinen Wartezeit auf eine blanke weisse Seite geworfen werde. Rufe ich dann die Verwaltungsoberfläche wieder auf, komme ich folgerichtig auf den Aktualisierungs-Agenten und kann die Installation ohne Probleme abschliessen.

Hier habe ich dieses Phänomen nicht.

Ian Styx am |

Ja ich kenne ein ähnliches Verhalten von den uberspace Servern auf CentOS. Sie erlauben in ihrem FPM PHP workflow kein flush, d.h. die Ausgabeschreibung von Ausgaben während der Laufzeit eines Scripts, so dass diese immer erst zu sehen sind wenn alles abgearbeitet wurde. Das muss dann bei dir etwas Ähnliches sein...

Allerdings habe ich leider noch nicht herausgefunden WIE und OB man das für solcherlei Systeme dennoch hinbekommen kann.

Beat Post author am |

Als ich Deinen obigen Kommentar bewilligte, erhielt ich anschliessend folgende Warnungen:

Warning: Undefined array key "name" in /include/admin/comments.inc.php: 58.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Warning: Undefined array key "email" in /include/admin/comments.inc.php: 59.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Warning: Undefined array key "url" in /include/admin/comments.inc.php: 60.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Warning: Undefined array key "comment" in /include/admin/comments.inc.php: 62.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Warning: Undefined array key "entry_id" in /include/admin/comments.inc.php: 64.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.

Ian Styx am |

Oh 😨 Mist aber auch..., Danke!
Komisch ist das solche Sachen immer erst auftauchen wenn es eine fertige stable Version ist - als ob das nicht vorher schonmal vorgekommen wäre... Sehr strange. Aber es sind auch nur Warnungen. Nichts weiter. Manchmal erscheinen sie auch nur bei bestimmten Pluginkonstellationen und -Ordnungen.
Hast du eventuell den Kommentar erst editiert ?  ( aber selbst dann kann ich es bei mir nicht nachstellen 😕 und bei dir aber auch nicht. Ist es möglich dass eventuell auch hier der PROXY einen Streich spielt, denn diese Stellen sollten erst ausgeführt werden wenn ein comment entry editiert und gespeichert wird... )

Aus für SAMBA ... 😱 !!

Ich habe gerade nochmal deinen ersten Kommentar gelesen. Es kann sein das der NGINX Proxy dort dazwischenfunkt!

Beat Post author am |

Hast du eventuell den Kommentar erst editiert?

Ja, habe ich.

Ich kann das hier sehr wohl nachstellen.

  1. Kommentar auf einen alten Beitrag erstellen, damit er eine Bewilligung braucht.
  2. Im Backend Kommentar zum editieren anklicken
  3. keine Änderung durchführen und speichern
  4. Kommentar in der Übersicht anwählen und bewilligen
  5. Dann kommen diese Warnungen.

Bezüglich der weissen Seite beim Styx-Upgrade auf beatsblog.ch

Es kann sein das der NGINX Proxy dort dazwischenfunkt!

Eher Nein. NGINX gibt es hier (hosttech) und nicht bei Manitu.

Beat Post author am |

Also selbst mit dieser Anleitung schaffe ich es nicht....🙄 weder hier noch bei mir...

Unabhängig davon sind ja Schritt 2 und 3 auch völlig unnötig, denn man sieht ja schon in der Kommentarliste ob es ein valider Kommentar zum genehmigen ist (inkl. ausklappen). 

Gehe ich richtig in der Annahme dass Schritt 2  die Kommentarliste mit [Bearbeiten] Button meint? (Müsste eigentlich, denn sonst gäbe es ja nur die unnötige Startseitenoption für solche Genehmigungsfragen...)

Was genau meinst du mit "anwählen" in Schritt 4?

Eher Nein. NGINX gibt es hier (hosttech) und nicht bei Manitu.

Weißt du das genau? Auch da werkelt ein eher ungewöhnliches System mit GenToo OS und sehr wahrscheinlich PHP FPM (Fast-CGI).

Beat Post author am |

Habs gleich noch einmal ausprobiert und wieder kommen nach der Bewilligung diese Warnungen. Was genau habe ich gemacht?

  1. Kommentar als Test-Horst auf den alten "BLOG-Update"-Artikel geschrieben.
  2. Einloggen ins Backend und auf der Startseite auf "zu bewilligende Kommentare = 1" (oder so ähnlich) klicken.
  3. Den Kommentar zum editieren öffnen
  4. Den Kommentar speichern (werde dann automatisch zur Kommentar-Übersicht weitergeleitet)
  5. Dort den Kommentar oben links im Kästchen anwählen und ganz unten über den Button "Bewilligen"
  6. E voilà: schon erscheinen diese Warnungen.

 

Weißt du das genau?

Nein, weiss ich nicht genau. Ich weiss aber, dass NGINX hier aktiv ist und ich auf der Manitu-Verwaltungsoberfläche keinen Hinweis dazu finde.

Ian Styx am |

Ja tatsächlich mit dieser letzten Anleitung passiert das tatsächlich. Da muss ich erstmal knobbeln...

Am Rande:
Wie kommst du nur auf die Idee das soooo kompliziert zu benutzen? ( Bitte untertänigst um Verzeihung, bitte lege den Schlips zur Seite...! 🙂 )

Meine Version geht so:

Neuer Kommentar ist klar, dann einloggen,

  1. Startseitenlink: Zu bewilligende Kommentare, oder direkt in die Kommentarliste über die Seitenleiste
  2. Den Kommentar anschauen. (Nur wenn ich völliges Mißtrauen habe schaue ich den Kommentar über Edit an, denn das in der Zusammenfassung angezeigte rote Ende '..</>' zeigt ja nur das es ein HTML Kommentar (mit entsprechenden Formatierungstags) ist, dem zur "Sicherheit" und vorallem der besseren Darstellung wegen die Tags in der zusammengefassten Übersicht (summary) entzogen (gestript) wurden. Falls wirklich mal etwas ganz Böses gepostet wurde wird dort ein sehr wahrnehmbarer großer ALERT stehen.)
  3. Falls gewünscht, zur Ansicht kurz mal aufklappen über den Pfeil > oder für alle gezeigten Kommentare in der Liste über den Top > Pfeil neben dem Doktorkasten icon
  4. Genehmigen mittels des Schieberegler icons, links vom Mülleimer

Fertig!

Der Weg über die Checkbox Aktivierung und den Bewilligen Button (sowohl auch das Löschen) unten ist nur für "ein-Rutsch" MULTI-Kommentar Genehmigungen gedacht.

Ian Styx am |

Nur als Ergänzung zum Vorherigen:

Es gibt ja auch noch das Auge (zu/auf) icon. Dies ist dazu da noch ungenehmigte Kommentare zu "verstecken", also sie 1. zu behalten und 2. aus der Listung für ungenehmigte Kommentare herauszunehmen. Das ist wenn dir jemand einen Kommentar schreibt und du ihn gerne behalten möchtest, ihn aber nicht im frontend zeigen möchtest, zb sehr privates oder so. Man könnte es als Analogon zu Draft Entries sehen.

Der Mülleimer ist zum Löschen (des jeweiligen Kommentares). Natürlich. 😀

Beat Post author am |

😎 Hast schon recht...

Nach meiner Erinnerung war das so: Bin im E-Mail-Programm auf Deinen Kommetar gestossen, der -warum auch immer- bewilligt werden musste. Dabei fiel mir auf, dass eine URL auf einen uralten Beitrag verwies und deshalb dachte ich, das sei der Grund, weshalb er zur Bewilligung vorgelegt wurde. Und auch nur deshalb kam ich auf die Idee, dass ich ihn editieren sollte, um ihn an den richtigen Beitrag/Kommentar anzuhängen. Das war aber alles richtig und bei einem zweiten Blick auf das E-Mail stellte ich fest, dass die besagte URL als "Referrer" und nicht als "Link zum Eintrag" angezeigt wurde.

Das mag doof und kompliziert erscheinen, doch scheinbar findet man nur so noch die letzten kleinen Fehler. 😉

Ich könnte nun auch fragen, weshalb im E-Mail überhaupt eine Referrer-Adresse angegeben wird. Wozu soll das gut sein? Oder, fast wichtiger: Weshalb werden öfter Mal Kommentare zur Bewilligung vorgelegt, obwohl es dafür keinen ersichtlichen Grund gibt?

Wie auch immer. Wenn's ein Mini-Problemchen lösen konnte, war's ja für irgendetwas gut. 😉

Ian Styx am |

😏 Hmmm. Schon lange keine Email mehr erhalten solcherdings...

Ich nehme an damit man weiß wo derjenige sich vorher auf deine Seiten herumgetrieben hat und man so Problemen schneller auf den Grund gehen kann.

Die Warnings sind gefixt. Und es lag daran, dass du im doEdit Seiten-Modus warst (durch das Editieren) und dann aber die Multi Form Post abgesendet hast, der natürlich die Kommentar values des einzelnen Kommentares fehlten, in der die angemeckerte Stelle im Backend immer noch annahm anwesend zu sein. 🤪

Allerdings hat dies keinen Schaden angerichtet und war somit wirklich nur ein Warning einer nicht geposteten value Sammlung. Trotzdem SUPER und DANKE! 🤗

Falls es dich stört musst du den sehr einfachen Fix erstmal selbst einbauen.

Warum (hier) manchmal Kommentare einfach ins moderieren geschoben werden obwohl kein offensichtlicher Grund dafür vorliegt, hat meines Erachtens immer noch mit dem (Proxy und den hidden Captchas) zu tun. Wir hatten das ja früher auch schon öfter mal.

Beat Post author am |

Nein, es stört mich nicht, denn ich bin -wie gesagt- nur durch Zufall darauf gestossen.

Alles gut! 👍

Ian Styx am |

Es sind gerade die ungeraden Wege die einem zum erfolgreichen Bughunter oder Hacker machen... 😉

Ian Styx am |

Moretti 3

Bald habe ich den Karton alle ... SCNR 😊

/*DARK THEME adds for pure-beat theme related to blue style vs pure greys*/
/*comment, entry and footer related*/
[data-dark-theme="dark"] .serendipity_commentForm, [data-dark-theme="dark"] .content_msg, [data-dark-theme="dark"] .serendipity_content_message, [data-dark-theme="dark"] .serendipity_commentDirection, [data-dark-theme="dark"] table td {
  border-color: #2828ac;
}
[data-dark-theme="dark"] nav.pager {
  background-color: #25254d;
  background-image: -webkit-linear-gradient(top, #292b35, #25254d);
  background-image: -moz-linear-gradient(top, #292b35, #25254d);
  background-image: linear-gradient(to bottom, #292b35, #25254d);
  border-color: #2f3740;
}
[data-dark-theme="dark"] pre {
  background-color: #25254d;
}
[data-dark-theme="dark"] .hljs {
  background-color: #191935;
}
[data-dark-theme="dark"] #serendipity_smarty_entrypaging {
  background-color: #3d0b6f;
  border: .1px solid #555;
}
/*comment related*/
[data-dark-theme="dark"] .comment.odd {
  background-color: #372f68;
}
[data-dark-theme="dark"] .serendipity_comment.odd,
[data-dark-theme="dark"] .comment.odd > .comment_content {
  background-color: #1c293a;
}
[data-dark-theme="dark"] .comment.even > .comment_content {
  background-color: #192433;
}
[data-dark-theme="dark"] .serendipity_commentForm {
  background-color: #171742;
  background-image: -webkit-linear-gradient(top, #2e2e7e, #171742);
  background-image: -moz-linear-gradient(top, #2e2e7e, #171742);
  background-image: linear-gradient(to bottom, #2e2e7e, #171742);
}
[data-dark-theme="dark"] #content .post {
  border-bottom: 1px solid #0c0c18;
}
/*footers*/
[data-dark-theme="dark"] footer {
  background-color: #202060;
}
/*archives and container*/
[data-dark-theme="dark"] .archive_year, [data-dark-theme="dark"] .container {
  background-color: #25254d;
}
/*comment summaries*/
[data-dark-theme="dark"] article.post.byauthor {
  background: #1b1542;
  border-color: #241e46;
}
/*sidebar images*/
[data-dark-theme="dark"] #serendipityRightSideBar .mediasidebaritem img {
  border-color: #13134f;
  box-shadow: 1px 1px 4px #8b8bff;
}
/*entry img*/
[data-dark-theme="dark"] .serendipity_imageComment_img img {
  border: 1px solid #505059 !important;
  box-shadow: 3px 3px 16px #353580;
}

Styx 4.0-rc1 und PHP 8.0.25

Ian Styx am |

Gruetzi!
( Mein Mitleid den gestern überrollten Schweizern... 😇 )

Nur damit du es schon einmal weißt...

Ich habe für das (morgige) 4.0 Release am comment body vom pure theme geschraubt, was leider zu einer kleinen Kollision mit deinen beat user styles führt. Du hast

.comment_content {
  font-family: raleway, "Lucida Sans Unicode","Lucida Grande",sans-serif;
  line-height: 1.3;
}

füge dort ein "font-weight: 300" (oder 400) hinzu und es sollte für das benutzte raleway wieder passen. Vielleicht solltest du dein raleway auch in Anführungsstriche (=bevorzuge) setzen.

Beat Post author am |

Was Fussball angeht, bin ich ziemlich emotionslos. Doch meines Wissens gab es Mannschaften, die es gar nicht an diese absurde Wüsten-WM geschafft haben (wie z.B. Italien) oder die schon in der Vorrunde sang- und klanglos ausgeschieden sind. 😝

Danke für den Hinweis zu den pure-Anpassungen. Ich habe das so in meine user.css übernommen.

.comment_content {
	font-family: "raleway", "Lucida Sans Unicode","Lucida Grande",sans-serif;
	font-weight: 300;
	line-height: 1.3;
}