Рейтинг: 1.8902  
Новая
Предложил Пользователь 103640 18.03.2019 13:44:01

Интеграция с Amazon

Сделать интеграцию с Amazon, также, как было сделано с Ebay
Рейтинг: 8.2734  
На голосовании
Предложил Пользователь 95007 09.07.2014 11:40:55

Настройка бэкапов для amazon s3

Ситуация следующая.
Когда в админке заводится новое облачное хранилище (с использованием амазона) , битрикс уже пытается  создать bucket на сервере амазона и ругается, если имя, под которым он пытается создать уже там есть.

Чем это плохо.
Нельзя использовать для бэкапов ключи от пользователей с ограниченными правами, точнее можно, но "через крышу": создать хранилище с одними ключами (от пользователя с правами на все), а потом поменять их на другие, от пользователя с правами только на нужную директорию  (все (или я думаю у 90% людей) бэкапы делаются сейчас вообще под "рутовой" учеткой, которая имеет доступ в том числе и к билинговой информации на амазоне).

И как следствие нельзя выделить раздел на сервере исключительно для конкретного пользователя  (которого нужно заводить на сервере амазона, но про это нигде кроме как на амазоне даже и не упомянули в  инструкциях и многочисленных постах), и как следствие выше описанного, человек получивший через адмику вашего сайта ключи от сервера амазона, подключившись к нему через клиента, используя эти ключи, получает доступ ко всем бэкапам, которые хранятся на сервере.
И если там бэкапится только один сайт, то это полбеды, но как правило люди с одними и теме же ключами быкапят все свои сайты в одно место, в итоге доступ ко всем бэкапам всех сайтов, и да, по умолчанию бэкапы шифруются только для облака битрикса, под остальные хранилища нужно руками проставлять галочку "шифровать". Думаю не трудно представить какой процент эту галочку ставит и сколько не ставят.

В итоге, что бы я добавил:
1. Включение шифрования по умолчанию для всех типов хранилищ.
2. Сделать возможным, что бы битрикс не пытался создать bucket на сервере амазона сам.
3. Сделать возможным в ручную прописывать путь, куда складывать на сервере бэкапы (что бы не обязательно было заводить новый bucket под каждый сайт), что даст возможность более гибко настраивать структуру хранения данных на самом сервере, политику безопасного доступа и избавит от подмены ключей на этапе заведения хранилищ в адмике битрикса.
Рейтинг: 9.5599  
На голосовании
Предложил Пользователь 66839 26.06.2014 22:23:55

Облачные S3-совместимые хранилища

Очень необходимо для модуля "Облачные хранилища" помимо выбора из списка провайдеров иметь возможность подключаться к любому S3-совместимому хранилищу.
Рейтинг: 1.9955  
На голосовании
Предложил Пользователь 14284 17.06.2014 21:14:37

Облачные хранилища - отключить перемещение файлов по умолчанию

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

Автоматическое резервное копирование - очень нужные настройки и функции

1. Автоматическое резервное копирование - нужны в целом настройки, хотя бы аналогичные ручному резервному копированию

1.1 нужна возможность регулировать содержимое автобекапа. Глупо бекапить каждый раз всё ядро, когда данные сайтика укладываются в десятки метров. Возможно, сделать опцию "Бэкапить только указанные разделы / файлы"

Автор: Головко Владислав, идея взята из комментов в обсуждении функции автоматического бэкапа на dev.1c-bitrix.ru

2. Желательно отдельные настройки для разных сайтов при многосайтовости - отдельные профили, отдельные расписания

3. Сделать опцию, чтобы в автоматический бекап в облако попадали публички всех сайтов (в 14.5.1 попадает только текущего/по-умолчанию)

4. Нужно емейл уведомления при косяках в бэкапировании

5. Нужно авто-удаление битого бэкапа (когда например места не хватает, чтобы незаконченный бэкап не убивал сайт). В лог соответствующую запись можно занести. Архив-то в любом случае битый!
Рейтинг: 0  
Ответил Шаромов Денис 07.03.2017 19:11:22
Сегодня настройки автоматического резервного копирования полностью повторяют экспертные настройки ручного.