patashnik

Вы знаете, думаю конкретно ничего не будет. Максимум описания своих проектов, но они вам сильно не помогут. Так как у всех высоко нагруженных проектов есть нюансы и на этих нюансах строится вся стратегия.
Кому-то надо:
-скорость
-стабильность
-распределенность
-пинг

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

Нужно иметь мониторинг и контролировать ситуацию, а меры принимать до того как что-то померло или отвалилось.

Как минимум, постарайтесь вообще избавиться от апача +).

Ну вот, теперь вопрос более осмысленный. Задача с уточнением решается так:

echo -e "aaa\nbbb\naaa\nddd" | sed '/aaa/{n;/bbb/i new_line
}'

Скомпильте nginx как

--with-debug

Потом сделайте

error_log  /var/log/nginx/example.443.error.log debug;

и почитайте результат в логе

реляционные языки — языки программирования, оперирующие с данными как со множествами, применяя к ним основные операции теории множеств.
типичным примером является SQL. однако сюда также можно отнести и Пролог. объясню почему: если SQL основывается на теории исчисления кортежей, которое является в свою очередь направлением реляционного исчисления, а в основой оного лежит теория предикатов первого уровня, то Пролог основывается на подмножестве данных предикатов — дизъюнктов Хорна.
насчет того, что будущее программирования за ними — я бы остерегся таких высказываний, т.к. все-таки вы не сможете с помощью них покрывать многие аспекты алгоритмического программирования. например, SQL позволяет отвечать на вопрос «ЧТО», но не «КАК».
насчет нейронных сетей — на чем пишутся они сами? правильно на алгоритмических языках. и еще не надо путать алгоритмы и нейронные сети с алгоритмическим и реляционным программированием — это совсем разные вещи.

Советую php.feedme.ru/

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

Пошаговый квест с картинками :)

для глушения ошибок можно использовать window.onerror, по параметрам можно узнать и место возникновения ошибки.

Качать торренты через прокси это паранойя.
Для нормального серфа, даже для просмотра небольших роликов — вполне реально делать каскады.

Если вы и.о. Бена Ладена, то купите себе немного зомби у ддосеров. Буквально по тысяче у десятка зомбоводов, и ВДС в китае, на который все будет стекаться. Вы будете стоять за китайцем, а на фронте возьмите ВДС в москве или киеве для того, чтобы иметь статический айпи. Примерно две трети зомби должны будут гонять левый траффик, строиться в цепочки и распадаться, для конспирации. Основной пулл соберите в несколько десятков цепочек по десять узлов в каждом. Трафик по ним гоняйте параллельно. Обязательно отдавайте симметрично левого траффика чтобы невозможно было без расшифровки понять — вы конечная точка этой сети или такой же зомби как и все. Ну это так, если вдруг найдут китайца. Цепочки естественно сортируем по провайдерам, чтобы усложнить задачу отслеживания. В принципе этого будет достаточно ;)

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

Вообще один туннель довольно неплохо себя ведет. Пинг выростает в среднем процентов на 30%, если сервер правильно расположен (если в основном траффик российский и сервер в М9, то пинг сильно не пострадает). Скорость у меня была 600-800 килобит, что вполне неплохо для серфинга. Двойные и тройные каскады не делал.

Тут посмотрите. Real Estate вас интересует. Может что-нибудь поможет.

Таких имен много, например eblan.us

Мне кажется, это просто способ припарковать домен. Удобно, если сайт еще в разработке — каждый разработчик может зайти на свою локальную версию сайта по настоящему доменному имени, меньше тривиальных ошибок при переносе и т.п.

Вы имеете в виду, что у Вас в транке уже есть какие-то комиты, которые деплоить пока не надо, но вот эту вот срочную последнюю фичу надо закомитить?
Если Вы будете на каждую задачу делать ветку, а деплоить через таги, то у вас такой ситуации просто не возникнет. Грубо говоря, в транк идут комиты (мержи из веток) только перед созданием тага. Т.е. почти в любой момент времени у вас транк соответвует последнему тагу, развернутому на продакшене. Все девелоперы работают в ветках. Появилась срочная задача? Пожалуйста, делаем ветку и потом мержим ее втранк, делаем новый таг, деплой. Или даже так: нет времени на ветки, фиксим прямо в транке, новый таг, деплой.
Посмотрите, я тут недавно описывал свой воркфлоу, который вполне работает: habrahabr.ru/qa/7149/#answer_30727

Указ, что с системного администратора снимается ответственность за самовольно-установленное нелицензионное ПО органами и судом трактуется против админа, ибо такой документ подтверждает факт осведомленности админа о возможной установке нелицензионного ПО, а значит это уже не айс. Подробнее тут: habrahabr.ru/company/itarena/blog/118686/