Dmitro_F: Работаю с 3-мя ДЦ в Европе и США. У всех 24 часа на решение подобных ситуаций, я кстати тоже отписывался, ругался, но ответ был однозначным - или убираете сайт/контент или блок сервера.
В США другие законы, у нас нужно писать в СУД.
Как мне, как представителю хостера, узнать кто у кого скопировал? Может тот кто написал абузу и скопипастил?
Максимум, что можно закрыть без суда и следствия это спам в явном виде, педафилию и всю подобную чушь.
Brim.ru: - чего-то я Вас не понял :( Во первых ведение бинлогов вещь не декларируемая хостером и их наличие у хостера - это большой вопрос (растут они, при интенсивном использовании базы, дико и не факт что хостер их ведет). Во вторых - не понял куда из бинарного лога денется инфа? т. е. если лог есть, он содержит данные (как правило от момента последнего "нормального" бэкапа).
Brim.ru: + 1, кроме бэкапирования часто хостеры используют опцию бинарного логирования (в MySQL). По binlog-у элементарно все восстанавливается.
- неизвестно как хостер делает бэкап (если на живой БД, то легко представить что в бэкап попадет "битая" таблица). Можно обойтись и без дампа - тупо взять папку с базой (если речь о MySQL) скопировать на локальный комп. в локальную MySQL, запустить "починку" таблицы, а затем снять дамп на локальной базе. Но думаю что хостер ничего не даст, а вся переписка про "битую таблицу" - это отмазка при полном отсутствии бэкапа.
ну вообще хостеру ничего не стоит дать бинарник, мы бы дали без проблем.
Работаю с 3-мя ДЦ в Европе и США. У всех 24 часа на решение подобных ситуаций, я кстати тоже отписывался, ругался, но ответ был однозначным - или убираете сайт/контент или блок сервера.
В США другие законы, у нас нужно писать в СУД.
Как мне, как представителю хостера, узнать кто у кого скопировал? Может тот кто написал абузу и скопипастил?
Максимум, что можно закрыть без суда и следствия это спам в явном виде, педафилию и всю подобную чушь.
Вакансия актуальна
Мы готовы помочь в выборе.
И даже предложить резервы и для разгона трафика Москва, Питер, Красноярск.
И даже ДЦ наших партнеров.
- чего-то я Вас не понял :( Во первых ведение бинлогов вещь не декларируемая хостером и их наличие у хостера - это большой вопрос (растут они, при интенсивном использовании базы, дико и не факт что хостер их ведет). Во вторых - не понял куда из бинарного лога денется инфа? т. е. если лог есть, он содержит данные (как правило от момента последнего "нормального" бэкапа).
Я имел виду бинарник базу (не бинлоиги)
У нас и ДЦ и хостинг и поддержка и руки.
Давайте клиентов, будем платить беспроблем .
Напишите мне свои контакты, обсудим. Если в москве, можно даже встретиться и все обсудить :)
Colo добавил 17.06.2010 в 14:52
Поддержка будет наша, с вашей стороны интересуют только клиенты.
- если он есть ;)
бинарник есть всегда ;). Вопрос только есть в нем то, что нужно ;)
+ 1, кроме бэкапирования часто хостеры используют опцию бинарного логирования (в MySQL). По binlog-у элементарно все восстанавливается.
- неизвестно как хостер делает бэкап (если на живой БД, то легко представить что в бэкап попадет "битая" таблица). Можно обойтись и без дампа - тупо взять папку с базой (если речь о MySQL) скопировать на локальный комп. в локальную MySQL, запустить "починку" таблицы, а затем снять дамп на локальной базе. Но думаю что хостер ничего не даст, а вся переписка про "битую таблицу" - это отмазка при полном отсутствии бэкапа.
ну вообще хостеру ничего не стоит дать бинарник, мы бы дали без проблем.
а если бэкап весит 50 GB? каково выкачивать его ежедневно по gprs-интернету или по какому-нибудь ЗамкадьеТелеком со скоростью 256 кбит/с? 🙅
а что хостер не делает бэкапы на удаленный сервер - действительно его вина.
по сабжу - увы, но "шеф усё пропало".
Можно купить хостинг в другом месте с большим местом.
и делать архив зайдя по ssh
tar -cvf archiv.tar *
и потом
scp archiv.tar login@domen.ru:~
базу можно снимать mysqldump
Ну у двух хостеров проблем быть не может, если уж совсем не верите и интернет слабый, купите еще один тариф у третьего хостера.
Это так :) К слову.
с какой целью интересуетесь?