При условии, что используется транзакционный движок, т.е INNODB.
В случае, если используются таблицы MyISAM, то это не поможет ну никак.
Ох...
У ТСа вроде сервер.. Но все же, что может посоветовать своим клиентам для бекапов БД хостер высокого качества ENELIS? Может быть какое энтерпрайз решение типа R1SOFT?
Зря вы так, Сергей. Я почти уверен, что этот клиент ваш и он вам очень подойдет. Так, что в этой теме я вас полностью поддерживаю.
Ну и подождем еще 6-7 месяцев, есть чуйка что будет опять новая тема, да и у вас подорожание услуг намечается в скором времени:kozak:
Вы же искали уже подобный сервер чуть более полугода назад и вроде успшно его нашли.
/ru/forum/952225
В чем причина переезда? Ну не в подарочном месяце ведь...
Прям угадайка какая-то ;)
1. Хостер с северами в LeaseWeb
2. Есть проблемы с тех. поддержкой и это видно из его ветки на searchengines.
3. Пересылка жалоб от LeaseWeb клиентам осуществляется в ручном режиме и жалобы периодически теряются, а сайты блокируются. Вероятно в отделе abuse этого хостера работает 8 человек.
Удивтельно, кто бы это мог быть 🤣
Если речь о http, то возьмите бизнес тариф на cloudflare за 200$
Они есть на MSK-IX и по всему миру.
Хотя, вероятно, это может быть выше бюджета.
Тут уже писали, что бывают случаи, когда и через пару лет просыпаются владельцы. ТС судя по всему просто вебмастер, взял денег , сделал для кого-то сайт и забил. Домен кончился, владелец не очень в теме, вот и потеряли домен.
У gTLD регистраторов так бывает. Регистратор у себя на expired аукционе до наступления redemption period продает просроченный домен и вместо того чтобы его дропнуть - меняет администратора. В итоге Creation Date остается прежним, а у домена новый владелец.
Вариант судя по всему только один - попытаться выкупить домен у его текущего администратора (Японца).
Вы никакого отношения к этому домену уже не имеете, а ваши проблемы с "автооплатой" итд - это исключительно ваши проблемы, текущий администратор домена к ним никакого отношения не имеет.
В данном случае провайдер ничего не спёр. Он может и не знать, что у него там вообще размещено.
Подобный алгоритм сработает, даже если на форуме разместить какой-то копирайченный текст.
Суд то не с нарушителем, а с провайдером, который создал условия.
Странный вы какой-то оператор ПДна.
1. Форма регистрации с ФИО и e-mail , но согласие на обработку ПД и политики конфиденциальности или правил пользования сайтом у вас отстствует.
2. ПД вы якобы обрабатывается только для целей исполнения договора, но оферта акцептуется только после "первичного пополнения лицевого счета", а ПД вы собираете и обрабатываете гораздо раньше, уже на этапе регистрации.
После 1 июля с таким набором можно спокойно попасть на штраф 70к от РКН.
Там по ПД еще куча всяких бумажек требуется, как внутри фирмы, так и для клиентов.
====
На каком основании вы передадите данные? Полиция или суд у вас что-то запросили? Уверен, что нет. По личной инициативе? Это уже насколько я понимаю будет нарушение обработки ПДн. Либо вам это придется оформлять в виде "заявления о совершении преступления", по сути жалоба на своего клиента в органы.
Что касается мосгорсуда и дел "О защите авторских и (или) смежных прав в информационно-телекоммуникационных сетях, в том числе в сети "Интернет"..
Наши доблестные правообладатели действуют по следующему алгоритму:
1. Идут к нотариусу и фиксируют "нотариально заверенный скриншот".
2. Делают whois на сайте типа 2ip.ru, 2whois.ru, где отображается "наименование" оператора, кому принадлежит IP
3. Все это сгружают в виде заявления в мосгорсуд и ответчиком выбирают владельца IP адреса по whois. Требование - "прекратить создание условий для распространения информации нарушающей авторские права". На основании заявления, Суд просит РКН осуществить досудебную блокировку и составить "акт мониторинга".
4. Вот на этом этапе провайдеру на контактные адреса abuse прилетает уведомлялка от РКН, но сделать уже ничего нельзя, т.к есть "ноториально заверенный скриншот". Т.е удаляй не удаляй - никак ничего уже не исправить.
5. Судом "акт мониторинга" РКН считается неоспоримым доказательством, он доказывает принадлежность IP адреса сайта конкретному провайдеру (ответчику).
6. На основании нотариально заверенного скриншота и акта мониторинга РКН, суд выносит постановление о том, что "запретить провайдеру создание условия для распространения информации на сайте таком-то". Если в процесс попытается "въехать" непосредственно хозяин домена или сайта, то его отфутболят как не имеющего отношение к делу товарища. Т.к суд идет в отношении создания условий распространения, т.е в отношении провайдера, а не в отношении владельца сайта.
7. Провайдеру за это все ничего не грозит, кроме как оплата пошлины в размере 6000 руб.
8. Казалось бы в чем профит для правообладателя, ведь сайт может быть зарубежом (там куча дел против CloudFlare , OVH, LeaseWeb итд) и исполнять решения мосгорсуда там никто не торопится. А профит в следующем.
9. После того как решение вступает в силу, правообладатель подает в суд опять на этот же сайт и контент, по абсолютно аналогичному алгоритму, но т.к это уже будет "неоднократное" нарушение, то просит заблокировать домен НАВЕЧНО. По результату второго разбирательства суд просит РКН внести доменное имя в список навечно заблокированных и прекратить предоставлять доступ к информации на указанном домене на территории РФ. ПРОФИТ.
По итогу - провайдеру две оплаты пошлины. Владельцу сайта вечная блокировка домена без возможности как-либо повлиять на исход дела. Такой вот МосГорСуд.
