Понял, пока не рассматривал это как проблему, - наоборот есть возможность восстановить удаленный файл, + за пару кликов всегда можно почистить БД, если место кончается. Хотя у меня и БД небольшая, поэтому в облако помещается 50-100 бэкапов, которые нужно раз в 50-100 дней чистить, - для меня приемлимый вариант.
Я хотел сделать простое решение для небольшой БД и насчёт оптимизации не особо беспокоился, для БД ~ 100Mb скрипт проходит почти мгновенно, за 1-2 секунды.
Кроме дампа БД psql, также сохраняется папка с media контентом, а затем 2 файла архивируются в 1 бэкап.
Восстановление подразумевается до предыдущего дампа с корректными данными, на случае какой-либо ошибки сломавшей БД. К сожалению насчёт более сложных задач не могу точно сказать.
Справедливо, действительно при удалении файлов на сервере они удаляются и в Yandex disk, такая проблема с хранением бэков присутствует, вероятно мне ещё стоит поискать способы её решения.
Да, восстановливать пробовал, - получается. Но автоматического восстановления не настроено, хотя действительно неплохо бы было проверять возможность восстановления из бэкапа, время от времени. Просто я старался сделать предельно простую систему, при этом справляющуюся со своей задачей, и база данных с которой делают dump, в моем случае была минимальных размеров ~ 100 Mb.
К сожалению не могу сказать есть ли такой софт, сам не искал. Однако в статье написано как можно изменить расписание создания бэкапов под свои нужды. Также в статья я объяснил где указать папку, в которую складываются бэкапы и как эту папку синхронизировать с облаком Yandex.
Да, действительно, сейчас прочитал документацию и думаю, что message_thread_id может быть более уместно для использования в данном контексте. Во время решения задачи по отправке сообщений в топик, нашел reply_to_message_id, - с помощью id можно отсылать сообщения в топик ссылаясь на id первого сообщения в топике, это я протестировал неоднократно и функционал отправки в топик работает корректно. Протестировал message_thread_id, работает корректно, в ближайшее время внесу правки в репозитории.
Понял, пока не рассматривал это как проблему, - наоборот есть возможность восстановить удаленный файл, + за пару кликов всегда можно почистить БД, если место кончается.
Хотя у меня и БД небольшая, поэтому в облако помещается 50-100 бэкапов, которые нужно раз в 50-100 дней чистить, - для меня приемлимый вариант.
Спасибо, протестирую.
Я хотел сделать простое решение для небольшой БД и насчёт оптимизации не особо беспокоился, для БД ~ 100Mb скрипт проходит почти мгновенно, за 1-2 секунды.
Кроме дампа БД psql, также сохраняется папка с media контентом, а затем 2 файла архивируются в 1 бэкап.
Остальные замечания принял к сведению.
Восстановление подразумевается до предыдущего дампа с корректными данными, на случае какой-либо ошибки сломавшей БД. К сожалению насчёт более сложных задач не могу точно сказать.
Понял, добавлю упоминание Linux в статье, может когда нибудь руки дойдут написать для Windows.
Справедливо, действительно при удалении файлов на сервере они удаляются и в Yandex disk, такая проблема с хранением бэков присутствует, вероятно мне ещё стоит поискать способы её решения.
Спасибо, обязательно исследую вопрос коммерческих решений.
Удаление прописано в скрипте, а yandex disk лишь копирует содержание папки.
Спасибо, попробую протестировать!
Да, к сожалению я не нашёл готового решения своей задачи, поэтому решил сделать простенький велосипед.
Все секреты указываются в .env файле, это относительно безопасно, хотя далеко не самый безопасный вариант.
В моем случае база данных умещалась в ~ 100 Mb, и с этим размером скрипт работает прекрасно, к сожалению на больших БД, скрипт не тестировал.
Да, восстановливать пробовал, - получается. Но автоматического восстановления не настроено, хотя действительно неплохо бы было проверять возможность восстановления из бэкапа, время от времени. Просто я старался сделать предельно простую систему, при этом справляющуюся со своей задачей, и база данных с которой делают dump, в моем случае была минимальных размеров ~ 100 Mb.
Спасибо, гляну что это такое.
Спасибо, протестирую этот софт.
Спасибо, изучу эти варианты!
К сожалению не могу сказать есть ли такой софт, сам не искал.
Однако в статье написано как можно изменить расписание создания бэкапов под свои нужды.
Также в статья я объяснил где указать папку, в которую складываются бэкапы и как эту папку синхронизировать с облаком Yandex.
Хотел бы ответить на вопрос, но не совсем понимаю, что такое "гуе".
Посмотрел документацию, действительно более уместно использовать message_thread_id, в ближайшее время внесу правки в репозитории.
Да, действительно, сейчас прочитал документацию и думаю, что message_thread_id может быть более уместно для использования в данном контексте.
Во время решения задачи по отправке сообщений в топик, нашел reply_to_message_id, - с помощью id можно отсылать сообщения в топик ссылаясь на id первого сообщения в топике, это я протестировал неоднократно и функционал отправки в топик работает корректно.
Протестировал message_thread_id, работает корректно, в ближайшее время внесу правки в репозитории.