Nicht abgeschlossene Loop-Backanfrage
-
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]
-
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- Diese Antwort wurde geändert vor 3 Jahren, 9 Monaten von Hans-Gerd Gerhards.
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. 🙂
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.
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-GerdIch 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.
Setze ich das auf inaktiv und / oder lösche es bleibt die Fehlermeldung trotzdem.
So ein Mist.
@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 inwp-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?
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.
@pixolin Die Seite läuft ja ohne Probleme aber der Fehler muss ja einen Grund haben. Den würde ich gerne beheben.
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
- Das Thema „Nicht abgeschlossene Loop-Backanfrage“ ist für neue Antworten geschlossen.