Веб-страница

@counter-style: CSS-генератор текста, который многие игнорируют Я бы сохранил этот трюк: at-rule @counter-style работает не только с маркерами списка, но и как полноценный генератор строк через CSS counter. По умолчанию там system: symbolic — символы зацикливаются и умножаются по мере роста счётчика. Практический сценарий: замаскировать текст символьной лапшой прямо в CSS. Или собрать ротатор слов, где счётчик сам подбирает вариант из заданного набора. Для декоративных задач это избавляет от ручной сборки последовательности, а @counter-style всё делает сам. Frontend Masters показывают, как это устроено.

Форма регистрации начинается не с полей и кнопки Можно собрать красивую онлайн-регистрацию на тысячу человек, привязать базу, письма и сверку сотрудников. А потом HR пришлёт регламент и спросит: где лежат персональные данные, кто имеет доступ, что с HTTPS, ФЗ-152 и планом на случай утечки. Вот тут внезапно оказывается, что главная сложность не в форме. Код работает, письма уходят, но проект всё равно может упереться в ответственность и процессы: лишний аккаунт в базе, серверы не там, согласие пользователя забыли. В свежем разборе на Tproger это превращается в чеклист вопросов, которые лучше задать себе до того, как первый гость оставит телефон и почту.

TypeScript иногда выбирает тип, который кажется нелогичным. Вот почему В TypeScript дженерики обычно работают интуитивно, пока внезапно не выдают unknown вместо ожидаемого пересечения или сворачивают объединение обобщённых типов не туда. Автор разбирает механику, которая стоит за этими сюрпризами: как компилятор выбирает кандидатов для типовых переменных, почему один аргумент может доминировать над другим и когда inference ломает интуицию. Если пишете типизированные библиотеки или просто хотите понять, почему компилятор ведёт себя именно так, я бы сохранил на тот случай, когда очередной неожиданный вывод типов застанет врасплох и придётся объяснять команде, почему ваш код компилируется совсем не так, как вы предполагали.

Oxlint — линтер на Rust, который в 50–100 раз быстрее ESLint и работает сразу после установки Если проверка кода в вашем проекте растягивается на минуты, я бы присмотрелся к Oxlint. Это рабочий инструмент из экосистемы Oxc от VoidZero: 107 правил из коробки, конфигурировать ничего не нужно. В репозитории Vue Core Oxlint справляется за 1,3 секунды против 133,8 у ESLint с typescript-eslint: почти в сотню раз быстрее. Для React Router: 435 мс против 29,5 с. Проверка с учётом типов при этом не требует полного прогона компилятора tsc. Поддержка ESLint-плагинов пока экспериментальная, так что если проект завязан на редкие кастомные правила, я бы запустил оба линтера параллельно и мигрировал постепенно. Когда миграция оправдана, читайте в материале.

vk․com стал быстрее ВК больше не показывает белый экран при переходах между разделами (отрисовка каркаса страницы сразу) и, кажется, работает быстрее. Оказалось, что это из-за перехода на SPA. Первая отрисовка теперь на 25% быстрее, а переходы между разделами ускорились в 3,5 раза. Субъективно — да, разница чувствуется, особенно когда прыгаешь между лентой и сообщениями. Команда обновила практически все основные разделы, параллельно завезли дизайн-систему, и всё это незаметно для пользователей. SPA в 2026 году, конечно, не новость. А вот то, что на SPA перевели такой большой и высоконагруженный проект, ещё и без даунтаймов, незаметно — заслуживает отдельного уважения. По ходу дела потюнили и инженерные процессы. Фронтенд деплоится за 20 секунд, а веб-версия релизится 6–8 раз в сутки, что тоже звучит весьма бодро! Было бы круто узнать больше про процесс миграции, может быть ребята когда-нибудь расскажут об этом подробнее.

DOM и canvas наконец-то пытаются подружить Canvas хорош, пока вам нужна только графика. Как только появляются кнопки, формы, выделение текста, accessibility и нормальное поведение браузера, начинается второй фронтенд поверх первого. Все, кто делал редакторы, 3D-интерфейсы или игры в браузере, понимают боль. HTML-in-Canvas API предлагает интересный компромисс: DOM-элементы можно рисовать в 2D canvas или WebGL/WebGPU texture, но сохранять интерактивность и браузерные возможности. То есть UI остаётся HTML, а жить может внутри canvas-сцены. Пока это origin trial так что в прод не несём. Но идею я бы сохранил: если взлетит, часть canvas-костылей станет не нужна.

MDN показали, как разгрузили фронтенд после редизайна Не знаю, обратили ли вы внимание, но у MDN изменился не только дизайн. Интереснее то, что случилось под капотом: команда рассказала, как Markdown превращается в HTML и JSON, компоненты рендерятся на сервере, а на клиент уезжает только тот JS/CSS, который нужен конкретной странице. Ставка на Web Components и Declarative Shadow DOM здесь понятна: документация быстрее грузится и не тащит лишний runtime. Рекомендую почитать всем, кто делает большие контентные сайты. Можно взять из их опыта пару решений или собрать себе чеклист для следующего рефакторинга.

Chrome пробует частичные обновления прямо в HTML HTML снова пытается стать самостоятельнее. В Chrome тестируют Declarative Partial Updates: template for может заменить заранее оставленный маркер в документе, а новые streaming-методы — дописывать HTML в уже существующий узел. Практический смысл простой: часть того, что сейчас делается через JS-слой или фреймворк, можно будет отдавать как поток HTML и подставлять по готовности. Для островной архитектуры, тяжёлых блоков и SPA-обновлений это очень интересный сигнал. Пока это эксперимент: Chrome 148 с флагом, есть polyfill, ограничения тоже есть.

CDATA в RSS кажется удобным, пока вы не столкнётесь с ]]> внутри контента В RSS и Atom CDATA берут, чтобы не экранировать HTML и спецсимволы вручную. Проблема в том, что последовательность ]]>, закрывающая блок, не может быть экранирована внутри него. Приходится разбивать CDATA на куски, что сразу ломает всю простоту подхода. При этом CDATA не делает содержимое «безопаснее» — XML-парсер выдаёт точно такой же текст, как при обычном экранировании. Вывод получается разнородным: где-то один блок, где-то несколько склеенных. А отладка превращается в головоломку, если контент сам оказывается про CDATA. Проще сразу сериализовать XML корректно и избавиться от лишнего edge case в коде генерации фида.

Все современные браузеры позволяют сайту следить за вашими вкладками через SSD Атака FROST использует Origin Private File System, API без запроса разрешений, доступное в Chromium, Firefox и Safari. Сайт создаёт в OPFS файл от 1 ГБ и измеряет задержки случайных чтений. Когда другая вкладка или приложение обращается к SSD, задержки меняются, и свёрточная нейросеть по сигнатуре определяет, что именно у вас открыто. Полная атака продемонстрирована на Mac с M2, на Linux подтверждён базовый примитив. Windows в тестах не участвовала, но авторы не исключают, что техника сработает и там. Пока случаев применения в реальности не зафиксировано, и единственная защита пока что закрывать неиспользуемые вкладки. Подробности о FROST.

Если вы устали от бесконечных тасок и созвонов, то мы приготовили для вас игру, которая поможет отдохнуть А заодно проверить вашу способность быстро запоминать новую инфу. Переходите по ссылке и играйте в нашу «Меморину». И делитесь результатами в комментариях! Играть тут: https://tprg.ru/jB9F

JavaScript 2026: что учить, когда язык снова разросся Проблема современного JS не в том, что «всё поменялось», а в том, что вокруг языка стало много слоёв: рантаймы, метафреймворки, RSC, сборщики, npm-безопасность и AI-инструменты. Поэтому полезно иногда собрать карту, где язык, а где экосистема. В обзоре Frontend Masters есть RegExp.escape(), explicit resource management через using, Array.fromAsync, Iterator helpers, Next.js 16, React 19, Turbopack и боль npm supply chain. Хороший формат для тех, кто хочет понять приоритеты, а не читать чейнджлоги пачками. Можно разобрать карту и выбрать, что влияет на ваш стек. В деталях особенно полезны примеры, где новая возможность убирает старый самописный код.

Фокус-кольцо, которое летает между элементами без ручной геометрии Клавиатурная навигация часто выглядит как формальность: outline есть, но взгляд всё равно теряет, куда перескочил фокус. Новая игрушка с View Transitions показывает, как сделать «flying focus» без постоянного измерения DOM через getBoundingClientRect(). Идея такая: у focused-элементов есть дочерний span с одинаковым view-transition-name. При переходе фокуса браузер сам анимирует кольцо между состояниями. Автор отдельно проговаривает важный момент: уважать prefers-reduced-motion, потому что доступность не должна превращаться в аттракцион. Можно посмотреть реализацию и ограничения. В деталях полезен сам паттерн: дать браузеру анимировать переход, а не считать координаты вручную.

Scroll-анимации на CSS, когда JavaScript уже не нужен Scroll-эффекты до сих пор часто пишут через обработчики события прокрутки, хотя браузер давно лучше понимает, где находится пользователь. Новые CSS scroll features позволяют собирать продвинутые анимации декларативно и не гонять JS на каждом движении страницы. В туториале Web Dev Simplified показывают, как использовать эти возможности для красивых scroll-driven эффектов, а рядом дают готовый код на GitHub. Это хороший материал для интерфейсов, где хочется движения, но не хочется тащить тяжёлую анимационную логику. Если у вас есть лендинг, документация или интерактивная витрина, стоит разобрать пример. Детали помогут понять, где CSS закрывает задачу чище, чем очередной scroll listener.

Headless WordPress на Next.js и GraphQL: отдаем контент через API, рендерим на Edge WordPress держит 43% веба, хотя backend-разработчики критикуют его за экосистему плагинов и функциональный стиль. Отрываем админку от UI: оставляем WP как CMS для редакторов, а фронт переносим на Next.js. Редакторы остаются в привычной админке, а вы получаете React с SSR и статической генерацией. GraphQL служит связующим слоем. WordPress отдает контент через API, а Next.js забирает его на этапе сборки или по запросу. Cloudflare Pages раздает результат из ближайшего edge, и latency перестает зависеть от хостинга базы данных. Если мигрируете легаси или строите новый проект с контентной нагрузкой, стоит разобрать, как стыкуются слои и где подстерегают подводные камни с кешированием запросов.

Присоединяйтесь к Frontend Mix — бесплатному митапу ЮMoney для всех, кто интересуется фронтенд-разработкой 🔛 28 мая, четверг, 19:00 (мск) — приходите на митап в Санкт-Петербурге или подключайтесь онлайн. Спикеры из ЮMoney поделятся, как работают над задачами и улучшают процессы в команде. Вот о чём будут рассказывать: 🟣 Как спят вкладки в браузере. На живом примере увидите, как браузер усыпляет вкладки, почему из-за этого ломается real-time и какие приёмы дебага и resync помогают находить и чинить их в продакшене. 🟣 Как построить Spec-Driven платформу для генерации писем. Используя OpenAPI как единый источник правды, узнаете, как описывать контракты электронных писем через спецификацию и автоматически генерировать консистентный HTML. 🟣 Подключение модуля шумоподавления в рабочее место оператора. Рассмотрите инструменты React, WebSockets, WebRTC, а также архитектуру и логику работы модуля шумоподавления. 🟣 Круглый стол — AI во фронтенде: вызовы и реальность. Эксперты обсудят влияние нейросетей на фронтенд с трёх позиций: рынка, разработки и образования. Чтобы попасть на митап, нужна регистрация. Все подробности — на сайте Frontend Mix 👈 Это #партнёрский пост

Firefox 151 — релиз Mozilla выпустила Firefox 151 — стабильные ветки Release и ESR. Ничего революционного, но обновить стоит: публичный CVE-список появится в течение суток после выкатки, security-фиксы в каждом мажорном. Из заметного для веб-разработчиков: — Продолжается шлифовка CSS Anchor Positioning и View Transitions API. — Убирают legacy XUL-куски в UI-движке. На рендер пользовательских страниц не влияет, но devtools могут вести себя иначе на edge-кейсах. — ESR-ветка получит синхронный апдейт — корпоративные политики обновятся одновременно. Проверьте сайты с :has() в сложных селекторах и container queries во вложенных гридах — Firefox добирается до Chrome/Edge feature parity не везде синхронно.