Sannis

вам нужно все 100+ машин одновременно работающих? а может хватит чего-то поверх снапшотов?

SPF-запись есть?
Это наверняка smtp-spoofing. SPF не спасет от спуфинга на 100%, но сделает задачу спамеров бессмысленной в большинстве случаев и они отстанут от твоего домена.

А не корректнее ли будет тестирование в реальных условиях с корректной обратной связью?

ну так и правильно. Если ты его заносишь в игнор, он у тебя удаляется из репозитория. И ты можешь держать вместо этого файла два разных файла на разных машинах. Просто вставить их туда и все.

Хранить столько Тб на сервере ты не сможешь (да и неправильно это), нужна СХД.
Количество потоков = количество ядер, плюс еще пара ядер для системы и боковых задач. Это минимум.

Выделенный, не засвеченный в спам-базах, IP-шник с возможностью прописать обратную зону + грамотная настройка DNS (MX, SPF, DKIM) + нормальный SMTP сервер (т.е. не спаммерский скрипт в 10 строчек, а тот же postfix, адекватно реагирующий на грейлистинг) и его грамотная настройка.
Это если со своего сервера позарез нужно отправлять. Иначе проще гугл или яндекс привязать.

Хм. А как вы выставили лимит в 9 гб? Оно же в сегфолт падает при лимите выше 2.3?

Не писал клиентов на C#, но, вы уверены, что комит транзакции происходит при добавлении нового контрагента?

Просто загляните в репозиторий jQuery на GitHub.

Все прекрасно разбито на модули, и можно изменить список модулей для постройки.

Посмотрите здесь: http://microjs.com/#dom

Можно написать хук который подставляет нужный файл конфигурации после push. Это совсем не сложно.

Реализовать наследование настроек. Например, в settings.php инклудить settings_default.php и переписывать локальные настройки. settings.php в .gitignore занести.

Разбить конфигурацию на несколько файлов и файл настройки базы в игнор.

А может вовсе и не взлом, а крик души?

Немного советов от человека, который на CodeIgniter собаку съел.

В CodeIgniter очень хорошая расширяемость, проанализируйте код, найдите общие моменты и сделайте рефакторинг кода, вынесите общие методы из моделей в свои типы моделей (можно унаследовать у MY_Model), с контроллерами так же.

Views файлы надеюсь разбиты на папки контроллеров, если нет, то надо разбить. Весь JS вынести так же в отдельную папку и по своим файлам так же.

Причесать код сведя контроллеры к минимуму действий.

На модели в CodeIgniter есть инструмент тестов, вполне хватающий для тестирования их.

В сентябре прошлого года у меня стоял такой же вопрос. Я решил пользовать NodeJS.
К сожалению, не могу подтвердить личного опыта «как у NodeJS с нагрузкой». Но, камрады из Америки все в один голос только положительные комментарии и по простоте и по производительности (то есть, отрицательные комментарии в интернете в сторону NodeJS, как правило, дают люди, которые им не пользовались).

Прикол в том, что для большинства баз не делают асинхронных драйверов, так что нужно либо использовать БД с простым текстовым протоколом и реализовать асинхронный драйвер самостоятельно на уровне сокетов, либо заводить потоки под соединения с БД и буферизировать данные.
Но вообще конечно лучше сперва написать на питоне, провести нагрузочные тесты и выяснить узкие места. Оптимизировать Python код, возможно часть переписать на C как модуль для питона.

Не знаю насколько мой опыт вам поможет, но мы решали большую нагрузку тремя вещами:
1. nginx
2. несколько бесконечных процессов на python (fastcgi + wsgi chain (flup)). (Процессы могут быть не только на вашем сервере ;-))
3. MySQL table Memory. Раз за какой-то промежуток времени записываются данные в таблицы на диск.
4. вся статика не у нас. (но это нам надо было ради экономии трафика)

Извиняюсь, проблема решена. Для тех кто вдруг наткнулся.
До этого момента я со строкой $message поглумился этой функцией mysql_real_escape_string — она заменяет все специальные символы, включая переносы строк. Поэтому невозможно найти их потом. Надо их искать как \\r и \\n.

Проблема в том, что я реально сдуплил с тем, что а XDEBUG все равно показывал \r\n а они там уже были в виде символов, а не в виде специальных символов.