Nous avons un site WordPress où nous utilisons Discourse pour nous connecter et commenter sur WordPress.
Tout fonctionnait bien jusqu’à ce que nous déplacions WordPress (qui a toujours fonctionné sur un serveur différent) vers une nouvelle adresse IP et un nouveau serveur.
Depuis, nous avons commencé à recevoir des articles dans l’éditeur classique qui ont les paramètres montrés dans l’image ci-dessous et qui n’obtiennent pas de lien Discourse, même après leur publication automatique.
Je dois toujours aller manuellement dans un article particulier et simplement traduire l’article, puis le lien Discourse est créé et tout va bien.
Quelqu’un donne-t-il des indices sur l’endroit où pourrait se trouver le problème ?
La seule mention d’erreur que j’ai trouvée dans le journal est celle-ci, mais je n’ai pas réussi à retrouver quoi que ce soit sur ce message.
Avez-vous un exemple d’un tel sujet ? L’exemple dans vos journaux montre que le sujet Discourse a été publié avec succès. C’est ce que signifient ces lignes :
[2024-06-14 06:45:43] publish.INFO: create_post.post_success {"wp_title":"Konec ikonického designu. Galaxy Buds 3 dostanou zcela nový vzhled","wp_author_id":"94147","wp_post_id":771981}
[2024-06-14 06:45:43] publish.INFO: create_post.body_valid {"wp_title":"Konec ikonického designu. Galaxy Buds 3 dostanou zcela nový vzhled","wp_author_id":"94147","wp_post_id":771981}
[2024-06-14 06:45:43] publish.INFO: create_post.after_publish {"post_id":771981,"remote_post_type":"create_post","discourse_post_id":"10416","discourse_topic_id":"5899","discourse_permalink":"https://komunita.svetandroida.cz/t/konec-ikonickeho-designu-galaxy-buds-3-dostanou-zcela-novy-vzhled/5899"}
Vous pouvez voir un lien vers le sujet publié avec succès dans la dernière ligne de ces journaux, c’est-à-dire :
L’erreur webhook que vous voyez immédiatement après suggère un problème avec le webhook, mais ce n’est pas nécessairement une indication d’un problème de publication en soi.
Si vous pouviez exécuter un nouveau test où vous reproduisez le problème, et examiner les journaux publish qui ont été créés, cela nous donnera un aperçu du problème que vous avez décrit.
Aussi, pourriez-vous expliquer ce que vous entendez par « traduire l’article » ?
Je dois toujours aller manuellement dans un article particulier et simplement traduire l’article
Que faites-vous exactement ici ?
Je suspecte que votre installation Discourse a mis en cache l’entrée DNS et utilise l’adresse IP de votre ancienne installation WP. Le moyen le plus rapide d’essayer cela est de redémarrer le conteneur et de voir si le problème disparaît.
Le journal montre probablement un enregistrement de l’état lorsque j’enregistre l’article manuellement. Désolé, c’était une faute de frappe, il aurait dû être écrit “enregistrer manuellement”.
J’avais aussi pensé au problème de DNS et j’ai exécuté “./launcher rebuild app” juste après avoir déplacé WordPress vers le nouveau serveur, mais peut-être que c’était trop tôt du point de vue du DNS. Je vais réessayer alors.
Désolé, juste pour confirmer, vous voulez dire que le journal n’est pas lié au problème de publication automatique que vous avez signalé ? Sinon, pourriez-vous partager un journal d’un événement de publication automatique ?
Il m’est très difficile de déterminer à partir du journal si des lignes spécifiques sont liées au problème ou non. J’ai apporté quelques modifications concernant le DNS et nous verrons si cela a aidé lorsque le prochain article sortira à 10 heures.
Le problème actuel est que lorsqu’un article dans WordPress est censé sortir automatiquement à une certaine heure, le lien vers la communauté Discourse n’est pas créé. Mais lorsque je modifie ensuite l’article problématique manuellement et que je le sauvegarde sans aucune modification, le lien vers la communauté Discourse est créé.
La prochaine fois qu’un article sera publié, recherchez les journaux avec publish.INFO ou publish.ERROR avec un horodatage similaire et partagez ce que vous trouvez ici.
Ok, votre problème est l’ancien problème de publication automatique avec les articles programmés.
La cause la plus probable est que l’un de vos autres plugins sur votre site s’accroche également à votre système de planification, produisant les problèmes que d’autres ont rencontrés par le passé. En regardant votre liste de plugins, cela semble être un candidat possible :
WordPress Editorial Calendar - 3.8.5
Pourriez-vous essayer de le désactiver et voir si le problème persiste ?
Oui, la configuration du plugin Discourse était identique sur le serveur précédent, car les données du serveur et de la base de données ont été physiquement déplacées.
Comment appelez-vous la tâche cron ? Notez que lorsque vous appelez wp cron, l’appel est affecté par tous les paramètres globaux de wp : Config – WP-CLI – WordPress.org. Il est possible que quelque chose dans votre configuration wp affecte la manière dont la tâche est traitée.
Ceci appellera toutes les tâches cron WordPress planifiées :
wp cron event run --due-now
Si vous appelez simplement wp cron event run publish_future_post, il est possible que les événements requis par le plugin WP Discourse pour publier un article ne soient pas déclenchés. Je pense que c’est l’équivalent de la manière dont WordPress gère en interne les articles planifiés :
wp cron event run publish_future_post future_to_publish publish_post transition_post_status
Je n’ai pas testé cela. Je suis en train de configurer un nouvel ordinateur et je n’ai pas encore de site WordPress dessus. Je le ferai bientôt.
