Angerslave

Бюджет? Или самый дешёвый?
В любом случае, сейчас на рынке по ценам более-менее понятно, чем дешевле — тем медленнее, за редким исключением. Конкретные модели стоит советовать только зная конкретные цены, но в целом я бы посоветовал или поискать Vertex 2 на 25нм памяти (именно такой конфиг), либо современные Agility/Vertex 3/4, на что бюджет позволит. Самый безрисковый, но и самый дорогой вариант — контроллер от Marvell (Crucial, Intel), но там будет вопрос «или 64 на marvell или 128 на Everest 2», по крайней мере в наших магазинах так.

А какая задача-то? Социалка, новостной сайт или сервис какой-то обработки данных? По идее, хорошая CMS позволит до роста нагрузки продержаться насколько необходимо долго различными оптимизациями по ходу. В этом плане форк Drupal'а Pressflow выглядит неплохо. Если брать фреймворк, то это изначально нужно понимать какой для чего, иметь девелоперов и закладываться на хайлоад (которого ещё нет?).
По поводу облаков — у вас такой плавающий хайлоад, что облака будут эффективнее, чем несколько арендуемых серверов?

Вообще, выглядит больше как набор маркетинговых штампов — хайлоад, облака, NoSQL. Что там ещё в тренде сейчас? Должно на мобильных девайсах хорошо отображаться… Хотя это пользователю хоть какая-то польза, от метода хранения информации в БД юзеру ни холодно, ни жарко.

Возможно, для Ваших целей всё это подходит, но тогда это Вы должны нам рассказывать, почему MapReduce Вам нужнее Join'ов, как при нагрузке вы будете запускать новые инстансы в облаках, какие стратегии кэширования у Вас на сайте могут быть применены и т.д.

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

Пока мне хватает rockmongo.com/

Мда, не очень понятно что подразумеваете под фильтрацией? Не прошла форма валидацию — ответили пользователю отказом и не записали ничего, прошла — записали всё как есть. На выводе эскейпим. Это, конечно, в общем случае, в разных задачах могут быть разные вариации.

Мне лично очень нравится Music for Cocktails — особенно Elite Edition. Из той же серии — Cafe Del Mar.

Ещё как вариант — какой-нибудь art-rock или progressive типа Camel, может что-то балладное, но эти варианты на любителя (рока).

Сильно зависит от сайта. Если у вас движок укладывается в 20 мс, а HTTP-запросов немного (собственно HTML, общий CSS-файл, общий JS-файл), то пинг будет заметен относительно единиц мс. Правда заметен он будет, только если специально приглядываться, и в любом случае Ваш сайт от максимального использования всех техник, позволивших добиться такого результата, будет в глазах пользователя даже с 100 мс пингом выделяться в лучшую сторону относительно 9х% сайтов.
Если брать обычный среднестатистический динамический сайт, то там скрипты, тонны ненужных CSS для сотни ненужных модулей будут сначала на сервере обрабатываться гораздо дольше пинга, а затем ещё и на клиенте, поэтому когда загрузка страницы занимает секунды, то экономия 50мс на пинге ничего не даст.

Актуальных и последних технологий не бывает, есть более и менее применимые в определённых задачах инструменты. Веб можно писать также на Java и .NET, в принципе можно писать даже на bash, но я бы посоветовал не гнаться за технологиями, а изучать основы, в том числе просто программирования.
И всё-таки неплохо бы для себя решить, фриланс или изучение? Обучаться за счёт заказчика — не самая лучшая затея.
За счёт большей популярности, особенно в сфере мелких проектов, PHP предпочтительнее Ruby, но если всё-таки обучаться, то Ruby, пожалуй, содержит меньше WTF/sec, поэтому RoR в лучшем случае можно сравнивать не с PHP, а скорее с Symfony2 или подобного уровня фремворком. Соответственно и обучаться лучше с оглядкой на лучшие PHP-фреймворки.
Вообще, какой бы путь не был выбран, я бы рекомендовал постоянно смотреть вокруг, находить лучшее во всех технологиях.

Можете попробовать махнуть мать на G-чипсет или от NV, возможно рублей за 200-300 получится размен, но видео любое, даже БУ затычка в сокет будет дороже. С остальным можно смотреть на руках и уже варианты выбирать. Винты нынче очень дорогие, я сам взял SSD и рекомендую их — может чуть дороже, но комп не будет тупить в самые нужные моменты (когда идёт работа), либо даже можно взять большую флешку и поставить на неё Ubuntu (у меня сервак на 8-гиговой стоит, насчёт десктопа надо посмотреть сколько записывать в своп будет).

С другой стороны, если найдёте вариант компа целиком (возможно, с моником) — наверняка он будет дешевле, чем скупать комплектующие по частям. Я предпочитаю с рук брать предыдущие/предпредыдущие топы, тогда можно хорошо сэкономить, но получить недурную производительность, да и топовые компоненты обычно обладают большим запасом прочности, что позволяет их ещё и подразогнать. Но это, конечно, не на 8к бюджет на всё. Так что можете взять какой-нибудь default компьютер уровня Athlon X2 — для интернетов вполне сгодится, да и по карману не ударит.

В symfony2 действительно много полезных плюшек, которые жрут ресурсы, особенно при сбросе кэша. Взять хотя бы аннотации. Парсится, в общем, довольно много, поэтому warmup — довольно долгая процедура. Причем, кэши, естественно, для каждого окружения раздельные. То есть если работа идёт одновременно с dev и prod — сбрасывать в консоли надо оба (я это делаю параллельно для всех env сразу).
Что касается системы — помимо тормознутости винды, есть немало тормозов, которые присасываются к PHP — XDebug, xhprof и т.д., у меня, например, XDebug замедляет тесты в 10 раз при сборе метрик покрытия кода.
Но вообще довольно шустрый фреймворк, не самый быстрый, но архитектурные идеи в нём заложены на будущее, я думаю.

Всё-таки, нужно сравнить разные VM или протестировать скорость виртуализированного сервера относительно реального железа?
Так или иначе, я бы всё-таки посоветовал протестировать базовые характеристики виртуализированного железа — производительность процессора, проседание дисковых и сетевых IOPSов, оверхед памяти — на основе этого и строится производительность разных сервисов — в том числе apache, php и mysql.

Под высокие нагрузки оптимизируется архитектура, а код и база — дело второе. Часто даже действует обратное правило — при идентичном функционале двух архитектур, одна медленнее работает на малой нагрузке, но быстрее на большой, и, главное, держит большую нагрузку.

В общем, я бы посоветовал почитать highscalability.com/