Большую роль в жизни нашего сайта играют онлайн-трансляции презентаций Apple. Помимо текстово-графической трансляции, которые делают многие русскоязычные ресурсы, мы предлагаем нашим читателям вести обсуждение в чате, а также ведем прямой аудио-эфир с комментариями всего происходящего. Как и в предыдущие разы, нашим постоянным ведущим помогали Кира Тверская (Эхо Москвы) и Эльдар Муртазин. Такой живой формат позволяет нам слышать реакцию ведущих в режиме реального времени, что согласитесь, довольно интересно.

В прошлый раз на презентации iPhone 4S мы немного оплошались, и не смогли достойно подготовиться к наплыву посетителей (к слову, было около 3500 клиентов). Главной ошибкой было то, что страница трансляции представляла собой вывод плагина Wordpress, соответственно при каждом обращении дергался не только сам интерпретатор PHP, но и вся система Wordpress. После проведения трансляции стало очевидно, что от такой позорной схемы надо избавляться.

Ходят слухи, что в марте компания Apple представит новую версию своего планшетника iPad 3. Нам повезло, и 19 января мы смогли обкатать новую схему трансляции на гораздо меньшей нагрузке, чем будет в марте. По понятным причинам, людей, заинтересованных в образовательной презентации Apple, было намного меньше.

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

Уважаемые жители Хабра!

Вашему вниманию представляется история о том, как мы оптимизировали свой сайт. Сайт работает на движке Wordpress (на этой фразе большинство читателей должны поморщиться, зная, как обстоят дела у WordPress со скоростью). Однако все-таки у нас получилось, и сайт стал летать. Сразу скажу, что меня вряд ли можно считать профессионалом по серверной оптимизации, однако то, чего удалось достичь, меня сильно радует. Также, был получен бесценный опыт, которым я хочу поделиться с читателями Хабра.

Появление на Nag.Ru статьи «Зелёненькое и синенькое будущее Ростелекома» 12 мая и последующее появление на NoNaMe статьи «ОАО "Ростелеком" Безлимита больше не будет!» 20 мая, несомненно, отражает мощное (пожалуй, даже с нотками истерики) беспокойство множества сетевиков и сетян по поводу целого ряда заявлений Александра Юрьевича Провоторова, президента ОАО «Ростелеком».

Выложенная на сайте «Телекомза» видеозапись выступления Провоторова во время расширенного заседания коллегии Минкомсвязи России, состоявшегося во время международной выставки «Связь-Экспокомм-2011», содержит такие высказывания, по которым и наименее дальновидный зритель способен в первые же минуты просмотра видеозаписи догадаться о возможном намерении высшего руководства «Ростелекома», следуя ряду зарубежных примеров (была названа ситуация в Канаде и обстоятельства нескольких европейских провайдеров как пример) отказаться от безлимитных тарифов на доступ к Интернету, отложить в сторону прежний принцип сетевой нейтральности и перейти к фильтрации и (или) дополнительной тарификации таких видов информационных услуг, как доступ к видеохостингам (был назван YouTube как пример), доступ к видеотелефону (был назван Skype как пример), доступ к файлообмену (были названы торренты как пример), траффик от которых занимает в настоящее время ≈70% каналов «Ростелекома».

Альтернативою же для видеохостингов и торрентов (которые, несомненно, могут быть всецело «задавлены» новыми тарифными поборами) станет собственный медиапортал «Ростелекома», содержащий только легальный контент и снабжённый собственною CDN (сетью доставки контента). Также упомянуто Провоторовым и планируемое употребление счёта абонента «Ростелекома» (для оплаты просматриваемого контента) в качестве замены кредитных карт и интернетовских платёжных систем. Также упомянуто намерение «Ростелекома» создать собственную социальную сеть, населив её абонентами IP-телевидения. Этот медиапортал появится довольно скоро — осенью 2011 года:



В этой видеозаписи, право же, есть от чего подняться да зашевелиться волосам на голове! Надеюсь, никому не надо особенно напоминать о том, что нынешний «Ростелеком» не просто является крупной межрегиональной информационной магистралью, но также впитал и объединил в себе множество межрегиональных компаний «Связьинвеста» — крупных провайдеров, совокупно охватывающих целую кучу регионов России, в каждом из которых за пределами сколько-нибудь крупных городов (то есть в городах средних да малых, а равно и в сельской местности) других провайдеров, в общем-то, просто нет:

Официально анонсирован выход новых версий инструментов разработки Windows Azure SDK 1.4 и портала управления облачными сервисами Windows Azure Management Portal.

Новая версия Windows Azure SDK 1.4 включает в себя новые функции для работы с Windows Azure Connect (организация сети между экземплярами в облаке) и Windows Azure Content Delivery Network (сеть доставки контента CDN):

• Windows Azure Connect:
  
  • поддержка нескольких административных записей в Admin UI;
  • обновленный Client UI с улучшениями в части уведомлений и диагностики;
  • возможность установить Windows Azure Connect на локализации Windows отличные от английской;
• Windows Azure CDN:
  • услуга WindowsAzure CDN for Hosted Services: разработчики могут использовать роли web и VM как источники объектов распространяемых через CDN. Таким образом, статический контент сайтов будет автоматически закэширован на разных узлах по всему миру: в США, Европе, Азии, Австралии и Южной Америке для быстрейшего доступа и снижения задержек по сети при доступе пользователя к контенту;
  • добавлена поддержка и настройка доставки контента из CDN по защищенным каналам через HTTPS.
• портал Windows Azure Management Portal был обновлен, теперь пользовательский интерфейс более отзывчивый.

Для того, чтобы загрузить обновленный Windows Azure SDK 1.4 перейдите по следующей ссылке. Начать использовать Windows Azure и портал Windows Azure Management Portal  можно отсюда.

Одним из ключевых вопросов доступности контента явяляется физическое расположение сервисов CDN. Для справки, сеть распределения контента (Windows Azure Content Delivery Network, CDN) предоставляет в распоряжение разработчиков глобальное и надежное решение для доставки контента, требующего высокой пропускной способности (high-bandwidth content). Сеть Windows Azure CDN реализована в виде узлов, которые располагаются в США, Европе, Азии, Австралии и Южной Америке. Сеть кеширует бинарные объекты, хранящиеся на уровне платформы Windows Azure для того, чтобы обеспечить максимальную пропускную способность по доставке контента глобально распределенным пользователям.

Рад сообщить, что 31.01.11 был запущен сервис CDN и в Москве, который улучшит доступность контента на территории России.

Полезные материалы:

• Центр разработки для Windows Azure
• Электронная книга «Windows Azure – облачная платформа Microsoft”

При знакомстве с фреймворком, я первым делом смотрю не на его возможности, а на готовые решение, которые он предоставляет. В частности возможность удобно собирать JS/CSS файлы по частям и «отдавать» согласно рекомендациям по клиентской оптимизации (YSlow/Google PageSpeed). Ни в одном из просмотренных мной, нужной мне реализации я не увидел, даже в Django (которым, собственно, и был вдохновлен), поэтому решил сделать свое решение в виде готового к применению модуля для Kohana v.3.

Итак, опишем основные потребности/хотелки, которые ставились перед разработкой модуля:
1) Сборка inline CSS/JS по кусочкам
2) Возможность отдавать п.1 путем вставки в код страницы либо сгенерировав и записав на диск файл, с уникальным именем.
3) Возможность сборки внешних файлов CSS/JS в один билд
4) Возможность указывать условие, при котором подключается тот или иной билд из пункта 3, а также любой другой внешний файл (

<!--[if IE 7]>

).
5) Возможность вынести статику на другой домен, главное чтобы он был на этом же физическом сервере.
6) Использование CDN
7) Минимизация CSS/JS.
8) Самое важное: СПОСОБ, позволяющий включать статику (а эо обычно не только CSS/JS, но и, например. картинки) в распространяемые модули. Так как текущий способ, когда в modules/ переносится и подключается сам функционал модуля, а статика либо копируется в произвольное место DOCUMENT_ROOT, либо обязательное условие – чтобы modules находилась в DOCUMENT_ROOT.
9) Возможность легко менять URL со статикой, чтобы он никак не конфликтовал с роутингом, например будет не хорошо, если вы захотите иметь раздел про CSS по урл ”/css/” когда до этого вы сделали это реально существующей директорией с файлами стилей.

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

Со слов Дэна Хэбердена, в последнее время команда, обслуживающая сервера jQuery заметила значительное увеличение трафика с сайтов, на которых размещены прямые ссылки непосредственно к файлам на их серверах (jquery.com, jqueryui.com, dev.jquery.com и т.д.), вместо загрузки их на хостинг или использования CDN'ов, для чего они и создавались (Google CDN, Microsoft CDN и др.). Такая динамика негативно влияет на производительность их сети и не позволяет обычным пользователям получать доступ на сайтах jQuery в часы пик.