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

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

Браузер открыл страницу. Замок на месте, предупреждений нет.

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

Лень — двигатель прогресса. Я очень ленив, поэтому прогресс должен был выйти впечатляющим. Спойлер: он и вышел, но с ленью что-то пошло не так.

Началось с того, что я предложил взять go-playground/validator — и услышал, что рефлексия нас замедлит. Бенчмарки показали единицы микросекунд на структуру: примерно столько же, сколько json.Unmarshal того же тела, и на три порядка меньше похода в базу двумя строками ниже. Решение всё равно осталось прежним.

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

Ниже — как это выглядит, чего генератор делать отказывается и чем я за это заплатил.

Подключите OpenSearch Dashboards к Manticore Search, исследуйте данные в Discover и создавайте визуализации и дашборды в знакомом интерфейсе.

Собрал в онлайн-таблицу гайды от топовых авторов как писать статьи в блог-платформах Хабр, VC, DTF и Дзен, чтобы получить бесплатный целевой трафик или подписчиков. Эти материалы набрали 16500+ закладок в избранное и 3.8 млн просмотров.

Привет! Эта статья написана командой системных аналитиков из ПСБ:
 Юрием Моргуновым, Анастасией Самсонниковой, Ольгой Догадкиной, Максимом Белявским и Максимом Зуевым. Мы, как и многие компании, перешли с монолита на микросервисы. Причины тривиальны — их озвучивают, пожалуй, в каждой истории ухода от монолита: поддерживать всё это стало дорого, неудобно, монолитная архитектура замедляла процессы. 
 
 В общем, здесь начинается наша история. Если вы планируете переходить на микросервисы, эта статья для вас. Если же вы уже раздробили свой монолит, заглядывайте и дополняйте нас в комментариях.

В Kubernetes-кластере рано или поздно встаёт вопрос: где собирать Docker image приложений? Вариант «на своей машине разработчика» не масштабируется на команду. Вынос сборок на отдельную виртуальную машину решает эту проблему, но создаёт накладные расходы на обслуживание инфраструктуры и лишает ключевых преимуществ k8s: отдельная ВМ не масштабируется горизонтально под нагрузку, параллельные джобы конкурируют за общие CPU, RAM и диск, а накапливающийся кэш требует регулярной очистки.

Классических ответов два — Kaniko и BuildKit. Kubernetes executor с использованием Kaniko или BuildKit лишен этих недостатков: сборка происходит в изолированных подах прямо на нодах кластера, ресурсы динамически масштабируются, а виртуальные машины для Docker-демона больше не требуются.

На днях Kwork объявил, что прекращает работать на платформе с фрилансерами без регистрации ИП или самозанятого. О как.

Я в открытом доступе пока обнаружил только скрин письма поддержки (в одном из телеграм-каналов и несколько новостей на профильных сайтах.

Kwork - это на минуточку одна из крупнейших русскоязычных бирж фриланса. В своих сообщениях они ссылаются на "введение в РФ с 1го октября 2026 года закона 289-ФЗ о платформенной экономике" и на то, что этот закон мол "запрещает работать на их платформе людям без регистрации в качестве самозанятого или ИП"

Но это не так. Я до конца так и не понял - это ошибка юристов или просто удобный повод для Kwork "навести порядок" внутри собственной платформы. Давайте попробуем разобраться.

Существует такая штука как видеорегистраторы с постоянным выходом в Интернет. Чтобы оперативно сообщать владельцу, что машину эвакуируют, угоняют или просто стукнули на парковке. Раньше такие аппараты стоили неприличное количество денег, но сейчас ситуация изменилась. Рассмотрю наиболее интересные модели – а заодно для чего и кому они пригодятся.

Работа с Linux часто отпугивает начинающих пользователей, но зря. Linux —  не сложная система. Она просто другая. Чтобы с ней было удобно работать, её нужно настроить.

Меня зовут Валерий Линьков, я эксперт в безопасности, облаках и сетях, а также наставник на курсах по ИБ в Яндекс Практикуме. И в этой статье я расскажу, как из базового неудобного Linux сделать мощную систему, которая превосходит Windows 11 в производительности и стиле. Не верите? Тогда прошу под кат.

Каждый год я стараюсь поехать в какую-нибудь страну бывшего СССР и провести там семинар или просто митапы на темы SystemVerilog-RTL-FPGA-ASIC-RISC-V, попросту говоря, обучение будущих проектировщиков чипов с помощью упражнений на FPGA. В этом году я поехал в Грузию и вот мой отчет:

1. Два митапа в Батуми: Friends Club / EPAM по ссылке от batumi_it_digital и хакспейс Meshtastic Batumi / радиолюбители.

2. Митап в Тбилиси в хакспейсе sandb0x.space и посещение хакспейса f0rthsp4ce / f0rth.space .

3. Встреча с инженером местного Cisco Леваном Чагелишвили и его коллегой Давидом, организованная моим старым знакомым, FPGA инженером Иваном Графским. Иван еще 10 лет назад помог мне организовать семинар в московском МИФИ и развернуть работу по народному переводу учебника Харрис & Харрис.

По Левану у меня есть продолжение: во время встречи в ресторане на фотографии выше Леван решил спроектировать ASIC и произвести его с помощью сервиса TinyTapeout. Это наврядли первый ASIC спроектированный в Грузии (хотя кто знает?), но мы решили чтобы было бы полезно, чтобы Леван описал свой опыт. Посему мы планируем три Zoom-лекции: на английском, русском и грузинском под названием:

* Чип спроектированный в Грузии:
Разбор маршрута проектирования для ASIC и прототипирования на FPGA

* Chip Designed in the Country of Georgia:
ASIC design flow and prototyping on FPGA

10 новых российских продуктов для создания сайтов для бизнеса с ИИ; публикации сайтов и веб-приложений; создания опросов с ИИ-разбором ответов; оценки городской среды; создания базы знаний из заметок и многого другого. Битва за «Продукт недели» началась!

Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.

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

Поиск в архиве писем Яндекс 360 выдаёт снимок на момент запуска: справка пишет, что каждый поиск срабатывает один раз и выдача больше не обновляется, а обновить её можно двумя ручными способами. Вторая граница - в журнале архива: действия уволившегося администратора там сохраняются, но задать его в фильтре по сотрудникам нельзя, потому что в фильтре только действующие. Разбор идёт по пяти страницам справки и по справочнику API 360, с цитатами и датой сверки.

Правовое регулирование доменов набирает обороты

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

Когда агент в проде ошибается, спор идёт по кругу: модель тупит, промпт кривой, API виноват. Свежая работа Scale AI даёт отказам адрес — ребро между компонентами и сторону вины. Оказывается, «виновата модель» почти никогда не значит «чинить дообучением»: разбираю таксономию из 41 режима, каталог-выжимку и четыре своих отказа с числами — ни один не закрыт сменой модели.

В этой статье расскажем о медицинских IoT-устройствах медицинской компании СберЗдоровье, особенностях их разработки и способах обеспечения кибербезопасности.

Материал подготовлен по мотивам доклада CISO и CIO компании СберЗдоровье — Дмитрия Тараненко и Андрея Руднева соответственно.

Моя основная работа на распределительном центре — выдача и приём ТСД. Формально автоматизация этого процесса в мои обязанности не входила. Но когда я увидел, как устроена выдача оборудования, решил попробовать самостоятельно изменить процесс — получить практический опыт в автоматизации и оптимизации складских операций.

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

Ссылка на исходный код

В 2016 году EA закрывает свой последний оплот разработки в Питере, и народ начал разбредаться по разным студиям и командам. Тогда мировой игрострой ещё благосклонно смотрел на обладателей красных паспортов, и несколько моих бывших коллег "со связями" организовали мини-галеру и умудрились получить контракт на поддержку движка для прототипа новой игры Arkane. Причем схема взаимодействия оказалась была достаточно мутная, из-за нежелания Остинцев работать напрямую с пост-СНГ конторами, поэтому основной контракт у них был через каких-то корейцев за три рубля, которые делегировали часть работы французкой конторе за рубль, а те наняли каких-то ребят за десять копеек из восточной Европы, ну вы поняли каких:)

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

С этого момента и началось моё знакомство с идеями, которые мы внутри команды прозвали "арканутым C++", и с их реальным применением в разработке игр. Я и раньше сталкивался с жёсткими требованиями к разработке на плюсах на своей доигростростроевской работе, но за шесть лет как-то раздобрел и перестал сильно жестить с оптимизацией, так что знакомство с командой из Остина вызвало стойкое дежавю разработки начала нулевых.

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

Саммари вебинара ниже — это часть закрытого интенсива, который я собрала вокруг серии вебинаров с платформы Maven про ИИ‑кейсы из американского бигтеха. Сначала мы смотрим прямой эфир с практиками из Cursor, Meta, Netflix и подобных компаний, а на следующий день — разбираем в мини‑группе. Мы смотрим не адаптированный учебный английский, а живую речь людей, которые прямо сейчас строят продукты на агентах, и вытаскиваем оттуда лексику и лайфхаки.

Вебинар, из которого я сделала статью, провела Лорен Тан из компании Cursor. Тема вебинара — доверие к ИИ‑агентам в разработке: как дойти до того, что агенты сливают PR без твоего участия (про выстроенную систему верификации).

Ниже — саммари для тех, кто хочет разобраться в кейсе на русском. Enjoy :-)

Как стало известно на прошлой неделе, несколько тысяч учетных записей в сервисе Dropbox были взломаны в период с 4 по 21 августа. Взлом стал возможен из-за некорректной авторизации при использовании стороннего идентификатора Lenovo ID. Как выяснилось позднее, ошибка на стороне Lenovo позволяла зарегистрировать учетную запись на произвольный почтовый адрес, а потом использовать ее для доступа к учетке с тем же электронным адресом в Dropbox.

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