- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Никто не встречал что-то подобное?
1. Единый "центр"
- задаем в нем FTP-акканты, координаты и явки БД
2. Настраиваем расписание и он сохраняет у себя все бекапы, в определенной структуре.
Везде разные панели, разные инструменты (когда много разных серверов, хостингов), а тут все просто будет, ввели пароли/адреса и настроили частоту скачивания.
Скрипт сам себе заходит на хостинг и все скачивает, сохраняет, где-то полные копии, где-то только различия в файлах.
Если такого нету, то хотя бы заготовки какие-то (классы, функции, ...), чтобы собрать "конструктор" можно было
На пыхе желательно, ибо будет работать на отдельном сервере.
А CMS все разные?
---------- Добавлено 18.10.2013 в 17:08 ----------
я к тому как mysql будет бэкапиться.
Удаленное подключение к серверу БД (где это разрешено)
Через FTP никто не позволит вызвать команды для архивирования вашего сайта. А без архивирования, тягать по одному файлику - мазохизм. Кроме того, все нормальные хостинги не позволяют подключится к базам данных удаленно с других подсетей.
Соответственно, именно такого сервиса или скрипта как вы хотите, не то что бы не видели, они в принципе не существуют. Бэкап создается изнутри, никак не снаружи.
Альтернатива - единый скрипт, который ложится на самом хостинге или сервере, он выполняет функции сбора-обработки всего, что нужно бэкапить и удаленно сливает на единый сервер бэкапа.
На хостинге без shell обычно можно обратиться в саппорт, они будут сами вам создавать суточные бэкап файлы и кидать вам их в фолдер, будет нужно только забирать это дело.
Крон может выбрать по файлам - тут не вижу проблем.
Удаленно к БД - можно настроить, можно через прокладку (скрипт защищенный на хостинге) сделать, все решаемо.
Изнутри - есть некоторые сложности, потому именно такой вариант ищется.
Крон может выбрать по файлам - тут не вижу проблем.
Удаленно к БД - можно настроить, можно через прокладку (скрипт защищенный на хостинге) сделать, все решаемо.
Изнутри - есть некоторые сложности, потому именно такой вариант ищется.
Это уже кастомность приличная, не универсальный вариант, потому и говорю - готовых вариантов не будет в широком смысле, только писать что-то свое персональное.
Предложу вам пошагово, как сможете реализовать:
1) На хостинге/сервере с сайтом/сайтами создаете крон-задачу по архивированию сайта, либо просите это сделать по крону саппорт. Обычно с этим проблем нет.
2) Аналогично - создание sql. Либо через саппорт, либо php-скрипт, который на хостинге выполняется по крону.
3) Оба архива (sql и архив с файлами) кладете в защищенную директорию, достаточно уникального имени директории и basic авторизации через .htaccess + .htpasswd
3) На удаленном сервере, который играет роль бэкапного, создаете простенький скриптец, который будет пробегаться по крону по всем вашим файликам, дергать их с авторизацией и складировать/менеджить. Само собой файлики бэкапов на хостинге должны будут имень унифицированные названия.
Профит.
Через FTP никто не позволит вызвать команды для архивирования вашего сайта.
Но по ФТП можно залить скрип, который забекапит (и файло и БД) и даже отправит архив куда надо :)
TF-Studio, по моему мы с тобой когда-то обсуждали этот вопрос.. или не с тобой.. ;)
Через FTP никто не позволит вызвать команды для архивирования вашего сайта. А без архивирования, тягать по одному файлику - мазохизм.
rsync инкрементно, и никакого мазохизма качать только измененные файлы.
Кроме того, все нормальные хостинги не позволяют подключится к базам данных удаленно с других подсетей.
это не нормальные хостинги, нормальные или разрешают, или дают юзеру самому возможность разрешать/запрещать.
Но по ФТП можно залить скрип, который забекапит (и файло и БД) и даже отправит архив куда надо :)
А при чем тут заливка по FTP скрипта? Как вы его выполнить собираетесь?
---------- Добавлено 18.10.2013 в 16:54 ----------
rsync инкрементно, и никакого мазохизма качать только измененные файлы.
это не нормальные хостинги, нормальные или разрешают, или дают юзеру самому возможность разрешать/запрещать.
Для rsync нужен ssh, если не ошибаюсь. Тем более при работе с ключами, далеко не на каждом хостинге это возможно. Ну и разговор идет о массовом опросе кучи сайтов, если я верно понял. А теперь представьте, если там много меняется картинок (аватарки, допустим у юзеров), разных профайлов и тд - вы все эти файлы будете по одному таскать через rsync? Ну-ну. Так и через фтп можно сделать по одному, смысл? Вопрос в архивировании перед этим.
Нормальные хостеры заботятся о безопасности и закрывают доступ извне, доступ к БД разрешен в нормальных условиях только для локалхоста. Спорить не буду, но это тоже надо иметь ввиду.
Алеандр, у меня rcync без проблем смотрит за 4 гб данными, в которых пару млн мелких файлов, каждые сутки качая метров 50 измененных. ну а если нету ssh - можно придумать, также дату файла по фтп можно узнать, можно фтп примонтировать как файловую систему и работать рсинком...
Алеандр, у меня rcync без проблем смотрит за 4 гб данными, в которых пару млн мелких файлов, каждые сутки качая метров 50 измененных. ну а если нету ssh - можно придумать, также дату файла по фтп можно узнать, можно фтп примонтировать как файловую систему и работать рсинком...
Топикстартер хотел скрипт, желательно на php, rsync - это не этот случай, явно. И если он такие вещи спрашивает - сомневаюсь, что он в состоянии будет сам подготовить весь shell скрипт полного цикла для такой задачи.
Аналогично слежу rsync'om за 3 Gb инфы, но условия там другие. Без нормальных шелов это уже мазохизм будет, для автора есть более простые решения.
Upd: Foxi, посмотрел ваш профиль, вспомнил за ваш конструктор. Если не ошибаюсь - ваш rsync следит за вашим конструктором, у которого просто на одном боксе все в папочках и это дело синкает. В вашем случае и при наличие шелла - да, нормальный вариант. И то, если вы просто хотите иметь "горячую" копию вашего конструктора-сервера. Я, например, для такого, но только именно бэкапа использую скрипт fsbackup, с инкрементальными бэкапами - почти весь сервер тупо собирается в кучу, архивируется и отправляется на ftp. Просто и надежно. Но, опять же, это из другой оперы.