Бэкап со скрипта CronTab

На бегете ещё много всякого... непотребства.

Так у бегета не ISPmanager же, а своё. Что-то типа по самые помидоры обрезанной СПанели.

Вы серьезно так думаете?

Sly32, так что там с джангой и паролем постгрескуля?

Там все прекрасно, только какое отношение это имеет к бэкапу?

Прекрасно – это как? Пароль в settings.py пишется или не пишется?

Ну хотите - солью вам свои настройки, можете взламывать

DATABASES = {

    'default': {

        'ENGINE': 'django.db.backends.postgresql_psycopg2',

        'NAME': os.environ.get('POSTGRES_DB_NAME'),

        'USER': os.environ.get('POSTGRES_USER'),

        'PASSWORD': os.environ.get('POSTGRES_DB_USER_PASSWORD'),

        'HOST': os.environ.get('POSTGRES_HOST'),

        'PORT': 5432,

    }

}

Умные люди (или параноики) хранят пароли в чем-то вроде ваульта, и закрывают это лдапом или керберосом. А имея доступ к файловой системе, точно так же можно прочитать переменные окружения.

Можно, кто спорит. Ну вот просто не принято пароли хранить прямо в файле. Я как то скинул человеку пример скрипта аналогичного, забыв что пароли прям в нем))) с тех пор научился выносить их в отдельные файлы.

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

Но вопрос не в этом. Вопрос возник вот из этого:

А ответ таков, что никто не мешает сделать то же самое с паролями MySQL, просто смысл этого довольно призрачен:

- как отметили выше, переменные окружения может вытащить любой, кто получил доступ к чтению файлов сервера;

- можно получить доступ к БД, просто использовав скрипт с функцией из конфигурационного файла, и пароль в явном виде не нужен;

- на шареде работа с переменными окружения вообще проблематична.

Поэтому никто этой дурью не мается.

У меня работает до сих пор, как настроил года 2 назад ежедневный бекап на яндекс диск так до сих пор и работает.