Что ж, я очень рад, что столько народу внимательно читают Хабр. Действительно, это USB Killer 2.0. На устройстве установлены мощные конденсаторы, и оно способно вывести из строя практически любую технику оборудованную USB Host интерфейсом. Подключение к USB порту запускает работу преобразователя напряжения, который заряжает конденсаторы до 220В. По достижению этого напряжения преобразователь выключается, и запасённая в конденсаторах энергия подается на сигнальные линии USB интерфейса. После разряда конденсаторов цикл повторяется.

ulogin подсасывает. ulogin подсасывает аватарки из соцсетей, но мне пришлось их отключить, когда я сделал авторизацию через соцсети, потому что картинки не масштабировались. Если аватарка 60 на 60 — она отображалась правильно, если она 200 на 200 например, то и в комментах она отображалась 200 на 200, причем в коде страницы ясно было прописано height 60 и width 60, и если кусок кода тупо скопипастить в отдельный html-файл и открыть его — там аватарка открывается в правильном размере 60 на 60, какой бы большой она не была.



Это меня совершенно удивляло, выглядело всё так, будто браузер просто игнорирует код. Те, кто был здесь в первый день тестирования авторизации через соцсети — помнят эту чехарду. Щас, вот, нашел минутку сесть да разобраться. Я давно уже отстал от мира html-а, в моё время, когда я его изучал, никакого CSS-а не было. Только теперь я эмпирически, не имея представления что именно я ищу, нашел таки, что style.css у моей темы для wordpress имеет параметр media-«all», который задает height и width в состояние auto, и затем параметры img-avatar, задающие 60 пикселей, тупо игнорируются, потому что противоречат all-у. Достаточно найти в самом начале style.css параметр img, он там выглядит так:

img{
max-width:100%;
height:auto;
width: auto; /* IE 8 */
}

и привезти его к следующему виду:


img{
max-width:100%;
}

И проблема решается. Теперь тут в комментариях нормально и автоматически отображаются ваши автарки из соцсетей, если вы авторизовываетесь через них. Так что если вы юзаете uLogin и у вас пробелема с размерами аватара, может быть этот пост вам поможет.

Продолжаем отгадывать загадку ниже.

Продолжая цикл загадок, хочу спросить у вас, дорогие зрители: что это?

Погуглить картинку любой дурак может. Если очень хочется узнать — гуглите наздоровье, но ответ сюда не пишите, зачем уже? Тем, кто хочет попробовать без гугла — прошу в коменты.

UPD: У нас есть первый отгадавший — Zaiachkovskyi-BS
UPD2: У нас есть еще около 5 отгадавших, и около десяти тех, кто знал наверняка, потому что читает Хабру. Скоро дам ответ.

Есть сотни, если не тысячи дистрибутивов Linux, то есть операционных систем, использующих, как правило, окружение GNU и ядро Linux. Debian, в частности, выпускает свой Debian GNU/Linux, Canonical выпускает Ubuntu, Red Hat выпуска(ет/ла) RHEL, Fedora и CentOS, SuSe выпускает SLES, и так далее, и так далее, и так далее. Не все дистрибутивы создаются в качестве настольных систем, проект OpenWRT выпускает GNU/Linux для маршрутизаторов, например. И вот вчера появился новый дистрибутив — Azure Cloud Switch, дистрибутив для коммутаторов. Но не это главное. Главное, автор нового дистрибутива — Корпорация Microsoft.

Можно почитать пресс-релиз на английском, но главная мысль там такая: The Azure Cloud Switch (ACS) is our foray into building our own software for running network devices like switches. It is a cross-platform modular operating system for data center networking built on Linux.

Это не то, чтобы первый опыт Майкрософт в работе с Линукс, они много что для него пишут тут и там, в основном для поддержки своих методов виртуализации, но так, чтобы целый дистрибутив — это впервые.

Евгений Строкин сообщает:

Сегодня телефон выдал предупреждение, что на sd-карте осталось мало памяти. Очень удивился, полез проверять. Оказалось, что в корне лежит некий файл stream.wav, в который активно пишется инфа. Послушал - оказалось, что там с микрофона записаны все происходившие события, разговоры, переговоры за последние 2 дня. Проверил планшет - та же хрень. Т.к. планшет у меня под CyanogenMod и рутовый, быстро нашёл причину (см. скриншот). Оказалось, шпионит приложение Яндекс.Навигатор. Сейчас буду курить логи домашнего роутера, благо у меня там freebsd и всё пишется, и смотреть, куда слили мою инфу.

UPD: Ответ Яндекса: «В результате небольших по отдельности ошибок и допущений мы получили серьёзную проблему, из-за которой некоторые люди, увы, потеряли доверие к Навигатору и даже в целом к Яндексу. Мы все и я лично приносим извинения всем, кого эта проблема затронула. »

Суть проблемы, как пояснили Яндексовцы, была в том, что они пытались прикрутить к Навигатору голосовое управление, и в очередном релизе забыли убрать чисто дебаговую функцию — запись лога команд и, собственно, запись фактического голоса, их дающего. Впрочем, верить в это или нет — личное дело каждого.

Надо было подобрать дешевый планшет для рабочих задач, так что начал свои поиски с китайских ноунэймов, и первым в очереди оказался BQ-8055G, два слова о нем.

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

В -> А
Н -> Л
О -> М
П -> Н
Р -> О
Т -> Р
У -> С

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

А теперь, внимание, правильный ответ:

Текст был набран редакторами абсолютно правильно, и, скорее всего, верстальщики тоже видели его вполне нормально. Проблема возникла только на компьютере, на котором производилась печать. Любой редактор и корректор заметили бы такой вопиющий «косяк», а вот человеку, задача которого распечатать на бумаге присланный материал, глубоко всё равно, что там написано, это не его работа.

Но к сожалению для газеты «Серп и Молот» их системный администратор не очень следил за состоянием компьютера печатника. При чтении файла со страницами газеты компьютер, фактически, должен посимвольно записывать считываемые данные в оперативную память. Причем во вполне определенное адресное пространство. Записал восемь кодирующих бит (то есть один байт) этой буквы, передал на печать, стёр, записал в эту область следующее значение, и так далее.

В оперативной памяти вся информация содержится в двоичном виде. Каждая ячейка памяти принимает значение либо ноль, либо единица. Это как с лампочкой — она или горит (единица) или не горит (значит ноль). Восемью лампочками вполне можно закодировать букву. Зажигая лампочки в нужной комбинации по очереди можно смотрящему с улицы в ваше окно передать любой объем текста, если он умеет переводить восьмибитные двоичные значения в буквы. Это совсем не сложно, вот таблица:

Но что будет, если в процессе передачи данных у вас перегорит одна лампочка? Ну, скажем, первая. А будет вот что: вы попробуете передать большую букву А (1100000), а человек на улице увидит, что вы передаете ему символ @ (0100000).

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

Через неделю проблему заметили, админа от$#^&дили, память поменяли, и «Серп и Молот» снова стал выходить нормально.