WebTeamStorm | Severtain (Блог о разработке)

📊 Аналитики: 89% IT-компаний пересматривают внедрение ИИ

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

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

Согласно исследованию Cloudera State of Enterprise AI 2026, 89% опрошенных IT-руководителей ограничивали или пересматривали использование ИИ из-за растущих расходов на токены.

Другие цифры исследования:

— 45% переносили ИИ-нагрузки из-за высоких или нестабильных расходов;
— 58% считают отдачу от ИИ сопоставимой с затратами;
— лишь 23% получают от ИИ больше ценности, чем тратят на него.

В опросе участвовали 1 500 IT-руководителей из десяти стран. Это не статистика по всему рынку, но показательный сигнал: внедрить ИИ — ещё не значит сэкономить.

[Статья] Для чего бизнесу техническое обслуживание сайта и почему оно становится всё более необходимым?

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

Читайте подробнее на сайте: https://webteamstorm.ru/blog/dlya-chego-biznesy-tehnicheskoe-obslyzhivanie-sajta-i-pochemy-ono-stanovitsya-vsyo-bolee-neobhodimum/

❗️Вслед за PHP следует обновиться и разработчикам React / Next.js / Node.js

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

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

Что рекомендуется сделать?

• Проверить версию Next.js. Для веток 16.x и 15.x исправления выпущены в версиях 16.4.1 и 15.5.28 соответственно.
• Если React Server Components используются отдельно от Next.js, проверить пакеты react-server-dom-webpack, react-server-dom-parcel и react-server-dom-turbopack. Исправленные версии: 19.0.9, 19.1.10, 19.2.9 и 19.3.1.
• Обновить Node.js до исправленной версии своей ветки: 22.23.4, 24.22.1 или 26.12.1.
• Проверить зависимости в контейнерах и CI/CD, затем выполнить тесты и повторно развернуть приложение.
• Если используется версия Node.js с завершившимся сроком поддержки, запланировать переход на поддерживаемую ветку.

Не каждый сайт находится под угрозой, а само наличие уязвимости не означает, что система уже взломана.

Но своевременная проверка и установка исправлений обычно обходятся дешевле, чем устранение последствий успешной атаки.

Источники:
• React — Security Advisory
• Next.js — Security Update
• Node.js — Security Releases

🚨Сегодня вирусится информация о серьёзных уязвимостях в PHP, затрагивающих сайты на уязвимых версиях.

Проблема не в CMS или плагинах, а в самом PHP. Под угрозой могут оказаться WordPress, Bitrix, Laravel и самописные проекты. Причём в некоторых конфигурациях атака возможна ещё до выполнения кода самого сайта.

Что делать?

Разработчики уже выпустили экстренные исправления.

• Нужно проверить версию PHP, которая фактически обслуживает сайт.
• Обновиться до исправленной версии: 8.5.12, 8.4.27, 8.3.36 или 8.2.35.
• Для PHP 7.4, 8.0 и 8.1 тоже подготовлены исправления в исходниках. Но обычных официальных релизов для этих версий уже не будет - нужно проверять наличие исправленных пакетов у поставщика ОС или поддержки.

Переживать и бояться этого не стоит, но и затягивать с обновлением нельзя. Отсутствие видимых признаков взлома ещё не означает, что всё в порядке. Пытаться перебежать на другой стек, например Next.js, только из-за подобных новостей тоже не стоит. Уязвимости регулярно находят во всех популярных технологиях.

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

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

📌Официальный лог: https://www.php.net/archive/2026.php#2026-10-21-5

📖 ВК сломал постинг: как теперь автоматически дублировать посты?

Опубликовал новый материал на сайте о том, почему перестал нормально работать автопостинг во ВКонтакте и что теперь с этим делать.

Сразу небольшой спойлер: простых решений пока нет.

Очень надеюсь, что специалисты площадки исправят ситуацию, но пока имеем то, что имеем.

Мои обращения в поддержку и просьбы расширить возможности API не дали результатов. Только дежурные ответы и обещания.

Читать подробнее:
🔹https://webteamstorm.ru/blog/vk-slomal-posting-kak-teper-avtomaticheski-dyblirovat-postu/

⚠️ Сервисы Яндекса начинают восстанавливать работу после атак на дата-центры

Сейчас ресурсы компании постепенно возвращаются в строй, но всё ещё наблюдаются проблемы с ключевыми платформами, такими как:

▪️ Яндекс Метрика
▪️ Яндекс Директ
▪️ Яндекс Вебмастер

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

Как показала практика, полноценных аналогов мощным инструментам Яндекса не так много. Но всё же не стоит забывать о наличии альтернативных инструментов, что особенно актуально в современной реальности (вспомним про относительно недавние инциденты с серверами Amazon).

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

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

Нейрослоп начинает вредить бизнесу: как с этим не столкнуться?

Крупные агрегаторы и площадки начинают открытую борьбу с откровенным нейрослопом. На этот раз под раздачу могут попасть и сайты.

Наткнулся на информацию о том, что Google обновил рекомендации для владельцев веб-ресурсов в своей официальной документации - Search Quality Raters Guidelines.

В частности, речь идёт о контенте, который:

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

Иными словами, проблема не столько в самом факте использования нейросети, сколько в массовом производстве однотипного контента без дополнительной ценности.

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

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

Что рекомендуется?

В целом рецепт везде примерно один и тот же.

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

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

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

Вероятно, история про «сгенерировал 10 000 карточек и страниц за вечер» постепенно заканчивается.

А что будет, если ваш сервис внезапно перестанет работать из-за чужого API?

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

👉 Созависимость сервисов по API: как не сделать свое приложение заложником чужой площадки

Читайте на сайте: https://webteamstorm.ru/blog/sozavisimost-servisov-api-kak-ne-sdelat-svoe-prilozhenie-zalozhnikom/

Хотели закрыть обход блокировок, а закрыли часть трафика

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

Однако, поражает недальновидность принимаемых мер. Блокировки я ещё могу понять. С натяжкой, но могу. А вот когда российские сервисы начинают принудительно резать трафик пользователям с включённым “Прокси”, это уже выглядит как выстрел в ногу.

И вот, на досуге, натыкаюсь на свежие цифры, которые наглядно демонстрируют негативную картину. По данным Future Lab / Mediascope, в первом полугодии 2026 года YouTube увеличил среднее время просмотра в России на 24% - до 99 минут в день.

А без YouTube видеопотребление на крупнейших площадках, наоборот, снизилось на 5%. У Rutube, например, показатель в этой методике составил −4,7%.

Похожая история наблюдалась не только с видео. После введения ограничений на “Прокси” - мобильный веб-трафик Wildberries в апреле упал примерно на 10%, Ozon и Яндекс Маркета — на 3%, Авито - на 1,5%.

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

«У тебя включён “Прокси”? Тогда часть российских сервисов работать не будет».

А дальше у человека выбор очень простой:

“выключать “Прокси” → пользоваться российским сервисом → включать “Прокси” обратно”

или

“сразу пойти за тем же контентом на зарубежную площадку → где всё уже работает.”

Второе буквально просто удобнее. Крайне странная ситуация…

Я успокоился на счет ИИ, ведь он не всегда дешевле программиста

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

- “У нас есть какая-то часть программы, сможете доделать?”

Или:

- “Давайте мы сократим объём работы, начав делать её с помощью ИИ.”

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

Например, я сейчас в рамках эксперимента делаю полностью самостоятельный проект через ИИ - аудитор сайтов.

Обойдя стороной сам процесс, который выходит совсем не простым, скажу, что цены кусаются.

Я выделяю какое-то количество токенов на этот процесс и трачу их раза в 4 быстрее, чем планировалось изначально. Тот же DeepSeek повышает цены на API.

Шутка на картинке - кажется, становится совсем не шуткой.