Оу!, больше ничего. на machoster уже все удалили.
один знакомый это еще не тенденция. а посещаемость могла упасть по не зависящим от dns причинам.
покажите какие dns-сервера были указаны в настройках домена у регистратора до переезда.
эти сервера можно опросить и немного прояснить ситуацию.
ну и с кеширующими программами бывают проблемы. обычно это outpost firewall
Если очень надо посмотрите какие таблицы самые большие, сделайте дампы только этих таблиц раздельно с помощью mysqldump и опции --where. мелкие таблицы сдампите одним куском.
файлы, которые получатся в результате заливайте по одному. должно помочь.
А лучше пользуйтесь VPS без искусственных ограничений
join не нужен. есть union.
похоже так
http://ubuntu-tutorials.com/2009/03/13/configure-postfix-for-multiple-isp-client-smtp-authentication/
zzeus, я имею ввиду код в субд, приводящий к попытке зафиксировать изменения на диск. контроллер быстро поглощает все данные в свою память и вызов sync быстро возвращает управление программе. без батарейки контроллер пытается все записать немедленно.
впрочем вы можете и не верить. кстати, fsync в innodb вообще нельзя выключить. раз в секунду он все равно вызывается.
не совсем так. просто с батарейкой sync быстрее завершается.
Да.
Неважно, что вам там нужно сделать, все блага гугла рассчитаны только на частных пользователей.
morozko, весьма сомнительно, чтобы вебстудии подписывали такие договоры, что даже по вине третих лиц они обязаны платить неустойку. это на самом деле так делают?
в большинстве договоров такой сгоревший сервер будет трактоваться как форс-мажор.
softvariant.ru, ну так установленная панель не подразумевает настройку под файловый антивирус
