Камера Xiaomi 14. Пробуем, щупаем, учимся снимать. Часть 1.

Человек снимает вечернюю улицу

Поводом к написанию настоящей инструкции-разъяснения для меня послужил тот факт, что я окончательно и бесповоротно расстался со смартфонами под маркой Samsung. Мой последний Samsung в лице S21+ несколько лет терзал меня своими выкрутасами и изводил категорически низким качеством фотографий. А свежая линейка S24, включая фотофлагман S24 Ultra, как оказалось, выдают настолько низкое качество фото, что с трудом в голове укладывается, как можно было совершить такой регресс от превосходных фото в S5 до отвратительных снимков с постепенной деградацией во всем, что было выпущено позже. А мне есть с чем сравнить, так как я последовательно пользовался Note 1, Note 2, S5, S7, S9, S21+. Но почему мой выбор пал на Xiaomi, а не на что-то другое? Например, не на Huawei?

Вопрос выбора нового смартфона может быть довольно сложным и требует тщательного подхода. В магазине нельзя просто так выбрать подходящий телефон, так как требования к нему у взыскательного пользователя довольно высоки. Новый аппарат не должен быть хуже предыдущего по основным характеристикам, быть флагманом, а стоимость флагманских моделей всегда остается довольно существенной для бюджета. Я долгое время был приверженцем устройств от Samsung, но с каждой новой версией они становились менее удобными в использовании, менее эргономичными, менее быстрыми и в целом не приносили столько радости от использования, сколько хотелось бы. Единственным ярким и светлым пятнышком в череде корейских флагманов были устройства Huawei. Однако, учитывая потенциальный переход их смартфонов на несовместимую с Android версию HarmonyOS, я пока воздерживаюсь от покупки Huawei, так как не совсем понятно, будет ли все необходимое мне работать на этой новой платформе в будущем.

Читать далее ...



Grafana Alerting. Понять и простить.

Мелкий графаненышь несется с оповещением

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

Сами датчики, как правило, реализуются на основе плат ESP8266. Они недороги, в меру производительны и позволяют без лишних затрат отправлять данные по Wi-Fi. А вот место, куда данные отправляются не так просто, по крайней мере, в моих случаях. ESP8266 подключившись к Wi-Fi сети, отправляет данные по протоколу MQTT на MQTT сервер (здесь и далее, все ПО установлено на одном сервере). Оттуда данные забирает Node-RED, где происходит их предварительная фильтрация, проверка и обработка. Часть данных напрямую отправляются во временную базу данных Influx второй версии (хотя в отдельных локациях все еще остались установки первой версии Influx), отдельные данные подвергаются трансформации, отрабатывает простенькая система оповещений (alerting). В общем на Node-RED работает бизнес-логика управления получаемыми данными от системы датчиков, генерируются события. То, что попадает в Influx, может быть обработано в самой базе данных. В Influx есть система визуализации и алертинга. Но для визуализации я использую существенно более мощный инструмент — Grafana.

Grafana предназначена непосредственно для визуализации данных в виде графиков, диаграмм, таблиц, показометров и любым другим доступным для понимания человеком способом. Свою работу система выполняет очень хорошо, поэтому ее все и используют, благо доступны как корпоративные версии, так и свободные. Помимо графиков в Grafana присутствует еще одна важная составляющая — алертинг (alerting). Это подсистема, которая по заданным правилам анализирует данные и генерирует предупреждения в виде оповещений (alerts). И собственно именно о ней дальнейший сказ.

Основной вопрос к alerting-у в Grafana — очень интересно, но ничего не понятно. Особенно после модернизации самой системы генерации предупреждений. Она стала существенно мощнее и более непонятной. Причем характерно, что чтение документации не делает систему предупреждений (ну или оповещений, кому как нравится) более понятной, так как в документации есть все, кроме того, что действительно нужно для работы. Поэтому большинство пользователей подсистемы начинают осваивать ее методом тыка, что несколько тормозит процесс внедрения, а в некоторых случая озадачивает.

Читать далее ...



Самая понятная инструкция по настройке кэширования на OpenLiteSpeed с применением плагина для WordPress

Faster than a speed of lightВ одной из своих недавних статей я поделился опытом переезда с HTTP-сервера Apache на HTTP-сервер OpenLiteSpeed. Преимуществ переезда оказалось много. Производительность блога выросла: странички стали загружаться посетителям куда быстрее, особенно с использованием современных протоколов, сервер начального уровня оказался способен выдержать несравнимо больший объем единовременных посетителей, а ресурсов при всем при этом потребляется чуть ли не вполовину меньше, нежели с решением на основе Apache.

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

Читать далее ...



Syncthing: улучшение локального обнаружения и ускорение синхронизации

компьютер, ноут, телефон, облако, замок, стрелки туда-сюдаЯ довольно долго пользовался для синхронизации файлов между своими серверами, компьютерами и мобильными устройствами такой программой, как Resilio Sync (в девичестве BTSync). Но от Resilio пришлось отказаться, поскольку на протяжении нескольких лет разработчики так и не смогли избавиться от проблемы, связанной с зависанием приложения для Android. Ошибка была признанной, обнаруживалась у многих пользователей, но не исправлялась. Вероятно, что у Resilio просто закончились программисты для Android. Пришлось перейти на Syncthing.

Syncthing – open-source аналог Resilio, а именно децентрализованная система синхронизации файлов между устройствами. Принципы ее работы схожи с Resilio, но благодаря обширному комьюнити – система работает стабильно, мобильное приложение не останавливается, синхронизация происходит без сбоев. Как и у большинства open-source проектов, связанных с программным обеспечением, у Syncthing самую малость хромает документация. Разработчики справедливо полагают, что пользователь, решивший погрузиться в мир open-source, вполне сам способен просмотреть исходный код и найти нужный ему параметр настройки, а заодно и понять, что он означает, в каких случаях применяется, а в каких нет.

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

Читать далее ...



Keenetic: улучшить ситуацию с Wi-Fi в многоквартирном доме

Moscow, morning, sunriseНа страницах своего блога, я уже обращал внимание на проблему с доступом к сети Wi-Fi в многоквартирных домах. Суть ее в том, что эфир частот, на которых работает традиционная сеть Wi-Fi, катастрофически перегружен. Он перегружен до практически полной неработоспособности сети. В этой статье хочу попробовать разобраться в чем именно заключается проблема и как с ней бороться.

Читать далее ...



Соединяю локальные сети через VPS-сервер и Keenetic посредством WireGuard VPN

рассвет, москва, деревья, мгу, мосфильмовскаяСегодня случилось страшное. Мой провайдер MosLine, без каких-либо объявлений или предупреждений сменил мне публичный IPv4 адрес на частный. В результате отключились две важные для меня функции: связь нескольких разрозненных локальных сетей и туннелирование IPv6 (использовался 6in4 вариант туннелирования, когда требуется наличие «белого» IPv4 адреса), поскольку MosLine (вкупе с его дочерней Optic-Inet) так и не научился раздавать своим клиентам IPv6. Собственно, отключение вбило очередной гвоздик в гробик провайдера, так как я уже сейчас могу получить минимум вдвое более быстрый канал через мобильную сеть и вдвое дешевле (см. статью о современных средствах добычи мобильного интернета). И единственные две вещи, которые меня останавливают от перехода на более дешевого альтернативного провайдера, так это необходимость перекраивания внутренней локальной инфраструктуры, а также необходимость инвестирования в новое оборудование. Ну и ping на мобильной сети не такой комфортный, как на оптике. И пока я раздумываю над сменой провайдера, необходимо закрыть хотя бы первую функцию, а именно связать разрозненные локальные сети в единое информационное пространство. Благо, у меня есть несколько VPS-серверов, которые можно оперативно использовать для решения этой проблемы.

Итак, в качестве инфраструктуры у меня используются роутеры, или как говорят англоязычные специалисты «рутеры», Keenetic. Может быть, данные роутеры не самые продвинутые в плане настроек, но они не кушают мозг в процессе эксплуатации (один раз настроил и работает годами), а при самой настройке нет необходимости бегать кругами вокруг роутера, курить трубку и бить в бубен исполняя тотемный танец по призыву коллективного разума с вопросом «а почему не работает». На стороне VPS, как водится, у меня крутится разновидность Linux.

Читать далее ...



Как узнать, где именно располагается камера, с которой пришел штраф?

Мне, как и любому автолюбителю, периодически приходят штрафы с камер фиксации нарушений ГИБДД. Но, зачастую, у меня возникает вопрос, а где именно установлена эта камера, дабы в следующий раз уже не попасться в ее поле зрения, со своим нарушением.

протокол, нарушение

Кусочек из протокола с фотографией нарушения

Обычно штраф оплачивается после получения постановления. Постановление выглядит, по крайней мере на начало 2021 года, как листик о двух сторонах, с заполненной информацией об административном правонарушении, где именно оно было совершено, какая кара грозит за нарушение, какой тип камеры использовался, куда платить. Как правило, в постановлении указывается адрес места установки камеры. Выглядит, он, например, вот так вот «а/д М-1 Беларусь 44 км + 630 м в Москву». Ну или как-то похоже. По этому адресу можно примерно понять, где же притаилась та самая камера, сосущая денежные средства из водительского кошелька.

Но, а если хочется поточнее?

Читать далее ...