Недавно наткнулся в Youtube на одно очень хорошее видео с очень неудачным названием "АНГЛИЙСКИЙ С НУЛЯ (Четкое понимание за 50мин)". Название неудачное потому, что видеороликов с подобным заголовком в ютубе просто миллионы. И доверия такое название не вызывает.

А у меня как раз проблема с грамматикой английского - я не могу толком запомнить весь этот набор правил хотя бы для шести английских времен (настоящее-прошедшее-будущее в simple и continues). Не могу толком запомнить потому, что не люблю запоминать безсистемно. А я видел, что некая система есть, но она всегда мне подавалась декларативно. Мои попытки вытянуть понимание из учителей ни к чему не приводили - они и сами, похоже, тупо зазубрили правила образования времен без понимания сути происходящего. Максимум, что я мог вытянуть, это невнятное объяснение про то что "окончание "s" перебегает вот сюда". А почему сюда а не туда - это тайна покрытая мраком.

И я тыкнул на это видео с мыслью "Ну давай, послушаю об основах грамматики в сотый раз, может что еще пойму, хотя особенно не надеюсь". Так вот оказалось, что этот неизвестный чувак с ником База Английского, который не называет своего имени (и я до сих пор не знаю как его зовут), разложил основы грамматики по полочкам так, как не могли все мои учителя за мои дважды процедшие курсы на уровень Elementary. Вот этот перец:

Самое главное, что он объясняет не только основы английского, но и основы лингвистики. В частности, он дает самое точное и правильное понимание термина "инфинитив" - что это такое, зачем оно вообще нужно, и какую роль инфинитив играет в английском языке. Так же он объясняет что такое грамматическая нагрузка. Уже только за это его надо в жопу расцеловать.

Вообще, по грамматике английского языка есть еще хорошее видео от Надежды Счастливой, о котором я упоминаю в своей коллекции методических материалов по практике освоени я английского. Эта дама тоже умеет объяснять, но у нее бОльший объем, и в этом видео она предметно рассматривает сразу 12 времен английского по методике "торт английской реальности".

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

Многие люди в IT-среде давно уже привыкли к наличию прямого доступа в интернет, и о временах повального использования провайдерами PROXY-серверов вспоминают с большой долей иронии. А некоторые даже не застали этих замечательных решений, популярных на заре интернета. Но не так дела обстоят в корпоративном секторе: борьба за мифическую безопасность порождает странные корпоративные требования. Благодаря им, привычная работа разработчика в сети Интернет становится невозможной, и человеку приходятся искать самые нетривиальные пути обхода результатов бурной фантазии эффективных менеджеров.

Ситуация: вы находитесь в сети с заблокированным NAT, корпоративный Proxy пускает только на отраслевые сайты по белому списку, и в этом списке GitHub.com, конечно, не значится. Вам нужно заполучить доступ ко всему интернету и еще заставить работать Git. Причем нужно это сделать так, чтобы без ввода логина-пароля никаких подключений не создавалось, а при установке соединения на рабочем компьютере небыло признаков подключения к интернету (чтобы работал только специально отведенный для Интернета браузер и консольный git). Понятно, что в такой ситуации шансов заполучить Интернет практически нет.

Но вам повезло: у вас чудом появился SSH-доступ к Linux-машине, на которой есть человеческий Интернет. Как организовать скрытый доступ к всемирной паутине? Самый простой способ - сделать между рабочей станцией и Linux-машиной VPN-соединение. Но при установке такого соединения Интернет появится во всех браузерах и всех программах, а не только в специально сконфигурированных. А это палевно.

Поэтому нужно извращаться более тонко, например через SOKCS5-proxy, который умеет создавать консоль Putty, заворачивая траффик в SSH. Заставить браузер FireFox работать через эту конфигурацию достаточно просто. А вот о том, как можно настроить возможность работы Git через SOCKS5-proxy с удаленным репозитарием на GitHub, информации в интернете практически нет. Поэтому я написал памятку о том, как настраивать доступ Git к внешнему миру в таких сложных условиях:

Как сделать подключение к репозитарию Git через Socks Proxy

в условиях отсутствия DNS

Надеюсь, кому-нибудь поможет. А вообще я никому не рекомендую работать в конторах с такими жесткими требованиями к блокировке Интернета. Вы мгновенно окажетесь в каменном веке, и станете терять свою квалификацию. А оно вам надо?

Я редко пользуюсь денежными переводами через Биткоин. И за изменениями в этой криптовалюте слежу от случая к случаю. Поэтому плохо ориентируюсь в стоимости транзакций Биткоина. Казалось бы, еще вчера транзакции были бесплатными или с символической стоимостью, а теперь для получения комиссии, меньшей чем у банков, нужно переводить сумму не менне чем полтыщи долларов. И ситуация каждый день меняется.

Для таких пользователей, как я, правильный расчет комиссии - это целая проблема. Запросто по незнанию можно поставить такую комиссию, за которую в нынешних реалиях майнеры даже не станут эту транзакцию считать. Она зависнет на несколько дней, а потом откатится как необработанная. Поэтому я составил небольшую памятку о том, как вручную и автоматически рассчитывать стоимость отчисления за транзакцию:

Как рассчитать стоимость отчислений за транзакцию в сети Bitcoin

И на последок хочу напомнить: берегите свои биткоиины и соблюдайте правила информационной гигиены. У биткоина есть все шансы стать золотом цифрового финтеха.

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

Используя Linux в качестве рабочего инструмента, можно быстро решить такую задачу, как говорится, прямо "на коленке". И никаких закупок ПО производить не нужно. О том, как это сделать, мною была написана следующая статья:

Как сделать периодические скриншоты экрана пользователя с помощью TightVNC

Слежение за пользователем - оборотная сторона жизни администраторов безопасности. Но что поделаешь, если пользователи используют вверенную им технику предприятия не по назначению.

По долгу службы мне приходится работать с чудом современного юзабилити - Microsoft Outlook 2013. Этот глючный кусок кала включает в себя множество неожиданных решений, так что за несколько лет работы я каждый раз вздрагиваю, когда открываю его окно. Но ничего не попишешь - корпоративный стандарт есть корпоративный стандарт.

Самой неоднозначной вещью в Microsoft Outlook 2013 является поиск писем. Да, это банальное действие, которое в других email-клиентах решается довольно понятным способом, в Outlook сделано максимально неудобно. В результате люди годами не понимают, как блин в этом Outlook найти нужное письмо. Я вижу, что мои сотрудники часто ищут письмо вручную, и только самые продвинутые могут помочь себе сортировкой.

Чтобы пробиться сквозь джунгли корпоративного безумия, я написал для себя памятку о том, как пользоваться поиском по письмам с помощью языка запросов:

Как осуществлять поиск в Microsoft Outlook 2013

Надеюсь, кому-нибудь эта помятка тоже пригодится.

Что-то я забросил свой профиль на GitHub, и сейчас решил немного его подобновить. Для этого я переношу все свои проекты, которые раньше просто хостил на домашнем сайте WebHamster.ru. Недавно я перенес Python-проект monitoring-sp, теперь настала очередь низкоуровневого переключателя клавиатуры LoLo Switcher.

Как мне сказали добрые люди, "ты написал этот переключатель для того, чтобы троллить на ЛОРе". Но на деле LoLo Switcher - это мой рабочий инструмент, которым я пользуюсь много лет, начиная с момента его появления в 2011 году. Тогда я одним махом решил для себя все проблемы, существующие в Linux с переключением раскладок: я перестал тратить время на разломанные то в Gnome то в KDE стандартные переключатели раскладок - мой переключатель работал везде. Я наконец-то смог настроить переключение по чистому отжатию клавиш, что позволило использовать самые широкие клавиши клавиатуры - левый и правый Shift. Само переключение раскладок стало турбореактивным, потому что LoLo Switcher работает напрямую с устройством ввода, и такое решение заставило взвыть любителей крутить зубодробительные конфиги X11. Как вишенка на торте, настройка переключения производится через регулярные выражения, что заставило взвыть уже любителей GUI. Обо всем этом написано на странице русскоязычной документации LoLo Switcher.

С переключателем LoLo Switcher связана одна интересная история. Когда я его писал, я не пользовался IDE, и просто работал со своим C++ кодом в консоли. В тот момент я находился в поисках хорошего консольного редактора, и за неимением лучшего, настроил себе редактирование текста в Midnigth Commander через опенсорчный FAR Editor в эмуляции WINE (да, я очень маргинален, и Micro на тот момент еще не появилось). А потом стал пользовать редактор KWrite. Особенность этих двух редакторов в том, что у них есть автоопределение кодировки. Они молча открывают файл в нужной кодировке, и ты работаешь, не задумываясь о том, что появились какие-то кракозябры: ты просто видишь нормальный текст на национальном языке. Даже если эти файлы пришли с другой платформы. Это очень круто.

Однако в тот момент, когда в файле кода первый раз появляются строки с национальными символами, эти редакторы сохраняют код по-разному. FAR Editor сохраняет в CP1251, а KWrite - в кодировку локали, обычно UTF-8. Ну а так как в обоих редакторах есть автоопределение кодировки, все файлы всегда отображаются нормально. И я, как пользователь, не замечал этой проблемы: ведь мой инструментарий просто давал возможность комфортно работать.

Каково же было удивление линуксоидов, когда в однозначно Linux/X11 коде в некоторых файлах оказалась Windows-кодировка. Никто не мог понять, как такое вообще возможно. Олдфаги решили, что я издеваюсь над ними. Никто не мог поверить, что автор об этой проблеме не знает (я действительно не знал). Поднялся жуткий срач, а я ухахатывался над тем фактом, что общество может любую ерунду обратить в кошмарную трагедию.

Сейчас на GitHub залита последняя версия LoLo Switcher v.0.28. В ней, по сути, изменились только некоторые сообщения и содержимое дефолтного конфига. Релизные сборки кода теперь берутся с GitHub, а прекомпиленные бинарнки все так же можно брать с официальной страницы.

* * *

Хотел сказать несколько слов про дальнешее развитие LoLo Switcher. Низкоуровневый доступ к файлу устройства ввода - это одновременно и благо и проклятие. Благо - это четкая и безглючная работа со всеми известными DE и независимость от настроек X11-подсистемы, а проклятие - это то, что такой переключатель может быть только локальным. Особых проблем это не вызывает - вопрос только в работе с удаленным графическим X11-сервером. Но дух перфекционизма говорит, что переключатель должен работать даже в такой экзотической конфигурации. И я на протяжении этих лет не оставлял попыток сделать LoLo Switcher действительно X11-полным переключателем.

Вначале мне показалось, что я нащупал правильное решение. По этому поводу я написал новость про то, что разобрался как делать глобальный перехват клавиш в X11 (XWindow). Однако, это достижение жестоко обломились о реальность: стандартная утилита xinput, на основе кода которой я собирался делать глобальный перехват, тоже не может работать в удаленной сессии. Об этом я написал в третьем пункте своего годового отчета. Ну а если даже сами авторы X11 не в состоянии сделать получение всех событий удаленной сессии, то мне и подавно не осилить такую вещь. Поэтому пока что действует стратегия выжидания: если xinput вдруг заработает в удаленной X11 сессии, тогда можно будет двигаться дальше.

В мире OpenSource существует прекрасная платформа мониторинга сетевого оборудования Zabbix. Грамотный админ одним из первых сетевых инструментов поднимает именно эту систему, чтобы практически в реальном времени понимать, что происходит у него в сети. Zabbix лучше всего ставить на выделенный сервер, чтобы его скрипты работали с физической сетевой картой. На вдумчивое конфигурирование Zabbix уходит несколько недель, чтобы полностью разобраться с ним и отладить все механизмы сбора данных.

Но что делать, если под рукой только единственный тестовый сервер, на котором крутится все что можно - от 1С с его PostgreSQL и апачевым веб-клиентом до видеонаблюдения? А бедолагу-админа завалили тоннами бумаги по безопасности, тратя все его время на проверки и прохождение очередных сертификаций? В такой ситуации можно и заколхозить самодельную легковестную систему монторинга, чтобы через нее видеть проблемы, возникающие хотя бы в ядре сети. Так сказать, до лучших времен.

Так у меня появилась маленькая самописная система мониторинга, и неплохо отработала несколько месяцев, пока на предпиятии не появились новые сервера и админ наконец-то не настроил Zabbix. Написана система на Python. Особенность этой системы в том, что она способна делать различные замеры по ICMP и SNMP, а отправлять отчеты о критических ситуациях может на только на email, но и по SMS. Да, для этого дела я прикрутил к серверу по COM-порту старенький мобильник Siemens M50 с параллельной подзарядкой и с SIM-картой, которая была активирована на корпоративный тариф с бесплатными SMS-сообщениями в количестве 2000 штук.

Логика настройки этой  системы следующая: сначала настраивются источники обрабатываемых данных (источники именованных значений), и потом настраиваются правила, которые выполняют различные проверки полученных значений. В случае, если обнаружено отклонение от допустимых величин, считается что наступило критическое событие.

Сами именованные значения могут иметь обычные Python-типы int, float, bool, string.И вытягиваются они из оборудования примерно так:

measureValue.addItem(
 "APC5000_Temperature",            # Имя значения
 "int",                            # Тип значения
 "snmpDeviceSensor",               # Механизм получения
 "10.153.0.88",                    # IP устройства
 ".1.3.6.1.4.1.318.1.1.1.2.2.2.0") # SNMP идентификатор

А сравнение возможно по принципу больше/меньше/равно и даже можно оценивать градиент, так как недавняя история каждого значения хранится в БД SQLite3. И выглядит описание правил примерно так:

valueAnalytic.addRule({
"ruleName"    : "ИБП APC5000 слишком горячий",
"ruleType"    : "aboveOrEqual",
"valueName"   : "APC5000_Temperature",
"targetValue" : 35
})

valueAnalytic.addRule({
"ruleName"   : "На ИБП APC5000 нет напряжения питания",
"ruleType"   : "equal",
"valueName"  : "APC5000_InputVoltage",
"targetValue": 0

})

Исходники этой системы мониторинга опубликованы на GitHub:

Проект Monitoring-sp

Почему в названии используется суффикс "-sp"? Потому что нотификация возможна по SMS и по электропочте (Post), вот почему.

К вопросу, зачем вообще заморачиваться с COM-портом и SMS, рекомендую рассмотреть непредвиденные ситуации, когда из-за форсмажора обрубается интернет (например, перерубили кабель, возник пожар, которокое замыкание в блоке питания маршрутизатора), и никто в этом случае никакого письма не получит, да и SMS, отправляемое через какое-нибудь Interner API, тоже отправлено не будет. Конечно, лучше было бы использовать промышленный GSM-модуль. Но предприятия бывают разные, и есть такие, в которых доказать необходимость закупки такого устройства невозможно, а если чудо и произойдет, то поставка затягивается на годы. В таких условиях, хочешь не хочешь, а расчехлишь свой старенький мобильник с AT-командами, и сделаешь из говна и палок очередного монстрика.

Пузомерка ТИЦ (тематический индекс цитирования) - однин из основных оценочных показателей качества сайта. Логично было бы видеть плавные изменения этой цифири во времени. Но не таков наш Яндекс! ТИЦ у него скачет в зависимости от... фиг знает чего. Сейчас вдруг обнаружил, что сайт Webhamster.Ru неожиданно получил нулевой ТИЦ.

Один раз уже такое было в 2015 году, и после краткосрочного обнуления ТИЦ, он возвращался на прежнее место, причем даже с увеличением значения:

Новое же обнуление ТИЦ затянулось на более длительный срок. С чем это связано - пока неясно. Есть предположение, что Яндекс резко невзлюбил сайты с размытым семантическим ядром - то есть, сайты обо всем. Так что если автор интересуется многими вещами, и не делает сайт с заточкой на одну тематику, то он в пролете. Хотя, это всего лишь предположение.

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

Возможно, некоторые пользователи заметили, что на страницах сервиса MyTetra Share появилась баннерная реклама книг с Озона. Я сам очень не люблю баннерную рекламу, тем более тизеры, и поэтому нашел вот такой компромис: книги рекламировать не стыдно, тем более если они соответствуют тематике сайта. Баннеры размещаются в правом верхнем углу страницы, вот так:

Реклама книг с Озона провисела у меня два с половиной месяца, и теперь я её отключаю. Почему? Потому что не заработал на ней ни копейки. Я не знаю, что учитывает Озон в своей статистике заказов, но реальность такова, что факт покупки книги в статистику просто не попадает. Доход же партнеры Озона получают по поведенческому фактору, только если покупка состоялась. Для теста я специально организовал покупку книги через баннер на сайте, и... ничего! Для сайта с посещаемостью ~3000 посетителей в день и откруткой ~4000 страниц в день такой "успех" неприемлем.

Да, я еще раз убедился, что заработать в интернете на хороших вещах практически нереально. Пока что единственная действенная монетизация сайта - это Сапа, как бы ее не ругали вебмастера за все закидоны руководства в последнее время. Кстати, монетизация через Google Adsence тоже дохода не приносит. Осталось мне еще пощупать Яндекс.Директ. Если и с ним не получится, то вынужден буду констатировать, что заработок возможен только на тизерах. А это значит, что в рунете сформировалась такая копроэкономика, которая нацелена на самые низменные рефлексы пользователя. Нормальной рекламой могут заработать только крупные порталы, по моим прикидкам от 30 000 посетителей в сутки, на 100 000 станиц и более. То есть, портал должен быть раз в 10 больше, чем я имею сейчас. А вебмастера небольших ресурсов, для выживания своего сайта вынуждены играть именно в эту игру: испоганить сайт тизерами, либо держать заведомо убыточный ресурс. Других вариантов интернет-среда не предполагает, если, конечно, сайт не является игровым или что-нибудь не продает.

Давненько я хотел написать статью про Linux-утилиту xargs. Эта утилита входит в состав базовых программ, которые используются в Linux при составлении команд и написании bash-скриптов. Однако за все время работы с Linux я не нашел ни одного вменяемого описания на данную утилиту. Долгое время её синтаксис и работа оставалась для меня загадкой. Но постепенно, проведя некоторые эксперименты, я наконец разобрался с тем, что же эта утилита делает.

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

Как сконструировать нужную команду с помощью xargs. Понимание xargs.

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