Beiträge von rettitu

    Danke fürs Nachsehen, ich habe soeben wieder das Backup hochgeladen und kann mich nun wieder einloggen. Ich lösche nun mal statt Docket Cash den Cash enabler aus den Pluginliste raus. Wenns dann wieder alles zerschießt, lade ich halt nochmal das Backup hoch und lass es erst mal sein.

    Ihr fragtet auch nach der htaccess

    die war vorhin im zerschossenen zustand so kurz / fast leer

    Code
    <Files ~ "\.(tpl|sqlite)$">
     order deny,allow
     deny from all
    </Files>

    und ist aktuell im gerade frisch wiederhergestellten Zustand ohne white screen so
    und geht ellenlang so weiter wie hier zu sehen

    ich versuchte es soeben mehrmals, die Seite mit Login ist weiß. Ich versuchte zu dem soeben versuchten Seitenaufruf die Error Log Einträge zu laden. Das neueste ist jedoch das hier von ca 17:11! Wo genau das anfängt ist mir unklar, vielleicht sind die erste Zeilen noch vom Eintrag davor...

    vielleicht kommen die stark zeitverzögert? Und nun geht übrigens auch die Seite selbst nicht mehr, ist also auch wieder weiß

    ich deaktivierte gestern docket cache was das problem im Moment des Deaktivierens erstmals losttrat.
    Wie ich nun heute Nachmittag des erste mal endlich wieder ins Dashbord einloggen konnte und die Steite wieder lief,
    habe ich dann Docket Cash ca vor einer viertel Stunde gelöscht. Es sah im Dashbord nicht so aus, als würden fehker auftreten. Erst beim Ausloggen sah ich dann wieder den white screen, die Homepage ist jedoch noch sichtbar.

    Hi, das mit dem Link tut mir Leid, gestern wurde ich explizit aufgefordert den hier anzugeben :confused:
    das eine Cache plugin konnte ich nun löschen, es läuft nur nur noch cache enabler. Soweit so gut. jetzt geht aber der Login nicht mehr, der Rest der Seite wird noch angezeigt.

    achso, sorry, ich dachte, die Zeilen soll ich trotzdem noch posten, da hatte ich Dich vorhin falsch verstanden. Ja, das mit den cache plugins sind mir böhmische Dörfer, ich werde dann das eine abschalten und nur eines installiert lassen, auch das Formular, werde ich deaktivieren. kennst Du die, ist eines besser als das andere?

    Eine Frage höätte ich auch, Muss man denn bei Formularen gundsätzlich ab uns zu die geschickten Dateien löschen? Ich hatte das mal versucht, weil da recht alte Einträge, die noch aufrufbar waren, ich fand jedoch keine Löschen taste und gab irgend wann auf weiter zu suchen.


    Hallo B3317133, so nun ist der Upload durch, meinstest Du solch eine Meldung? Das ist von deiner Errordatei die ich heute früh geladen hatte.

    ok, mach ich gerne, dass die Seite schon währen des Backup Uploads wieder läuft, ist ja schon mal erfreulich :) ich warten den Upload noch bis zum Ende ab und melde mich dann, muss leider auch noch was dringendes in der Werkstatt machen, bitte nicht falsch verstehen, dass ich gerade recht verzögert antworte oder reagiere

    Liebe Leute, vielen Dank, ich komme da zu keinem Ergebnis. Auf PHP umgestellt wurde bei Strato schon Anfang Februar und seit dem lief die Seite ja bis gestern, nur das Formular machte die Zicken. Das über Strato angeschubste Backup der Version von vorgestern klappte meiner Meinung nach nicht. Ich lade das deswegen nun erstmal mit Filezilla herunter und damit dann hoch. Strato hat mir nur die Anleitung dazu geschickt, wirklich Helfen konnte man mir dort eigentlich nicht. Ich schalte falls es klappe sollte auf jeden Fall das Formular aus und verwende die Seite so lange ohne, bis ich das neue Formuar mit anderem Plugin fertig habe.
    Danke für Eure Antworten

    Welche weiteren Meldungen erscheinen im PHP Error Log des Servers?

    Und Frage zur o.g. Meldung:

    Was steht in Zeile 92 der Datei wp-config.php?.

    also in der PHP Error Log steht unglaublich viel, zB
    [COLOR=#00b359]26.04.2023 18:43:20 rene-rettberg.de [client 95.108.85.0] AH01215: PHP Fatal error: Uncaught TypeError: Unsupported operand types: string + int in /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/cron.php:855: /home/strato/http/premium/rid/91/48/5539148/htdocs/wp/index.php[/COLOR]
    [COLOR=#00b359][/COLOR]
    [COLOR=#000000]in der config sehe ich keine Zeilenanganben, 92 müsste aber eine der untersten sein, da steht:[/COLOR]
    [COLOR=#00b300]/** WordPress absolute path to the Wordpress directory. */
    if ( !defined('ABSPATH') )
    define('ABSPATH', dirname(__FILE__) . '/');

    /** Enables page caching for Cache Enabler. */
    if ( ! defined( 'WP_CACHE' ) ) {
    define( 'WP_CACHE', true );
    }

    /** Sets up WordPress vars and included files. */
    require_once(ABSPATH . 'wp-settings.php');

    ?>[/COLOR]

    Werde nachmittags nach Fertigstellung von zwei Aufträgen hier nochmal bei Strato anrufen wie von Kurt Singer angeraten.

    Hast Du in der wp-config.php eine Zeile wie:

    Code
    define( 'WP_CRON_LOCK_TIMEOUT', 'bla');


    Guten Morgen, leider finde ich solch eine Zeile nicht. Was mich halt stutzig macht, ich habe ja nicht im Quellcode herumgewurschtelt, sondern auf der Benutzeroberfläche auf Deaktivieren gedrückt. Bin schon geschockt, dass sowas dabei herauskommen kann. Die Seite ist quasi im durch Knopfdruck ausgelösten Wartungsmodus in diesen Zustand gekommen:( Leider sagen mir die oben gezeigten Fehlerangaben nicht wirklich etwas, ich bin ja nur doofer Anwender, seit gut 20 Jahren jedoch ohne solches Problem. Wenns an den Plugins liegt, müsste doch eigentlich das Umbenennen des Pluginordners alle Plugins deaktivieren,was aber leider den whitescreen nicht behoben hat. Ich habe also die Änderungen inzwischen wieder rückgängig gemacht.

    Infos zu meiner Seite:
    Ich benutze twentyfouteen weil ci das Layout sehr schön finde + plugin Anjirai (was andere Farben ermöglich) + toggle the title (oder so ähnlich) weil ich das Theme nicht als Blog nutze. Was seit Umstellung auf PHP 8 leider Probleme machte war das Plugin CalderaFormulare, das ging seit dem zwei drei Anfragen lang, dann ließen sich Anfragen nicht mehr absenden bis ich das Cacheplugin deaktivierte/aktivierte, was natürlich nur eine Überganglösung sein sollte. bei diesem Deaktivierungsvorgang löste ich aktuellen Zustand aus. CalderaFormular wollte ich demnächst mal ersetzen.

    Vielleicht helfen diese Infos Euch, um oben die Fehler auslesen zu können?

    Viele Grüße
    René

    das, werde ich gleich morgen im Büro testen, denn zu Hause komme ich an die Config Datei nicht ran.

    Ich habe nur auf Deaktivieren gedrückt und bin schon bisserl geschockt, dass nun der Fall eingetreten ist, vor dem ein Laie wie ich immer Angst hatte. wird mir das quasi wieder passieren können?

    Hallo und Hilfe :(
    beim deaktivieren eines cache plugins war plötzlich alles weiß
    Ich benannte plugin on plugin_old um kein Erfolg, ebenso mit themes
    Nun schrien ich om wp-config.php false mit true um un kann nun diese Fehler angaben lesen.

    jetzt komme ich selbstlesend leider nicht mehr weiter.
    Kann mir jemand einen Hinweis geben was das hier bedeutet und was ich machen kann?
    Ich komme noch immer nicht aufs dashbord

    Liebe Grüße, René

    Fatal error: Uncaught TypeError: Unsupported operand types: string + int in /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/cron.php:855 Stack trace: #0 /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/cron.php(1002): spawn_cron() #1 /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/class-wp-hook.php(308): _wp_cron() #2 /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters() #3 /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/plugin.php(517): WP_Hook->do_action() #4 /mnt/web014/b3/48/5539148/htdocs/wp/wp-settings.php(645): do_action() #5 /mnt/web014/b3/48/5539148/htdocs/wp/wp-config.php(92): require_once('...') #6 /mnt/web014/b3/48/5539148/htdocs/wp/wp-load.php(50): require_once('...') #7 /mnt/web014/b3/48/5539148/htdocs/wp/wp-login.php(12): require('...') #8 {main} thrown in /mnt/web014/b3/48/5539148/htdocs/wp/wp-includes/cron.php on line 855