Спасибо за проверку.
В таком случае я бы не рассматривал плагин AI как вероятную причину. Возможно, это было просто совпадение, либо цикл отключения/включения временно изменил какое-то переходное состояние.
Следующим наиболее полезным шагом, вероятно, будет фиксация времени выполнения запроса и закономерностей появления предупреждения.
Например:
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"
Если предупреждение появится снова, будет полезно сравнить:
- значение
time_totalна стороне клиента; - возникает ли это только иногда или при каждой отправке поста через API;
- происходит ли это после перезапуска/пересборки или в процессе нормальной работы;
- выполняются ли несколько запросов к API в непосредственной близости друг от друга;
- успешно ли создаёт пост один и тот же вызов API только один раз.
На данном этапе всё ещё похоже на предупреждение о том, что путь создания поста через API занимает больше времени, чем кратковременное окно мьютекса, а не на признак неудачной отправки поста или проблемы с дублированием постов.