Я пытался настроить CDN для Spaces для своего бакета Spaces, и после некоторых проблем с путем подкаталога, SSL и предкомпиляцией мне удалось заставить это работать, так сказать. Все ассеты загружаются корректно, но ничего не выполняется. Судя по Digitalocean block storage VS amazon S3 - #5 by md-misko, похоже, что заголовок content-encoding удаляется, что и ломает работу.
Может ли кто-то подтвердить, что это источник проблемы и что это всё ещё открытая ошибка со стороны DO?
Находил ли кто-нибудь обходной путь? Бесплатный CDN стал бы огромной экономией средств.
Документ по адресу Configure an S3 compatible object storage provider for uploads — это вики. Мы совместно документируем работу различных CDN. Я не использую объектное хранилище DigitalOcean, поэтому не могу предоставить больше деталей. Возможно, вы сможете?
Отличное предложение! Мне нравится предоставлять ссылку, чтобы пользователи сервиса могли высказаться и помочь расставить приоритеты в исправлениях. Я поискал, но не нашёл конкретной задачи по CDN DigitalOcean, хотя нашёл несколько разбросанных по разным местам. На какую из них стоит сослаться? Как пользователь сервиса, наше сообщество полагается на таких участников, как вы, чтобы проверить эти детали.
Я новичок в системном администрировании и облачных технологиях, поэтому надеюсь, что кто-нибудь перепроверит меня, прежде чем я внесу какие-либо правки.
Вот заголовки, которые, как я вижу, отсутствуют в /assets без CDN, но присутствуют в /assets с CDN:
content-encoding
expires (хотя есть x-amz-expiration)
server
X-Firefox-Spdy
При сравнении с заголовками /assets в CDN Cloudflare на meta.discourse.org там отсутствует expires (и x-amz-expiration), но присутствуют все остальные заголовки по сравнению с /assets без CDN.
Я также нашел два открытых вопроса в сообществе DigitalOcean, не уверен, что они на 100% имеют одну и ту же корневую причину. Надеюсь, кто-нибудь перепроверит меня: