Да нету, у него плюсов, нету... :)
Другое дело, что вся серверная система в целом строится с разной задумкой - для десктопов в уме на первом плане держится производительность, для серверов - надежность.
Начиная от типа кандеров и заканчивая коррекцией ошибок памяти.
Лично у меня десктопные компы работали (и работают) по 5 лет не выключаясь и как серверы и как десктопы.
Но поломки на десктопах случаются на порядок чаще. Если не на два.
Горелый проц это и правда жуткий раритет. ;) А вот глючащая десктопная 5-летняя мать с "просевшими" электролитами - это практически норма.
Выбор - на то он и выбор, что неоднозначен...
Если действительно нужна максимальная производительность и в последующее годы планируется периодическая замена серверов на более мощные - берите q9300.
Если хотите сервер, который проработает 10 лет - берите ксеон.
В первом случае крайне желательно заранее разработать план действий на случай отказа оборудования. Хотя такой план должен быть в любом случае ;)
Если нет возможности управлять ДНС-сервером (то есть енвозможно создать A или NS записи), то единственный спомоб - это http-редирект на ip или чужое доменное имя, на которые настроен "другой" сервер.
http-редирект можно сделать, например, через правило rewtite в .htaccess
RewriteCond %{HTTP_HOST} !^subdomain.mydomain.com$ [NC]
RewriteRule (.*) http://drugoi.server.com/$1 [R,L]
типа вот так:
nice -n 19 backup_script.sh
Проблема скорее всего в нагрузка на винт.
В достаточно больший степени может помочь, если делать бакап на выделенный винт. Если вин IDE, то он обязательно должен быть на отдельном шлейфе.
Ну и, как уже сказано, постарайтесь выбрать для бакапа время, когда нагрузка на сервер минимальна.
В процессе бакапа (если скрипт бакапа самописный) можно периодически проверять нагрузку сервера и делать паузы, если она чересчур большая.
Очень большие аккаунты (по возможности) можно бакапить значительно реже, чем мелкие - ведь именно они обычно грузят больше всего.
ApocX, который именно патч?
Patch management with GFI LANguard N.S.S. & Microsoft WSUS? ;)
Если база большая, то innodb - наше все! ;)
Например, после сбоя питания сервера, myisam-индексы могут пересчитываться очень долго. Уже для гигабайтной базы это может длится долгие минуты или даже десятки минут.
/configure it with --with-max-indexes=128
Но можно вопрос из чистого любопытства? :)
Сколько занимают данные этой таблицы и сколько ее 64 индекса?
Гм. Откуда такая информация??
Оба эти спска банят отдельные ip.
Из спамхауса вообще исключиться проще простого - вообще любой может зайти на их сайт и исключить ip.
Спамкоп прекращает листинг буквально через несколько часов, после того, как перестал валить спам, даже если никаких телодвижений не делать...
Я сам не раз попадал в блеклисты и с этми двумя у меня никогда никаких проблем не было.
В качестве альтернативы (а лучше дополнения) хочу обратить внимание на блеклисты Real-time Blackhole List
Лично я использую спамкоп и спамхаус - результатами весьма доволен.
Хотя для русскоязычного спама они менее эффективны чем для англоязычного, тем не менее достаточно полезны. К тому же потребляют минимум системных ресурсов.
Кроме того, полезно настроить проверку spf - хоть и не слишком часто его используют, но, опять таки, системных ресурсов практически не жрет...
Есть еще параметры error_reporting и display_startup_errors, возможно это из-за них.
Похоже вам нужно просто сделать симлинк вместо папки httpsdocs
Проща всего это сделать зайдя по ssh.
Удаляем папку (должна быть пустой):
rmdir httpsdocs
Делаем собственно линк:
ln -s httpdocs httpsdocs
Таким образом в текущей папке у вас останется реальная папка httpdocs и символическая ссылка на нее с именем httpsdocs
Все файлы, что доступны по http станут доступны по https