Записки IT специалиста

Находки в старом чулане
 
Есть у нас в «закромах Родины» одна коробка, где лежат всякие разные роутеры Mikrotik, в основном частично исправные. Насобиралось с годами. И вот потребовалась для учебно-ознакомительных целей относительно живая железка.
 
Полезли в очередной раз перебрать тот ящик, а там обнаружился по виду совсем новый hAP, и коробочка рядом с ним, а там совсем новый блок питания, правда уже размотанный и весь остальной комплект.
 
Обычно неисправные роутеры мы так или иначе подписываем, ну и выглядят они соответствующе, несколько лет эксплуатации дают о себе знать по внешнему виду, а этот совсем новый на вид и без надписей, наклеек и т.п.
 
Странно, откуда он у нас? Может клиентский? Но клиентское оборудование все на ответственном хранении, лишних hAP не числится. Интересно…
 
Включаем, смотрим, конфигурация явно не рабочая, настроена куча туннелей и нет даже базовой настройки брандмауэра и всего остального, да и прошивка сильно древняя. Что-то это напоминает…
 
Конечно же, данный роутер мы использовали для тестов при написании статьи:
 
Производительность младших моделей Mikrotik hEX и hAP. Экспресс-тестирование
 
После чего он у нас так и остался и за ненадобностью был отправлен в чулан. Что не удивительно, так как в далеком и светлом 2020 году его стоимость была примерно 2 500 – 2 850  руб., ничего серьезного.
 
Абсолютно доступная и недорогая железка, которую можно было купить для экспериментов и оставить, чтобы было.
 
Сегодня тот же hAP стоит на уровне 5 500 – 6 500 руб., что не сказать, чтобы много, но уже достаточно чувствительно. И это при том, что железка уже откровенно старая и слабая.
 
Сегодня это нижняя планка для каких-то простых применений и одна из самых недорогих моделей, куда можно поставить ROS 7 и не сильно страдать от этого. С тем же hAP lite такой фокус уже не проходит.
 
И все это абсолютно не радует, так как сужает круг доступного оборудования для молодых специалистов, потому как есть целый пласт вопросов и задач, которые не позволяет обойтись виртуалкой и требует физического оборудования.
 
Раньше hAP был абсолютно доступен и какой-то особой ценности не представлял. А сегодня цена не то, чтобы большая, но заставит несколько раз подумать, а надо ли оно мне просто для поиграться?
 
Я уже не говорю про L009, который на сегодняшний момент видится идеальным роутером для тестов и экспериментов. Потому как 129 USD заявленной цены в наших реалиях превращаются в 15 – 16 тыс. руб., что полностью отбивает энтузиазм, особенно у молодежи.
 
Ну и не забываем про последние инициативы Минпромторга, который активно развивает «поддержку отечественной электроники», судя по всему вдохновившись примером АвтоВАЗа и закрывает параллельный импорт большинства ведущих компьютерных брендов.
 
Mikrotik в этот список пока не входит, но долго ли включить? Это у нас всегда запросто.
 
Выводы тут будут неутешительные, фактически мы стреляем в ногу собственной индустрии, ставя запретительные барьеры собственным специалистам к современным технологиям и оборудованию.
 
А на фоне остальных инициатив картина складывается совсем безрадостная и опыт прошлых лет похоже никого не учит.

Как посмотреть пароли в Winbox

Сегодня будет очень короткая заметка, но знают об этой возможности немногие.

Иногда нужно быстро посмотреть используемые пароли в Winbox, обычно для этой цели используют выгрузку конфигурации или ее части в rsc-файл, но есть способ проще.

Просто включите, точнее отключите скрытие паролей в настройках самого приложения!

BentoPDF -швейцарский нож для работы с PDF
 
Онлайн сервисы для работы с PDF не менее популярны, чем сервисы для работы с изображениями, но несут в себе еще большее количество угроз, связанных с загрузкой документов третьей стороне.
 
Это связано с тем, что PDF зачастую содержат более чувствительную информацию, нежели изображения, а также то, что из них можно легко извлекать текст и анализировать его.
 
Поэтому свой сервис для работы с PDF – это не прихоть, а разумная необходимость. Тем более что сделать это несложно. Мы будем использовать известный проект BentoPDF, для его запуска используйте docker-compose.yml:
 

services:
  bentopdf:
    image: ghcr.io/alam00000/bentopdf:latest
    ports:
      - '3000:8080'
    restart: unless-stopped

 
После чего переходите по адресу http://IP_address:3000, где вы попадете в рабочую среду продукта, которая внешне не отличается от публичных сервисов.
 
Возможностей много, практически всё, что можно придумать при работе с данным форматом. Поддерживается как конвертация в PDF, так и обратно, распознавание текса, извлечение отдельных  данных, защита, оптимизация для веб и т.д. и т.п.
 
И все это исключительно локально, без передачи данных на сторонние сервера. Ваши документы остаются в вашей инфраструктуре.
 
Отдельного внимания заслуживает визуальный конструктор пайплайнов, который позволяет настроить, сохранять и использовать готовые сценарии обработки для PDF, что позволяет легко автоматизировать повседневные задачи.

ImgCompress – сервис обработки изображений для самостоятельного размещения
 
Сегодня достаточно популярны онлайн сервисы для конвертации и обработки изображений, которые позволяют быстро и удобно выполнить базовые задачи обработки без привлечения дополнительного софта.
 
Это действительно удобно, но есть один тонкий момент – ваши изображения передаются третьей стороне, что может быть не всегда приемлемо. В тоже время подобные задачи никто не отменял?
 
Как быть? Создать собственный аналогичный сервис. Почему именно сервис? Ведь можно поставить клиенту нужное ПО? Можно, но это потребует настройки каждого ПК отдельно, да и скорость работы будет сильно зависеть от аппаратной части.
 
Кроме того, пользователи могут работать с различных устройств и операционных систем, что создаст очередной зоопарк или заставит искать что-то универсальное. В то время как сервис станет единой унифицированной точкой работы с изображениями.
 
Простым, но в тоже время удобным и функциональным инструментом является ImgCompress – он поддерживает на чтение 70 форматов изображений, позволяет быстро из конвертировать и изменять размер. Также присутствует локальный ИИ для удаления фона.
 
Для его установки потребуется один единственный докер контейнер, для запуска создайте следующий docker-compose.yml:
 

services:
    imgcompress:
        image: karimz1/imgcompress:latest
        container_name: imgcompress
        restart: always
        ports:
        - "3001:5000"
        environment:
        - DISABLE_LOGO=false
        - DISABLE_STORAGE_MANAGEMENT=false

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

Для работы с сервисом перейдите по адресу http://IP_address:3001, где вас встретит привычный и интуитивно понятный интерфейс.
 
Перетаскиваем файлы, выбираем выходной формат и качество, при необходимости указываем до какого размера изменить изображения. Нажимаем Start, ждем пока изображения обработаются, скачиваем результат, можно по одному, можно сразу архивом.
 
Кроме указания качества можно управлять сжатием по требуемому размеру выходного файла. Просто указываем максимальный размер, и программа сама подберет уровень сжатия, это полезно, когда нужно конвертировать сразу много файлов, не превышая некоторый размер.
 
В правом нижнем углу кнопка управления хранилищем, там мы можем повторно скачать уже конвертированные файлы, но учтите, что контейнер не имеет внешних томов, поэтому все результаты пропадут при перезапуске контейнера. Это не плюс и не минус, просто нужно иметь это ввиду.
 
ИИ по удалению фона изображения работает в целом неплохо, на уровне бесплатных сервисов, зато достаточно быстро. Для простых изображений с однородным фоном – вообще очень хорошо, в иных случаях понадобится доработка руками.
 
При этом все операции производятся исключительно локально, в облако ничего не уходит.
 
В целом ImgCompress – это простой и удобный инструмент, не без своих особенностей и недостатков, но полностью локальный и позволяющий закрыть вопрос базовой обработки изображений своими силами в локальном контуре предприятия.

Автоматический перезапуск открытых приложений после загрузки Windows

Вы активно работаете, у вас много открытых окон приложений и тут возникает необходимость выключить или перезагрузить компьютер.

А еще хуже, если система выполнит перезагрузку сама, например, для плановой установки обновлений.

Знакомая ситуация?

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

Но начиная с Windows 10 2004 появилась возможность сохранять состояние приложений и автоматически запускать их после включения или перезагрузки.

Для этого перейдите в Параметры - Учетные записи - Варианты входа и включите опцию Перезапустить приложения.

Также это можно сделать через реестр. Для включения:

reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v RestartApps /t REG_DWORD /d 1

Для отключения:

reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v RestartApps /t REG_DWORD /d 0

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

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

Как легко и просто «сломать» информационную базу 1С:Предприятие, не снимая «замочка» и ничего не понять?

А что, так можно? Не только можно, но и с завидной регулярностью случается. И называется это - расширения.

Вообще, расширения – это удобный механизм доработки конфигурации или исправления ошибок без внесения изменений в саму конфигурацию, но это если в умелых руках.

А если нет? Ну так любой инструмент несет в себе такие же опасности: молотком можно забить гвоздь, а можно отбить пальцы.

Так что не так с расширениями? У расширений есть три типа назначения, про них в документации написано следующее:

Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым.

Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика.

И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов).

Предполагается, что расширения с одинаковым назначением не должны «пересекаться» по функционалу и «мешать друг другу».

Ключевая фраза - мешать друг другу, с оговоркой – предполагается.

Что происходит на самом деле? Допустим у нас есть код какого-либо модуля и есть расширения, затрагивающие этот модуль. При запуске 1С берет исходный код модуля и применяет к нему расширение с назначением Изменение. Тем самым получает некоторый промежуточный код, который будет содержать исправления ошибок.

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

Если расширений с одним назначением несколько, то они будут применяться в том порядке, в котором были добавлены в информационную базу и изменить этот порядок нельзя.

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

Если дополнение конфликтует с доработками (адаптация), то откажется работать дополнение. Но в жизни все может быть совсем по-другому. И дополнение с типом адаптация, добавленное первым, может спокойно при обновлении сломать ваши доработки.

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

А почему? А потому что раньше процесс изменения конфигурации был делом достаточно сложным и затратным: нужно было найти программиста, заплатить ему денег, снять конфигурацию с замочка, что удорожало ее поддержку и сопровождение… Поэтому чаще всего обходились сравнительно безобидными внешними отчетами и обработками.

Если же решались на доработку, то занимался этим какой-никакой, но специалист.

Зато теперь – полная свобода самовыражения. Пошли на Инфостарт, накачали расширений и давай «прокачивать» базу. И никаких программистов не надо. Даже конфигуратор открывать не придется.

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

Например, в базе А набор расширений может работать без ошибок, а в точно такой же базе Б – глючить напропалую. А почему? А потому что расширения добавлены в разном порядке. Следовательно итоговый код будет разным, с разными последствиями.

Как быть? Да никак, расширения стали нормой жизни, их будут качать и ставить. Но всегда надо иметь это ввиду и при непонятном поведении базы сразу проверять список расширений.

Ну и стараться все-таки, хотя бы по диагонали, смотреть в код расширений, прежде чем их ставить и контролировать из пересечение. Не умеете сами – позовите специалиста.

🗝 Про "замочек" на базе 1С:Предприятие

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

Визуально это отображается в виде замка и иногда говорят, что конфигурация "на замочке".

Обычно "замочек" снимают для доработок. Но с этим получают ряд сопутствующих осложнений.

📐 Во-первых, вырастет размер базы. В базе на поддержке две конфигурации: основная и БД. В снятой с поддержки три: основная, поставщика и БД.

⏱ Во-вторых, резко увеличивается время на обновление, так как вместо того, чтобы просто загрузить изменения база всегда будет делать сравнение и объединение.

☝️Поэтому не стоит снимать базу с поддержки без крайней на то необходимости. Для доработки используйте внешние отчеты и обработки, а для более сложных вещей есть расширения.

🤔 Если "замочек" с базы снят, то для того, чтобы вернуть его снимите базу с поддержки и загрузите в нее CF того же релиза или более старшего, на который доступно обновление.

Про ТС ПИоТ
 
Просили тут написать про ТС ПИоТ, поэтому пишем. Все сказанное ниже является исключительно частным мнением и не претендует на истину в последней инстанции.
 
Но начнем немного издалека. Любой хороший админ или внедренец знает, что любое изменение или решает какие-то проблемы системы или добавляет ей новую функциональность. Либо и то и другое сразу.
 
Это язык понятный бизнесу и именно за это бизнес платит деньги, если вы предложите изменение, основной смысл которого в розовых котиках – вас пошлют лесом и денег не дадут.
 
Система маркировки – не исключение, несмотря на отдельные перекосы и технические проблемы все предыдущие действия и нововведения были разумны и рациональны.
 
Как помним, начиналось все с уведомительного режима в самом простом его варианте, марка просто считывалась на кассе в чек, если марка валидна – все хорошо. Никаких проверок марки не происходило.
 
Потом добавили проверку ОИСМ при помощи кассы и ОФД, это те самые буквы [M], но такая проверка была, во-первых, не быстрой, а во-вторых, не давала понимания причины отказа. Поэтому такую марку можно было продать при согласии покупателя.
 
Далее в ход пошли онлайн-проверки разрешительного режима (РР), теперь система уже принимала окончательное решение, либо с маркой все хорошо и ее продать можно, или нельзя, с указанием причины запрета.
 
Попутно осуществлялся переход с объемно-сортового учета (ОСУ), на поэкземплярный, когда каждую марку стало возможно отследить в онлайн режиме от производителя и до прилавка.
 
В завершение это все дополнили локальным модулем, который в случае невозможности выполнить онлайн проверку выполнял проверку марки локально, по внутреннему «черному списку» и либо давал решение на продажу, либо запрещал ее.
 
Плохо ли, хорошо, но эта система как-то работала, рынок приспособился, адаптировался и принял новые правила игры.
 
Сама система в данном виде серьезных изъянов не имеет и поставленные задачи достаточно эффективно решает, особенно с переходом на поэкземплярный учет.
 
Но осенью прошлого года как снег на голову свалился тот самый ТС ПИоТ, процитируем официальный источник:
 

ТС ПИоТ — это Техническое Средство получения Информации о товаре.
С 28 декабря 2025 года оно обязательно для всех, кто продаёт маркированные товары через кассу.

Зачем оно нужно?

Раньше каждый поставщик ПО сам решал, как проверять коды маркировки. Это приводило к ошибкам, потере данных и даже продаже поддельных товаров.

ТС ПИоТ — это единый, стандартизированный и сертифицированный способ взаимодействия с системой «Честный знак».

 
Ага, а до этого официальный API Честного знака не был единым, стандартизированным и сертифицированным?
 
И что значит «сам решал, как проверять»? Способ был для всех один – РР или ЛМ при отсутствии ответа онлайн.
 
Что поменяется с приходом ПИоТ? Ничего, совсем ничего, просто API РР заменится на API ПИоТ, больше ничего в логике торгового приложения не изменится.
 
А все его заявленные «достоинства», скажем честно, притянуты за уши. Никаких насущных проблем Розницы ПИоТ не решает, никаких новых возможностей не предоставляет, ни участникам рынка, ни самой системе.
 
Возможно, именно поэтому ПИоТ оказался не готов в срок, который потом несколько раз переносили, потому что разработчики этого недоразумения сами не понимали, что он должен делать и как.
 
Зато это не бесплатно, от 5 000 рублей в год, умножьте на количество касс в стране, ну да, неплохой профит на ровном месте, можно сказать из воздуха.
 
Ну а что, сели государевы мужи, посмотрели, подумали. Работает маркировка, плохо, хорошо, но работает, поставленные задачи решает. А потом вдруг хлопнули себя по лбу, мол как же так, братцы, а почему это все бесплатно???
 
Поэтому на текущий момент ни бизнес, ни обслуживающие организации ставить ПИоТ не спешат, просто не видят смысла, с учетом его сырости и отвратительной работы по немногочисленным отзывам.
 
Какая-то ясность появится уже в июне, когда будет понятно, перенесут еще раз сроки или нет.

Некоторые размышления по поводу интеграций с различными ГИС

Вот уже, хотел написать – несколько недель, а на самом деле уже несколько месяцев мы неспеша работаем над интеграцией учетной системы заказчика на 1С в одну ГИС.

Имена пока называть не будем, но кажется мне, что там везде ситуация плюс-минус идентичная. И знали бы мы это на берегу, то сто раз подумали бы, а нужен ли нам этот блудняк.

Сначала, как говорится, ничто не предвещало беды. Задача понятная, документация увесистая, по технологиям ничего необычного: SOAP. Не самый приятный вариант, но вполне рабочий, реализуемый.

Работы, поначалу, казалось на месяц-полтора, с учетом верификации со стороны ГИС и сдачи проекта. Но жизнь поставила все на свои места.

Проблемы посыпались с самого начала как из рога изобилия. Потому что ничего не работало, вообще. Хотя сделано все было строго по документации. ИИ тоже не нашел никакого криминала (а писали мы вместе с ним в плотной кооперации).

Ладно, ИИ может придумывать, но внимательно изучив отправляемые на сервер запросы пришлось признать, что ИИ прав и запросы полностью соответствуют документации. Так в чем причина?

Поддержка на помощь не спешит и отвечает четко по регламенту – на ответ отводится 24 часа, вот как раз на следующий день она и ответит, какой-нибудь ерундой, с предложением почитать документацию, а следующий ответ будет еще через сутки. А к самой мякотке если через неделю доберемся, то это будет очень хорошо.

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

В запросах использовались некие дополнительные пространства имен, о которых в основной документации было ни сном, ни духом. Но это половина беды. Для реализации одного из модулей предполагалось три метода: создать, обновить и получить запись.

Логично, что они должны быть полностью идентичными по структуре и отличаться только параметрами.

А вот и не угадали, складывается впечатлении, что методы писали совершенно разные люди, не знакомые друг с другом. Потому что метод получить разительно отличался от создать и обновить как заголовками, так и используемыми пространствами имен.

Унификация? Нет, не слышали. Поддержка? Нет, не в курсе. И вообще, складывается впечатление, что ее основная задача – футболить по регламенту, мол идите, читайте документацию.

А саму документацию, складывается впечатление, писали третьи люди, проекта в глаза не видевшие. Все многословно, путано и тонет в канцеляризмах. Примеров нет, XSD-схем нет, куча недомолвок и белых пятен.

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

При этом он не дурак и трезво оценив ситуацию дал добро на дальнейшие работы, попросив только не пустить его по миру. Хотя ему без вариантов, к сентябрю или ты интегрируешься или вешаешь на дверь замок.

Перспективы? Они там есть, только вот далеко не радостные, с учетом предполагаемого развития этой самой ГИС. Альтернативы? Тоже есть, только ценой и стоимостью поддержки совсем не радуют, при качестве на уровне дешевого любительского поделия. Ну отраслевая 1С – она такая.

А у нас остался один вопрос, да и тот – философский. Пробовали ли они сами по своей документации и по своей поддержке реализовать интеграцию? И видя поток обращений в поддержку не кажется ли им, что что-то у них не так?

С Днем Победы!!!

Пятничное, о жизни. Свекольный сахар

Третьего дня был у одного клиента в офисе, перед этим заехал на пункт выдачи и забрал несколько пачек турецкого Атом Чая. Это такой травяной чай в кубиках, просто залить кипятком, при этом состав там нормальный, без всякой нездоровой химии.

Я его обычно с черным или зеленым чаем мешаю, как аналог всяких вкусовых добавок или ароматизаторов, на ночь можно и чистого заварить, чтобы без всяких бодрящих веществ. Ну и обещал я там народ как-то этим чаем угостить.

Вот приехал и угощаю. А в той организации есть одна мадам, дама не глупая, хороший такой, опытный главный бухгалтер, годочков 35, семья, двое деток. Но есть у нее бзик – здоровое питание.

В общем берет она коробку и начинает изучать состав, а там, ясен перец, все на турецком. Но кого это сегодня смущает? Наводим камеру телефона и читаем перевод.

- Класс, свекольный сахар!

Я немного не понимаю восторга, ну свекольный и чего?

- Те не понимаешь, это же круто, это натуральный состав, тут не простой сахар, а свекольный.

Мягко интересуюсь, а какой еще сахар она знает, ну кроме тростникового, разумеется.

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

Аргумент, что его везут с другого полушария, не прокатывает. А свекольного у нас, по ее мнению, просто нет, потому что это дорого и невыгодно.

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

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

🔹 Крафтовый Ethernet

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

После чего продаем его как супер-пупер натуральный крафтовый свекольный сахар.

Ну и бурачный самогон без очистки тоже можно как крафтовый продавать, а кому не зашло – тот просто не понял и не проникся всей натуральностью продукта.

Однострочный веб-сервер на Bash

Часто бывает нужно отслеживать некоторые показатели целевого сервера или контролировать ход работы какого-либо сервиса. Все это можно сделать командами, но постоянно вызывать их в консоли – занятие утомительное.

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

И в этом нам поможет команда netcat (nc), мы не будем подробно разбирать ее применение, а просто покажем примеры.

Например, мы хотим видеть свободную память:

while true;
  do echo -e "HTTP/1.1 200 OK\n\n$(free)" \
  | nc -l -k -p 8080 -q 1; 
done

Здесь следует обратить внимание на опции -p – порт и q – время в секундах до закрытия соединения, если у вас там выполняется сложная команда, то возможно его придется увеличить.

Таким же образом можно просматривать логи:

while true;
  do echo -e "HTTP/1.1 200 OK\n\n$(tail -n 15 logfile)" \
  | nc -l -k -p 8080 -q 1; 
done

Возьмем задачу немного сложнее, вывести сразу несколько показателей, ок, прямо не выходя из терминала выполним:

cmd1=$(free) 
cmd2=$(ss -tpln)
body="$cmd1\n$cmd2"
 
while true;
  do echo -e "HTTP/1.1 200 OK\n\n$body" \
  | nc -l -k -p 8080 -q 1; 
done

Но если всего этого недостаточно, то вы можете написать скрипт, который будет выводить нужную вам информацию и запускать его нашим однострочным веб-сервером:

while true; do { \
  echo -ne "HTTP/1.1 200 OK\r\n"; sh my_script.sh; } \
  | nc -l -k -p 8080 -q 1; \
done

Просто? Да. Удобно? Да. И только bash и никаких дополнительных инструментов!

USB 3.x и Wi-Fi 2,4 ГГц

Что у них общего? На первый взгляд ничего, где USB и где Wi-Fi, абсолютно разные технологии.

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

USB 3.x не исключение, частотный спектр сигнала которого пересекается с диапазоном Wi-Fi 2,4 ГГц и способен серьезно нарушить работу последнего, вплоть до полного пропадания связи.

Это, например, коротко описано в разделе техподдержки TP-LINK:

Согласно спецификации интерфейса USB 3.0, передача данных по данному стандарту затрагивает частотный диапазон в 2,4-2,5 ГГц.

В результате, большое количество шумов или интерференций сигнала возникает на частоте 2,4 ГГц, и как следствие, мешает корректной работе роутера.

Если устройство USB 3.0 расположено близко к антеннам роутера, роутер пользователя может испытывать серьезные воздействия на частоте 2,4 ГГц.

Кому интересны подробности – могут ознакомиться с более детальным документом: https://www.usb.org/sites/default/files/327216.pdf

Выводы из него просты: если вы используете USB 3.x устройства с недостаточным экранированием кабелей или самих устройств, то можете получить серьезные проблемы с работой Wi-Fi в диапазоне 2,4 ГГц.

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

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

Аналогичный эффект могут испытывать клиентские устройства, такие как ноутбуки. Активное USB устройство, вставленное со стороны размещения беспроводного адаптера или его антенн может существенно ухудшить условия приема.

Также кроме Wi-Fi могут страдать и иные беспроводные устройства, например, беспроводные клавиатуры и мыши, также работающие в диапазоне 2,4 ГГц.

Поэтому если ваши устройства ввода вдруг начали вести себя неадекватно, то проверьте, не воткнул ли кто-то рядом с ними USB 3.x устройство.

Чтобы убедиться, что это не теоретическая вероятность, а суровая правда жизни могу привести реальный пример, когда человек столкнулся с подобным эффектом от углового адаптера порта: https://mysku.club/blog/aliexpress/99897.html

При этом на диапазон 5 ГГц устройства USB 3.х никакого негативного влияния не оказывают, на него приходится минимум помех, а следующая гармоника проявит себя уже в диапазоне 7,5 ГГц, но это уже совсем другая история.

Что нужно знать перед миграцией на Ubuntu 26.04 LTS

В тестовой среде протестировали несколько серверных систем, обновленных до Ubuntu 26.04 LTS, и проверили основные изменения в системе, которые могут оказаться критичными и должны обязательно учитываться при планировании миграции.

🔹 DSA-ключи в OpenSSH не поддерживаются. Хостовые DSA-ключи больше не генерируются. Если в ~/.ssh/known_hosts или authorized_keys остались DSA-ключи — они перестанут работать.

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

🔹 Вместо systemd-timesyncd теперь по умолчанию используется Chrony, для приведения обновленных систем к единому стандарту выполните:

apt-mark auto systemd-timesyncd
apt install chrony

🔹 SSSD работает под пользователем sssd, а не root, проверьте, что новый пользователь sssd имеет доступ к необходимым ресурсам (keytab-файлы, сертификаты).

🔹 cgroup v1 удален. Контейнеры, настроенные на legacy/hybrid cgroup работать больше не будут. Под угрозой: Debian 9/10, Ubuntu 16.04/18.04, CentOS 7, старые Alpine.

🔹 apt-key удален – все сценарии с его использованием работать перестанут, переходите на новую систему управления ключами. Подробнее: https://interface31.ru/post/apt-key-is-deprecated-ili-upravlenie-klyuchami-v-sovremennyh-vypuskah-debian-i-ubunt/

🔹 Вместо классического sudo используется sudo-rs, который не 100% совместим, протестируйте свою конфигурацию перед применением.

🔹 Директория /tmp теперь монтируется в tmpfs, по умолчанию верхний предел выделяется в размере 50% доступного размера ОЗУ. Если ваши сценарии предполагают закидывание в /tmp больших объемов данных, проверьте их на предмет неприятных сюрпризов с памятью.

🔹 В данном релизе последний раз поддерживаются скрипты System V init, если они у вас остались, то самое время переводить их на юниты systemd. В следующем LTS поддержка System V init будет удалена.

🔹 Вместо initramfs-tools используется Dracut, но при необходимости можно вернуться назад, оба варианта поддерживаются.

С Днем радио!!!

Сегодня мой профессиональный праздник и не только мой, но и многих коллег, особенно старшего возраста.

Это сейчас путь в IT открыт сразу и напрямую, в наше время путь к вычислительной технике начинался с радиолюбительства и программируемых калькуляторов.

Позже все это плавно перетекало в наиболее близкие профессии, связанные с электроникой. А электроника в свое время была неразлучно связана с связью (вот такой вот каламбур вышел).

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

Появившиеся позднее компьютеры кто-то сделал помощниками в инженерных расчетах, а кто-то связал с ними свою профессию.

Поэтому всех причастных, настоящих и бывших связистов, хотя связисты, а тем более радиолюбители, бывшими не бывают, с праздником!

🥃🥃🥃