Danke für den Test.
In diesem Fall würde ich das KI-Plugin nicht als wahrscheinliche Ursache betrachten. Es könnte sich nur um einen Zufall handeln, oder der Deaktivierungs-/Reaktivierungszyklus hat möglicherweise einen temporären Zustand vorübergehend verändert.
Das Nützlichste, das als Nächstes erfasst werden sollte, sind wahrscheinlich die Anforderungszeiten und das Muster, wann die Warnung auftritt.
Zum Beispiel:
curl -s -o /dev/null \
-w "total=%{time_total}s connect=%{time_connect}s starttransfer=%{time_starttransfer}s\n" \
-X POST "https://your-site.example.com/posts.json" \
-H "Api-Key: YOUR_API_KEY" \
-H "Api-Username: YOUR_USERNAME" \
--data-urlencode "title=API timing test" \
--data-urlencode "raw=Small plain text API test post" \
--data-urlencode "category=1"
Falls die Warnung erneut erscheint, wäre es hilfreich, Folgendes zu vergleichen:
- den
time_total-Wert auf der Client-Seite; - ob dies nur gelegentlich oder bei jedem API-Post auftritt;
- ob dies nach einem Neustart/Rebuild oder während des normalen Betriebs passiert;
- ob mehrere API-Anfragen in kurzer Zeit hintereinander gestellt werden;
- ob derselbe API-Aufruf den Post erfolgreich und nur einmal erstellt.
Zu diesem Zeitpunkt klingt es immer noch nach einer Warnung, weil der API-Post-Erstellungspfad länger dauert als das kurze Mutex-Fenster, und nicht nach einem Hinweis auf einen fehlgeschlagenen Post oder ein Problem mit doppelten Posts.