¿Sigue roto el CDN de DO Spaces? ¿Alguna solución?

Soporte
1

Estaba intentando configurar un CDN de Spaces para mi bucket de Spaces y, después de algunos dolores de cabeza con la ruta del subdirectorio, SSL y precompilación, lo hice funcionar, más o menos. Todos los activos se cargan correctamente pero nada se ejecuta. Basado en Digitalocean block storage VS amazon S3 - #5 by md-misko, parece que se elimina la cabecera content-encoding, lo que está rompiendo las cosas.

¿Alguien puede confirmar si esta es la fuente del problema y que sigue siendo un error abierto con DO?
¿Alguien ha encontrado una solución para esto? Un CDN gratuito supondría un gran ahorro de costes.

2

Así es. Necesitas usar una CDN diferente.

2 Me gusta
3

¡Genial, gracias!

Personalmente, creo que me encantaría ver detalles adicionales en la publicación de Configure an S3 compatible object storage provider for uploads, tal vez incluso un problema abierto de DO, para poder confirmar el problema y que todavía era información actualizada.

Quizás esa sea solo la parte de mí que quiere confirmar todo yo mismo :slightly_smiling_face:

1 me gusta
4

¡Hola! :wave:

El documento en Configure an S3 compatible object storage provider for uploads es una wiki. Estamos documentando colaborativamente cómo funcionan varias CDN. No uso el almacenamiento de objetos de DigitalOcean, así que no puedo proporcionar más detalles. ¿Quizás tú podrías? :slight_smile:

Esa es una gran sugerencia, me gusta proporcionar un enlace para permitir que los usuarios de un servicio expresen su opinión para priorizar las correcciones. Busqué y no pude encontrar un problema específico sobre la CDN de DO, pero encontré varios repartidos por todas partes. :thinking: ¿A cuál enlazamos? Como usuario del servicio, nuestra comunidad confía en colaboradores como tú para revisar esos detalles. :+1:

5 Me gusta
5

No me di cuenta de que era una wiki.

Soy un novato en sysadmin/cloud, así que espero que alguien pueda revisarme antes de hacer cambios.

Estas son las cabeceras que faltan en /assets que no son CDN pero que faltan en /assets de CDN:

  • content-encoding
  • expires (aunque hay x-amz-expiration)
  • server
  • X-Firefox-Spdy

Cuando comparo con las cabeceras de CDN de CloudFront de meta.discourse.org, faltan expires (y x-amz-expiration), pero tienen todas las demás cabeceras en comparación con /assets que no son CDN.

content-encoding parece ser la causa más probable del problema, lo que concuerda con Digitalocean block storage VS amazon S3 - #5 by md-misko.

También encontré dos preguntas abiertas de la comunidad de DO, no estoy seguro si son 100% la misma causa raíz. Espero que alguien pueda revisarme.

1 me gusta
7

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