Это не сервер, это NAS, коробочка типа роутера + диски.

Результаты этого теста не абсолютны, а относительны. Т.е. всё зависит от железа, на котором всё запущено и скрипта, который запускается запросом. Например, при запросе статической, или статически закешированной страницы можно получить очень большой результат, и он ничего не скажет, ни о производительности сервера, ни о качестве настройки, ни о качестве скрипта - вообще ничего.

Рынки отличаются, но работать можно как на глобальном (а это в, общем-то, рынок США и отчасти Европы), так и на своём локальном. Для жителей некоторых стран, соответственно, они вообще пересекаются. Ну и первое, обычно куда выгоднее.

А в чём отличие зарубежных фрилансеров?
Безусловно можно жить именно с такой работой. Я вот живу.

Подходит только для Centos|RHEL, и поставится очень старый drush.

Почитать журнал событий, как и рекомендовано в сообщении, найти там проблему и устранить её.

Это они просто не пробовали...

Тем что это заведомо самый медленный способ. А fastcgi или mod-php примерно равны и куда быстрее - и там, и там процесс php заранее уже запущен, и ждёт запроса, в большинстве случаев, а не запускается каждый раз, в момент начала обработки запроса. Реальная разница на какой-нибудь виртуалке, особенно с тормозящим i/o может быть огромной.
И это кроме проблем с кешированием опкода, например да и массы других.

Зачем для этого демон? Запретить создавать файлы можно средствами ОС, отобрав у пользователя под которым запущен скрипт соответствующие права, или сменив владельца папок/файлов. Ну и естественно, не только php файлы, а файлы вообще надо запретить создавать.

А по логу видно, что файлы залиты по ftp заражённые?
Я практически уверен, что на самом деле, проблема вообще не связана с ftp, и файлы заливаются через дыру сайта.
Это случается куда чаще, чем утечка паролей ftp, и тем более, чем компрометация ftp сервера.

1. Логи.
2. Изучите матчасть про пользователей и права в linux. Никакого дополнительного по не требуется.
3. Безусловно, обновить скрипт если это вообще возможно, или искать дыру если нет.

1. Любой, даже из не перечисленных выше.
2. Любой вариант кроме CGI будет нормально.
3. Пригласить специалиста.
4. Кешер опкода актуальный до php 5.3
5. Универсальной кнопки "сделать хорошо" не существует.
6. ab не самый удачный инструмент, j-meter или siege зачастую подходят лучше. Как пользоваться ab можно узнать с помощью команды:
man ab

Такие решения в лучшем случае работоспособны. О их оптимальности можно вообще не говорить - это не более чем заготовка.

Это могло быть ложно-позитивное срабатывание, или там уже нет вируса.

Существует масса случаев, когда этот хак просто всё сломает, т.к. порядок загрузки бывает весьма важен...
Используйте https://www.drupal.org/project/advagg, подобрав правильно настройки, и будет вам счастье.

Это совсем не так - если ошибки связаные с кешированием статики не пропадают, надо смотреть а локальна-ли статика в ошибке, и отдаются-ли эти заголовки в действительности. Если и то и другое верно - ошибки исчезнут.

Что-то сильно не верится: WiFi карточки Atheros без танцев с бубном отлично работают. Кстати, именно на таком чипе карточка у меня на miniitx компе с той самой 12.04 lts - никаких проблем.
С интеловским видео тоже нет проблем никаких - ещё бы какая нибудь ati была бы совсем свежая, или сильно старая, могли бы быть проблемы, как и под виндой, кстати.
Так что, либо конфигурация была всё же не та, либо что-то с руками не так.

Там, ну совсем, не это написано.

Проблема в итоге вот в этом абзаце по ссылке:
«У IP-адреса отправителя должна быть запись PTR для выполнения обратного запроса DNS. Необходимо, чтобы он совпадал с IP-адресом, который получен путем прямого преобразования доменного имени, указанного в записи PTR, иначе сообщение будет отмечено как спам или отклонено.»

У клиента есть там виртуалка, с сайтом на 7 drupal.
В принципе, всё работает, за время моего наблюдения (4мес) всё стабильно, и просадок по скорости проца/дисков/канала не замечено, что радует.

Школоло хост - это, скорее, когда админ школьник решивший заработать в интернете, и создать для этого свой хостинг. Кстати, таких не мало.

Фаерволл очень полезная штука вне зависимости от операционной системы. Надеяться на то, что линукс "из коробки" надёжнее не стоит. Хотя это в целом так, но отнюдь не абсолютно защищён, особенно без дополнительных действий.
В общем, забывать о безопасности не стоит.

Что-то мне подсказывает, что проблема была не в "не работало". а в неумении пользоваться.

Стоит сменить веру в панельку на толкового сисадмина.

Вам повезло очень, что были портированы нужные для этого сайта модули - если сайт не сложный, ну так бывает...
Или вы собрали его на alpha|rc|dev версиях модулей, что совершенно не нормально, и он может в любой момент скончаться.

Мало того, что на 8 что-то кроме экспериментов делать рано, и ещё с год, если не больше будет рано, так ещё и задача совсем другой весовой категории чем миграция с 6 на 7.

Ну и не нужен там никакой коммерц, если внимательно прочитать.

В связи с окончанием поддержки многих модулей на 6, перенести на 7, это, в большинстве случаев, не особо большая проблема. Попутно можно что-нибудь оптимизировать, если это вообще нужно.