Облачное хранение В2 Backblaze работает аналогично Amazon S3, но при этом стоит в разы дешевле. Отлично подойдет для резервного копирования.

Проблема:
При ресайз в процессе создания страницы время ответа сервера увеличивается многократно из-за следующего процесса:
1. Скачивания картинки из CDN;
2. Ресайза на сервере;
3. Загрузки уменьшенной картинки в CDN;

Решение:
В модуле cloids есть опция delayed_resize, которая не поддерживается в коробочной версии. Добавить поддержку.

Вводная:
Сервер, на котором работает мой сайт, подключен двумя 100 м/битными каналами к двум провайдерам региона (Камчатский край), в то же время канал за пределы региона сильно ограничен по скорости.

Ситуация:
- при отключенном CDN местные пользователи мгновенно загружают контент сайта, однако для внешних пользователей он загружается долго.
- при включении CDN ситуация прямо противоположная, для внешних пользователей сайт загружается быстрее, однако местным приходится загружать контент через медленный спутниковый канал с внешних серверов.

Суть предложения:
В настройках CDN под галочкой "Включить ускорение сайта" сделать ещё одну, например "Не использовать CDN для следующих IP адресов пользователей" и набор полей, в которые можно добавлять подсети, например "77.82.0.0/20", "77.82.48.0/20" и т.д.

Если пользователь приходит с одного из адресов списка - CDN не используется, контент сайта отдаётся напрямую. В противном случае - работает CDN.

Итог:
Это позволит более гибко повышать скорость отдачи для сайтов, подключенных к нескольким каналам (провайдерам, сетям).


Спасибо за внимание.

Наличие любого параметра (?blablabla) у ссылки на подключаемый файл заставляет любое клиентское приложение (браузер, прокси-сервер, мобильное приложение и т.д.) обязательно обратиться за файлом на сервер.
Это RFC.
Сервер, в лучшем случае ответит "304 Not Modified" (но при этом всё равно дёрнет файл с диска/памяти, чтобы проверить) или же полноценный 200 с полной передачей файла.
Ответ сервера в некоторых кешах сохранится, в некоторых (н-р, AppCache) нет.

Соответственно, время модификации, хеш от него или любой другой праметр для cache busting должен быть в имени или пути файла (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b-142712022549372.js), а не в параметре (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b.js?142712022549372).

Проверить очень просто: при повторном открытии страницы сайта на сервер должен идти только 1 запрос - на саму страницу, а все остальные файлы должны браться из кеша браузера.

UPDATE 2015-04-01

Теоретическое обоснование и рекомендации от известных разработчиков:

• http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/
• https://github.com/paulirish/html5-boilerplate/wiki/cachebusting/e58c07be9f0a43da08e766b21514f81ece24fa17
• http://webassets.readthedocs.org/en/latest/expiring.html#expire-using-a-querystring
• Application cache

  Never access cached files by using traditional GET parameters (like other-cached-page.html?parameterName=value). This will make the browser bypass the cache and attempt to get it from network.

  https://developer.mozilla.org/en-US/docs/Web/HTML/Using_the_application_cache#Gotchas
  

Реализации:

• В Apache https://github.com/h5bp/server-configs-apache/blob/master/dist/.htaccess#L982-L998
• В Nginx https://github.com/h5bp/server-configs-nginx/blob/master/h5bp/location/cache-busting.conf
• Rails Asset Pipeline http://guides.rubyonrails.org/asset_pipeline.html#what-is-fingerprinting-and-why-should-i-care-questionmark
• Модуль Web Optimizer для 1С-Битрикс, многие идеи из которого перешли "в коробку" https://dev.1c-bitrix.ru/community/blogs/rsv-dev/1732.php
  

Первые попашиеся "правильные" сайты:

• Все проекты TM (http://habrahabr.ru/, http://megamozg.ru/, http://geektimes.ru/ и т.д.)
• https://twitter.com/
• https://www.facebook.com/
  

Font-Awesome планирует в 5-й версии перенести параметр в название файла шрифта https://github.com/FortAwesome/Font-Awesome/issues/5231 и https://github.com/FortAwesome/Font-Awesome/issues/3286

Очень жаль что bitrix не в полную поддерживает данный сервис, наблюдаются некоторые глюки в работе скриптов, при включении сжатия и оптимизации.

А там и оптимизация и асинхронная загрузка и кэширование на их сервера -  JS, CSS, HTML; и CDN и защита от DDOS  и много многое другое...



Очень большая просьба оптимизируйте структуру и скрипты под данный сервис.

P.S. Я смотрю добавления emoji намного более светлая идея и проблема, нежели доступность/скорость  сайта. Минусуем дальше.

P.S.S И я думал тут не учитывается мнение разрабов битрикса, а только пользователей продукта. Вы конечно не заинтересованы продвигать данный сервис у вас же есть свой CDN, поэтому корректнее было бы пройти просто мимо, да Михаил?

Реализовать проверку корректной работы CDN, и, при наличии проблемы выводить сообщение админу, отправлять email, отключать CDN.

Уважаемый Антон Долганин в комменте к идее "Многосайтовость и CDN: поддержка второго сайта (без ссылок на первый)" описал проблему, с которой мы сталкивались неоднократно, при чем всегда - случайно ... Поэтому хотелось бы иметь какую-то систему мониторинга - чтобы избегать подобных проблем.

Было бы здорово, если бы можно было докупать трафик CDN при необходимости, как это сделано для места в облаке Битрикса в облачных бекапах.

А еще лучше, если бы это был реально облачный сервис - оплата за реально используемый трафик!

Отключить автоматическое перемещение файлов при добавлении облачного хранилища. Сейчас чтобы этого избежать, пользуемся "советом-лайфхаком" из какого-то форума. Добавляем ограничение 10G на размер, чтобы обычные файлы туда не попадали. Если забыть это сделать, то назавтра все картинки переедут в облако, и могут пострадать SEO-наработки заказчика и визуальное отображение (например, если используется нестандартный ресайзер в публичке)

Есть вот такой замечательный сайт http://www.webpagetest.org для оценки скорости загрузки сайта. В том числе он оценивает использует ли сайт CDN.

Этот сайт построен на открытом проекте https://github.com/WPO-Foundation/webpagetest
Используется ли CDN или нет определятся по массиву известных CDN https://github.com/WPO-Foundation/webpagetest/blob/master/agent/browser/ie/pagetest/cdn.h

Так вот к чему я это все: было бы круто если бы .1c-bitrix-cdn.ru попал в этот список.

Случилась с клиентом такая история: сайт отправил в CDN core.js с ошибкой. Как результат - перестала работать админка, CDN не выключить.
Если есть техническая возможность проверять корректность системных файлов перед отправкой их в облако - было бы здорово их проверять.

Сделать более тонкие настройки для трафика CDN . В частности необходимо как в поиске сделать сделать возможность настроек (указания) папок исключений (как в поиске), откуда для ускорения сайта не должны использоваться никакие данные.  Это очень важно и полезный функционал. Сейчас весь трафик улетаем за 10 дней. На сайте есть библиотека которая может и долго грузиться с сервера, ее надо поставить в исключение. А вот весь обычный сайт на инфоблоках и картинки шаблона естественно должны быть в CDN. CDN

Добрый день!

В данный момент в настройках Резервного копирования по расписанию нет возможности выбирать, а что конкретно копируется. В результате, в облако или на локалку копируется весь сайт с гигабайтами картинок и прочими ненужными частями.

Предлагается сделать настройку как при ручном резервном копировании, когда можно выбирать, что копировать, а что исключать.
Иначе получается плохая ситуация, когда весь сайт не надо копировать, а только БД / публичку. А в облако уже не получается, так как сайт занимает больше предоставляемого в облаке объема.

Очень не хватает поддержки CDN для второго сайта при многосайтовости, чтобы не было ссылки на первый сайт (проще в настройке и, например, если нельзя светить взаимосвязь).

Суть проблемы я описал в блоге http://dev.1c-bitrix.ru/community/webdev/user/203730/blog/7949/
На основе информации из данного обращения была создана заявка в отдел разработок. Номер обращения в разработку: 40808.

Если коротко, то суть в том, что на CDN отправляется статика типа styles.css, а сжатые копии styles.css.gz - нет.

Поэтому при включении CDN браузеру приходится скачивать больше несжатых файлов.

Сейчас:
PDF файлы в cdn не загружаются.
Картинки, js и css должны грузиться в CDN.

Хотелось бы через CDN отдавать статику с сервера

Сделайте, пожалуйста, чтобы в многосайтовых сайтах максимально-допустимый размер размер данных CDN учитывался исходя из общего количества активных сайтов, а не только как для одного сайта.