Bonjour
Je rencontre un problème de cache (je pense) imposé par OVH.
J'ai écris une application qui interroge des flux RSS à intervalles réguliers. Cette application envoie beaucoup de requêtes sur plusieurs flux RSS. Chaque flux RSS est interrogé au moins toutes les 5 minutes, certains toutes les 2 minutes. Cette fréquence élevée est une demande de mes clients, qui souhaitent récupérer le contenu de leurs flux RSS dans notre app le plus rapidement possible. OVH étant largement utilisé par les acteurs du web, il me semble logique de considérer que plusieurs de ces flux sont hébergés chez OVH, et que j'envoie donc un nombre de requêtes considérable vers les serveurs d'OVH.
Mon problème: je constate depuis quelques temps que OVH semble me renvoyer des résultats en cache à mes requêtes curl, et mon app ne voit les mises à jour des flux RSS que plusieurs heures après la publication de nouveau contenu. J'ai notamment constaté les entêtes suivantes dans les réponses :
X-Geo: varn22.rbx5
X-Geo-Port: 1015
X-Cacheable: Cacheable: matched cache
Mon application est distribuée sur plusieurs serveurs(Online, OVH, kimsufi, Evolix), et je n'ai pas ces entêtes depuis tous mes serveurs, ni depuis mon poste de dev.
Est-ce que OVH pourrait constater que certains de mes serveurs envoient beaucoup de requêtes vers ses serveurs, et avoir mis en place un système de cache pour servir mes serveurs ?
Visiblement je peux contourner mon problème immédiat en ajouter un timestamp à mes requêtes (?ts=654987), mais dans ce cas je ne veut pas prendre le risque de voir mon app blacklistée par OVH.
Est-ce que OVH a des recommandation par rapport à la fréquence des requêtes acceptables ?
Benoît Wery
Je rencontre un problème de cache (je pense) imposé par OVH.
J'ai écris une application qui interroge des flux RSS à intervalles réguliers. Cette application envoie beaucoup de requêtes sur plusieurs flux RSS. Chaque flux RSS est interrogé au moins toutes les 5 minutes, certains toutes les 2 minutes. Cette fréquence élevée est une demande de mes clients, qui souhaitent récupérer le contenu de leurs flux RSS dans notre app le plus rapidement possible. OVH étant largement utilisé par les acteurs du web, il me semble logique de considérer que plusieurs de ces flux sont hébergés chez OVH, et que j'envoie donc un nombre de requêtes considérable vers les serveurs d'OVH.
Mon problème: je constate depuis quelques temps que OVH semble me renvoyer des résultats en cache à mes requêtes curl, et mon app ne voit les mises à jour des flux RSS que plusieurs heures après la publication de nouveau contenu. J'ai notamment constaté les entêtes suivantes dans les réponses :
X-Geo: varn22.rbx5
X-Geo-Port: 1015
X-Cacheable: Cacheable: matched cache
Mon application est distribuée sur plusieurs serveurs(Online, OVH, kimsufi, Evolix), et je n'ai pas ces entêtes depuis tous mes serveurs, ni depuis mon poste de dev.
Est-ce que OVH pourrait constater que certains de mes serveurs envoient beaucoup de requêtes vers ses serveurs, et avoir mis en place un système de cache pour servir mes serveurs ?
Visiblement je peux contourner mon problème immédiat en ajouter un timestamp à mes requêtes (?ts=654987), mais dans ce cas je ne veut pas prendre le risque de voir mon app blacklistée par OVH.
Est-ce que OVH a des recommandation par rapport à la fréquence des requêtes acceptables ?
Benoît Wery
