Les images Imgur ne s'affichent pas car le serveur est limité en débit.

J’ai ajouté un article via l’API. Il contient l’extrait suivant :

![Voici un exemple](https://i.imgur.com/LaUXRKW.png)

Comme on peut le voir ici, il est correctement rendu dans l’éditeur :

Initialement, après l’enregistrement, il est également correctement affiché dans le sujet. Cependant, après avoir rechargé le site web, il est rendu comme ceci :
image

Ce que j’ai déjà essayé :

  • vérifier que le contenu brut dans la base de données est correct
  • depuis l’interface web, sélectionner « Reconstruire le HTML »
  • depuis la console du serveur, exécuter rake posts:rebake (aucune erreur)
  • désactiver le cache du navigateur pour m’assurer de ne pas voir un ancien rendu
  • redémarrer l’application via ./launcher restart app
  • redémarrer le serveur entier

Je ne sais plus quoi faire à ce stade. Des conseils pour déboguer davantage ?

Il s’agit d’une nouvelle installation standard utilisant docker. Je suis sur la version 3.2.0.beta4-dev.

Pour clarifier, est-ce que cela se produit toujours si vous créez le message manuellement ?

Aussi, c’est une idée aléatoire, mais avez-vous essayé d’insérer un saut de ligne au-dessus pour voir si l’image apparaîtrait ?

De mon côté, j’ai essayé d’utiliser l’API ou de le faire manuellement, et je n’ai pas pu le reproduire. :thinking:.

Je ne connais pas ce format pour ajouter des liens d’image, mais je me demandais si le problème pouvait être lié au paramètre block hotlinked media ?

Merci pour l’idée, mais ce paramètre n’est pas activé sur mon instance.

1 « J'aime »

Votre serveur a été limité en débit par imgur. Vous pouvez lire l’image avec votre navigateur, mais pas la télécharger depuis votre serveur.

Si vous essayez de récupérer l’image depuis votre serveur avec curl ou wget, vous obtiendrez une erreur.

3 « J'aime »

Je viens de tester et oui, cela se produit aussi là. Donc, cela ne semble pas lié à l’API (je vais ajuster le titre du sujet).

Aucune différence, cela se produit toujours. Quant à la reproduction, je suis capable de le reproduire de manière fiable en utilisant ceci comme contenu complet du sujet :

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

Ouf, je vois. C’est logique puisque avant de rencontrer ce problème, j’ai importé 120 000 sujets. Cela a donc dû récupérer beaucoup d’images d’imgur.
Merci d’avoir souligné cela, je pensais simplement que le client faisait toutes les requêtes d’images !

Je trouve intéressant que le serveur effectue ces requêtes, j’imagine que c’est pour les mettre en cache localement au cas où l’original disparaîtrait ? Je vais chercher des moyens d’étaler le processus, afin que les 120 000 messages soient construits sur une période plus longue pour éviter que le serveur ne soit mis sur liste noire ou limité en débit. Je veux dire que pour ce serveur, ce n’est pas un problème, c’est juste une intégration. Mais une fois que j’aurai fait l’importation en production, j’aimerais éviter cela :sweat_smile:

Continué en tant que nouvelle question : How to spread out import over longer timer to prevent running into rate limits of external services

1 « J'aime »

C’est exact.

Sauf si vous désactivez les paramètres qui activent ce comportement.

Alors faites l’importation sur une autre machine et restaurez la sauvegarde sur la production. Une solution plus compliquée consisterait à faire en sorte que votre serveur récupère les éléments via un serveur proxy.

1 « J'aime »

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