В этом топике речь пойдет о тех временах когда был только Internet Explorer, а Opera была платной. И это все что я скажу в этом топике об Интернет Эксплорере.

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

Идея написать этот пост была подброшена мне недавним сообщением о закрытие Апорта. Я ударился в воспоминания и решил поделится ими с окружающими.

Коллеги расскажите, пожалуйста. как вы делаете деплой на production сервер(сервера) веб-проектов.
Если у вас используется 3 или 4 вариант, то как вы переключаете document_root — создаете симлинк на новый релиз или переписываете (скриптом) конфиг nginx?
Если переключать симлинк не бывает проблем с APC или XCache?
Если не хватает какого то варианта пишите в комментарии.

UPD: Спасибо всем за комментарии, пятничный пост получился очень продуктивным и полезным думаю для многих.
UPD2: Небольшой обзор комментариев:
подробные разборы деплоя habrahabr.ru/post/211733/#comment_7286111 habrahabr.ru/post/211733/#comment_7287769
утилиты для создания deb пакетов habrahabr.ru/post/211733/#comment_7286187
наиболее популярное готовое ПО capistrano, fabric, teamcity

Хотел бы рассказать о своем опыте организации кружка электроники в обыкновенной московской общеобразовательной школе. Это, может быть, и не очень соответствует тематике Хабра, но во-первых посты об образовании (высшего, дополнительного, за рубежом, интерактивного и т.д.) здесь появляются довольно часто, а значит интересны многим. И, во-вторых, сегодняшние школьники, которые увлекаются IT, электроникой и робототехники это, по сути, завтрашняя аудитория Хабра, не так ли?

В понедельник, 22 апреля, на телефон нашей техподдержки +7 (499) 647-40-40, стали поступать необычные звонки: звонили с целью задать вопросы В.В.Путину. Выяснилось, что люди в Израиле, Германии, Туркмении, Арабских Эмиратах и других странах видели наш телефон в выпусках новостей российских каналов, где сообщалось, что по этому номеру можно позвонить на прямую линию Владимира Путина. А так как, кроме нашего, в новостях показывали только номер Ростелекома 8(800)200-40-40, на который из-за рубежа позвонить невозможно, все начали звонить нам.



До вторника мы успели выслушать массу людей, попутно объясняя им, что никак помочь им и передать сообщение Путину мы не можем, что произошла ошибка.

Мониторите ли вы свои сервисы в продакшене? Чья у вас это зона ответственности?

Часто, когда речь заходит о мониторингах, приходят на ум серверные разработчики, системные администраторы и DBA, которые должны следить за очередями обработки данных, наличием свободного места на дисках, за жизнеспособностью отдельных хостов и нагрузкой.
Такие мониторинги действительно дают много информации о сервисе, но далеко не всегда показывают, как сервис работает для реального пользователя. Поэтому, в качестве дополнения к системным мониторингам, мы создали в Яндексе систему функциональных мониторингов, отслеживающих состояние сервиса через конечные интерфейсы – через то, как приложение выглядит и работает в браузере, и то, как оно работает на уровне API.
Что же такое функциональные мониторинги в нашем понимании? Чтобы лучше это понять, давайте посмотрим на то, как все развивалось.

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

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

Предисловие

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

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