Конечно не держать все яйца в одной корзине, почитайте тут темы шаред хостингов, у некоторых неделями сайты не работают и бэкапы людям не отдают. А еще привыкните к одной корзине и перенос сайтов в другую будет большой проблемой.
Это не SQL запросы, а события апдейтов, он их все выполняет. И если пришло событие удалить таблицу - он ее удалит. Он не копирует к себе бинлог, а именно применяет. Можете проверить. Как это вы так много лет занимаетесь и не понимаете, как mysql работает?
И там все правильно написано real-time back-up - это и есть копия базы в текущий момент, а не в любой момент времени, т.е. откатиться на день никак нельзя.
Это вы предлагаете бинлог для бэкапов приспособить. А я не предлагаю, можете наступать на эти грабли сколько влезет.
Но я расскажу, так и быть. Бэкап - не репликация. Он нужен для ситуаций, когда какие-то данные потерлись, например был послан запрос, который удалил полностью какую-то отдельную часть данных, например таблицу, если это sql база данных, этот же запрос успешно выполниится на вашем маломощном сервере-реплике и вы останитесь без таблицы на обоих серверах. Восстановление этой таблицы, как и любых других данных из бэкапа не может длиться месяц, вы скорее лишитесь бизнеса, потому бэкап должен быть структурирован и в простых форматах, чтобы с ним было очень легко разобраться и работать, но никак не бинлог.
А то что mysql полон всякой неадекватчины - это мы в курсе, на их решения нужно смотреть, как на идеи студентов, они как и студенты не сильно задумываются о последствия, а вы можете загробить свой проект.
Так это не для бэкапа, а для репликации, в нем будут все повторяющиеся апдейты присутствовать, зачем их в бэкап ложить? Конечно такое будет долго рековэриться, все апдейты за все существование проекта нужно будет выполнить за раз.
Рилтайм работает, только конечно не так, что в момент атаки включили, статистика должна копиться заранее. Это уже из категории средств предотвращения атак.
Все способы с кукой пропустят ботов, которые работают на движке реального браузера, например на фантоме. Такие боты обнаруживаются только сбором статистики и анализом аномального поведения.
Неотличимы, да отличимы :)
Я уже кому-то один простой давал, можно в паблик выложить [удалено] , есть еще с limit_req'ом варианты и совмещенный, для придержания запросов всех-всех ботов.
А что никто nginx перед апачем не ставит? Есть целая куча способов избавиться от подобных атак nginx'ом и сразу для всех сайтов за ним.
Юзаю resellerclub.com где-то с 2006-го, принимают вебмани.
Например, каких? Вот упадет или заблокируют сервер, ну и пускай, есть в других ДЦ, которые спокойно примут трафик, а тем временем смогу заказать новый.
