# Intentando solucionar el retraso de 10 minutos

**URL:** <https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254>\
**Category:** WordPress\
**Created:** [7 Julio, 2025 21:36 UTC](https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254 "2025-07-07T21:36:48Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![Lee\_Ars](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/lee_ars/32/1597_2.png) [@Lee\_Ars](https://meta.discourse.org/u/Lee_Ars)\
**Post date:** [8 Julio, 2025 12:06 UTC](https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254/4 "2025-07-08T12:06:45Z")

</div>

> [@angus](#):
>
> Hola @Lee_Ars, ¿puedes confirmar primero que tienes configurado el webhook de comentarios?

¡Hola Angus! Eso es afirmativo, la opción de webhook “Sync Comment Data” está habilitada en el lado de WP, y creé el webhook en el lado de Discourse y los pings son exitosos. El registro del plugin de WP muestra mensajes `comment.INFO: sync_comments.success` en las marcas de tiempo correctas:

```plaintext
[2025-07-07 14:16:38] connection.INFO: check_connection_status.successful_connection
[2025-07-07 14:16:38] connection.INFO: check_connection_status.valid_scopes
[2025-07-07 20:11:31] comment.INFO: sync_comments.success {"post_id":786}
[2025-07-07 20:25:03] comment.INFO: sync_comments.success {"post_id":786}
[2025-07-07 20:32:14] comment.INFO: sync_comments.success {"post_id":786}
[2025-07-07 20:44:15] comment.INFO: sync_comments.success {"post_id":786}
[2025-07-07 21:00:39] comment.INFO: sync_comments.success {"post_id":786}
[2025-07-07 21:01:42] comment.INFO: sync_comments.success {"post_id":786}
[2025-07-07 21:15:40] comment.INFO: sync_comments.success {"post_id":786}

```

Es solo que, incluso con esos mensajes de éxito, los visitantes existentes (o al menos yo, probando repetidamente en Firefox/Safari/Chrome en un Mac, Firefox/Chrome/Edge en un PC con Win10 y Safari en iOS) siguen recibiendo un endpoint `/wp-json/wp-discourse/v1/discourse-comments` en caché, con encabezados `cache-control` establecidos en una cantidad distinta de cero. Si hago un ctrl-shift-f5 en Chrome (o el equivalente en otros navegadores) para forzar el bypass de la caché local al actualizar, todo funciona perfectamente y aparecen las nuevas publicaciones.

Con los mu-plugins en su lugar, ese endpoint muestra `cache-control` establecido en `no-store no-cache`, etc., y el comportamiento problemático no se manifiesta; simplemente visitar la publicación de WP o actualizarla con el botón de actualización normal muestra los nuevos comentarios incrustados.

He activado el registro detallado de webhooks y he publicado una publicación de prueba, y las cosas parecen estar bien cuando creo una nueva publicación:

```plaintext
webhook_topic.INFO: update_topic_content.update_post_metadata_success {"post_ids":"786"}

```

Todo _parece_ estar funcionando, pero todavía no entiendo realmente por qué se manifestó el comportamiento problemático original, o si surgió de algún problema pasado por alto de mi parte. (¡Muy posible!)

> [@RGJ](#):
>
> Hmm, estoy confundido de por qué esto funciona…

D’oh, lo siento, estoy seguro de que tienes razón en que lo arruiné, ayer fue un día largo y, como dije, estoy un poco al límite de mis capacidades aquí. Definitivamente estaba haciendo _algo_, aunque ahora me pregunto si el comportamiento “corregido” que estoy viendo es solo que está roto de una nueva manera. (¡He actualizado el plugin “transient killer” para usar el argumento correcto ahora, gracias!)

---

_[View the full topic](https://meta.discourse.org/t/attempting-to-work-around-the-10-minute-delay/373254)._