Support » Allgemeine Fragen » Rest-API Fehler ungelöst

  • Guten Tag,
    Offenbar ist der REST-API-Fehler seit dem Gutenberg-Editor sehr häufig. Komisch ist auch, dass ältere, mindestens teilweise vor Gutenberg erstellte Seiten diesen Fehler nicht anzeigen. Aufgrund der Häufigkeit glaube ich auch nicht, dass es ein Plugin-Fehler ist.
    Ich betreibe eine Seite, die fehlerfrei läuft, weil sie offenbar vor Gutenberg begonnen wurde, und eben eine praktisch identisch aufgebaute zweite Seite, die den REST-API-Fehler anzeigt (Link siehe unten).
    1) Die REST-API-Anfrage ist aufgrund eines Fehlers fehlgeschlagen.
    Fehler: cURL error 28: Connection timed out after 10001 milliseconds (http_request_failed)
    2) Die Loopback-Anfrage an Ihre Website ist fehlgeschlagen, das bedeutet, dass Funktionen, die sich auf sie verlassen, derzeit nicht wie erwartet funktionieren.
    Fehler: cURL error 28: Connection timed out after 10001 milliseconds (http_request_failed)
    Info zu beiden Seiten: WP = 5.4.2 , Theme = Sydney, PHP = 7.4.6

    Nun sehe ich hier im Forum viele Fehlermeldungen und viele Lösungsvorschläge. Aber alle sind irgendwie „Umgehungs-Tricks“ – Lösungen habe ich noch keine gesehen.
    Da die Seite fehlerlos läuft und auf Desktop, Tablet und Handy richtig angezeigt wird, frage ich mich, ob das „nur“ ein WP-interner Gutenberg-Fehler ist oder ob man dieser Fehlermeldung nachgehen sollte.
    Besten Dank für Eure Antworten
    Aschi

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

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 29)
  • Moderator Angelika Reisiger

    (@la-geek)

    Hallo @aschi

    probier einmal aus, ob das die Lösung des Problems ist, bei der von mir angesprochenen Website hat es geholfen:

    https://de.wordpress.org/support/topic/mehrere-fehler-im-errorlogfile-bei-strato/page/2/#post-86215

    Hallo Angelika,
    besten Dank für die schnelle Antwort. Habe „My Custom Funcions“-Plugin heruntergeladen und den PHP-Code dort hineinkopiert, auf „on“ gestellt und gespeichert.
    Aber leider leider:
    – der Fehler besteht immer noch, auch wenn man den Browser-Cache löscht
    – deshalb entferne ich das Plugin wieder
    Seltsam nur, dass meine zweite Seite http://www.aschihaas.ch mit identischen Einstellungen und Plugins diesen Fehler nicht hat! Auch der Provider ist der gleiche.
    Weiteres Vorgehen:
    – wir warten auf WP 5.5, soll ja im nächsten Monat kommen
    – wenn es damit doch nicht behoben wird, suchen wir weiter!
    Inzwischen angenehme Zeit und Gruss vom Bielersee/Schweiz
    Aschi

    Moderator Angelika Reisiger

    (@la-geek)

    Hallo @aschi

    um Kodierungsfehler auszuschließen: Ich hab das mal in ein Plugin gepackt, vielleicht magst du das noch einmal ausprobieren? Das kannst du ganz normal installieren.

    Edit: Plugin-Download wieder entfernt.

    Hi Angelika,
    Danke für das Plugin. Aber es half leider wieder nicht, der Fehler besteht weiterhin.
    Nachdem die Seite sonst anstandslos läuft, bleibe ich dabei: ich warte auf WordPress Version 5.5.
    Danke und Gruss
    Aschi

    Moderator Angelika Reisiger

    (@la-geek)

    Schade. Danke für die Rückmeldung. Ist schon sehr ominös das Ganze.

    Hallo,
    auch wenn du warten möchtest: Hier vielleicht noch eine andere Lösung, die möglicherweise das Problem löst. Da wir das Problem hier nicht reproduzieren können, wäre es schön, wenn du das mal kurz testen kannst.
    Viele Grüße,
    Hans-Gerd

    Hallo Hans-Gerd,
    danke für den Hinweis, aber ich habe das native php plugin schon probiert, hilft leider auch nicht.
    Gruss Aschi

    Hallo @aschi,
    schade – aber danke für die schnelle Rückmeldung.
    Viele Grüße,
    Hans-Gerd

    update: API-Fehler
    es lässt mir doch keine Ruhe, und WP 5.5 wird das Problem wohl auch nicht lösen.
    Also habe ich folgendes gemacht:
    – alle aktuell nicht benötigten Plugins gelöscht
    – mit dem Plugin WP Crontrol die cronjobs angeschaut: es waren nur noch welche von WordPress selber, also mit „wp_…“, aber alle seit längerer Zeit überfällig und nicht mehr ausgeführt
    – die cronjobs in phpmyadmin upgedatet
    – nun sind sie zwar aktuell, die gelbe Linie ist weg
    – aber der API-.Fehler besteht immer noch
    Zusatz-Info: ich kann nicht auf PHP des Servers zugreifen, höchstens mit wp-config-php und .htaccess, auf die Datenbank kann ich zugreifen, aber ein eigentliches“Dashboard“ hat mein Hoster nicht..
    Da ich die Seite paralell (als Testseite) lokal auf apache laufen habe, könnte ich ja einfach alles nochmals hochladen via FTP, da lokal kein Fehler angezeigt wird. Aber davor schrecke ich noch zurück…
    Hat jemand eine bessere Idee?
    Die Seite läuft schon – es ist eigentlich nur ein „Schönheitsfehler – oder doch nicht?
    Besten Dank, Gruss Aschi

    Guten Tag nochmals,
    Wie ich hier gelesen habe: https://kinsta.com/de/blog/wordpress-5-5/ gibt es Anpassungen in Rest-API bei WordPress 5.5
    Ich habe zwar vieles nicht verstanden – aber vielleicht verschwindet die Fehler-Meldung wirklich bei WP 5.5, also warten wir doch das update ab.
    Was ich nach wie vor nicht verstehe, ist, dass auf meinem lokalen Server (apache) der Fehler nicht auftritt, wohl aber auf dem Host(Swisscom, LiteSpeed). Ich habe dort eine execution time von 30 und ein Memory von 128 – daran sollte es nicht liegen. Ausserdem habe ich eine weitere Seite bei Swisscom (gleiche Konfiguration) gehostet, die den Fehler nicht anzeigt!
    Ich habe schon alles probiert, einzig die Anpassung via der php-config.php hat nicht funktioniert (nachdem es als Plugin nicht gegangen ist), weil ich die Syntax wohl falsch gemacht habe für das mir zuerst vorgeschlagene
    „ Write session to disk … // CUSTOM_WP_FIX_DISABLE_SWC can be defined in wp-config.php (undocumented): ….
    in der config-Datei kann ich ja nur mit „define“ arbeiten, und da weiss ich nicht, wie das zu formnulieren ist. Vielleicht wäre ja das noch einen Versuch wert: also, wie schreibe ich diese Funktion in die wp-config.php?
    Ansonsten: ich warte dann halt auf WP 5.5
    Besten Dank für weitere Hilfe.
    Aschi

    Heute wird WordPress 5.5 veröffentlicht, warten wir mal ab, wie es danach aussieht.

    Hallo Angelika,
    besten Dank für die Antwort. Ich habe nun WP 5.5 installiert – leider mit dem gleichen Ergebnis. Meine erste Webseite http://www.aschihaas.ch läuft fehlerfrei (lokal und online), während diejenige von http://www.modellbau-ruedi.ch lokal fehlerfrei ist, aber online immer noch den Rest-Api-Fehler anzeigt. Wenn man etwas wartet, werden noch weiteree Meldungen angezeigt, das war vorher schon so und zeigt folgendes Bild:
    2 kritische Probleme:
    – die REST-API hat einen Fehler gefunden
    – ihre Webseite konnte eine Loopback-Anfrage nicht abschliessen
    2 empfohlene Verbesserungen:
    – ein geplantes Ereignis ist fehlgeschlagen (= automatisches Backup mit Updraft – geht nur manuell)
    – Hintergrund-Updates funktionieren möglicherweise nicht richtig (ich bekomme aber Mitteilungen für updates von Plugins, Tehemes und WP).
    Die Konfigurationsdateien der beiden Seiten „aschihaas“ und „modellbau-ruedi“ habe ich schon verglichen, die Namen der URL und der DB sind natürlich anders, aber ansonsten sind wp-config.php und .htaccess identisch. Auch beim Host scheint die gleiche Konfiguration zu bestehen.
    Plugins abschalten habe ich schon probiert.
    Gibt denn der API-Fehler irgendwo eine detaillierte Fehlermeldung, damit man sehen könnte, welche Abfrage nicht geht?
    Was könnte ich sonst noch tun?
    Sonst muss ich halt mit diesem API-Fehler leben – die Seite scheint einwandfrei zu funktionieren.
    Besten Dank für Ideen/Vorschläge und freundliche Grüsse
    Aschi

    update – und immer noch Bitte um Unterstützung!
    Guten Tag,
    API-Fehler auf https://www.modellbau-ruedi.ch besteht immer noch, obwohl ich noch probiert habe:
    – Memory auf 256M erhöht und execution_time auf 300
    – Plugin’s Query und use memcached installiert
    – könnte mir Query helfen, den Fehler zu finden? Bisher habe ich keine hilfreichen Antworten gesehen, verstehe aber auch nicht alles davon. Memcached ist aktiviert und scheint zu laufen, löst aber den API-Fehler auch nicht.
    – ich vermute immer noch, dass es mit dem Block-Editor von WP zu tun hat, ohne andere Ideen werde ich in nächster Zeit alle Seiten neu erstellen (kopieren) und als Block „classic“ wählen. Damit sollte ich doch diese Abfrage weg haben?
    Danke für Hinweise, Gruss Aschi

    update – für den Fall, dass dieses Forum aktiv ist…

    nun habe ich nach WP 5.5 auch 5.5.1 installiert. Rest-API-Fehler unverändert.
    Auch Cron-Jobs laufen nicht, so erfolgte das update auf 5.5.1 nicht automatisch, sondern wurde nur angezeigt.
    Zwischenzeitlich habe ich mit einem debugging-Plugin alle Plugins und das verwendete Thema ausgeschaltet, aber leider bleibt der Rest-API-Fehler. Am .htaccess sollte es nicht liegen, aber memory und Zeitlimite erhöhen hat auch nichts gebracht.
    Nun kann es noch an den eigenen Seiten liegen: sie haben einen Titel, dann einen Block „absatz“ und dann Text, wieder Absatz und Text. Zeilenumbruch im aus Word kopierten Text werden offenbar als Absatz-Blöcke angesehen. Soll ich die Texte in HTML oder php schreiben und in Word kopieren?

    Komisch nur: wenn ich die Abfrage „url“/wp-json eingebe, erhalte ich eine umfangreiche Antwort. Dort sollte ich eigentlich den Fehler finden, weiss jemand, wo ich suchen müsste?

    Danke für Hilfe, Gruss Aschi

    Rest-API mit php.ini korrigieren?
    Guten Tag,
    nun hat mir mein Webhoster mitgeteilt, ich könne die php.ini überschreiben und also meine eigene php.ini-Datei hochladen.
    Vielleicht funktioniert so die Anpassung, die mir Angelika gemailt hat (und die mittels Plugin nicht funktioniert hat)?
    Es ist auf dem Host-Server php 7.4.6 installiert. Hat mir jemand eine gute Vorlage für eine passende php.ini, damit ich das ausprobieren kann? Lokal habe ich php7.4.7, somit kann ich wohl das php.ini-file von dort nicht nehmen.
    Danke für eine Antwort.
    Mit freundlichen Grüssen Aschi

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 29)