А при чем тут заливка по FTP скрипта? Как вы его выполнить собираетесь?---------- Добавлено 18.10.2013 в 16:54 ----------
Для rsync нужен ssh, если не ошибаюсь. Тем более при работе с ключами, далеко не на каждом хостинге это возможно. Ну и разговор идет о массовом опросе кучи сайтов, если я верно понял. А теперь представьте, если там много меняется картинок (аватарки, допустим у юзеров), разных профайлов и тд - вы все эти файлы будете по одному таскать через rsync? Ну-ну. Так и через фтп можно сделать по одному, смысл? Вопрос в архивировании перед этим.
Нормальные хостеры заботятся о безопасности и закрывают доступ извне, доступ к БД разрешен в нормальных условиях только для локалхоста. Спорить не буду, но это тоже надо иметь ввиду.
Это уже кастомность приличная, не универсальный вариант, потому и говорю - готовых вариантов не будет в широком смысле, только писать что-то свое персональное.
Предложу вам пошагово, как сможете реализовать:
1) На хостинге/сервере с сайтом/сайтами создаете крон-задачу по архивированию сайта, либо просите это сделать по крону саппорт. Обычно с этим проблем нет.
2) Аналогично - создание sql. Либо через саппорт, либо php-скрипт, который на хостинге выполняется по крону.
3) Оба архива (sql и архив с файлами) кладете в защищенную директорию, достаточно уникального имени директории и basic авторизации через .htaccess + .htpasswd
3) На удаленном сервере, который играет роль бэкапного, создаете простенький скриптец, который будет пробегаться по крону по всем вашим файликам, дергать их с авторизацией и складировать/менеджить. Само собой файлики бэкапов на хостинге должны будут имень унифицированные названия.
Профит.
Через FTP никто не позволит вызвать команды для архивирования вашего сайта. А без архивирования, тягать по одному файлику - мазохизм. Кроме того, все нормальные хостинги не позволяют подключится к базам данных удаленно с других подсетей.
Соответственно, именно такого сервиса или скрипта как вы хотите, не то что бы не видели, они в принципе не существуют. Бэкап создается изнутри, никак не снаружи.
Альтернатива - единый скрипт, который ложится на самом хостинге или сервере, он выполняет функции сбора-обработки всего, что нужно бэкапить и удаленно сливает на единый сервер бэкапа.
На хостинге без shell обычно можно обратиться в саппорт, они будут сами вам создавать суточные бэкап файлы и кидать вам их в фолдер, будет нужно только забирать это дело.
Все зависит от того, что используется на сайте для такой защиты. Я лично такую делал, что спасти могли только наборы прокси, и никак иначе. Ни куки, ни тайм-ауты, ни подмены User-Agent, ничего бы не помогло.
Могли и не хакать, если вы взяли шаблон или сам код сайта на левом ресурсе - этого достаточно.
Ответ в личку отправил, а вообще вы далеко не одиноки: https://www.google.ru/#newwindow=1&q=UPHIK007+Was+Here
Музычка прикольная, мне понравилась :)
PerconaDB или MariaDB из коробки будут на голову выше по производительности, чем 5.5
Проводил тестирование на высоконагруженном сайте с phpBB - PerconaDB vs 5.5, Percona выиграла :)
PS.
5.5 не тюнил, а Percona была из коробки по умолчанию.
Если тюнить - любая версия будет намного быстрее работать, чем стандартная настройка.
Для этого будет нужно что-то вроде LiveCD, только на флешке и с кастомным набором ПО на ней, для того, что бы эта флешка, точнее ОС с нее было в состоянии работать с любым или почти любым железом. Обычная установленная ОС не прокатит, ибо на разных компах, если они не идентичны - не запустится.
Жизнь флешки будет коротка, выше уже сказали.
По поводу десктоп или сервер: если нужен сервер, для работы с серверным ПО, то сервер-сборка, если же важен графический интерфейс, то это уже не server, тогда качать и ставить десктоп и докачивать и устанавливать нужные пакеты дополнительно.
Ну и еще, грузиться с этой флехи в версии типа LiveCD будет долго, нудно, а если просто инсталяция на флешку как на носитель, то элементарно будет запускаться только на одной машине, и нигде более, по многим причинам. В общем жуткий изврат, который не будет работать так, как это необходимо и видимо задумывается.
Намного логичнее, при наличие Интернета - купить VDS дешевый, и на нем работать откуда угодно. Если Интернета нет постоянного - купите себе дешевенький нетбук, поставьте на него нужную сборку и делайте что хотите и как хотите.
А что может интересовать кроме денег, при наличие таких требований? Лелеять ваши проекты как свои? Врядли. Лелеять ваши проекты как свои возможно только в том случае, если помимо ЗП будет и интерес в виде процента, доли прибыли, например. Кроме того, судя по объемам заявленных задач - мне очень сомнительна занятость на 1/3 фулл-тайма.
Веб-программист со знаниями маркетинга, менеджмента, СЕО, быть в курсе технологий - не так уж мало :) К этому не забываем добавить специалиста в QA ("Контроль разработчиков по дизайну, верстке, CMS. ... соответствие ТЗ и здравому смыслу (кроссобраузерность, баги, нестыковке в ТЗ)).
А "самостоятельно проявлять инициативу" - это уже не обучение с вашей стороны, а желание найти того, кто будет еще и придумывать, а потом это придуманное двигать за вас.
Соглашусь с высказыванием выше - вам нужен грамотный, профессиональный партнер, на соответствующие ставки.
Nginx хорош для статики, php-fpm вообще лучше не использовать, обычный под апач куда как более приемлем.
Имелось ввиду 200 посетителей постоянно он-лайн? Тогда все равно нужна карта их активности, что они делают на форуме - активно постят комментарии, или же просто просматривают страницы. Это существенная разница. Так же довольно важно, что это вообще за форум, его функционал, сборка. Одно дело самописник с функцией "написать-прочитать", и другое дело - тяжелый phpBB, например.
При высокой нагрузке имеет смысл устанавливать nginx фронтенд, апач бакэнд, всю статику и коннекты обрабатывать nginx, все php обработки передавать в апач, в котором грамотно настроить Prefork модуль. Вместо обычного mysql ставить туже PerconaDB, уже протюненную и более скоростную соответственно. php-apc в помощь + memcached еще ускорит работу. Ну и по мелочам.
Ну а там уже смотреть на практике :)
