восстановление крона юзера

LEOnidUKG

Я бы туда добавил ещё и конфиги nginx и apache.

20.02.2025 15:31

Mary K

Здравстуйте!

Пользовательские задания CRON сейчас не попадают в бэкап, соответственно и не восстанавливуются. Это мы планируем доработать.
На счет бэкапить и восстанавливать конфиги nginx и apache - подумаем. Это не безопасная опрация, изменение конфигов может привести к неработоспособности веб-сервера.

24.02.2025 10:31

Mary K

Здравстуйте! Пользовательские задания CRON сейчас не попадают в бэкап, соответственно и не восстанавливуются. Это мы планируем доработать. На счет бэкапить и восстанавливать конфиги nginx и apache - подумаем. Это не безопасная опрация, изменение конфигов может привести к неработоспособности веб-сервера.

LEOnidUKG

Да вот при работает с nginx+PHP-FPM как раз восстановление конфига очень даже и нужно. При случайной смене режима, конфиг может попортиться и взять бэкап будет неоткуда. А туда порой очень много скидывают правил для разных CMS.

24.02.2025 11:07

Mary K

Здравстуйте! Пользовательские задания CRON сейчас не попадают в бэкап, соответственно и не восстанавливуются. Это мы планируем доработать. На счет бэкапить и восстанавливать конфиги nginx и apache - подумаем. Это не безопасная опрация, изменение конфигов может привести к неработоспособности веб-сервера.

Михаил

попадают , нужно вручную распарсивать xml файл .system/metadata.xml из бекапа - занимает кучу времени - если много записей потратишь час

24.02.2025 11:13

Mary K

Спасибо за дополнения!

25.02.2025 03:10

Дмитрий

Добавлю от себя ещё возможность восстанавливать
WWW - Домены (сайты)
DNS (Доменные имена)

Бывает, что клиент полностью всё удалит, и потом чтобы достать с бекапа нужно либо с metadata.xml доставать либо полностью всего юзера под root восстанавливать

02.03.2025 12:21

Дмитрий

Добавлю от себя ещё возможность восстанавливать WWW - Домены (сайты) DNS (Доменные имена) Бывает, что клиент полностью всё удалит, и потом чтобы достать с бекапа нужно либо с metadata.xml доставать либо полностью всего юзера под root восстанавливать

LEOnidUKG

Вся тема, по сути, пропитана тем, чтобы бэкапы были ЕЩЁ сильнее вшиты в систему и работали с ней в синергии.

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

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

02.03.2025 13:06

LEOnidUKG

Вся тема, по сути, пропитана тем, чтобы бэкапы были ЕЩЁ сильнее вшиты в систему и работали с ней в синергии. Учитывая, что у бэкапов ISP полностью своя система, что не позволяет развернуть бэкапы на другой системе без панели, то можно вложить в них всё, что есть у пользователей с параметрами. Я конечно не знаю все внутренности системы, но по сути есть же система "Импорт пользователя" с другой панели и тогда переноситься всё. Почему бы в бэкапах не применить такую же систему. Т.е. пакуется полностью всё, а потом делается как-бы импорт пользователя. И там выбирается что надо, а что не надо. В такой системе как раз будет возможность "Восстановить всё", если пользователь удалил и домен и файлы и кроны и т.д.

Дмитрий

Данные есть в системном файле metadata.xml (разве что кроме кастомных правок настроек nginx/apache/fpm, они складываются отдельно в root бекап папки etc)
С пользовательской стороны восстанавливаем с файла metadata, скрипт даже когда-то писали под это

Хотелось бы из коробки иметь возможность восстанавливать все сущности юзера, а не только бд и файлы

02.03.2025 14:04