После неудачных попыток передачи архива в облако Битрикс копии остаются в файлах. Сегодня поймал сюрприз! BitrixVM просто легла, занято ВСЕ дисковое пространство, MySQL перестал работать. Админка недоступна.
Необходимо информировать админа о приближении такого события! Лечение занимает время, портал все это время не работает.
Необходимо добавить возможность размещать резервные копии в ДРУГИЕ облака, по FTP, на свои хранилища.
Добавить в BitrixVM функции аналогичные панелям управления типа ISPmanager , Brainy
-чтобы копировать всю виртуальную машину переносить ее, реплицировать -хранить копии в облачных хранилищах или на своем по SFTP -иметь возможность настраивать PHP не через htaccess, -делать 10-20 копий, за 10-20 дней, а не одну, иметь возможность восстановить за любой день. -контролировать дисковое пространство, настраивать cron, оповещения через простой графический интерфейс -подключать облачные и пр. диски, хранилища, не замыкаясь на одном хостинге -полноценное управление почтой -панель управления БД -обновлять компоненты
Ребят, не уверен насчет БУС, но в КП чуть-ли не обязательный атрибут использования это composer. Есть куча пакетов, аналогичных которым в ядре битрикса нет (не планируется) и уже разработаны, однако всегда нужно проделывать определенные манипуляции для его включения.
Да, не везде он нужен, поэтому предложение такое: в пункте меню "1. Manage Hosts in the pool" добавить следующие пункты:
Пункт: Activate php modules Как это можно было бы сделать: при нажатии на пункт меню выпадает список по-типу Timezone - список модулей, где 0 - выход, а номерам соответствует УСТАНОВЛЕННЫЙ модуль php. Можно помечать включенные и отключенные модули (например плюсиком) При выборе 0 можно сохранить конфигурацию, сохранить конфигурацию и перезагрузить httpd или отменить изменения Зачем: чтобы вручную не переключать файлики на всех application серверах и получить удобство оперированием модулей
Пункт: Upset composer Необходимо что пункт активировал необходимые php-модули (если отключены), скачивал и устанавливал composer (если установлен - делал self-update) Зачем: потому что очень сложно поддерживать версии на application серверах
Предлагаю в Битрикс виртуальную машину пред устанавливать по умолчанию не стандартный MySQL, который обладает хроническими болезнями бекапирования, кластеризации и т.д., а Percona Server for MySQL в данной сборке большая часть проблем стандартного MySQL уже решена. Данное решение повысит производительность отказоустойчивость и производительность решений на базе Битрикс.