• Gelöst Wieselweb

    (@wieselweb)


    Hallo zusammen,

    die Forensuche hat zwar schon was zum Thema ergeben allerdings fehlt bei mir die genaue Fehlerbeschreibung bzw. wo der Fehler auftritt.

    Unter Zustand der Webseite wirft WordPress folgende Fehlermeldung unter „Leistung“ aus:

    „Deine Website konnte eine Loopback-Anfrage nicht abschließen.
    Loopback-Anfragen werden verwendet, um geplante Ereignisse auszuführen, und werden auch von den integrierten Editoren für Themes und Plugins verwendet, um die Stabilität des Codes zu überprüfen.
    Die Loopback-Anfrage lieferte einen unerwarteten http-Statuscode, 404, es war nicht möglich zu bestimmen, ob dies verhindert, dass Funktionen wie erwartet funktionieren.“

    Fehlercode 404 – Seite nicht gefunden ist der Fehler. Aber wie finde ich raus welche Seite es betrifft?

    Neueste Version aller Plugins sowie WordPress ist im Einsatz.

    Vielen Dank und viele Grüße

    Wiesel

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

Ansicht von 15 Antworten – 1 bis 15 (von insgesamt 24)
  • Hallo,
    du findest unter Werkzeuge > Websitezustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.
    Fehler in der developer console (F12 bei Chrome) habe ich jedenfalls nicht gesehen.
    Viele Grüße
    Hans-Gerd

    Ich übersetze das mal:

    Deine Website konnte eine Loopback-Anfrage nicht abschließen.

    Deine Website prüft, ob sie sich selbst aufrufen kann. Das klappt nicht.

    Loopback-Anfragen werden verwendet, um geplante Ereignisse auszuführen, und werden auch von den integrierten Editoren für Themes und Plugins verwendet, um die Stabilität des Codes zu überprüfen.

    Wenn du z.B. den eingebauten Theme- oder Plugin-Editor verwendest, kannst du dich durch eine fehlerhafte Eingabe dauerhaft aus deiner Website aussperren. Das hat früher oft dazu geführt, dass WordPress-Installationen nicht mehr funktioniert haben und eine Behebung nur durch umständliche Eingriffe per FTP-Programm möglich waren.
    Die Entwickler hatten dann die Idee, dass jedesmal wenn eine Änderung gespeichert wird, WordPress rasch selbst prüft ob es die eigene Website aufrufen kann. Wenn das nicht klappt, war die letzte Änderung offensichtlich fehlerhaft und WordPress springt auf die vorherige Version zurück.
    Eigentlich eine pfiffige Idee. Setzt aber voraus, dass WordPress die eigene Website aufrufen kann (siehe oben).

    Die Loopback-Anfrage lieferte einen unerwarteten http-Statuscode, 404, es war nicht möglich zu bestimmen, ob dies verhindert, dass Funktionen wie erwartet funktionieren.

    Was war jetzt das Problem? WordPress versucht, die eigene Website aufzurufen, bekommt dabei aber eine Rückmeldung vom Server, dass die Webseite nicht gefunden wurde.

    Das kann z.B. durch ein Plugin oder eine fehlerhafte Serverkonfiguration verursacht werden. Besser können wir das mit dem Website-Bericht zu deiner Website beurteilen, daber das hat ja Hans-Gerd schon geschrieben. 🙂

    Thread-Starter Wieselweb

    (@wieselweb)

    Hallo zusammen,

    alles klar. Jetzt verstehe ich zumindest mal den Hintergrund der Sache.

    Bericht zum Webseitezustand ist wie folgt:

    
    ### wp-core ###
    
    version: 5.6.1
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%year%/%monthnum%/%postname%/
    https_status: true
    multisite: false
    user_registration: 0
    blog_public: 1
    default_comment_status: open
    environment_type: production
    user_count: 2
    dotorg_communication: true
    
    ### wp-paths-sizes ###
    
    wordpress_path: /kunden/221190_67281/webseiten/wordpress
    wordpress_size: 1.000,78 MB (1049393276 bytes)
    uploads_path: /kunden/221190_67281/webseiten/wordpress/wp-content/uploads
    uploads_size: 2,58 GB (2775229334 bytes)
    themes_path: /kunden/221190_67281/webseiten/wordpress/wp-content/themes
    themes_size: 11,31 MB (11858967 bytes)
    plugins_path: /kunden/221190_67281/webseiten/wordpress/wp-content/plugins
    plugins_size: 51,96 MB (54489230 bytes)
    database_size: 198,66 MB (208311519 bytes)
    total_size: 3,82 GB (4099282326 bytes)
    
    ### wp-dropins (1) ###
    
    advanced-cache.php: true
    
    ### wp-active-theme ###
    
    name: Graphene (graphene)
    version: 2.8.3
    author: Graphene Themes Solutions
    author_website: https://www.graphene-theme.com/
    parent_theme: none
    theme_features: core-block-patterns, editor-style, title-tag, automatic-feed-links, post-thumbnails, align-wide, menus, custom-background, custom-header, responsive-embeds, widgets
    theme_path: /kunden/221190_67281/webseiten/wordpress/wp-content/themes/graphene
    auto_update: Deaktiviert
    
    ### wp-themes-inactive (1) ###
    
    Twenty Twenty: version: 1.6, author: WordPress-Team, Automatische Aktualisierungen deaktiviert
    
    ### wp-plugins-active (11) ###
    
    Advanced Editor Tools (previously TinyMCE Advanced): version: 5.6.0, author: Automattic, Automatische Aktualisierungen deaktiviert
    Broken Link Checker: version: 1.11.15, author: WPMU DEV, Automatische Aktualisierungen deaktiviert
    Classic Editor: version: 1.6, author: WordPress Contributors, Automatische Aktualisierungen deaktiviert
    GDPR Cookie Consent: version: 1.9.5, author: WebToffee, Automatische Aktualisierungen deaktiviert
    NextGEN Gallery: version: 3.5.0, author: Imagely, Automatische Aktualisierungen deaktiviert
    Simple Glossary: version: 1.0.4, author: Benjamin Neske, Automatische Aktualisierungen deaktiviert
    Wordfence Security: version: 7.4.14, author: Wordfence, Automatische Aktualisierungen deaktiviert
    WordPress Popular Posts: version: 5.2.4, author: Hector Cabrera, Automatische Aktualisierungen deaktiviert
    WP Super Cache: version: 1.7.1, author: Automattic, Automatische Aktualisierungen deaktiviert
    Yet Another Related Posts Plugin (YARPP): version: 5.11.0, author: YARPP, Automatische Aktualisierungen deaktiviert
    Yoast SEO: version: 15.7, author: Team Yoast, Automatische Aktualisierungen deaktiviert
    
    ### wp-media ###
    
    image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1691
    imagemagick_version: ImageMagick 6.9.11-57 Q16 x86_64 2021-01-11 https://imagemagick.org
    file_uploads: File uploads is turned off
    post_max_size: 75M
    upload_max_filesize: undefined
    max_effective_size: 0 B
    max_file_uploads: 20
    imagick_limits: 
    	imagick::RESOURCETYPE_AREA: 59 GB
    	imagick::RESOURCETYPE_DISK: 9.2233720368548E+18
    	imagick::RESOURCETYPE_FILE: 786432
    	imagick::RESOURCETYPE_MAP: 59 GB
    	imagick::RESOURCETYPE_MEMORY: 29 GB
    	imagick::RESOURCETYPE_THREAD: 1
    gd_version: 2.2.5
    ghostscript_version: 9.25
    
    ### wp-server ###
    
    server_architecture: Linux 3.10.0-1160.6.1.el7.x86_64 x86_64
    httpd_software: Apache
    php_version: 7.4.14 64bit
    php_sapi: fpm-fcgi
    max_input_variables: 3000
    time_limit: 60
    memory_limit: 128M
    max_input_time: 60
    upload_max_filesize: undefined
    php_post_max_size: 75M
    curl_version: 7.61.1 OpenSSL/1.1.1g
    suhosin: false
    imagick_availability: true
    pretty_permalinks: true
    
    ### wp-database ###
    
    extension: mysqli
    server_version: 10.4.15-MariaDB
    client_version: mysqlnd 7.4.14
    
    ### wp-constants ###
    
    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /kunden/221190_67281/webseiten/wordpress/wp-content
    WP_PLUGIN_DIR: /kunden/221190_67281/webseiten/wordpress/wp-content/plugins
    WP_MAX_MEMORY_LIMIT: 128M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: true
    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
    mu-plugins: writable
    
    

    Installier doch bitte mal das Plugin Health Check, starte über Werkzeuge > Website-Zustand den Problembehandlungsmodus und schau, ob dann immer noch die Fehlermeldung zur Loopback-Anfrage angezeigt wird.

    Thread-Starter Wieselweb

    (@wieselweb)

    Die Fehlermeldung mit der Loopbackanfrage bleibt auch im Problembehandlungsmodus bestehen :-/

    Da fällt mir im Moment nichts zu ein. Sorry. ¯\_(ツ)_/¯

    Hallo,
    ein ähnliches Problem („Deine Website konnte eine Loopback-Anfrage nicht abschließen.“) hatte ich wochenlang auf einer Webseite von uns (allerdings ohne den 404-Fehler). Ich konnte keine Probleme im laufenden Betrieb feststellen. Gerade habe ich noch mal in das Dashboard der Seite geschaut – und siehe da: die Meldung ist (zumindest heute) nicht mehr da 😱.
    Natürlich verstehe ich, dass dich das etwas nervös macht (war bei mir auch nicht anders), aber vielleicht beruhigt diese Antwort ein wenig.
    Viele Grüße
    Hans-Gerd

    Thread-Starter Wieselweb

    (@wieselweb)

    Ich habe jetzt den Problembehandlungsmodus wieder deaktiviert. Jetzt kommt beim Webseitezustand keine Fehlermeldung mehr mit der Loopbackanfrage.

    Sobald ich aber das Plugin Health Check inaktiv setze kommt beim Webseitezustand wieder die Fehlermeldung mit der Loopbackanfrage (und das inaktive Plugins deinstalliert werden sollten). Wenn ich das Health Check Plugin deinstalliere bleibt die Fehlermeldung mit der Loopbackanfrage.

    Hmmmm …

    Könnte mit dem Cache-Plugin zusammenhängen.

    Thread-Starter Wieselweb

    (@wieselweb)

    Setze ich das auf inaktiv und / oder lösche es bleibt die Fehlermeldung trotzdem.

    So ein Mist.

    Thread-Starter Wieselweb

    (@wieselweb)

    @hage Danke, auf jeden Fall 🙂 Hoffen wir mal.

    Setze ich das auf inaktiv und / oder lösche es bleibt die Fehlermeldung trotzdem.

    WP Super Cache nistet sich recht tief in die WordPress-Installation ein und ist (durch Einträge in der .htaccess und Dateien in wp-content) selbst dann noch aktiv, wenn du das Plugin im Plugin-Menü löschst.

    Abgesehen davon dass Fehlermeldungen immer blöd sind: was stört dich denn an der Meldung?

    Thread-Starter Wieselweb

    (@wieselweb)

    Habe gerade nochmal überlegt zu welchem Zeitpunkt das ungefähr das erste Mal aufgetreten ist. An der Einrichtung eines Redirect 301 in der htaccess kann das nicht liegen oder?

    Die 2 neu eigerichteten Umleitungen funktionieren zumindest im Frontend einwandfrei.

    Thread-Starter Wieselweb

    (@wieselweb)

    @pixolin Die Seite läuft ja ohne Probleme aber der Fehler muss ja einen Grund haben. Den würde ich gerne beheben.

    Thread-Starter Wieselweb

    (@wieselweb)

    Nach Rücksprache mit dem Support des Hosters kamen leider auch keine neuen Erkenntnisse dazu. Eine Frage dennoch. Kann es auch an der .htaccess liegen bzw. deren Inhalt / Reihenfolge des Inhalts? Dieser sieht wie folgt aus:

    # BEGIN WordPress
    # Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
    # dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
    # Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>

    # END WordPress

    # BEGINN Umleitung Laufschuhgrößentabelle NEU
    Redirect 301 /news/groessentabelle.htm https://www.laufschuhkauf.de/laufschuh-test/laufschuh-groessentabelle-uebersicht/
    # END Umleitung Laufschuhgrößentabelle NEU

    # Wordfence WAF
    <Files „.user.ini“>
    <IfModule mod_authz_core.c>
    Require all denied
    </IfModule>
    <IfModule !mod_authz_core.c>
    Order deny,allow
    Deny from all
    </IfModule>
    </Files>
    # END Wordfence WAF

Ansicht von 15 Antworten – 1 bis 15 (von insgesamt 24)
  • Das Thema „Nicht abgeschlossene Loop-Backanfrage“ ist für neue Antworten geschlossen.