Комментарии 15
Шо?! Опять?! (с)
А я смотрю, Вы все за старое. :)
А я смотрю, Вы все за старое. :)
Ну дорабатывает человек своё извращение :)
Предполагал, что это будет как положено, под линух, а тут батники :)
Предполагал, что это будет как положено, под линух, а тут батники :)
Думаю, скрипты настолько примитивны, что для Вас переписать их под линух не составляет никакого труда. Может кстати подскажете, как лучше осуществить защиту паролей?
Может кстати подскажете, как лучше осуществить защиту паролей?Под линухом можно так:
1. Скрипт принимает пароль в параметрах командной строки
2. Скрипт запускается с параметрами (и паролем) из cron'а
Под виндой, наверное, можно сделать так:
1. Скрипт берет пароль из переменной окружения
2. Создаётся отдельный пользователь, ему в переменных окружения прописывается переменная с паролем типа BACKUP_PASSWORD=«12345678»
3. Скрипт запускается от этого пользователя.
Окей, спасибо ) хотя в данном случае по цепочке достать до пароля можно, если только не защищать учетную запись этого пользователя паролем, и тогда мы входим в рекурсию…
Так важно определить от кого вы защищаете пароль.
В данном случае, вы защищаете его от того, кто имеет доступ к файловой системе (обычно все программы, запускаемые пользователем, включая трояны), либо от халатности тех, кто работает с кодом скрипта. Залил, например, на GitHub скрипт с паролем, и привет :)
В данном случае, вы защищаете его от того, кто имеет доступ к файловой системе (обычно все программы, запускаемые пользователем, включая трояны), либо от халатности тех, кто работает с кодом скрипта. Залил, например, на GitHub скрипт с паролем, и привет :)
Для защиты архива можно воспользоваться GNUPG, доступного для почти всего что умеет запускаться и используя публичный ключ, который не жалко. Частный ключ при этом нужен только для восстановления данных и должен храниться оффлайн.
Для связи с удаленным сервером, в зависимости от выбранного облачного хранилища, так или иначе замутить write-only директорию (dropbox api, google forms и т.д. в помощь)
Для связи с удаленным сервером, в зависимости от выбранного облачного хранилища, так или иначе замутить write-only директорию (dropbox api, google forms и т.д. в помощь)
«Я по-прежнему считаю, что создавать… в… году — фундаментальная ошибка. Скажите спасибо, что вы не мой студент: за такой дизайн я бы не поставил высокой оценки :-)» (с)
1. А что плохого в том, чтобы даже в 2019 году писать утилитарные скрипты на bat/cmd?
Вы предложите свой %NAME% язык программирования? А он сможет похвастаться 20-летней обратной совместимостью?
2. Вы преподаватель дизайна или IT? Человек решил узкую задачу обойдясь минимальным функционалом, без кучи зависимостей, написав достаточно поддерживаемый код — что в этом плохого?
Вы предложите свой %NAME% язык программирования? А он сможет похвастаться 20-летней обратной совместимостью?
2. Вы преподаватель дизайна или IT? Человек решил узкую задачу обойдясь минимальным функционалом, без кучи зависимостей, написав достаточно поддерживаемый код — что в этом плохого?
1. На cmd в 2019 году можно писать только в рамках одной строки, ровно что бы вставить в таскшедулер.
В винде повершел, в линуксах баш, там можно больше одной строчки.
Скриптам не нужна 20летняя обратная совместимость.
2. Человек решил проблему через геморрой, написав не поддерживаемый код без единого комментария, и будет мгновенно выпилен как только автора рядом не станет, первым кто его (код/скрипт) найдет. Там все плохо относительно идеологии резервного копирования. Это было разжевано в комментариях к его первой статье.
Похвально что автор статьи пытается делать свое решение, разжевывает какие то принципы работы сервисов и служб, именно по этому статья не заслуживает минусов. Очень плохо что матчасть не изучена и чувство прекрасного отсутствует, именно по этому с плюсами к статье плохо.
В винде повершел, в линуксах баш, там можно больше одной строчки.
Скриптам не нужна 20летняя обратная совместимость.
2. Человек решил проблему через геморрой, написав не поддерживаемый код без единого комментария, и будет мгновенно выпилен как только автора рядом не станет, первым кто его (код/скрипт) найдет. Там все плохо относительно идеологии резервного копирования. Это было разжевано в комментариях к его первой статье.
Похвально что автор статьи пытается делать свое решение, разжевывает какие то принципы работы сервисов и служб, именно по этому статья не заслуживает минусов. Очень плохо что матчасть не изучена и чувство прекрасного отсутствует, именно по этому с плюсами к статье плохо.
Прекрасно ) жду мгновенный пример того, как должен выглядеть аналогичный функционал, или в 1 строку, или хотя бы на bash на пару строк, позволяющий:
1) из командной строки создать и отправить в облако файлы, сначала полный архив, потом инкремент;
2) проверить корректность отправки, при необходимости — повторить;
3) вернуть все архивы в исходное состояние, если отправка не удалась.
Разумеется с защитой пароля от облака от передачи другим лицам, и естественно с матчастью и чувством прекрасного, изложенным в комментариях к Вашему скрипту.
P.S. Просьба не пытаться делать отписку, мол см. интернет. Реально интересно увидеть работу профессионала, а не отмазы.
1) из командной строки создать и отправить в облако файлы, сначала полный архив, потом инкремент;
2) проверить корректность отправки, при необходимости — повторить;
3) вернуть все архивы в исходное состояние, если отправка не удалась.
Разумеется с защитой пароля от облака от передачи другим лицам, и естественно с матчастью и чувством прекрасного, изложенным в комментариях к Вашему скрипту.
P.S. Просьба не пытаться делать отписку, мол см. интернет. Реально интересно увидеть работу профессионала, а не отмазы.
Попытка взять на понт как малолетку, лол? В Вашем окружении это еще работает? =)
Это не делается в одну строку, это очевидно. Даже из спортивного интереса не стал бы перерабатывать Вашу концепцию на другом ЯП, потому что сама концепция работы скрипта это один потенциальный геморрой по его отладке, поддержке, масштабированию и конечному результату. Более того, я даже не смел утверждать что оное делается в одну строку.
Ваше ТЗ неадекватно и я теряюсь в догадках, что побудило Вас его сюда выложить, возможно невнимательное чтение чужих комментариев приводящее к эффекту ardenti asinum, что может быть вредно для здоровья, если слишком увлекаться.
Это не делается в одну строку, это очевидно. Даже из спортивного интереса не стал бы перерабатывать Вашу концепцию на другом ЯП, потому что сама концепция работы скрипта это один потенциальный геморрой по его отладке, поддержке, масштабированию и конечному результату. Более того, я даже не смел утверждать что оное делается в одну строку.
Ваше ТЗ неадекватно и я теряюсь в догадках, что побудило Вас его сюда выложить, возможно невнимательное чтение чужих комментариев приводящее к эффекту ardenti asinum, что может быть вредно для здоровья, если слишком увлекаться.
Спокойно ) приятно знать что есть такие мнения, но просто цитата взята из groups.google.ru/group/comp.os.minix/browse_thread/thread/c25870d7a41696d2/3f6b594a5b4eccb4, критика автора Minix на реализацию ядра Linux в 1991 году, когда он только вышел. Касательно же критики Sergey-S-Kovalev касательно того, что есть баш, и вообще cmd только для однострочников — абсолютно согласен. Я бы даже более сказал, руки бы оторвать тем кто пишет списки команд без подробных поддерживаемых комментариев. Как пример, посмотрите только на это убожество в initrd, видно же что такие штуки пишут те кто совершенно не понимает матчасть и отсутствует чувство прекрасного:
Где описания команд? Что за геморрой? Абсолютно не поддерживаемый код без единого комментария к командам, и будет выпилен как только автора рядом не станет, первым кто его (код/скрипт) найдет.
#Создаём файлы устройств на основе информации в dmesg
mkdir /dev/i2o
mknod /dev/i2o/hda b 80 0
mknod /dev/i2o/hda1 b 80 1
mknod /dev/i2o/hda2 b 80 2
#Активируем VolumeGroup
lvm vgchange -a y
#Монтируем тома
mkdir /mnt/sysimage
mount /dev/mapper/VolGroup00-LogVol00 /mnt/sysimage
mount /dev/i2o/hda1 /mnt/sysimage/boot
Где описания команд? Что за геморрой? Абсолютно не поддерживаемый код без единого комментария к командам, и будет выпилен как только автора рядом не станет, первым кто его (код/скрипт) найдет.
Да впринципе, скриптами в N-м веке уметь пользоваться надо обязательно, если шибко хочется, хотя эт на любителя. Предпочитаю все же виндовые сервера бэкапить Prof-версией этой бэкап-утилиты, в ней все сделано гибко. Бэкап SQL-баз все же получаю путем запуска bat-ника, а уж Exiland Backup забирает в облако и дубль на сетевой диск.
Лекция для колхозников. Лектор:
— Товарищи колхозники. Перед вами череп Александра Македонского,
где ему 7 лет. А вот этот череп, где ему 25 лет. И, наконец,
череп умершего Александра Македонского. Вопросы есть?
Есть:
— Скажите, пожалуйста, как может быть у одного человека три черепа?
— А вы, простите, кто? — спрашивает лектор.
— Инженер.
— Вот и идите на завод. Лекция для колхозников.
— Товарищи колхозники. Перед вами череп Александра Македонского,
где ему 7 лет. А вот этот череп, где ему 25 лет. И, наконец,
череп умершего Александра Македонского. Вопросы есть?
Есть:
— Скажите, пожалуйста, как может быть у одного человека три черепа?
— А вы, простите, кто? — спрашивает лектор.
— Инженер.
— Вот и идите на завод. Лекция для колхозников.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Быстрое и надежное резервное копирование данных в облако 2