J’essayais de configurer un CDN Spaces pour mon bucket Spaces et après quelques maux de tête concernant le chemin du sous-répertoire, le SSL et la précompilation, j’ai réussi à le faire fonctionner, plus ou moins. Tous les actifs se chargent correctement mais rien ne s’exécute. D’après Digitalocean block storage VS amazon S3 - #5 by md-misko, il semble que l’en-tête content-encoding soit supprimé, ce qui casse les choses.
Quelqu’un peut-il confirmer si c’est la source du problème et qu’il s’agit toujours d’un bug ouvert avec DO ?
Quelqu’un a-t-il trouvé une solution de contournement ? Un CDN gratuit permettrait des économies considérables.
Personnellement, je pense que j’aimerais voir des détails supplémentaires dans le post Configure an S3 compatible object storage provider for uploads, peut-être même un ticket ouvert DO, afin que je puisse confirmer le problème et qu’il s’agisse toujours d’informations à jour.
C’est peut-être juste la partie de moi qui veut tout confirmer par moi-même
Salut !
Le document à l’adresse Configure an S3 compatible object storage provider for uploads est un wiki. Nous documentons collaborativement le fonctionnement de divers CDN. Je n’utilise pas le stockage d’objets de DigitalOcean, je ne peux donc pas fournir plus de détails. Peut-être pourriez-vous ?
C’est une excellente suggestion, j’aime fournir un lien pour permettre aux utilisateurs d’un service de faire entendre leur voix afin de prioriser les corrections. J’ai fait quelques recherches et je n’ai pas trouvé de problème spécifique concernant le CDN de DO, mais j’en ai trouvé plusieurs éparpillés un peu partout. Lequel devrions-nous lier ? En tant qu’utilisateur du service, notre communauté compte sur des contributeurs comme vous pour examiner ces détails.
Je suis novice en administration système/cloud, donc j’espère que quelqu’un pourra vérifier avant que je fasse des modifications.
Voici les en-têtes manquants que je vois dans les /assets non-CDN mais absents dans les /assets CDN :
content-encoding
expires (bien qu’il y ait x-amz-expiration)
server
X-Firefox-Spdy
Lorsque je compare avec les en-têtes CDN de CloudFront de meta.discourse.org, il manque expires (et x-amz-expiration), mais tous les autres en-têtes sont présents par rapport aux /assets non-CDN.
J’ai également trouvé deux questions ouvertes de la communauté DO, je ne suis pas sûr si elles ont exactement la même cause racine. J’espère que quelqu’un pourra vérifier.
Lequel devrions-nous lier ? En tant qu’utilisateur du service, notre communauté compte sur des contributeurs comme vous pour examiner ces détails. 