Плагин «Резервное копирование в облачные сервисы Dropbox/ЯндексДиск»
Приветствую. Рад представить новый плагин в каталоге:
Плагин «Резервное копирование в облачные сервисы Dropbox/ЯндексДиск» — решает эту проблему. Настраиваете расписание, подключаете удаленное хранилище и готово — резервные копии будут создаваться автоматически в нужное время и загружаться прямо на ваш компьютер в папку Dropbox или ЯндексДиск. Это очень удобно.
По всем вопросам support@lsmods.ru
До 15 января — НОВОГОДНЯЯ СКИДКА 30%
О плагине
Позволяет создавать резервные копии файлов движка и базы данных, сохранять их в облачные сервисы Dropbox или ЯндексДиск, отправлять на удаленный FTP сервер или получить архив для ручного скачивания из админки. Возможно указывать расписание автоматического создания резервных копий.Зачем?
- Вообще не делаете резервных копий сайта?
- Делаете их, но вручную, нерегулярно и постоянно забывая?
- Храните резервные копии, сделанные панелью хостера на том же сервере, на котором находится сайт?
Плагин «Резервное копирование в облачные сервисы Dropbox/ЯндексДиск» — решает эту проблему. Настраиваете расписание, подключаете удаленное хранилище и готово — резервные копии будут создаваться автоматически в нужное время и загружаться прямо на ваш компьютер в папку Dropbox или ЯндексДиск. Это очень удобно.
Подробное описание работы, настройка, faq, получить trial 14 дней
Тут — lsmods.ru/page/pluginbackup/По всем вопросам support@lsmods.ru
До 15 января — НОВОГОДНЯЯ СКИДКА 30%
41 комментарий
Ну а так, вообще, плюс, конечно :)
Движки тоже никому не нужны — есть же чистый пхп. «5 строк, и все.» Я утрирую и шучу, конечно, но это примерно из той же оперы однобокого мышления. Вы — довольно профессиональный, судя по топикам, администратор. Но остальные 90-95% юзеров — не могут поставить даже запуск крона из панели по инструкции (говорю не с потолка, а на основании своих наблюдений по настройке линейки плагинов у клиентов). Продолжать, я думаю, не надо, хотя тут как раз просится риторический вопрос — ЛС массовый продукт или узкоспециализированный для мастеров администрирования/командной строки/правки конфигов, и обсуждение этого вопроса выходит за рамки топика :)
Однако, сама идея о том что некий сайт администрируется человеком который не может «поставить даже запуск крона из панели по инструкции» находится вне моего понимания. Нет, я вам разумеется верю, и прекрасно пониманию, что 8 из 10 людей гордо именующие себя «веб мастером», на деле с трудом справляются с windows калькулятором.
Но всё же, административные задачи, по многим причинам, правильнее решать административным образом, а не плагином к PHP based CMS. За исключением, разумеется, случаев, когда другого пути нет. В случае шаред-хостинга других путей как раз вот нет — ни дропбокс, ни Sphinx не поставить и т.п.
Точнее она решена примерно так:
И в голове зудит, что это не правильно. Надо хранить еще где-то.
Скажете — изучить, нужно всего-то пару часов…
Но блин их тупо нет. Сайт — увлечение, тематика сайта — требует сама по себе времени на изучение и отвлекаться уже не хочется. А есть еще работа и различные бытовые проблемы… Вот уже длительное время (почти месяц) не могу сесть спокойно и сконцентрироваться на написании подробного ТЗ для доработки сайта. Так набегами пытаюсь что-то отмечать для себя.
А тут нужно сесть и начать с нуля изучать незнакомые вещи — в которых не понимаешь ни чего (поэтому и в администрирование сервера не полез), а изучать с нуля — значит время на изучение нужно на порядок больше.
стыдно, но тоже про меня((
С калькулятором вот правда справляюсь:) и даже системы друзьям устанавливаю… и некоторые проблемы в работе решаю… Было время — была возможность и вопрос был изучен…
НО вот вебмастером не называю себя. Так называю тех у кого заказываю доработки по сайту.
В общем плагин считаю полезным, но с учетом вот этого:
Видимо вместо приобретения плагина, поставлю задачу привлеченному специалисту для администрирования сервера. Я за «красивые» решения — это по всей видимости одно из них))
Как вариант можно было написать «купите платный тариф диска/дропбокса», но продвижение платных услуг яндекса/дропбокса не входит в мою компетенцию и это уже решает каждый сам.
Мой вопрос скорее относился к выбору рекомендуемого хранилища под бэкап (тарифы/объемы/скорость) — а это видимо отдельная тема для обсуждения.
при попытке активации плагина
Я бы советовал делать инкрементальные бекапы, например, через rdiff-backup и забирать потом rsync'ом. Очень удобно и места кушает совсем малось (инкременты БД весят вообще мизер), если сравнивать с фул бекапами.
P.S. Заказал триал, если будет время — потестирую и отпишусь.
— Тех кто НЕ делает бекапы
— Тех кто ДЕЛАЕТ бекабы
— И тех кто ПРОВЕРЯЕТ сделанные бекапы
Я вот до сих пор не научился доверять инкрементальным бекапам. Только хардко, только фул
К примеру как делаете проверку?
Сравнением файлов? А если в момент развертывания копии в оригинале уже были проведены изменения? Ну и т.д.
Кто как хочет так и
фапаетделает бекапы :)Думаешь может завтра, а лучше послезавтра. Сейчас устал, занят
А потом ругаешь себя. Кто с этим не сталкивался. Бррр, как вспомню.
Несомненно необходимый плагин.
PS Хейтерам, провокаторам и прочим, кто считает, что плагин ему по каким-либо причинам не подходит, настоятельно советую из топика проследовать в каталог для поиска плагина по душе. Отписываться тут — совсем не обязательно.
Только бесплатно и без шифрованных бекдоров.
Функциональность точно такая-же, единственное отличие — нету красивой оболочки, хотя кому она нужна, 1 раз настроил и забыл.
Я не хейтер, провокатор и прочий, но мне не понятно, зачем это сделано. Сам хотел этот плагин купить по началу, но потом передумал (из-за того, что уже сделал)
Понимаю еще в какие нибудь DAO и прочие плагины запихать проверку лицензии, но в плагин который можно бесплатно сделать аналог за 5 минут и на много проще, да еще и цена в пару раз больше заломлена — на мой взгляд перебор какой-то.
Ведь источник «слышал» настолько авторитетный, что покрывает реальное положение дел у всех хостеров :)
Справа можно выбрать только период, с какой частотой будет создаваться копия. Время создания копии нельзя указать, отсчет начинается с момента создания задания.
Пока можно поменять вручную в БД (таблица prefix_backup_shedule) у уже созданного задания время следующего запуска (поле shedule_next_date). Если не получится пишите на support@lsmods.ru данные для доступа.