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

Есть всего три претендента на звание самого популярного ПО для работы с электронными таблицами: VisiCalc — первая электронная таблица, становившаяся причиной для покупки некоторых домашних компьютеров конца 1970-х, Lotus 1-2-3, доминировавшая на первых PC в 1980-х, а после них — Microsoft Excel (которому очень недолго предшествовал Multiplan). Excel доминировал на рынке с 1990-х, поэтому можно запросто вообразить, что он существовал всегда, но даже внутри Excel скрываются кое‑какие особенности его предшественников.

Одна из них задокументирована в официальном документе по устранению неполадок Microsoft Excel...

Обычно пишут: техжурнал на рабочем сервере включайте точечно, иначе гигабайты в час. А сколько именно? Я прогнал одну нагрузку шесть раз с разными настройками logcfg.xml и посчитал объём, процессор и записи по событиям. Базовый набор дал 0,8 МБ в час, «всё подряд» — 10,6 ГБ. Плюс несколько неочевидных мест: единицы duration в фильтре, тысячи пустых каталогов rac_<pid> и ошибки запросов, которых нет в EXCP.

Я обнаружил, что история работы с AI‑агентом может быть полезным источником информации. Поэтому создал инструмент, который позволяет проще исследовать эту историю и возвращаться к результатам прошлой работы.Представляю вам opencode-db — это CLI‑утилита для быстрого изучения, поиска и экспорта истории сессий OpenCode без необходимости вручную разбираться во внутреннем устройстве SQLite‑базы.

ИИ-агент купил мне авиабилет, накопил годовой запас кофе и попал в чёрный список ресторанов. Я дала ему выделенную банковскую карту для оплаты, телефон, браузер и доступ к 200+ MCP и API - и проверила, как он выполняет поручения в реальном мире. Показываю кейсы и выводы из реальных экспериментов.

Привет, анонимус. Достало читать рекрутерш в LinkedIn? Или пипла из Астаны? С текущим вайбкодингом ленту можно адаптировать под себя любимого за один вечер – я сделал себе chrome extension. Код не выкладываю, каждый навайбкодит сам минут за десять, ниже только что получилось.

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

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

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

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

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

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

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

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

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

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

Авторы моделируют реалистичную мультикластерную конфигурацию с открытой версией Linkerd и Buoyant Enterprise for Linkerd (BEL) и разбирают сценарии аварийного восстановления сервисной сетки. Они показывают, от чего зависит восстановление, как воспроизвести сбои в своих кластерах и какие действия помогут устранить выявленные проблемы. Даже если вы не будете запускать демонстрационную конфигурацию самостоятельно, метрики и результаты экспериментов помогут повысить устойчивость сетки и разобраться в роли Buoyant High Availability Zonal Load Balancing (HAZL) — механизма балансировки нагрузки с учётом зон доступности.

Подведены итоги конкурса профессиональных работ в экосистеме nanoCAD «Инженерная лига “Нанософт”». Экспертная комиссия рассмотрела более 50 проектов и определила восемь лучших. Торжественное награждение победителей состоялось 15 октября на главной сцене форума «СИЛА ПЛАТФОРМЫ-2026», авторы будут отмечены денежными призами.

Дикий указатель, который 40 лет портил память в классической игре Infidel. Баг компилятора ZIL, который никто не заметил. Разбор полётов от Эндрю Плоткина (Zarf) с погружением в ассемблер Z-машины.

Осенью 2022 года сотрудники аккредитованных ИТ-компаний могли получить отсрочку от мобилизации. Работодатель подавал списки, сотрудник дублировал заявление через Госуслуги, и для многих этот механизм сработал.

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

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

Рассказываю, как это устроено и как выглядит: почему раскладка осталась дискордовской, зачем считать радиусы скруглений, почему LiveKit, а не P2P, и почему звонки рвались ровно через три секунды.

Нейросеть искажает перспективу, потому что её не учили сводить линии в одну точку: исследователи Sony в 2023 году прямо писали, что точность перспективы при обучении диффузионных моделей не требуется. Я проверил, изменилось ли это, на 7 моделях и 3 сценах.

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

21 октября PHP выпустил экстренные версии 8.2.35, 8.3.36, 8.4.27 и 8.5.12. Они закрывают две критические RCE без авторизации (CVSS 9.2), одна из которых срабатывает ещё до кода вашего приложения. Разбираем бюллетени, даём скрипт для проверки всех PHP на сервере и временные меры для тех, кто не может обновиться сегодня. Для PHP 7.x и 8.0/8.1 исправлений не будет.

Можно ли получить административный доступ к Windows Event Collector, используя обычный сертификат доменного пользователя, без эксплуатации ESC-уязвимостей и компрометации УЦ?

В статье разбираю CertiSplit — необычный сценарий повышения привилегий через WinRM certificate mapping.

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

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

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

Вы нашли open redirect, отправили отчет и получили в ответ: «Информационный, выплата не положена». Знакомая ситуация? С ней сталкивался каждый, кто пробовал себя в багбаунти.

О своих находках и о том, как выжать из них максимум, в подкасте рассказал Мухамед Дахер aka m0m0x01d — багхантер и один из топовых исследователей Standoff Bug Bounty. А мы перевели его выступление и делимся им с вами.

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