• Gelöst bondgamer

    (@bondgamer)


    Hallo,
    leider habe ich das Problem, dass ich eine leere weiße Seite erhalte, wenn ich versuche vorhandene Medien aufzurufen, Seiten oder Beiträge zu bearbeiten oder zu erstellen.

    Die Website selbst allerdings, ist bis auf diese Problematik, funktional und weiterhin live.

    Bei der bisherigen Fehlersuche stieß ich erst durch den Apache2 error log auf folgende Fehlermeldung, welche sich ebenfalls im Debug-Mode von WordPress finden lässt.

    WP-Debug:

    [22-Feb-2020 02:06:11 UTC] PHP Warning:  Illegal string offset 'policy_text' in /var/www/html/wp-admin/includes/class-wp-privacy-policy-content.php on line 97
    [22-Feb-2020 02:06:11 UTC] PHP Notice:  Uninitialized string offset: 0 in /var/www/html/wp-admin/includes/class-wp-privacy-policy-content.php on line 97

    Apache2 Errorlog:

    [Sat Feb 22 02:19:00.943582 2020] [php7:warn] [pid 25466] [client xxx.xxx.xxx.xxx:11310] PHP Warning:  Illegal string offset 'plugin_name' in /var/www/html/wp-admin/includes/class-wp-privacy-policy-content.php on line 96
    [Sat Feb 22 02:19:00.943655 2020] [php7:warn] [pid 25466] [client xxx.xxx.xxx.xxx:11310] PHP Warning:  Illegal string offset 'policy_text' in /var/www/html/wp-admin/includes/class-wp-privacy-policy-content.php on line 97

    Die besagten Zeilen in der Datei scheinen aber mit der aktuellsten verfügbaren WordPress Datei übereinzustimmen (siehe https://github.com/WordPress/WordPress/blob/master/wp-admin/includes/class-wp-privacy-policy-content.php).

    Ich habe andere (ältere) Beiträge gefunden, bei denen es allerdings um ein Theme oder ein Plugin geht. Meines Wissens nach liegt diese Datei jedoch im Hauptverzeichnis von WordPress.

    Bisherige Lösungsansätze waren:
    – Alle Plugins deaktivieren
    – Theme auf „Twenty Twenty“ von WordPress zu setzen
    – Software (Server- und Clientseitig) aktualisiert
    – Andere Browser verwendet (Chrome, Firefox, Edge)
    – Andere Internetzugänge verwendet

    Des weiteren meine ich in Erinnerung zu haben, dass dieser Fehler erstmals nach einem Softwareupdate auftrat bei dem unter anderem PHP aktualisiert wurde.

    Zum System selbst:
    – Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-88-generic x86_64)
    – Apache/2.4.29 (Ubuntu)
    – PHP 7.2.24-0ubuntu0.18.04.3 (cli)
    – WordPress Version 5.3.2–de_DE
    – Betriebssystem der Clients Windows 10 64bit & Android 10

    Ich habe bisher noch nicht versucht andere Versionen der Software zu verwenden (beispielsweise eine backroll zu einer älteren PHP-Version), da ich erst einmal die hoffentlichen Vorschläge hier wahrnehmen wollte.

    Da ich leider keine Ahnung von PHP habe, bitte ich nun hier um Hilfe.
    Wenn noch weitere Logs, Angaben oder ähnliches benötigt werden, bitte kurz bescheid geben.

    Vielen Dank im Voraus

    • Dieses Thema wurde vor 6 Jahren, 2 Monaten von bondgamer geändert. Grund: Ergänzungen
    • Dieses Thema wurde vor 6 Jahren, 2 Monaten von bondgamer geändert.

    Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 14 Antworten – 1 bis 14 (von insgesamt 14)
  • Hallo,
    hier ein paar Ideen zur Lösung – bitte vorher Daten sichern:

    • Neu installieren: Im Dasboard > Aktualisierungen auf den Button „erneut installieren“
    • Falls das nicht hilft, kannst du versuchen, ein manuelles Update durchzuführen. Hier findest du dazu eine sehr gute Anleitung.

    Du findest unter Werkzeuge > Websitezustand > Info einen Bericht zur Website und erhältst den Bericht über den Button „Bericht in die Zwischenablage kopieren“ und kannst ihn anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.

    Sehr seltsam finde ich allerdings, dass ich zunächst Recaptcha bestätigen muss, bevor ich die Seite sehe. Mit ist nicht klar, warum du das vorgelagert hast.

    Viele Grüße
    Hans-Gerd

    Thread-Starter bondgamer

    (@bondgamer)

    Hallo,
    danke für die schnelle Antwort!

    Das Neuinstallieren habe ich inzwischen versucht, leider ohne Erfolg.
    Als nächstes werde ich mich dann an dem manuellem Update versuchen.

    Den Bericht werde ich unten anhängen.

    Als Zwischenanbieter ist Cloudflare eingerichtet, da sich in den letzen Monaten DDOS- und Brute-Force-Versuche monatlich auf fast 3000 beliefen. Und das bei einem eher kleinen Unternehmen. Eigentlich werden nur Captcha’s angefordert wenn die IP nicht aus Deutschland kommt.

    Daher ist das Cloudflare Plugin zwischenzeitlich auch wieder aktiv (vorhin bei den Tests deaktiviert gewesen).

    Grüße

    ### wp-core ###
    
    version: 5.3.2
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%postname%/
    https_status: true
    user_registration: 0
    default_comment_status: closed
    multisite: false
    user_count: 2
    dotorg_communication: true
    
    ### wp-paths-sizes ###
    
    wordpress_path: /var/www/html
    wordpress_size: 40,41 MB (42377184 bytes)
    uploads_path: /var/www/html/wp-content/uploads
    uploads_size: 275,82 MB (289216880 bytes)
    themes_path: /var/www/html/wp-content/themes
    themes_size: 3,40 MB (3561486 bytes)
    plugins_path: /var/www/html/wp-content/plugins
    plugins_size: 3,84 MB (4027874 bytes)
    database_size: 9,86 MB (10338304 bytes)
    total_size: 333,33 MB (349521728 bytes)
    
    ### wp-active-theme ###
    
    name: Oria (oria)
    version: 1.11
    author: JustFreeThemes
    author_website: http://justfreethemes.com
    parent_theme: none
    theme_features: automatic-feed-links, title-tag, post-thumbnails, menus, html5, post-formats, custom-background, custom-header, infinite-scroll, widgets
    theme_path: /var/www/html/wp-content/themes/oria
    
    ### wp-themes-inactive (1) ###
    
    Twenty Twenty: version: 1.1, author: WordPress-Team
    
    ### wp-plugins-active (1) ###
    
    Cloudflare: version: 3.4.1, author: John Wineman, Furkan Yilmaz, Junade Ali (Cloudflare Team)
    
    ### wp-plugins-inactive (2) ###
    
    Add From Server: version: 3.3.3, author: Dion Hulse
    Dark Mode: version: 3.2.1, author: David Gwyer
    
    ### wp-media ###
    
    image_editor: WP_Image_Editor_GD
    imagick_module_version: Nicht verfügbar
    imagemagick_version: Nicht verfügbar
    gd_version: 2.2.5
    ghostscript_version: not available
    
    ### wp-server ###
    
    server_architecture: Linux 4.15.0-88-generic x86_64
    httpd_software: Apache
    php_version: 7.2.24-0ubuntu0.18.04.3 64bit
    php_sapi: apache2handler
    max_input_variables: 1000
    time_limit: 300
    memory_limit: 256M
    max_input_time: 300
    upload_max_size: 64M
    php_post_max_size: 128M
    curl_version: 7.58.0 OpenSSL/1.1.1
    suhosin: false
    imagick_availability: false
    htaccess_extra_rules: true
    
    ### wp-database ###
    
    extension: mysqli
    server_version: 5.7.29-0ubuntu0.18.04.1
    client_version: mysqlnd 5.0.12-dev - 20150407 - $Id: 3591daad22de08524295e1bd073aceeff11e6579 $
    
    ### wp-constants ###
    
    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /var/www/html/wp-content
    WP_PLUGIN_DIR: /var/www/html/wp-content/plugins
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG: true
    WP_DEBUG_DISPLAY: false
    WP_DEBUG_LOG: true
    SCRIPT_DEBUG: false
    WP_CACHE: false
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_LOCAL_DEV: undefined
    DB_CHARSET: utf8
    DB_COLLATE: undefined
    
    ### wp-filesystem ###
    
    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bondgamer geändert.
    Thread-Starter bondgamer

    (@bondgamer)

    Hallo,
    leider hat auch das manuelle Update nichts gebracht. Das Problem spiegelt sich 1 zu 1.
    Inzwischen bekomme ich die Fehlermeldung allerdings nicht mehr in den Logs und das bei gleicher Problematik.

    Im Zweifelsfall war dies nicht das ausschlaggebende Problem.
    Ich erhalte soweit ich das sehen kann aber weder im Apache-Errorlog noch im WP-Debuglog weitere Fehlermeldungen.

    Die einzige Idee meinerseits bezieht sich auf die CSP (ContentSecurityPolicy), welche allerdings zeitlich schon weit vorher eingerichtet wurde und bisher tadellos funktioniert.
    Ausgabe im Browser:

    
    EvalError: call to Function() blocked by CSP
    jQuery 2
        renderEventsTemplate https://friseursalon-baalmann.de/wp-admin/js/dashboard.min.js?ver=5.3.2:1
        getEvents https://friseursalon-baalmann.de/wp-admin/js/dashboard.min.js?ver=5.3.2:1

    Nun bin ich gänzlich verwirrt und für weitere Vorschläge gerne offen.

    Grüße

    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bondgamer geändert.
    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bondgamer geändert.
    Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    Scheint mir eher ein Problem mit dem Cloudflare-Setup zu sein.
    Vielleicht probierst du es dort mal im Forum?

    Thread-Starter bondgamer

    (@bondgamer)

    Das Cloudflare Setup ist seit über einem Jahr aktiv und hat bisher keine Probleme bereitet.

    Des weiteren wären bei Fehlern Cloudflare betreffend meines Wissens nach ganze Dienste betroffen und nicht unterfunktionen wie eben neue Beiträge zu erstellen.

    Natürlich kann ich dort den Wartungsmodus aktivieren, welcher alle Dienste deaktiviert oder aber mit Zeitaufwand die DNS Einträge auf die entsprechenden Standartwerte des TLD-Hosters setzen.

    Ich würde zumindest ersteres nun versuchen und Rückmelden ob dies die Ursache war.

    Grüße

    EvalError: call to Function() blocked

    Das ist definitiv ein Server-Problem. Manche Hoster sperren die Funktion eval, da diese nicht ganz unkritisch ist und schon oft für fatale Folgen gesorgt hat. Wenn diese Funktion mit dem falschen Code aufgerufen wird, dann kann das Tür und Tor auf dem Webspace öffen. Viele Hacks basieren genau auf dieser Funktion, und bevor ein Hoster sich damit hinterher rumärgern kann, wird die Funktion ganz einfach geblockt.

    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bscu geändert.
    Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    PHP 😉
    Jeder erfahrene PHP-Programmierer sagt und in PHP-Foren kannst du sehr oft lesen

    eval ist böse

    Und das zurecht.

    Nachtrag: Ups, hier geht es ja um JavaScript, aber vom Prinzip her das gleiche, ist eine gefährliche Funktion.

    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bscu geändert.
    Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    Das war nicht meine Frage. 🙂

    Ich meinte deinen Hinweis „Das ist definitiv ein Server-Problem.“ … Server beim Webhoster oder eher doch die Konfiguration bei Cloudflare?

    Ich kenne mich mit Cloudflare bisher wirklich nicht aus. Sorry.

    Thread-Starter bondgamer

    (@bondgamer)

    Da ich die Instanz im Selfhosting habe und somit auch die CSP eingerichtet habe, war mir das in soweit durchaus bewusst.

    Da in den Forenrichtlinien aber ewähnt wird, man solle alle Informationen – auch wenn sie unwichtig erscheinen – nennen, habe ich das der Vollständigkeit halber getan 🙂

    Grüße

    Thread-Starter bondgamer

    (@bondgamer)

    Cloudflare hat in dem Sinne nichts mit dem eigentlichen Hosting zu tun, sondern leitet lediglich den Traffic durch, damit beispielsweise die Ursprungs-IP verschleiert wird.
    Des weiteren wird aber auch DDOS Schutz, Caching, WebApplicationFirewalls, Captchas (wenn nötig (Einstellungssache)) uvm. angeboten und das kostenlos (gibt auch kostenpflichtige Varianten, aber für mich reicht es).

    Das dürfte nach meiner Meinung dann entweder einen Totalausfall verursachen (z.b. Webdienst offline aber Mail funktioniert, aber nicht nur Teile des Webdienstes offline).

    Ich bin auch nur menschlich, wenn ich falsch liege lasse ich mich gern berichtigen. 🙂

    Grüße

    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bondgamer geändert.

    @pixolin

    Server beim Webhoster oder eher doch die Konfiguration bei Cloudflare?

    Das kann ich dir nicht sagen, da ich Cloudflare nicht kenne. Wie ich aber schon als Nachtrag geschrieben habe, es geht ja nicht um PHP, denn das wäre dann ein Serverproblem, da man die Funktion eval in PHP ja deaktivieren kann. Die Fehlermeldung kommt ja von JavaScript, und deshalb wird es wohl kein Server-Problem sein. Ich lag also falsch mit der Aussage, dass es definitiv ein Server-Problem ist.
    Wenn man sich die Seite, deren Link du gepostet hast, ansieht, scheint das ja an CSP zu liegen.

    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bscu geändert.
    • Diese Antwort wurde vor 6 Jahren, 2 Monaten von bscu geändert.
    Thread-Starter bondgamer

    (@bondgamer)

    Ich habe nun, nachdem ich erneut versucht habe die beschriebenen Schritte von @hage erneut zu testen, festgestellt, dass das anscheinend das Ganze behoben hat.

    Danke für die Hilfe!

    Grüße

    freut mich 🙂

Ansicht von 14 Antworten – 1 bis 14 (von insgesamt 14)

Das Thema „PHP: Illegal string offset in class-wp-privacy-policy-content.php bei WP 5.3.2“ ist für neue Antworten geschlossen.