Такая команда будет создавать зашифрованные инкрементальные архивы вида user.001.zpaq, user.002.zpaq и т.д. При этом первый архив может быть достаточно большой (полный), остальные содержат только измененные части. Если между вызовами файлы не изменились, то дополнительного архива просто не создается.
Такая схема позволяет уменьшить трафик (т.к. нужно загружать только дельты), ну и сам zpaq сжимает достаточно неплохо (особенно, скажем, дампы баз).
Единственное неудобство для меня было в том, что в Debian версия zpaq достаточно старая и приходилось на каждом сервере собирать руками. В конечном итоге это надоело и сделал для себя пакет zpaq-upstream.
Я для резервного копирования приспособил Яндекс.Диск и утилиту ydcmd. А для экономии места в облаке сжимаю данные zpaq в инкрементальные архивы — для моих данных сжатие получается существенно лучше чем у 7z.
Присматривался к bitcasa за ее дешевизну (объемы достаточно большие и цена играет роль), но невозможность удалять файлы помноженная на странный способ адресации объектов в хранилище свела на нет все кажущиеся преимущества.
уж простите, но сайт, не влезающий в 1024 по ширине, да и с таким ужасным сочетанием цветов лично у меня уважения не вызывает. хотя на вкус и цвет разные фломастеры ;)
на программистов как раз сыпятся все шишки, потому что он последний в цепи разработки. тестировщиков, контент-манеджеров и аккаунт-менеджера в расчет не беру :)
ну почему же… может как раз один из них в стартапе и присутствует ради связи с общественностью. скажем так, не программист, не дизайнер, но генератор идей и отличный оратор. тогда все нормально :)
Если воспользуетесь поиском по Google? то найдете немало информации о рекордах по бодрствованию, и эти рекорды значительно превышают Вашу цифру. :) С уважением… :)
Да, про сон там написано, но значительно ниже, и суда по количеству постов о необходимости сна говорит о том, что многих первое высказывание все же ввело в заблуждение ;)
Я абсолютно без злого умысла, поверьте. Просто у вам в первом же предложении написано: «Нас трое и мы в течении целой недели, 24 часа в сутки 7 дней в неделю, т.е. ровно 168 часов, закрывшись в комнате и «выкинув» ключ будем делать стартап».
Я могу ошибаться конечно, но это ли не условие? Разумеется трактовать данное предложение можно по разному, но там есть важные «мы» и «24 часа в сутки». Поправьтесь, плиз, я думаю, что не только я так подумал :) И Удачи!!!
Смысл мобильных версий не только в том, чтоб она корректно отображалась на телефоне, важно еще и минимизировать количество передаваемых данных. цель — скорость и экономия трафа
$ zpaq a '/home/backup/user.???.zpaq' /home/user -threads 4 -method 5 -quiet -key 123456Такая команда будет создавать зашифрованные инкрементальные архивы вида user.001.zpaq, user.002.zpaq и т.д. При этом первый архив может быть достаточно большой (полный), остальные содержат только измененные части. Если между вызовами файлы не изменились, то дополнительного архива просто не создается.
Такая схема позволяет уменьшить трафик (т.к. нужно загружать только дельты), ну и сам zpaq сжимает достаточно неплохо (особенно, скажем, дампы баз).
Единственное неудобство для меня было в том, что в Debian версия zpaq достаточно старая и приходилось на каждом сервере собирать руками. В конечном итоге это надоело и сделал для себя пакет zpaq-upstream.
Присматривался к bitcasa за ее дешевизну (объемы достаточно большие и цена играет роль), но невозможность удалять файлы помноженная на странный способ адресации объектов в хранилище свела на нет все кажущиеся преимущества.
порадовали, запомню :)
Я могу ошибаться конечно, но это ли не условие? Разумеется трактовать данное предложение можно по разному, но там есть важные «мы» и «24 часа в сутки». Поправьтесь, плиз, я думаю, что не только я так подумал :) И Удачи!!!