Cetera, New York, NY (2026)

09/20/2026

WooCommerce 11.1 убрал флаги функций — что это значит для сайта

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

Версия WooCommerce 11.1 отменила поддержку устаревших флагов функций, которые ранее позволяли включать или отключать админские возможности через настройки. Теперь такие функции, как аналитика, настройка магазина, импорт товаров, маршруты онбординга и другие, загружаются напрямую, без проверки в core.json, development.json или window.wcAdminFeatures. Это не отключает функции — они остаются доступны, но проверка их состояния через устаревшие методы теперь выдает предупреждения. Старые проверки, вроде Features::is_enabled() или window.wcAdminFeatures[ 'launch-your-store' ], будут работать, но с пометкой, что используются неактуальные пути.

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

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

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/support/

Автор: Святослав Семенов из Cetera Labs

09/20/2026

WooCommerce 11.1: API быстрее за счёт пропуска регистрации блоков

WooCommerce 11.1 ускорил REST и Store API за счёт отказа от регистрации блоков при неотображающих запросах. Это касается всех магазинов на платформе, где используются API для интеграций, синхронизации или внешних сервисов.

WooCommerce 11.1 внес изменение, которое напрямую влияет на производительность API: теперь блоки не регистрируются при запросах, которые не предназначены для рендеринга или редактирования. Это касается Store API, REST API, вебхуков и AJAX-вызовов, связанных с товарами. Раньше каждый запрос, даже не связанный с рендерингом, тратил время на регистрацию блоков — теперь это происходит только при необходимости.

Считаю, что это важное улучшение: ускорение на 13–18 мс — не просто цифра, это реальный выигрыш для систем, которые работают с API в фоне. Особенно это заметно при высокой нагрузке или при работе с внешними сервисами, где каждый миллисекунд — это экономия ресурсов и времени. При этом не нарушена совместимость: описания товаров с блоками продолжают корректно отображаться, потому что регистрация происходит по запросу.

У нас в Cetera такие изменения воспринимаем как сигнал: если API ускоряется, значит, система готова к более частым и сложным вызовам. Владельцам магазинов, которые интегрируют сайт с 1С, CRM или маркетплейсами, стоит проверить, не зависят ли их интеграции от регистрации блоков в фоновых запросах. Если да — нужно добавить фильтр woocommerce_should_register_blocks, чтобы не потерять динамическое поведение. Это не срочно, но планировать переход стоит уже сейчас, особенно если вы используете кастомные плагины или расширения.

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/support/

Автор: Святослав Семенов из Cetera Labs

09/20/2026

Внимание: устаревают аннотации ingress-nginx

Разработчики ingress-nginx объявили о завершении поддержки устаревших аннотаций вроде nginx.ingress.kubernetes.io/* — это не просто обновление, а сигнал о том, что архитектура маршрутизации в Kubernetes устарела. В статье на Хабре обсуждается, как постепенное накопление специфичных для NGINX настроек превращает Ingress в трудно поддерживаемый технический долг, а переход на Gateway API — не замена, а возможность пересмотреть всю модель работы с инфраструктурой. Постепенное внедрение новых правил, аудит существующих ресурсов и отказ от массовой миграции ради миграции — ключевые шаги, которые делают переход не просто техническим, а стратегическим.

Мы в Cetera видим в этом не просто смену компонента, а повод пересмотреть, как ваша платформа работает с трафиком и интеграциями. На мой взгляд, самое важное — не «что» менять, а «зачем». Если в вашей системе давно используются кастомные аннотации, синтаксис которых никто не может объяснить, это уже не просто устаревание — это рост риска при масштабировании. В таких случаях мы начинаем с аудита Ingress, выделяем критичные сервисы и поэтапно переводим их на HTTPRoute, не трогая стабильные части. Это не спешка, а управляемый переход.

Следите за развитием Gateway API — она уже не альфа, а стабильная часть экосистемы. Если у вас в архитектуре есть узлы, которые работают на устаревших аннотациях, стоит начать с их анализа. Не ждите, пока проблема вырастет — это уже не вопрос «когда», а «как».

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/support/

Автор: Святослав Семенов из Cetera Labs

09/20/2026

DNS-запись с 2021 года всё ещё ведёт на чужой сайт

В блоге habr-infosec вышел разбор о том, что запись в DNS о старой промо-странице, выключенной три года назад, по-прежнему указывает на чужой сайт — и привлекает трафик, несмотря на то, что сама страница давно не работает. Домен остаётся, SSL-сертификат в порядке, а пользователь попадает на чужой проект, не подозревая об этом.

Читал историю о том, как старая промо-страница, которую выключили три года назад, по-прежнему висит в DNS и перенаправляет посетителей на чужой сайт. Домен — свой, адрес — правильный, замочек — зелёный, а контент — никакого отношения к компании. Это не баг, а следствие того, что запись осталась в системе. Такие ссылки называют висячими, и у любой компании, живущей дольше пары лет, их десятки. Они не ломаются, не вызывают ошибок — просто работают, но не там, где нужно.

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

На мой взгляд, важнее не то, что это произошло, а то, что это может повториться. Мы в Cetera такие интеграции делаем так: перед любым изменением в структуре сайта — проверяем все связанные DNS-записи, включая старые, неактивные. У нас это часть аудита, и мы не оставляем в системе ничего, что не отвечает текущей стратегии. Если у вас есть страницы, которые давно не используются — проверьте, где они ведут. Даже если сайт работает, это не значит, что он безопасен. Висячие ссылки — это не ошибка в коде, это упущенная возможность контроля.

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. https://cetera.ru/services/support/

Автор: Святослав Семенов из Cetera Labs

09/20/2026

MinIO больше не развивается — что делать с данными?

Издание SeoNews пишет, что MinIO больше не развивается — продукт зафиксирован в текущем состоянии, патчи безопасности рассматриваются индивидуально, а обновления не тестируются. Для компаний, использующих MinIO для хранения петабайтов данных, это уже не гипотетическая угроза, а вопрос времени. Главная сложность — не выбор нового хранилища, а перенос данных без остановки бизнеса. Большинство инструментов миграции требуют простоя, а на многотерабайтных объёмах это может означать часы или дни простоя сервиса. На вебинаре показали, как перенести данные в S3-совместимое хранилище, например, VK Obje

Прочитал, что MinIO больше не развивается — продукт зафиксирован, патчи не тестируются, а обновления не выпускаются. Это не просто техническое уведомление, а сигнал для тех, кто хранит на нём большие объёмы данных. Если у вас есть продакшн-инфраструктура, построенная на MinIO, и вы не планируете перенос, то вы находитесь в зоне риска. Не потому что сейчас что-то сломалось, а потому что в будущем не будет поддержки даже для критических уязвимостей.

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

Считаю, что ключевое здесь — не скорость переноса, а способность делать это без прерывания сервиса. То, что VK Object Storage показало на демо, — не просто технический трюк, а пример того, как можно строить устойчивые системы. Это не про «как переехать», а про «как переехать, не потеряв клиентов».

Мы в Cetera такие интеграции делаем так: начинаем с аудита хранилища, проверяем нагрузку, оцениваем риски, а потом запускаем миграцию в фоновом режиме. Важно не просто перенести данные, а убедиться, что приложение продолжит работать, как и раньше. Это не про замену технологии — это про сохранение бизнес-непрерывности.

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

Мы работаем с этим продуктом — Технологии. Смотреть каталог технологий https://cetera.ru/catalog/tech/

Автор: Святослав Семенов из Cetera Labs

09/20/2026

Дзен запустил кросспостинг в MAX для СМИ — теперь редакции могут автоматически публиковать материалы на двух площадках через единую RSS-ленту. Возможность доступна только партнёрам сервиса «Новости» с подключённой лентой и каналом в мессенджере.

Дзен расширил дистрибуцию: теперь редакции могут отправлять контент сразу в Дзен и MAX через RSS. Это не просто копирование — материалы можно адаптировать в ИИ-студии: сделать короткие посты до 600 знаков с ссылкой на полную версию. Редакции сами решают, какие публикации транслировать — все, только с тегом, гибридный режим или только адаптированные. Статистика доступна в Студии Дзена, редактировать можно и в Дзене, и в канале MAX.

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

На мой взгляд, важнее не сам кросспостинг, а то, что он встроен в единую систему: создание, адаптация, дистрибуция, аналитика — всё в одном месте. Это меняет подход: контент больше не «публикуется», а «распространяется» с учётом разных форматов. У владельца сайта, который ведёт блог или новостной канал, появляется возможность дублировать материалы без потери времени — но только если он уже использует RSS и работает с Дзеном.

У нас в Cetera такие интеграции делаем так: начинаем с аудита существующего потока контента. Проверяем, какие материалы уже публикуются, как они адаптируются, насколько легко можно подключить RSS. Если у вас есть канал в мессенджере и вы публикуете в Дзене — стоит посмотреть, как работает кросспостинг в MAX. Это не срочно, но если вы уже в системе — это уже не «возможность», а инструмент, который можно использовать.

Это часть нашей работы — Создание и разработка. Создание интернет-проекта — комлексная услуга, включающая весь производственный цикл: от сбора требований до запуска готового ресурса в интернете. https://cetera.ru/services/development/

Автор: Святослав Семенов из Cetera Labs

09/20/2026

Яндекс добавил отчёты по удержанию в Метрику

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

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

У нас в Cetera такие интеграции делаем с учётом поведения пользователей на протяжении времени. Если у вас сайт, проверьте, включены ли в Метрике данные по удержанию. Даже если вы не планируете переезжать на новую версию — уже сейчас можно начать анализировать, кто остаётся, а кто уходит. Это не срочно, но важно.

Это часть нашей работы — Сбор требований, анализ, аудит, спрос, конкуренты, отчеты, планы и ТЗ. Собираем требования с сотрудников клиента, анализируем спрос и конкурентов, проводим аудиты существующего сайта. Предоставляем отчеты, рекомендации и технические задания на создание контента, программирование функциональностей и разработку интеграций. https://cetera.ru/services/audit/

Автор: Святослав Семенов из Cetera Labs

09/19/2026

Yandex разрешил менять награду за отзывы — от 40 до 200 баллов

Yandex Webmaster сообщил, что теперь интернет-магазины могут сами выбирать, сколько баллов Плюса дать пользователю за отзыв — от 40 до 200. Раньше эта сумма была фиксированной. Изменение касается всех сайтов, подключённых к инструменту «Баллы за отзывы».

Теперь владельцы сайтов могут настроить награду за отзыв — 40, 100, 150 или 200 баллов. Это не просто дополнение: это изменение мотивации. Чем выше вознаграждение, тем выше вероятность, что пользователь оставит отзыв. Особенно важно для тех, кто только начинает формировать репутацию в Поиске. Старая фиксированная ставка в 40 баллов ограничивала возможности — теперь можно адаптировать поощрение под свои цели: быстрее собрать отзывы, повысить доверие или привлечь внимание к новому товару.

Считаю, что ключевое здесь — не размер баллов, а возможность настраивать. Это уже не просто «попросить отзыв», а встроить обратную связь в поведенческую модель пользователя. Баллы — не просто бонус, а часть системы вовлечения. А вот то, что старые отзывы не пересчитываются, — это не минус, а логика: нельзя менять историю. Но для новых — шанс улучшить вовлечённость уже сейчас.

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

Это часть нашей работы — Продвижение сайтов. Комплексное SEO-продвижение сайтов всех типов в поиске Яндекс и Google. ✔ Заказать раскрутку в поисковых системах, контексте, социальных сетях и на маркетплейсах. https://cetera.ru/services/clients/

Автор: Святослав Семенов из Cetera Labs

09/19/2026

Яндекс запустил бесплатный виджет с отзывами для врачей и клиник

Яндекс запустил бесплатный виджет с отзывами пациентов для сайтов врачей и клиник. Теперь медицинские организации могут показывать в карточках специалистов актуальные оценки и отзывы, которые уже есть в Поиске. Инструмент работает без участия разработчика — код генерируется автоматически, можно настроить внешний вид под дизайн сайта. Отзывы обновляются в реальном времени и соответствуют рейтингу в карточке врача в Яндексе. Пользователь из виджета может перейти в профиль специалиста и посмотреть полный набор оценок. В базе уже более 4,5 млн отзывов о клиниках и 4 млн — о врачах.

Считаю, что это не просто инструмент для «показа отзывов», а новый канал доверия. Когда пациент ищет врача, он уже видит рейтинг в Яндексе — и если на сайте клиники он отсутствует, это снижает доверие. Виджет решает эту проблему без дополнительной работы. Особенно важно, что отзывов в системе много — и они уже прошли модерацию. Это не просто текст, а проверенный опыт. На мой взгляд, ключевое — не количество отзывов, а их актуальность и прозрачность. Виджет делает это возможным без ручного ввода.

Мы в Cetera такие интеграции делаем так: начинаем с аудита, где смотрим, где на сайте есть карточки врачей, как они выглядят, есть ли возможность встроить виджет без переписывания блоков. У нас это обычно решается за день — если нет сложной системы управления контентом. Я бы на месте владельца клиники смотрел прежде всего на то, где на сайте пациент получает информацию о враче. Если это страница специалиста — стоит проверить, есть ли там возможность добавить виджет. Это не замена сайту, но дополнение, которое работает. И если у вас есть сайт — стоит посмотреть, как это выглядит у конкурентов. Уже сейчас многие используют.

Это часть нашей работы — Интеграция данных. Организация обмена информацией с сервисом-поставщиком данных. https://cetera.ru/services/integration/

Автор: Святослав Семенов из Cetera Labs

09/19/2026

Safari 27: top-level await наконец работает

Команда WebKit объявила о переписанном загрузчике модулей для Safari 27 — с исправлением top-level await и отказом от устаревшего JavaScript-кода. Это не просто патч, а фундаментальная переделка, которая меняет поведение модулей в браузере. Впервые за годы Safari сможет работать с асинхронными модулями, как другие движки, без обходных путей.

WebKit переписала загрузчик модулей Safari с нуля на C++, заменив устаревшую реализацию по черновику WHATWG, последний раз обновлённую в 2016 году. Теперь top-level await — не только работает, но и корректно обрабатывает порядок выполнения, убирая ошибку «Cannot access before initialization». Исправление уже доступно в Safari Technology Preview 251 и бете Safari 27, но стабильная версия пока без даты.

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

На мой взгляд, главное здесь — не сам top-level await, а то, что WebKit перестал «держать» устаревшую основу. Переписывание на C++ — не просто оптимизация, а признание, что старый подход не масштабируется. Это сигнал: если движок перестал быть «наследием», он готов к реальному использованию.

У нас в Cetera такие изменения воспринимаем как сигнал к проверке. Если у вас на сайте есть модульная архитектура, особенно с асинхронными импортами, стоит посмотреть, как она ведёт себя в Safari Technology Preview. Даже если стабильная версия ещё не вышла — сейчас можно проверить, не ломается ли что-то на практике. И да, обходные пути в коде пока оставлять нужно: старые версии Safari будут жить долго, и уходить с них — не в ближайшее время.

Важнее не спешить, а понять, что сейчас меняется. Не в «надо ли», а в «когда». Когда Safari перестанет быть исключением — можно будет упростить код, убрать лишние условия и снизить нагрузку на поддержку. Это не про «сделать быстрее», а про «перестать бояться». И это — возможность, которую стоит увидеть.

Это часть нашей работы — Создание и разработка. Создание интернет-проекта — комлексная услуга, включающая весь производственный цикл: от сбора требований до запуска готового ресурса в интернете. https://cetera.ru/services/development/

Автор: Святослав Семенов из Cetera Labs

Cetera

09/20/2026

09/20/2026

09/20/2026

09/20/2026

09/20/2026

09/20/2026

09/20/2026

09/19/2026

09/19/2026

09/19/2026

Address

Telephone

Website

Alerts

Contact The Business

Shortcuts

Share

Category

Listing takedown request