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

NVMe показывает сотни тысяч IOPS, а база упирается в пару сотен коммитов в секунду — знакомая ситуация, если ориентироваться на обычные тесты записи.

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

Любому, кто осилил роман ВиктОра Гюго «Человек, который смеется», известно, что при дворе Английской Королевы Елизаветы I была должность «Откупориватель океанских бутылок».

Придворный, занимавший этот пост, собственно, и откупоривал бутылки. От 80 до 120 бутылок в год.

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

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

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

В современном мире — наоборот. Ты знаешь, что доставлено. Знаешь когда и куда. Но часто не знаешь главного: прочитано ли и будет ли прочитано.

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

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

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

Представьте ситуацию: вы выкатываете новую фичу, а бэкендер спрашивает вас: «Слушай, а почему вместо событий — пустой объект?». Вы в шоке: «Как так — пустой объект? У меня же TypeScript, всё типизировано, такого не могло быть!». Спойлер — могло. 

Меня зовут Денис Платонов, я старший разработчик интерфейсов в Телемосте и я отвечаю за on-premise развёртывание веб-клиента Телемоста в инфраструктуре заказчика. В этой статье я расскажу о том, как безобидный на первый взгляд Omit превратил наш аккуратный тип событий в пустой объект. Заодно разберём, как работает дистрибутивность типов в TypeScript и поделимся, чему нас научил этот кейс.

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

Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны: какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.

Доступен Firefox 154.

( читать дальше... )

 firefox, mozilla

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

Несколько месяцев назад я разбирала на Хабре отчет «Нетфликс-2025» и пыталась понять, почему истории сегодня работают иначе, чем десять лет назад. Тогда меня особенно зацепила тема безграничного выбора. Стриминг превратил огромную библиотеку контента в отдельную культурную среду: зритель приходит туда за сериалом, а получает еще и опыт открытия, рекомендации, фан-сообщество, мемы, разговоры — и возможность найти историю, в которой узнает себя.

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

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

Теперь та же проблема добралась до книжного рынка, только с дополнительным ускорением. Стриминговые платформы сделали практически бесконечным доступ к уже произведенному контенту, но чтобы пополнить каталог новым фильмом или сериалом, все еще нужны сценаристы, актеры, съемочная группа, монтаж и довольно много денег. Книгу же технически можно сгенерировать за несколько дней и сразу отправить на площадку самопубликации. И тут возникает множество вопросов: а качественнее ли текст, создаваемый ИИ, и если да, то в каких жанрах? Можем ли мы отделять «ИИ-шлак» от авторского текста — особенно если по изображениям мы это уже делаем все хуже?

В августе продолжаем тему рецензий на книги по С-подобным языкам. Книга «Программирование на C++ в среде Qt» (БХВ-Петербург, 2026) Дмитрия Осипова построена на версии Qt 6.10 и выделяется среди аналогов тем, что начинает тему буквально с нуля. Первые пять глав — это полноценный курс C++, и только потом идут виджеты, графика и многопоточность. Для студентов и стажеров, которые хотят получить единую книгу вместо связки «учебник C++ и отдельный учебник Qt», эта книга выглядит как хороший старт в кросс-платформенную разработку.

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

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

Полторы тысячи записей моторов с телефонов. Виноват был не бренд и не цена телефона, а то, чей DSP отрабатывает запрос браузера.

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

И вот мы пришли к полноценному ИИ, который нам этот бак уберёт одним щелчком, не обязательно даже его полностью выделять. Так и хочется сказать: «Будущее!» А потом заметить, что заодно перерисовался бордюр в другом конце кадра. Который вообще не надо было трогать.

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

Разговор пойдёт по нарастающей. Сначала пройдёмся по методам ретуши. Потом погрузимся в то, как диффузионка вообще работает с картинкой — целиком, от промпта до пикселей. Потом — как из такой генерации сделали редактор. Дальше — что модель несёт с собой из обучения, что ломается на стыке с фотографическим рабочим процессом, что до сих пор быстрее делать по-старому. И под конец — вопрос про то, чему теперь вообще верить, мы его затронем по касательной.

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

Недавно мне попался файл svchost.pyc. Сначала название не вызвало особого интереса — мало ли файлов с похожими именами встречается в системе. Но при ближайшем рассмотрении стало понятно, что к обычному svchost.exe этот файл отношения не имеет.

Передо мной оказался скомпилированный Python-код, внутри которого было довольно много интересного: работа с реестром, COM Hijacking, изменение настроек Windows Defender, отключение AMSI и ETW, внедрение кода в другие процессы и даже попытка сделать собственный процесс критическим для системы. В общем, обычным Python-скриптом это уже не выглядело.

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

Есть ложь, большая ложь, а есть… обещания, которые вы читаете в бесчисленных рекламных материалах. Наша команда Endpoint Security решила доказать делом, что не просто дает красивые обещания, а готова пройти через стресс-тест настоящих хакеров.

Меня зовут Валерий, я работаю в экспертном центре безопасности Positive Technologies и в этой статье расскажу, как мы провели Endpoint Hack Zone, где я был модератором, как развернули MaxPatrol Endpoint Security и предложили хакерам выполнить ряд сценариев на защищённых хостах. 

В новой подборке - пять практических материалов для разработчиков и специалистов по 1С. Разбираем безопасность хранения паролей СУБД, исправление проблем с DPI в конфигураторе, инструменты для точной вёрстки печатных форм и удобной работы со скриншотами.

А ещё - история создания pet-проекта «Домашний помощник»: от идеи, предложенной ИИ, до готовой подсистемы на 1С:Предприятие 8.5. Если интересны практические решения, небольшие инструменты и опыт их создания - выбирайте материал по теме и читайте.

В JSON нет типа для файла - так как же загрузить файл через JSON-RPC? Разбираю, как это устроено в otezvikentiy/json-rpc-api 5.2: multipart как транспортный адаптер, валидация через Assert\File, честно про CSRF. И историю о том, как эту фичу принёс внешний контрибьютор.

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

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

Привет, Хабр!

В этой статье я хочу подробно разобрать практический пример инкрементальной синхронизации данных между двумя базами PostgreSQL с использованием FESB.

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

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

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

Сомелье видит вишню, кожу, мокрый камень и 2016 год. Я вижу GROUP BY. Проверяю на 272 напитках, сколько калорий на самом деле различают дешёвое и дорогое вино — и почему бутылка оказывается не самой тяжёлой частью вечера.

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

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

Самые опасные уязвимости живут не там, где вы их ищете, а на активах, о которых вы забыли. Разбираем, зачем категоризировать активы по недопустимым событиям, что требуют по инвентаризации приказ ФСТЭК № 117 и новые правила категорирования КИИ, какие типы активов добавились за последние годы (облачные ресурсы без хозяина, SaaS, машинные идентичности, AI-агенты) и почему одной CMDB недостаточно. С реальным кейсом про “невидимые” серверы.