Ну, к примеру, был один доклад с описанием как их компания хорошо тестирует, как они к успеху шли (раньше мало тестировали, потом много — и график растущий от «мало» к «много»), и как они к успеху пришли (точка «много» на графике).

Ну я не говорю что все, были и действительно сильные доклады (и по содержанию, и по подаче — интересно послушать как мыслят специалисты, какое у них отношение к проблеме, как они за неё берутся, что отмечают главным). И ничего плохого нет в рекламе от спонсора, вот только когда её много становится печально.

По опыту питерской конференции скажу что HolyJS — это когда 80% докладов состоят из маркетингово буллшита «какая мы хорошая компания». Технически интересных докладов катастрофически мало.

Еще если очень срочно надо, то можно в ближайшем компьютерном магазине купить USB-RS232 преобразователь (компьютерные магазины, как правило, на выходных работают), разобрать корпус и подпаяться к первой USB-TTL микросхеме.
Формат статьи поддерживаю, это полезно почитать как другие люди решают паятельные задачи, от начала и до конца (+ комментарии). Правда, не понимаю зачем нужно было продолжать после шага, когда всё заработало на макетной плате — работает же всё.

Первый раз слышу про радио-Т, но похоже что да, тот самый DigitalOcean. У них [у DO] есть реферальные бонусы, так что это неудивительно.
PS: Попытался ввести промо-код radio-t, а он просрочен. Зато другие (на $10) легко гуглятся.

Если Linux — то пользоваться как обычно. Windows скорее для спортивного интереса, хотя снапшоты для Windows Server работают (сохраняются и загружаются), хоть и долго. Теоретически для DigitalOcean не должно быть большой разницы что именно там в KVM крутится если оно не выходит за рамки лимитов потребления.

Очень хотелось бы видеть ссылки на исследования. С ходу даже не смог нагуглить про Lynksys.

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

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

Если не не ответят на этом сайте прямо сейчас, то я пойду и закажу на другом сайте, где отвечают быстро. Магазинов много

Вот именно поэтому я всегда первым сообщением проверяю что со мной в чате живой человек и только после этого начинаю писать свой вопрос

Ожидаю после этой статьи увеличение таких репост-ботов вконтакте (к вагону добавится маленькая тележка)

В этом прелесть DH алгоритмов, не понимаю почему до сих пор поддерживаются не-DH-ciphers

Это называется en.wikipedia.org/wiki/Virtual_queue, теоретически удобная штука, хотя почему-то ни разу не встречал на практике

<зануда on>
Компрессор кондиционера в машине работает напрямую от двигателя, а не от электричества
<зануда off>

DTLS ошибки и не будут наблюдаться ни в логах астериска, ни в javascript консоли. При этом будет идти в сторону браузера RTP трафик. В любом случае, попробуйте собрать версию 11.16.0 — на ней у меня WebRTC завёлся.

Посмотрите тут groups.google.com/d/topic/sip_js/d5Tivv02Ct0, там у людей такая же проблема: соединие по SIP-у есть, звука нет. Проблема в установке DTLS сессии.

Абсолютно точно не знаю, но предполагаю что с шифрованием есть сложности с зоопарком приставок. В т.ч. может быть что нестабильно работают приставки на шифрованных каналах. Более-менее выход, на мой взгляд, это igmp radius authentication на подъездных коммутаторах.

Я дампил трафик приставки на Ростелекоме, там протокол получения списка каналов работает по http (без шифрования), и отдаёт все каналы с соответствующей ему мультикастной группой (а не только те, на которые оформлена подписка. приставка сама потом не пускает на неоплаченные каналы), потом этот трафик автоматически парсил и получил более-менее вменяемый результат.
Наверное mplayer (или аналогичные) может сказать, шифрованный канал он получил или нет (в принципе, это не сложно и самому сделать — нужно все пакеты просмотреть на наличия бита в заголовке 188-байтового ТВ пакета). Более того, в служебных таблицах может идти и название канала, и в целом можно автоматизировать получение плейлиста.
Единственное что неясно (для меня) — как просканировать весь мультикастный диапазон.

В списке запрещенных сайтов значится rutracker.ru, а IP его там же указан от rutracker.org. Т.е. те провайдеры, которые банят по IP заблокируют rutracker.org, а те, которые резолвят доменное имя и банят по резолвленным IP — забанят rutracker.ru. (Информация о реестре из reestr.rublacklist.net/)