Kurgan-Telecom Ru | Информационные технологии

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

Я думаю многие уже бились головой об стену не понимая как настроить сканер для корректной работы с маркировкой по ФФД 1.2.

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

Суть проблемы в том, что в коде маркировка по формату Datamatrix присутствуют обычно 2 разделителя со значением 0x1d или их ещё называют GS. 

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

Да, надо отметить,развлекаемся со сканерами мы в Виндоус. На Винде, как я понял, USB драйвер  клавиатуры всегда передавал сканкоды в соответствии с таблицей XT стандарта, где за каждой клавишей закреплёно конкретное значение.

USB драйвер всегда передает байты, как вы понимаете, и всегда от конкретной клавиши идёт одно конкретное значение (байт если хотите).

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

Привет, Хабр! Мы продолжаем цикл статей по работе с пока еще малознакомым многим битрикс-разработчикам инструментом оперирования данными с CRM Битрикс24 через абстрактные фабрики, как с помощью обработчиков событий можно встроить личную логику в работу с элементами CRM. В первой статье мы рассмотрели базовые операции с элементами сущностей Смарт-процессов — создание, изменение, удаление. Во второй статье рассмотрели получение данных об элементе смарт-процесса, его связях с другими элементами.

Электронная подпись (ЭП) — неотъемлемая часть современного цифрового документооборота. Мы сталкиваемся с ней ежедневно: при отправке отчетности в налоговую, подписании договоров, участии в тендерах или просто обмениваясь юридически значимыми документами. Но как устроен процесс проверки электронной подписи изнутри? Как убедиться, что электронная подпись действительна, и какие критерии делают ее юридически значимой?

На практике часто возникает задача: проверить ЭП быстро, удобно и без запуска сложного backend-сервиса. И здесь на помощь приходят no-code и low-code инструменты.

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

Telegram bot (интерфейс взаимодействия с пользователем);

n8n (no-code/low-code инструмент для автоматизации сценариев);

КриптоАРМ Server (проверка электронной подписи через API).

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

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

«Спасение утопающих — дело рук самих утопающих». Иногда это звучит не так уж и плохо.

Привет, Хабр! Меня зовут Юлий Гольдберг, работаю в GlowByte (занимаюсь платформами данных, BI, аналитическими решениями больше 20 лет). Сегодня хочу поделиться некоторыми наблюдениями о том, про что нужно не забывать, чтобы Self‑Service BI стал реальным драйвером развития корпоративной культуры работы с данными, а не остался благим пожеланием.

Self‑Service BI, не просто красивая идея, но объективная потребность

Представим, что BI еще не изобрели. Или что он есть, но где‑то далеко, и нам совсем недоступен, но отчеты делать надо. Чем тогда воспользуется любой сотрудник компании, чтобы сделать отчет или презентовать его заинтересованной аудитории. В первую очередь, всем на ум приходит Excel и PowerPoint. И так оно и есть на самом деле. Excel проник повсеместно. Гибкость и возможности этих инструментов почти безграничны: что хочет пользователь, то и насчитает, что вообразил себе, то и нарисует. Максимальная свобода для любого пользователя, не имеющего серьезной ИТ‑подготовки. Можно и данные собрать из разных источников, и преобразовать их нужным образом, и при необходимости сделать сложные многоэтапные расчеты. Вывести и визуализировать с условным форматированием, графиками, диаграммами.

Минусы Excel+PowerPoint хорошо известны: непрозрачность итоговых цифр (как понять, правильно ли все посчитано, когда часть цифр загружена неизвестно откуда и потом вручную скорректирована, а другая — вбита вручную прямо в таблице), расхождение результатов в разных отчетах (ведь каждый может посчитать что‑то «на коленке» или скорректировать то, что ему прислали), ну и наконец практически нерешаемые проблемы производительности, когда требуется обрабатывать сотни тысяч и даже миллионы строк информации. Удобство восприятия информации в таблицах Excel — тоже спорный вопрос. Кто‑то, конечно, настолько привык к таблицам, что другого взгляда на цифры просто не приемлет. Но все же зачастую сложно быстро ухватить суть и выявить проблему, когда смотришь на массив цифр из тысяч строк и десятков колонок.

Этот текст — эссенция практического опыта креативного специалиста, который помогает бизнесу находить технические решения в области построения базы знаний. Решил поделиться своими заметками об архитектуре хранилища данных (DWH) и написать, почему важно хранить корпоративные данные в едином хранилище, как преодолеть внутренние барьеры (вроде страха критики и синдрома самозванца) для начала обмена знаниями и какими техническими и организационными решениями можно сделать этот процесс удобным и полезным. В статье — живой опыт, конкретные советы и немного вдохновения для тех, кто только начинает делиться знаниями внутри команды.

Привет! Это Влад Шевченко, технический директор направления искусственного интеллекта red_mad_robot. Сегодня я хочу рассказать, что из себя представляет протокол MCP от Anthropic — для этого лучше всего создать его аналог собственными руками.

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

Интерес налоговых органов к бизнесу не возникнет из ниоткуда. Вряд ли можно быть готовым к нему на 100%, но знать слабые места бизнеса и следить за тем, чтобы они не тянули его в пропасть споров с ФНС, нужно. Обсудим, какие инструменты применяет ФНС в 2025 году и что делать, если они будут направлены на ваш бизнес.

В мире распределённых систем выбор брокера сообщений — это не просто вопрос технологии, а стратегическое решение, от которого зависит надёжность, масштабируемость и устойчивость всей архитектуры. Несмотря на популярность решений вроде Apache Kafka и Amazon SQS, их выбор часто бывает продиктован модой или привычкой, а не реальными потребностями приложения. 

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

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

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

Привет, котики и котолюбы! В первой части нашего кошачьего приключения мы выбрали инструменты (Litestar вместо FastAPI, Granian вместо Gunicorn, KeyDB вместо Redis), настроили uv и заложили фундамент проекта. Во второй части мы построили полноценное CRUD API для резюме котиков (или людей, если вам так ближе), подружили его с PostgreSQL через SQLAlchemy, настроили миграции с Alembic и написали тесты с Pytest. У нас уже есть стены и фундамент, но пора ставить крышу и готовиться к продакшену!

Фотограф Евгений Халдей (1916—1997) был военным корреспондентом и активно фотографировал события Второй Мировой войны. Его авторские права охраняются в течение 75 лет после смерти, однако тысячи его фотографий уже перешли в общественное достояние. Как же это получилось?

Привет! Меня зовут Сергей Васильев, я фронтенд-разработчик в AGIMA. Наша команда часто работает с PWA — прогрессивными веб-приложениями. Они стали особо популярны в последние три года, когда из-за санкций некоторым корпорациям пришлось отказаться от мобильных приложений. Но и раньше многие компании с интересом смотрели на это решение.

Ниже расскажу, как сделать из обычного веб-приложения прогрессивное: вместе настроим Web App Manifest и Service Worker. Если вам еще не доводилось работать с PWA — текст точно для вас.

Статья рассматривает внедрение Open Policy Agent (OPA) для управления авторизацией в кластерах Apache Kafka на bare metal‑серверах.

В рамках статьи проанализированы ограничения стандартных ACL и предложено решение на основе Open Policy Agent (OPA), обеспечивающее декларативное управление доступом через Policy as Code (PaaC). Особое внимание уделено обновлению OPA Kafka Plugin: создан pull request, в котором устранены уязвимости превносимые в OPA библиотекой Guava и реализован переход на более производительную библиотеку Caffeine. Описан процесс интеграции OPA с Kafka, включая автоматизацию доставки политик через Bundle API и S3-хранилище.

Я продолжаю описывать портрет современного геймера — тем более, повод соответствующий: недавно я посетил Школьную Лигу «Сбера», где было целых пять дисциплин — «Электронные шахматы», Tetris, «Мир Танков», «Поиск в интернете» и Dota 2.

Поскольку две из этих дисциплин — профессиональные киберспортивные, я решил продолжить общение с современными киберспортсменами. Спортсмен по «Миру Танков» у меня уже был, остаётся Dota 2. И в этот раз у меня довольно интересный спикер — участник и победитель Всероссийской киберспортивной студенческой лиги, Национальной студенческой лиги киберспорта, член сборной России по Dota 2, студент РТУ МИРЭА Илья Spirit Терехов.

Однако не обошлось без экспериментов: к этому интервью я решил подойти больше с точки зрения спортивной составляющей. Всё‑таки Илья — член сборной, поэтому и вопросы были ближе к профессиональному спорту, чем к компьютерным играм. Надеюсь, будет интересно. Приятного чтения!

Всем привет, на связи Scrum‑мастер команды eXpress Дмитрий Шугалей. Совсем недавно мы добавили функцию тегов в мобильной версии нашего корпоративного мессенджера (на десктоп‑клиенте они работали уже давно), и еще раз убедились, что это вполне рабочий инструмент организации работы над задачами в проекте. Попробовал сам, поговорил с коллегами — и родилась идея посмотреть, как один из популярных методов повышения личной эффективности «встраивается» в рабочий мессенджер при помощи тегов. Получилась эта заметка как отражение личного опыта и нового взгляда на старый известный подход.

В первой части статьи я коротко напомню суть метода GTD (Getting Things Done), как одного из приемов работы с информацией, который помогает классифицировать рабочие задачи. Далее покажу, как этот метод можно внедрить в рабочую рутину с помощью тегов. А после поделюсь лайфхаками и собственными системами тегов от моих коллег. Статья может быть полезна как тем, кто уже использует теги в рабочем мессенджере, так и тем, кто сомневается в их эффективности или еще просто не попробовал внедрить их в свою рабочую рутину.

Всем привет, сегодня мы начнём писать небольшой терминал на Python с собственной файловой системой (виртуальной и мало чего умеющей).

#1 Файловая система - Вы здесь

#2 Приложения

#3 Обработчик команд

#4 Терминал

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

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

Этот текст написан в рамках подготовки материалов, для видео на канале https://www.youtube.com/watch?v=ypWv9Qu1ct4 о колониальной Мексике.