Dem social habe ich schon eben ein Update verpasst.
Einmal Spartacus neu abspeichern und dann neu nach Plugin Updates suchen.
Zum anderen Problem kann ich das nur etwas anders nachvollziehen. Bei mir gehen alle Navigationslinks bis auf die Suche. Dort gibt es nur eine weiße Seite mit unvollständigem Quelltext.
Wenn du eingeloggt an einer dieser Stellen in den Seitenquelltext hineingehst und mit F3 nach "error" suchst, siehst du womöglich wo der versteckte Fehler liegt. Wahrscheinlich ist es ebenso eine unitialisierte Variable.
Ah, eben erst gesehen, dass du noch etwas geschrieben hattest.
Ja das ist wohl so wie bei mir... Das könnte vielleicht mit dem social zusammenhängen oder eben noch auf einen weiter Initialisierungfehler hindeuten.
Ansonsten kippe mal den Quelltext Inhalt der Statischen Suche Seite (aus der backend form) mal hier in einen code snippet container. Vielleicht kann ich daraus etwas schließen. Oder ist das hier genau gleich? Dann könnte ich auch hier selbst nachschauen.
Wenn das so ist wie hier, hast du das gesuchte input Feld wahrscheinlich in deiner index.tpl oder entries tpl Datei stehen. Im Placeholder steht wahrscheinlich eine Smarty {CONST.XXXX} Variable, die in deinem Theme aber nicht definiert ist. Am einfachsten schreibst du dort einfach placeholder="such mich" oder so rein.
Schon PHP 7.4 war mit undefinierten Variablen/Konstanten nicht mehr einverstanden, konnte aber mit einem angehängten |default:"" von ausgeworfenen Fehlermeldungen abgehalten werden. PHP 8 ist da nochmals strikter geworden und verbittet sich auch letzteren workaround.
Beat Post author am |
In meinem Theme gibt es eine plugin_staticpage.tpl Datei. Darin steht u.A.:
Habe nun "{$CONST.TWOK11_PLACE_SEARCH}" ersetzt durch "Blogsuche". Nun funktioniert die Suche-Seite wieder. Vielen Dank!
Beat Post author am |
Habe sharebuttons aktualisiert. Der Fehler hat sich nun um ein paar Zeilen verschoben:
Warning: Undefined variable $twitter_via_tag in /home/sites/site100015826/web/styx-master/plugins/serendipity_event_social/serendipity_event_social.php: 164.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Natürlich die staticpage template Datei, recht so! War wohl ein weng abwesend...
Falls du noch mehr solche Erscheinungen hast bzw verwendest, inbesondere wenn sie auf 2k11 oder ein anderes Theme in Namen verweisen kann man die auch noch mal untersuchen.
Beat Post author am |
Noch ein Fehler in einem Plugin:
Warning: Undefined variable $max in /home/sites/site100015826/web/styx-master/plugins/serendipity_event_google_sitemap/serendipity_event_google_sitemap.php: 526.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
und
Warning: Undefined array key "timestamp" in /home/sites/site100015826/web/styx-master/plugins/serendipity_event_google_sitemap/serendipity_event_google_sitemap.php: 551.
Administrative Login Error Warning only - not seen by visitors! Send us a note what happened where and when, please.
Beat Post author am |
Jetzt sieht es gut aus. Ich kriege zumindest kein WARNING mehr. Deshalb habe ich sharebuttons nun wieder aktiviert.
Wegen Warnings musst du nix deaktivieren. Sie zeigen nur das man etwas verbessern kann und das Warning über die Ursache wird auch nur dir als Administrator angezeigt. Kein anderer bekommt es zu Gesicht.
Beat Post author am |
Jep! Danke!
PS: Das entrypaging-Plugin scheint mit PHP8 auch nicht ganz klar zu kommen.
Vom Beitrag "Osterschmaus" kann man nur zum vorherigen Beitrag "Wettergeschichten" und nicht zum aktuelleren Beitrag "Heimwerken" blättern.
Komisch das mit dem entrypaging. Dazu fällt mir gerade so gar nichts ein und es gibt ja auch keinen Error oder ein Warning, oder? Mal sehen ob dies merkwürdige Verhalten morgen einfach weg ist.
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.
Ian Styx am |
Dem social habe ich schon eben ein Update verpasst.
Einmal Spartacus neu abspeichern und dann neu nach Plugin Updates suchen.
Zum anderen Problem kann ich das nur etwas anders nachvollziehen. Bei mir gehen alle Navigationslinks bis auf die Suche. Dort gibt es nur eine weiße Seite mit unvollständigem Quelltext.
Wenn du eingeloggt an einer dieser Stellen in den Seitenquelltext hineingehst und mit F3 nach "error" suchst, siehst du womöglich wo der versteckte Fehler liegt. Wahrscheinlich ist es ebenso eine unitialisierte Variable.
Ian Styx am |
Ah, eben erst gesehen, dass du noch etwas geschrieben hattest.
Ja das ist wohl so wie bei mir... Das könnte vielleicht mit dem social zusammenhängen oder eben noch auf einen weiter Initialisierungfehler hindeuten.
Ansonsten kippe mal den Quelltext Inhalt der Statischen Suche Seite (aus der backend form) mal hier in einen code snippet container. Vielleicht kann ich daraus etwas schließen. Oder ist das hier genau gleich? Dann könnte ich auch hier selbst nachschauen.
Ian Styx am |
Was steht auf der genannten Seite in dem placeholder part in
anstelle meiner hier eingefügten Fragezeichen?
Ian Styx am |
Wenn das so ist wie hier, hast du das gesuchte input Feld wahrscheinlich in deiner index.tpl oder entries tpl Datei stehen. Im Placeholder steht wahrscheinlich eine Smarty {CONST.XXXX} Variable, die in deinem Theme aber nicht definiert ist. Am einfachsten schreibst du dort einfach placeholder="such mich" oder so rein.
Schon PHP 7.4 war mit undefinierten Variablen/Konstanten nicht mehr einverstanden, konnte aber mit einem angehängten |default:"" von ausgeworfenen Fehlermeldungen abgehalten werden. PHP 8 ist da nochmals strikter geworden und verbittet sich auch letzteren workaround.
Beat Post author am |
In meinem Theme gibt es eine plugin_staticpage.tpl Datei. Darin steht u.A.:
Habe nun "{$CONST.TWOK11_PLACE_SEARCH}" ersetzt durch "Blogsuche". Nun funktioniert die Suche-Seite wieder. Vielen Dank!
Beat Post author am |
Habe sharebuttons aktualisiert. Der Fehler hat sich nun um ein paar Zeilen verschoben:
Ian Styx am |
Update ist online.
Woll'n mal sehen wer am Ende den längeren Atem hat...?
Ian Styx am |
Natürlich die staticpage template Datei, recht so! War wohl ein weng abwesend...
Falls du noch mehr solche Erscheinungen hast bzw verwendest, inbesondere wenn sie auf 2k11 oder ein anderes Theme in Namen verweisen kann man die auch noch mal untersuchen.
Beat Post author am |
Noch ein Fehler in einem Plugin:
und
Beat Post author am |
Jetzt sieht es gut aus. Ich kriege zumindest kein WARNING mehr. Deshalb habe ich sharebuttons nun wieder aktiviert.
Ian Styx am |
Ist gefixt! ?
Ian Styx am |
Wegen Warnings musst du nix deaktivieren. Sie zeigen nur das man etwas verbessern kann und das Warning über die Ursache wird auch nur dir als Administrator angezeigt. Kein anderer bekommt es zu Gesicht.
Beat Post author am |
Jep! Danke!
PS: Das entrypaging-Plugin scheint mit PHP8 auch nicht ganz klar zu kommen.
Vom Beitrag "Osterschmaus" kann man nur zum vorherigen Beitrag "Wettergeschichten" und nicht zum aktuelleren Beitrag "Heimwerken" blättern.
Muss los! Schönen Abend!
Ian Styx am |
Ebenso!
Komisch das mit dem entrypaging. Dazu fällt mir gerade so gar nichts ein und es gibt ja auch keinen Error oder ein Warning, oder? Mal sehen ob dies merkwürdige Verhalten morgen einfach weg ist.
Ian Styx am |
Bei mir ist es nun weg.
Kann es sein dass da irgendeine Verzögerung läuft, die zB mit der Zeitumstellung zu tun hat? ?
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! ☺