Было бы здорово, если облако Битрикс имело бы реально облачную тарификацию, т.е. оплату за реально используемое место (ресурсы, трафик), а не пакетную, как сейчас!

Очень необходимо для модуля "Облачные хранилища" помимо выбора из списка провайдеров иметь возможность подключаться к любому S3-совместимому хранилищу.

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

Продолжение идеи удаления лишних данных.

Идея в следующем - установка Управления Сайтом не сохраняет установщики модулей и компоненты на хостинге, они подгружаются с облака (сервера Битрикс) по необходимости.

Например, происходит установка модулей - установщик хранится не на хостинге, а подгружается с сайта 1С-Битрикс.
Тоже с компонентами - открылась страница использующая bitrix:catalog.sectio.top - он подгрузился на сайт вместе с типовыми шаблонами.

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

Что получим:

1. Легковесную версию CMS;
2. Большее количество резервных копий, на прежний объем;
3. Экономию на хостинге;
4. И облачном хранилище резервных копий;
5. Время поиска по файлам сайта во много раз меньше;
6. Резервные копии делаться будут шустрее;
7. Установка продукта быстрее;
8. Легче работа с IDE - не будут проверять и смотреть прежнее количество файлов;
9. Сложнее будет обойти триальный период, если перед загрузкой компонента/модуля будет осуществляться проверка на лицензию, триал и т.п.;
10. Маркетологам лишний повод похвалиться облачными технологиями ^_^
    

При использовании многосайтовости было бы отлично, чтобы разные облачные хранилища для разных сайтов настраивались. Например с "сайт1" все картинки помещать в "хранилище1", а с "сайт2" - в "хранилище2".

Хочу модуль, который бы позволял хранить изображения на сервисе Picasa.
С таким модулем, у многих проектов хостинг будет очень экономично расходоваться как в плане дискового пространства так и вычислительных ресурсов.
К тому же это полностью бесплатно в любых количествах (если размер фото не превышает 2048 по длинному краю и видео не более 15 минут)
http://support.google.com/picasa/bin/answer.py?hl=ru&answer=1224181

Хотелось бы что модуль позволял настраивать где какие изображения хранить.
Фотки из Медиабиблиотеки, превьюшки и детальные из инфоблоков, файлы-картинки из инфоблоков.
Совсем хорошо чтобы была галочка - "Загрузить уже существующий фотки на Picasa", чтобы выгрузить туда фотки загруженные на сайт до установки модуля.

Все-таки прошу и предлагаю всем неравнодушным проголосовать, и посмотреть на счетчик голосов за идею.

Преимущества Dropbox еще раз:
1. самое главное - он бесплатный в отличии от всего остального
2. простой и наверно самый распространенный
3. объема даже для бэкапа предостаточно (для "Первый сайт" и "Старт" 100%)

И пусть пользователи сами решают что им использовать.

В ту же копилку позже можно хотя бы Я.Диск и GDrive.
---
Позиция Сергея Рыжикова  по поводу Dropbox (раз и два), скрытый модуль из Маркетплейс.

Предлагаю, что бы в БУС`е при создании облачного хранилища на Clodo предлагалось создавать новое хранилище в аккаунте Clodo и рекомендовать контейнер public, дабы не было таких извратов...

Разумеется про это пишем в документации...

В списке облачных хранилищ (меню настроек) отображать фактическое количество файлов и объём хранилища, а не объём данных в хранилище загруженных через сайт.

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