Алеандр

Алеандр
Рейтинг
208
Регистрация
08.12.2010
141c18

Читайте мануалы, в инете похожих полно. Все можно сделать в файлах, напрямую жестко. Либо более мягко, используя языковые файлы и переменные для описаний. Но, в любом случае, помимо правки файлов вам необходимо будет выполнить изменения в базе данных, добавить новые поля в таблицу. То, что вы нашли - это лишь шаблон внешнего вида, не более.

SeVlad:
Для решения исходной задачи.
Ваш КО. :)
эээ.. а саму-то никак не додуматься? Ну например ГЕТом. Можно даже с параметрами. ;)
И этои вопросы задаёт человек, пишущий грамотные вещи.. яфшоке

Мой друг, когда вы выполните GET'om на практике, на хостинге с ограничением по времени исполнения, по нагрузке ресурсов, php-скрипт для создания архива сайта, размером, ну хотя бы в 0,5 Gb, тогда продолжим прения ;)

Дополню: такой изврат не нужен в принципе, потому как проще этот файл положить изначально на сайт (он же ваш), и выполнять по крону в панели хостера. В общем не выдумывайте, и уж тем более с такими возмущениями :)

foxi:
Алеандр, у меня rcync без проблем смотрит за 4 гб данными, в которых пару млн мелких файлов, каждые сутки качая метров 50 измененных. ну а если нету ssh - можно придумать, также дату файла по фтп можно узнать, можно фтп примонтировать как файловую систему и работать рсинком...

Топикстартер хотел скрипт, желательно на php, rsync - это не этот случай, явно. И если он такие вещи спрашивает - сомневаюсь, что он в состоянии будет сам подготовить весь shell скрипт полного цикла для такой задачи.

Аналогично слежу rsync'om за 3 Gb инфы, но условия там другие. Без нормальных шелов это уже мазохизм будет, для автора есть более простые решения.

Upd: Foxi, посмотрел ваш профиль, вспомнил за ваш конструктор. Если не ошибаюсь - ваш rsync следит за вашим конструктором, у которого просто на одном боксе все в папочках и это дело синкает. В вашем случае и при наличие шелла - да, нормальный вариант. И то, если вы просто хотите иметь "горячую" копию вашего конструктора-сервера. Я, например, для такого, но только именно бэкапа использую скрипт fsbackup, с инкрементальными бэкапами - почти весь сервер тупо собирается в кучу, архивируется и отправляется на ftp. Просто и надежно. Но, опять же, это из другой оперы.

Легче купить хостинг/vps недорогой и работать в свое удовольствие, чем так заморачиваться.

SeVlad:
Но по ФТП можно залить скрип, который забекапит (и файло и БД) и даже отправит архив куда надо :)

А при чем тут заливка по FTP скрипта? Как вы его выполнить собираетесь?

---------- Добавлено 18.10.2013 в 16:54 ----------

foxi:
rsync инкрементно, и никакого мазохизма качать только измененные файлы.
это не нормальные хостинги, нормальные или разрешают, или дают юзеру самому возможность разрешать/запрещать.

Для rsync нужен ssh, если не ошибаюсь. Тем более при работе с ключами, далеко не на каждом хостинге это возможно. Ну и разговор идет о массовом опросе кучи сайтов, если я верно понял. А теперь представьте, если там много меняется картинок (аватарки, допустим у юзеров), разных профайлов и тд - вы все эти файлы будете по одному таскать через rsync? Ну-ну. Так и через фтп можно сделать по одному, смысл? Вопрос в архивировании перед этим.

Нормальные хостеры заботятся о безопасности и закрывают доступ извне, доступ к БД разрешен в нормальных условиях только для локалхоста. Спорить не буду, но это тоже надо иметь ввиду.

TF-Studio:
Крон может выбрать по файлам - тут не вижу проблем.
Удаленно к БД - можно настроить, можно через прокладку (скрипт защищенный на хостинге) сделать, все решаемо.
Изнутри - есть некоторые сложности, потому именно такой вариант ищется.

Это уже кастомность приличная, не универсальный вариант, потому и говорю - готовых вариантов не будет в широком смысле, только писать что-то свое персональное.

Предложу вам пошагово, как сможете реализовать:

1) На хостинге/сервере с сайтом/сайтами создаете крон-задачу по архивированию сайта, либо просите это сделать по крону саппорт. Обычно с этим проблем нет.

2) Аналогично - создание sql. Либо через саппорт, либо php-скрипт, который на хостинге выполняется по крону.

3) Оба архива (sql и архив с файлами) кладете в защищенную директорию, достаточно уникального имени директории и basic авторизации через .htaccess + .htpasswd

3) На удаленном сервере, который играет роль бэкапного, создаете простенький скриптец, который будет пробегаться по крону по всем вашим файликам, дергать их с авторизацией и складировать/менеджить. Само собой файлики бэкапов на хостинге должны будут имень унифицированные названия.

Профит.

Через FTP никто не позволит вызвать команды для архивирования вашего сайта. А без архивирования, тягать по одному файлику - мазохизм. Кроме того, все нормальные хостинги не позволяют подключится к базам данных удаленно с других подсетей.

Соответственно, именно такого сервиса или скрипта как вы хотите, не то что бы не видели, они в принципе не существуют. Бэкап создается изнутри, никак не снаружи.

Альтернатива - единый скрипт, который ложится на самом хостинге или сервере, он выполняет функции сбора-обработки всего, что нужно бэкапить и удаленно сливает на единый сервер бэкапа.

На хостинге без shell обычно можно обратиться в саппорт, они будут сами вам создавать суточные бэкап файлы и кидать вам их в фолдер, будет нужно только забирать это дело.

Все зависит от того, что используется на сайте для такой защиты. Я лично такую делал, что спасти могли только наборы прокси, и никак иначе. Ни куки, ни тайм-ауты, ни подмены User-Agent, ничего бы не помогло.

Mitjay:
Хотя я не знаю когда хакнули сайт.

Могли и не хакать, если вы взяли шаблон или сам код сайта на левом ресурсе - этого достаточно.

Ответ в личку отправил, а вообще вы далеко не одиноки: https://www.google.ru/#newwindow=1&q=UPHIK007+Was+Here

Музычка прикольная, мне понравилась :)

Всего: 1471