Ich habe da auch noch etwas ... Mir wird immer das eigentlich versteckte Biene Captcha Abfrage Feld angezeigt auf dem LIVE Blog und zwar nur mit Mozilla, und nicht mit Chromium. Ich kann mich nur nicht erinnern ob das vorher auch schon so war. Und mir fällt nichts wirlich fehlerhaftes diesbezüglich auf.
Beat Post author am |
Soweit so gut.
Ich habe aber immer noch das ärgerliche Problem, dass ich seit PHP8 nicht mehr in einem Fenster eingeloggt sein kann und in einem zweiten Fenster gleichzeitig meinen Blog darstellen kann. Sobald ich im Frontend auf einen Menüpunkt klicke, erhalte ich eine blanke Seite.
Das ist so bei Firefox und bei Google Chrome.
Meist schreibe ich einen Beitrag und veröffentliche diesen. Dann lese ich ihn in einem zweiten Fenster und korrigiere im Backend (im anderen Fenster) die Schreibfehler im Beitrag.
Aktuell muss ich z.B. mit Firefox das Backend bedienen und mit Chrome das Frontend. Beides im selben Browser funktioniert einfach nicht (zumindest bei mir).
Beat Post author am |
Bei mir flackert das nur kurz auf (unter 1sec.). Wenn man nicht schon direkt das Kommentarformular im Blickfeld hat (was meist nicht der Fall ist) nimmt man das nicht wahr (hier genau gleich, ob mit Firefox oder Chrome).
Dann geh mal auf dieser weißen Seite in den Browser Quelltext. Vielleicht gibt das Aufschluß und es ist so ähnlich wie bei dem Search Feld.
Wenn der auch komplett weiß ist, ist das ein "white Page of death" und der Fehler wurde im Server error Log geloggt. Hättest du darauf Zugriff?
Beat Post author am |
Ich kann mir gar keinen Quelltext anzeigen lassen. In Firefox erhalte ich folgende Mitteilung:
Content-Encoding-Fehler
Beim Verbinden mit www.beatsblog.ch trat ein Fehler auf.
Kontaktieren Sie bitte den Inhaber der Website, um ihn über dieses Problem zu informieren.
In Chrome ist die Seite dann völlig leer.
Im web.err.log auf dem Server wird nichts aufgezeichnet. So blöd es klingt, es sieht eher wie ein Browser-interner Fehler aus, denn mit einem zweiten Browser kann ich problemlos auf die Seite zugreifen und alle Menüs durchklicken, während ich mit dem ersten Browser im Backend eingeloggt bin.
Beat Post author am |
? Nein, ich war nicht eingeloggt. Denn (siehe unten) derzeit kann ich nicht eingeloggt sein und in einem anderen Fenster auf dem Blog rumsurfen. ?
Das ist vielleicht gar nicht mal so blöd. Einen PHP oder compile Fehler kann man also schon mal auschließen.
Deaktiviere in der globalen Konfiguration mal die gzip Komprimierung. Ich meine die hattest du angestellt und ich meine ebenfalls schon mal erzählt zu haben dass das ganz merkwürdige Fehler verursachen kann, die ich häufiger gehabt habe und das deshalb immer auf AUS habe.
Ohne GZIP-Komprimierung geht es wieder mit zwei Fenstern im selben Browser.
Folgende Warnung wird angezeigt:
Warning: Undefined array key 1 in /home/sites/site100015826/web/styx-master/include/functions_routing.inc.php: 306.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Hatte ich auch gerade gesehen und schon editiert. Ansonsten hast du den Test bestanden!! ?
Ja ich werde das übernehmen. Ich musste nur mal hören ob es auch wirkt!
Beat Post author am |
Ups... Bei der Einzelbeitragsansicht werden folgende zwei Warnungen angezeigt:
Warning: Undefined variable $hardcoded_title in /home/sites/site100015826/web/styx-master/plugins/serendipity_event_social/serendipity_event_social.php: 168.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Warning: Undefined array key "meta_description" in /home/sites/site100015826/web/styx-master/plugins/serendipity_event_social/serendipity_event_social.php: 202.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Cheerio!
Besonders ist das ich (so schnell) auf das GZIP als Grund gekommen bin...?
Beat Post author am |
Info: Mir ist soeben aufgefallen, dass das imagesidebar-Plugin auf www.beatsblog.ch nun (auch) nicht mehr bei jedem Refresh die Bilder wechselt. Früher konnte ich unter "Rotate image time" einstellen was ich wollte, das blieb auf der Manitu-Installation, ohne Wirkung. Nun greift diese Einstellung und die Bilder wechseln erst nach 2 Minuten.
Ich habe keine Ahnung, ob dies etwas mit dem Wechsel auf PHP8.0.1 zu tun hat. Ich weiss nur, dass ich nichts an den Einstellungen geändert habe.
Ich weiss auch nicht, ob ich das nun gut finde oder nicht. Wenn ich mich recht erinnere hast Du diese Einstellung vorgeschlagen um die Ladezeit bei der Einzelbeitragsdarstellung zu verringern.
Beat Post author am |
Kannst Du -bei Gelegenheit-mal ein Blick in das google_sitemap-Plugin werfen? Wenn ich da auf den Einstellungsbutton klicke erhalte ich eine weisse Seite (ohne Quelltext) und keine Konfigurationsoberfläche.
Stimmt. Ich kann mich erinnern es gestern auch schon mal kurz meinte gesehen zu haben, nur hatte ich nicht direkt diesen Schluss gezogen weil ich mit anderem beschäftigt war.
Ich kann mir eigentlich nicht vorstellen, dass das direkt mit PHP 8 zusammenhängt, außer es wäre ein Bug oder ein Fehler im Plugin (oder anderswo) der verhindert das die 0 Einstellung interpretiert wird.
Du hattest aber die Sommerzeit umgestellt, sagtest du. Das ist eine Einstellung. Wenn du in der Konfiguration für Zeitunterschied des Servers bist und auf die Info drückst kannst du an der gezeigten Uhrzeit sehen ob deine Einstellung stimmt.
An die besagten 2 Minuten kann ich mich nicht recht erinnnern... empfohlen habe ich dir aber eine gwisse Zeitspanne ganz bestimmt. Hast du die imagesidebar rotate time mit 0 nochmal explizit abgespeichert? Dann dürfte dieser delay nicht vorkommen!
Beat Post author am |
Oh. Ich scheine mich unklar ausgedrückt zu haben.
Vor Monaten stellte ich die "Rotate image time" auf 2
Damals blieb das auf www.beatsblog.ch ohne Effekt und die Bilder wechselten nach wie vor bei jedem Refresh oder Seitenwechsel.
Heute nun stellte ich fest, dass dem nicht mehr so ist und die gleichen Bilder tatsächlich 2 Minuten lang angezeigt werden, bis neue Bilder geladen werden.
Ich hab die Konfig überprüft (stand und steht auf 2) und lass es jetzt mal so.
Vielleicht ändere ich das später wieder auf 0. Hab's kurz getestet. Das Plugin funktioniert absolut richtig. Wenn ich auf 0 stelle, wechseln die Bilder. Doch (s.o.) ich lass es jetzt mal auf 2.
Beat Post author am |
Ja, bei mir ist es auch weg.
Habe gestern (erst) die Systemzeit auf Sommerzeit angepasst. Wer weiss, vielleicht hatte es wirklich etwas damit zu tun.
Thema erledigt.
Ian Styx am |
Ich habe da auch noch etwas ... Mir wird immer das eigentlich versteckte Biene Captcha Abfrage Feld angezeigt auf dem LIVE Blog und zwar nur mit Mozilla, und nicht mit Chromium. Ich kann mich nur nicht erinnern ob das vorher auch schon so war. Und mir fällt nichts wirlich fehlerhaftes diesbezüglich auf.
Beat Post author am |
Soweit so gut.
Ich habe aber immer noch das ärgerliche Problem, dass ich seit PHP8 nicht mehr in einem Fenster eingeloggt sein kann und in einem zweiten Fenster gleichzeitig meinen Blog darstellen kann. Sobald ich im Frontend auf einen Menüpunkt klicke, erhalte ich eine blanke Seite.
Das ist so bei Firefox und bei Google Chrome.
Meist schreibe ich einen Beitrag und veröffentliche diesen. Dann lese ich ihn in einem zweiten Fenster und korrigiere im Backend (im anderen Fenster) die Schreibfehler im Beitrag.
Aktuell muss ich z.B. mit Firefox das Backend bedienen und mit Chrome das Frontend. Beides im selben Browser funktioniert einfach nicht (zumindest bei mir).
Beat Post author am |
Bei mir flackert das nur kurz auf (unter 1sec.). Wenn man nicht schon direkt das Kommentarformular im Blickfeld hat (was meist nicht der Fall ist) nimmt man das nicht wahr (hier genau gleich, ob mit Firefox oder Chrome).
Ian Styx am |
Das wäre ja gut, denn dann läge es nur an meinem Firefox.
Du warst aber nicht eingeloggt bei der Überprüfung, nicht wahr?!
Ian Styx am |
Dann geh mal auf dieser weißen Seite in den Browser Quelltext. Vielleicht gibt das Aufschluß und es ist so ähnlich wie bei dem Search Feld.
Wenn der auch komplett weiß ist, ist das ein "white Page of death" und der Fehler wurde im Server error Log geloggt. Hättest du darauf Zugriff?
Beat Post author am |
Ich kann mir gar keinen Quelltext anzeigen lassen. In Firefox erhalte ich folgende Mitteilung:
In Chrome ist die Seite dann völlig leer.
Im web.err.log auf dem Server wird nichts aufgezeichnet. So blöd es klingt, es sieht eher wie ein Browser-interner Fehler aus, denn mit einem zweiten Browser kann ich problemlos auf die Seite zugreifen und alle Menüs durchklicken, während ich mit dem ersten Browser im Backend eingeloggt bin.
Beat Post author am |
? Nein, ich war nicht eingeloggt. Denn (siehe unten) derzeit kann ich nicht eingeloggt sein und in einem anderen Fenster auf dem Blog rumsurfen. ?
Ian Styx am |
Das ist vielleicht gar nicht mal so blöd. Einen PHP oder compile Fehler kann man also schon mal auschließen.
Deaktiviere in der globalen Konfiguration mal die gzip Komprimierung. Ich meine die hattest du angestellt und ich meine ebenfalls schon mal erzählt zu haben dass das ganz merkwürdige Fehler verursachen kann, die ich häufiger gehabt habe und das deshalb immer auf AUS habe.
Versuch macht klug! ☺
Ian Styx am |
stimmt ?
Beat Post author am |
Guter Tipp! ?
Ohne GZIP-Komprimierung geht es wieder mit zwei Fenstern im selben Browser.
Folgende Warnung wird angezeigt:
Ian Styx am |
Aha! Super!
Zum Beispiel ruft man ja sein Blog per category normalerweise so auf:
domain.org/blog/categories/12-feature
Das ergäbe über das routing:
$matches[0] wäre dann categories/12-feature
$matches[1] wäre dann 12
aber dieser key 1 fehlt ja bei dir .. da du die permalink ID bei categories %id entfernt hast!
Geh nun mal in include/functions_routing.inc.php in Zeile 306
und ändere die Zeile:
mal in
Vielleicht hilft das.
Edit: Dateiname korrigiert
Beat Post author am |
Immer diese eigenwilligen User! ?
Falls Du mich testen wolltest... ich änderte functions_routing.inc.php und nicht functions_permalinks.inc.php
Ta,ta,ta ? Da ist kein Warnhinweis mehr! ? Super!
Muss ich das jetzt als Beat-Änderung bei Updates im Auge behalten oder kannst Du das in einer nächsten Version abfangen?
Ian Styx am |
Hatte ich auch gerade gesehen und schon editiert. Ansonsten hast du den Test bestanden!! ?
Ja ich werde das übernehmen. Ich musste nur mal hören ob es auch wirkt!
Beat Post author am |
Ups... Bei der Einzelbeitragsansicht werden folgende zwei Warnungen angezeigt:
Ian Styx am |
Fixes für routing und social sind online!
Beat Post author am |
Du bist ja von der ganz schnellen Truppe! ? ?
Sharebuttons konnte ich updaten und ich kann bestätigen, dass die Warnhinweise weg sind. ?
Für das Routing warte ich wohl auf das nächste Update.
Ian Styx am |
Watt wech ist, ist wech!! ?
Beat Post author am |
War eine tolle Test-Session! Danke und einen schönen Abend.
Ian Styx am |
Cheerio!
Besonders ist das ich (so schnell) auf das GZIP als Grund gekommen bin...?
Beat Post author am |
Info: Mir ist soeben aufgefallen, dass das imagesidebar-Plugin auf www.beatsblog.ch nun (auch) nicht mehr bei jedem Refresh die Bilder wechselt. Früher konnte ich unter "Rotate image time" einstellen was ich wollte, das blieb auf der Manitu-Installation, ohne Wirkung. Nun greift diese Einstellung und die Bilder wechseln erst nach 2 Minuten.
Ich habe keine Ahnung, ob dies etwas mit dem Wechsel auf PHP8.0.1 zu tun hat. Ich weiss nur, dass ich nichts an den Einstellungen geändert habe.
Ich weiss auch nicht, ob ich das nun gut finde oder nicht. Wenn ich mich recht erinnere hast Du diese Einstellung vorgeschlagen um die Ladezeit bei der Einzelbeitragsdarstellung zu verringern.
Beat Post author am |
Kannst Du -bei Gelegenheit-mal ein Blick in das google_sitemap-Plugin werfen? Wenn ich da auf den Einstellungsbutton klicke erhalte ich eine weisse Seite (ohne Quelltext) und keine Konfigurationsoberfläche.
Ian Styx am |
Stimmt. Ich kann mich erinnern es gestern auch schon mal kurz meinte gesehen zu haben, nur hatte ich nicht direkt diesen Schluss gezogen weil ich mit anderem beschäftigt war.
Ich kann mir eigentlich nicht vorstellen, dass das direkt mit PHP 8 zusammenhängt, außer es wäre ein Bug oder ein Fehler im Plugin (oder anderswo) der verhindert das die 0 Einstellung interpretiert wird.
Du hattest aber die Sommerzeit umgestellt, sagtest du. Das ist eine Einstellung. Wenn du in der Konfiguration für Zeitunterschied des Servers bist und auf die Info drückst kannst du an der gezeigten Uhrzeit sehen ob deine Einstellung stimmt.
An die besagten 2 Minuten kann ich mich nicht recht erinnnern... empfohlen habe ich dir aber eine gwisse Zeitspanne ganz bestimmt. Hast du die imagesidebar rotate time mit 0 nochmal explizit abgespeichert? Dann dürfte dieser delay nicht vorkommen!
Beat Post author am |
Oh. Ich scheine mich unklar ausgedrückt zu haben.
Vielleicht ändere ich das später wieder auf 0. Hab's kurz getestet. Das Plugin funktioniert absolut richtig. Wenn ich auf 0 stelle, wechseln die Bilder. Doch (s.o.) ich lass es jetzt mal auf 2.