Imágenes de Imgur no se renderizan porque el servidor tiene límites de tasa

He agregado una publicación a través de la API. Contiene el siguiente fragmento:

![Aquí hay un ejemplo](https://i.imgur.com/LaUXRKW.png)

Como se ve aquí, se renderiza correctamente en el editor:

Inicialmente, después de guardar, también se muestra correctamente en el tema. Sin embargo, después de recargar el sitio web, se renderiza de esta manera:
image

Lo que ya intenté:

  • verificar que el contenido sin procesar en la base de datos sea correcto
  • desde la interfaz web, seleccionar “Reconstruir HTML”
  • desde la consola del servidor, realizar rake posts:rebake (sin errores)
  • deshabilitar la caché del navegador para asegurarme de no ver una representación antigua
  • reiniciar la aplicación con ./launcher restart app
  • reiniciar todo el servidor

No sé qué más hacer en este punto. ¿Algún consejo sobre cómo depurar esto más a fondo?

Esta es una instalación estándar nueva que utiliza docker. Estoy en la versión 3.2.0.beta4-dev.

Para aclarar, ¿sigue ocurriendo si creas el mensaje manualmente?

Además, esta es una idea aleatoria, pero ¿intentaste insertar una nueva línea arriba para ver si aparece la imagen?

Por mi parte, intenté usar la API o hacerlo manualmente, y no pude reproducirlo. :thinking:.

No estoy familiarizado con ese formato para agregar enlaces de imágenes, pero me preguntaba si el problema podría estar relacionado con la configuración de block hotlinked media.

Gracias por la idea, pero esta configuración no está habilitada en mi instancia.

1 me gusta

Tu servidor ha sido limitado en su tasa de peticiones por imgur. Puedes leer la imagen con tu navegador, pero no descargarla desde tu servidor.

Si intentas obtener la imagen desde tu servidor con curl o wget, obtendrás un error.

3 Me gusta

Acabo de probar esto y sí, también ocurre ahí. Así que no parece estar relacionado con la API (ajustaré el título del tema).

No hay diferencia, esto sigue ocurriendo. En cuanto a la reproducción, puedo reproducir esto de manera confiable usando esto como contenido completo del tema:

Test
![some alt text](https://i.imgur.com/LaUXRKW.png)

Vaya, ya veo. Tiene sentido, ya que antes de encontrarme con esto, importé 120 000 temas. Así que eso debió haber recuperado muchas imágenes de imgur.

¡Gracias por señalar esto, simplemente pensé que el cliente hacía todas las solicitudes de imágenes!

Me parece interesante que el servidor haga estas solicitudes, ¿supongo que es para almacenarlas en caché localmente en caso de que desaparezcan las originales? Buscaré formas de distribuir el proceso un poco, para que las 120 000 publicaciones se creen durante un período de tiempo más largo para evitar que el servidor sea incluido en listas negras o limitado en su tasa de solicitudes. Quiero decir, para este servidor no es un problema, es solo una integración. Pero una vez que haga la importación en producción, me gustaría evitar esto :sweat_smile:

Continuado como una nueva pregunta: How to spread out import over longer timer to prevent running into rate limits of external services

1 me gusta

Correcto.

A menos que desactives la configuración que permite este comportamiento.

Así que haz la importación en otra máquina y restaura la copia de seguridad en producción. Una solución más complicada sería ingeniárselas para que tu servidor recupere las cosas a través de un servidor proxy.

1 me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.