Merci d’avoir testé cela.
Dans ce cas, je ne considérerais pas le plugin IA comme la cause probable. Cela pourrait simplement être une coïncidence, ou le cycle de désactivation/réactivation a pu modifier temporairement un état transitoire.
La prochaine chose la plus utile à capturer est probablement le temps de la requête et le motif d’apparition de l’avertissement.
Par exemple :
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=Test de temporisation API" \
--data-urlencode "raw=Petit test de publication API en texte brut" \
--data-urlencode "category=1"
Si l’avertissement réapparaît, il serait utile de comparer :
- la valeur
time_totalcôté client ; - si cela se produit seulement parfois ou à chaque publication via l’API ;
- si cela se produit après un redémarrage/reconstruction, ou pendant un fonctionnement normal ;
- si plusieurs requêtes API sont effectuées à intervalle rapproché ;
- si le même appel API crée la publication avec succès et seulement une fois.
À ce stade, cela ressemble toujours à un avertissement lié au fait que le chemin de création de publication via l’API prend plus de temps que la courte fenêtre de mutex, plutôt qu’à une preuve d’échec de publication ou d’un problème de publication en double.