Один такой кейс я помню особенно болезненно. Заказчик специально ушёл от «тяжёлых» платформ ради самописного решения: быстрее сроки, ниже чек на входе. Полгода спустя каталог перевалил за 10 000 позиций. Страницы открывались по 8–12 секунд, поиск фактически умер, обмен с учёткой превратился в ручной ад. В итоге пришлось пересобирать магазин на другой системе — и суммарно это стоило примерно в три раза больше, чем если бы выбрать нормальный фундамент сразу.

Вывод простой и непопулярный: для интернет-магазина CMS — это не «движок сайта», а контур бизнеса. Если он не тянет каталог, склады, оплаты и промо — экономия на старте превращается в налог на переделку.

Почему «красивая витрина» не спасает

Товар и дизайн важны. Но когда речь про оборот, в игру входят другие вещи: скорость выдачи каталога под нагрузкой, связка с 1С или CRM, гибкость скидок, безопасность оплат, возможность масштабировать без ручного копания в ядре.

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

Где Битрикс реально оправдан

На корпоративных и сетевых историях Битрикс заходит потому, что это не «лендинг с корзиной», а связка магазина с процессами: каталог, заказы, складские и клиентские сценарии из коробки, обмен с 1С как отдельная экосистема.

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

Цена лицензии и сервера — да, это не «бесплатный WordPress». Зато это честная модель: вы платите за то, что масштаб и интеграции уже заложены в архитектуру, а не пробиты латками.

Kогда разумнее WooCommerce и облако

Если у вас не миллион SKU и не десять складов, а тысяча позиций и простая воронка — связка WordPress + WooCommerce часто выигрывает по скорости запуска и по цене входа. Экосистема плагинов закрывает типовые задачи без заказной разработки на каждый чих.

Облачные SaaS вроде Shopify годятся, когда компании нужен быстрый старт без администрирования сервера и команды DevOps. Комиссии и ограничения платформы нужно закладывать в юнит-экономику заранее — но для проверки гипотезы это иногда лучший компромисс.

OpenCart и аналоги я чаще видел у проектов, где важна предсказуемость и «руки разработчика на аутсорсе»: проще найти исполнителя, меньше сюрпризов, чем на экзотике. Magento и тяжёлый enterprise-класс имеют смысл, когда команда уже сильная технически и каталог — это отдельный продукт, а не «сайт с корзиной».

Самопис — не зло, но это отдельная ставка

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

Если уже понятно, что платформа не та

Переезд между системами редко бывает «копипастой базы». Обычно это заново собранная карточка товара, перепроверенные атрибуты, аккуратная переездная SEO-схема и пауза в маркетинге на время технических работ. Я закладываю такие работы как отдельный проект с понятным бэклогом — иначе получится хаос и простой продаж.

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

Что мы делаем перед выбором

• Считаем не «стоимость запуска», а стоимость трёх лет жизни: лицензии, хостинг, доработки, интеграции.
• Фиксируем сценарии: каталог, промо, B2B/B2C, обмен с учёткой, маркетплейсы.
• Закладываем буфер на рост — если через год SKU вырастет в пять раз, платформа должна выдержать без полной переделки.
• Перед подписанием уточняем у подрядчика три неудобных вещи: сколько стоит час поддержки после запуска, как закрываются интеграции «не из коробки», и что будет, если через полгода понадобится второй склад или новый тип оплаты.

Ответы без конкретики («сделаем как надо») для меня красный флаг. Нормальный исполнитель называет риски и диапазоны хотя бы порядка величины.

Если очень коротко: не экономьте на фундаменте там, где сайт — канал продаж. Экономия почти всегда вернётся чеком на миграцию.

Подробнее разобрал платформы и критерии в материале на сайте: как выбрать CMS для интернет-магазина — сравнение подходов.

Однако недавно проект получил второе дыхание. Разработчик Александр Тишов (Amro) — создатель CMS Seditio и основатель веб-студии «Авего» — выпустил Denwer SE (Second Edition). Это не просто обновление, а полный реинжиниринг с сохранением классической философии: портативность, скорость работы и привычная структура каталогов.

В этой статье разберём, что изменилось под капотом, почему панель управления переехала с Perl на Python, как работает автоматический HTTPS с собственным корневым сертификатом и зачем нужен зоопарк версий PHP от 5.6 до 8.5.

Краткий экскурс: от Denwer 3 до Denwer SE

Оригинальный Denwer (сокращение от Джентельменский Набор Веб-разработчика) появился в начале 2000-х. Он представлял собой связку Apache + PHP + MySQL, упакованную в самораспаковывающийся архив. Главные фишки:

• Виртуальный диск (по умолчанию Z:), который монтировался через subst.
• Автоматическое создание виртуальных хостов по именам папок в home.
• Консольные exe-файлы (Run, Stop, Restart) без графического окна.

Проблемы оригинала:

• Управление на Perl — медленно, тяжело поддерживать в Windows.
• Только 32-битные компоненты.
• Невозможно быстро переключать версии PHP или БД.
• Отсутствие нормального HTTPS (только самоподписанные сертификаты с ошибками в браузере).
• Поддержка прекратилась в 2016 году.

Denwer SE решает все эти проблемы, оставаясь при этом таким же портативным — достаточно скопировать папку на флешку или в облачный каталог.

Архитектура: Python вместо Perl

Denwer SE — панель управления написана на Python и скомпилирована в один EXE-файл (через PyInstaller).

Внутри служебной папки denwer\ лежат:

• DLL-версия Python — интерпретатор, который использует основной исполняемый файл.
• Скомпилированные модули .pyd — в том числе GUI на базе Tcl/Tk для оконного интерфейса и системного трея.
• Минимальный набор библиотек для управления службами, правки hosts и генерации сертификатов.

Это даёт несколько преимуществ:

• Портативность — панель ищет соседние папки home и usr, поэтому каталог со стеком можно переносить куда угодно без переустановки.
• Скорость — Python-скрипты запускаются быстрее, чем Perl, особенно на холодном старте.
• Читаемость кода — разработчику проще поддерживать и расширять функционал.

Полный переход на x64

Оригинальный Denwer навсегда остался 32-битным, что в современных реалиях просто неприемлемо. Denwer SE собирается исключительно под x64:

• Apache (версия 2.4.x) — 64-битный.
• Все модули PHP (от 5.6 до 8.5) — Thread Safe x64.
• MySQL / MariaDB — 64-битные сборки.

Системные требования — Windows 7/8/10/11 (x64). Для работы компонентов потребуются Microsoft Visual C++ Redistributable (VC11, VC12, VC14, VC15). Разработчик положил установщики этих пакетов в папку vcredist\ — при необходимости можно доустановить вручную.

Структура каталогов: преемственность и гибкость

Denwer SE сохранил классическую структуру, чтобы старые пользователи не ломали голову:

Главный конфиг — usr\configuration.txt. В нём задаются пути без жёсткой привязки к букве диска, например:

При старте панель монтирует виртуальный диск (по умолчанию Z:) и динамически подставляет путь через переменную subst_drive.

Управление версиями PHP и БД без танцев с бубном

В Denwer SE встроен менеджер версий. Вы просто выбираете из выпадающего списка нужную версию PHP (например, 8.3 или 5.6) — панель сама правит конфигурацию Apache.

Как это работает под капотом:

В папке usr/local/apache/php лежат подкаталоги php5.6, php7.4, php8.3 и т.д..

В каждом из них есть файл php-denwer.conf— шаблон для подключения модуля к Apache. При выборе версии этот файл копируется в conf/extra/httpd-denwer.conf, который затем включается в основной httpd.conf.

Если вы хотите добавить свою сборку PHP (например, PHP 8.4-rc), достаточно:

• Распаковать x64 Thread Safe версию в отдельный каталог внутри php\.
• Создать php-denwer.conf по образцу.
• Убедиться, что все DLL от VC++ установлены.

Аналогично для баз данных: переключение между MySQL 5.7 и MariaDB 11.8 происходит через тот же интерфейс. В каталоге СУБД может лежать файл db-denwer.conf, который при старте копируется в my.ini.

HTTPS, который не бесит: локальный Root CA

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

Denwer SE решает проблему элегантно — он создаёт собственный корневой центр сертификации (CA) и подписывает им сертификаты для всех ваших локальных доменов.

Как это работает:

1. При первом запуске (если найден OpenSSL) панель генерирует ключи denwer-ca.key и сертификат denwer-ca.crt в папку usr/local/apache/conf/cert/denwer-ca/.
2. Для каждого виртуального хоста (папки в home/) автоматически создаётся сертификат в conf/cert/<domain>/.
3. Все сертификаты хостов подписаны локальным CA.

Чтобы браузер доверял им, нужно один раз установить denwer-ca.crt в хранилище «Доверенные корневые центры сертификации» Windows. Для этого в панели есть специальная кнопка (требует прав администратора).

После этого любые HTTPS-запросы к локальным хостам работают без единого предупреждения.

Удобства для разработчика (DX)

В версии 1.2.4 добавили несколько фич, которые экономят время каждый день:

• Лог с таймштампами — каждая строка в окне панели имеет префикс [чч:мм:сс]. Теперь видно, сколько секунд сервер поднимается и где возможны задержки.
• Прямой доступ к php.ini и my.cnf — рядом со списками версий появились кнопки, открывающие конфигурацию именно активной версии.
• Автоматическое ведение hosts — панель в реальном времени сканирует home/, находит новые домены и прописывает их в C:\Windows\System32\drivers\etc\hosts. Журнал добавляемых записей сохраняется в usr\AddedHosts.txt. При остановке стека лишние строки удаляются.
• Для смены версии PHP или базы данных панель требует полной остановки всех служб. Вы нажимаете «Стоп», меняете версию в списке, затем «Старт» — и стек поднимается уже с новыми настройками. Автоматический перезапуск без вашего участия работает только для Apache: когда вы добавляете новый домен в папку home/, панель сама переписывает vhosts.conf и перезапускает веб-сервер, не трогая БД.

Почему не Open Server или Docker?

Этот вопрос закономерно возникает у всех, кто видит очередной локальный веб-сервер. Ведь есть уже давно Open Server Panel, Laragon, XAMPP, а для продвинутых — Docker. Зачем ещё один?

Open Server — мощный и удобный комбайн с десятками версий PHP и настройками «на века». Но он разворачивается в системе не портативно: создаёт папки в ProgramData, пишет в реестр, а запуск может занимать 5–10 секунд. Denwer SE, напротив, полностью переносим: скопировал папку на флешку или в облачный каталог — и всё работает. Запуск стека — буквально 1–2 секунды, что критично, когда вы десятки раз за день перезапускаете сервер для тестов.

Docker — индустриальный стандарт для изоляции и воспроизводимости окружений. Но для локальной разработки простого сайта он часто избыточен. Вам нужно разобраться в образах, контейнерах, пробросе портов, volume’ах и docker-compose.yml. А в Denwer SE вы просто создали папку в home/ — и готово. Никакой работы с командной строкой, никакого потребления гигабайт ОЗУ на фоновую службу Docker Desktop.

Laragon — быстрый, портативный, поддерживает не только PHP, но и Node.js, Python, Go. Но он ориентирован на современные фреймворки, особенно Laravel. Denwer SE же сделан для тех, кто вырос на классическом Денвере: виртуальный диск Z:, папка home/имя_домена/www, минимум настроек. Не нужно переучиваться — просто распаковал и работаешь как 10 лет назад, но с новыми версиями PHP и HTTPS.

Как начать пользоваться Denwer SE

1. Скачать архив с официального сайта автора.
2. Распаковать в любое место, например C:\web\DenwerSE\.
3. Запустить DenwerSE.exe — если нет прав администратора, попросит их для монтирования диска и правки hosts.
4. Нажать «Запустить» — появится виртуальный диск Z:, а в системном трее иконка.
5. Создать папку сайта — например, home\myproject.local и положить туда index.php.
6. Открыть в браузере http://myproject.local/ (или https://myproject.local/). HTTPS будет работать сразу после установки корневого сертификата (кнопка в панели).

По умолчанию пароль к MySQL/MariaDB — пустая строка (пользователь root). При желании его можно сменить через phpMyAdmin.

Заключение

Denwer SE — это не просто ностальгический проект. Это действительно современный инструмент, который доказывает, что концепция «локального сервера в одну папку» всё ещё актуальна. Отказ от Perl в пользу Python, менеджер версий PHP/БД, нормальный HTTPS, портативность и мгновенный запуск — всё это делает его отличным выбором для быстрого прототипирования, тестирования легаси-кода или обучения веб-разработке.

Если вы устали ждать, пока Open Server применит настройки, или не хотите разбираться в Docker Compose — попробуйте Denwer SE. Вероятно, он напомнит вам старые добрые времена, но уже без боли устаревших технологий.

• Автор проекта: Александр Тишов (Amro), разработчик CMS Seditio.
• Лицензия: Freeware.
• Совместимость: Windows 7/8/10/11 x64.

Исходники панели управления не открыты (распространяется скомпилированный EXE), но архитектура и конфиги полностью прозрачны. В планах — добавить поддержку Nginx в качестве альтернативы. Следите за обновлениями.

WordPress часто не любят backend-разработчики, и у каждого на это есть свои причины. Кому-то не нравится функциональный стиль разработки, кто-то критикует form-builder и экосистему плагинов. У других WordPress как CMS и PHP как язык программирования до сих пор ассоциируются со стереотипами 10–15-летней давности - будто они устарели и уступают современным технологиям.

При этом реальность такова, что и PHP, и WordPress - отличные и современные инструменты, которые очень хорошо выполняют свои задачи. Опустим PHP - статья не об этом. Что же можно сказать про WordPress как про продукт и как CMS?

WordPress по‑прежнему остаётся самой популярной системой управления контентом. Согласно данным команды WordPress, платформа обслуживает более 43% всех веб-сайтов и занимает долю в 61% на рынке CMS. Также статистика показывает, что WordPress используется примерно на 59% сайтов, где известна CMS (это около 42% всего веба).

Данные были взяты из официального блога WordPress и сайта w3techs.com:

• https://wordpress.com/blog/2025/04/17/wordpress-market-share/
• https://w3techs.com/technologies/overview/content_management
• https://w3techs.com/technologies/details/cm-wordpress

При этом, традиционный WordPress объединяет CMS, шаблоны на PHP и монолитные темы. Такая связка усложняет разработку с использованием современных JS фреймворков, а также затрудняет независимое масштабирование фронтенда и бэкенда, и оптимизацию производительности и безопасности. Жёсткая связка страниц, устаревшие PHP‑функции и не самый удобный девелоперский опыт часто заставляют команды искать альтернативы.

Headless WordPress решает эти проблемы: CMS становится админ-панелью для управления контентом, а отдельный фронтенд отвечает за UI. Такое разделение обязанностей даёт несколько преимуществ: четкое разделение ответственности, независимое масштабирование интерфейса и CMS, упрощенную локальную разработку и CI/CD. CMS превращается в API‑ориентированное хранилище, а современные фреймворки вроде Next.js берут на себя маршрутизацию и рендеринг.

Headless WordPress с использованием WPGraphQL

Чтобы использовать WordPress как headless‑CMS, нужен API. Также есть интересный пост про headless wordpress в их официальном блоге.

В WordPress из коробки есть REST API, но для frontend и mobile приложений часто удобнее использовать GraphQL. WPGraphQL - это open source плагин, который добавляет GraphQL API в WordPress. Используя WPGraphQL, мы получаем:

• Гибкие запросы к таким сущностям, как посты, страницы, произвольным типам постов, таксономиям и пользователям.
• Систему расширений которая позволяет расширять функционал GraphQL бекенда и таким образом поддерживать популярные плагины, тем самым позволяя возвращать дополнительные поля которые не относятся к стандартным полям Wordpress.
• GraphQL API, который даёт очень удобный формат для интеграции фронтенд фреймворков таких как Next.js, Astro и SvelteKit.
• Оптимизацию производительности, поскольку клиент запрашивает только нужные поля и данные делая один запрос вместо группы REST запросов + отдельный фронтенд забирает на себя часть запросов.

В дополнение к доступному функционалу WPGraphQL можно добавлять дополнительные плагины-расширения, такие как WPGraphQL Yoast SEO и WooGraphQL (WPGraphQL для WooCommerce). Таким образом добавив несколько плагинов в базовую инсталляцию CMS можно из коробки получить полностью функциональный GraphQL бекенд, который может покрыть запросы для блога, сео функционал, онлайн-магазин и тд.

Важно отметить, что изначальная идея использовать WPGraphQL пришла из статьи в блоге Vercel.

Фронтенд на Next.js

Next.js - production-ready React-фреймворк, который разрабатывается компанией Vercel. Многие используют его по умолчанию для разных headless‑проектов. Наш пример headless-wordpress не исключение. Фреймворк предлагает удобную маршрутизацию на базе файловой системы, где любой файл в папке pages автоматически становится маршрутом и поддерживает несколько стратегий рендеринга:

• Server‑side rendering (SSR) позволяет генерировать HTML при каждом запросе.
• Статическая генерация (включая [Incremental Static Regeneration])
• React Server Components, стратегия которая дает гибкость в балансировании производительности и кэширования.

Это делает Next.js хорошей платформой для работы с GraphQL API и рендеринга страниц React‑компонентами. Если у вас нет опыта с Next.js и React, то это не повод не попробовать набросать POC в свободное время. Современные Next.js и React templates + хороший AI agent помогут адаптировать UI под GraphQL для вас.

Почему Cloudflare?

Vercel очень часто является платформой по умолчанию для Next.js‑приложений. Более того Next.js адаптирован для запуска из коробки на серверах Vercel. При этом нужно добавить, что идея этой статьи не в том чтобы как-то компрометировать Vercel. Что же нужно знать про Cloudflare чтобы обратить внимание на этот сервис с точки зрения альтернативы для хостинга Next.js?

Согласно статистике, реверс-прокси сервисы Cloudflare используются примерно на 21,9% всех сайтов в интернете, а это более 82% сайтов, где используется прокси‑сервисы в принципе. Такая распространённость говорит о масштабе, надежности и глобальном охвате сервиса. Но Cloudflare - это не только reverse-proxy. Компания разрабатывает целую группу облачных сервисов, включая такие сервисы, как Cloudflare Pages - альтернатива Github Pages, Workers - Serverless functions (по аналогии с AWS Lambda), Контейнеры, Очереди, AI сервисы, R2 Object Storage, и другие. В дополнение ко всему, компания предоставляет такие сервисы, как защита сайта (site-protection), VPN и капча (human-detection captcha). Такое разнообразие сервисов делает сервис очень распространенным.

Лимиты бесплатного тарифа Cloudflare

Одним из самых интересных аргументов в пользу Cloudflare можно считать их бесплатный тариф. Защита от DDoS, Universal SSL и глобальную CDN доступны бесплатно. Также бесплатный тариф включает большинство из вышеперечисленных облачных сервисов. Например, Cloudflare Workers, который можно использовать для хостинга Next.js-проектов, бесплатно даёт 100,000 запросов в день. Или R2 object storage - альтернатива S3 по умолчанию дает 10GB пространства, которое можно использовать для хранения статики или других данных. Этого более чем достаточно чтобы поэкспериментировать на выходных с новым стеком и вполне достаточно для того, чтобы бесплатно хостить ваш проект до тех пор пока у вас не пойдет серьезный трафик. Ниже приведена таблица с некоторыми из Cloudflare сервисов и что включено в бесплатный тариф.

Запуск Serverless функций на edge-серверах

Cloudflare Workers позволяют запускать серверлесс‑код по всей сети Cloudflare. Ниже приведено изображение показывающее как работает Edge CDN, когда например статика продублирована на все доступные сервера и таким образом пользователь получает ресурсы с самого близлежащего сервера.

Эта картинка хороша тем, что аналогично CDN статике на этих же серверах можно запускать и Workers (Lambda) функции, тем самым ускоряя вашу инфраструктуру еще больше.

Одной из интересных особенностей Workers-функций является отсутствие cold-starts. Любой cloud provider обычно подымает docker container или виртуализированное окружение в момент первого запуска программы, а это всегда задержка. Минусом Workers-функций является тот факт что их Runtime API требует чтобы код мог использовать их Web platform APIs. А это в свою очередь ограничивает выбор языка программирования: Javascript, Typescript и WebAssembly. Но благодаря такому подходу Workers используют изолированную модель запуска и могут быть прогреты еще до момента запуска кода этого воркера. Прогрев начинается еще на этапе TLS-соединения между клиентом и серверами Cloudflare. Полный текст статьи можно почитать в их блоге.

Воркеры выполняются на edge-серверах, которые находятся ближе всего к пользователям, тем самым уменьшая задержку и разгружая origin‑сервер (в нашем случае WordPress backend). По аналогии с другими cloud-провайдерами, код внутри Workers Runtime может использовать другие сервисы Cloudflare, такие как:

• Cache API - позволяет читать и записывать данные в глобальный edge‑кэш через caches.default, что удобно для кэширования GraphQL‑ответов или страниц Next.js.
• Workers KV - распределенное key‑value‑хранилище для конфигурации и небольших наборов данных; можно хранить и получать данные глобально с низкой задержкой.
• Cron Triggers - можно сопоставить cron‑выражение с обработчиком scheduled(), чтобы запускать периодические задачи, например, уборку кэша или обновление данных. Триггеры выполняются на малоиспользуемых машинах, максимизируя эффективность.

Наличие доступа к дополнительным сервисам, таким как базы данных (D1), объектное хранилище (R2), очереди и AI даёт свободу строить более сложные и гибкие архитектуры, что очень полезно в дальнейшем на больших масштабах.

OpenNext: мост между Next.js и Cloudflare

Самостоятельный деплой Next.js на разные платформы непрост, поскольку среда исполнения Vercel отличается от других. Можно поднять Next.js на Node‑сервере, но его работа отличается от edge‑режима Vercel. OpenNext - это проект с открытым исходным кодом, который адаптирует Next.js для разных серверлесс‑платформ. Важно сказать что у Next.js нет нативного способа само разворачивания на других платформах, кроме Vercel; существующие отдельные адаптеры разрознены и сложны в поддержке. OpenNext объединяет усилия в одном адаптере, переводя выход сборки Next.js в формат, совместимый с основными облачными платформами. Проект поддерживают сообщество SST (AWS), команда Cloudflare и Netlify. Соответственно, с помощью OpenNext можно развернуть Next.js на Cloudflare Workers, сохраняя SSR, статическую генерацию и API‑маршруты.

Cloudflare‑адаптер устанавливается через @opennextjs/cloudflare. Далее следует установить Wrangler, настроить wrangler.toml с вашим Account ID и создать open-next.config.ts для управления кэшем и ассетами. Адаптер собирает приложение Next.js под среду Cloudflare, создает edge‑воркер и конфигурирует кэш для статики и ISR‑страниц (например, используя R2). После публикации Git‑интеграция Cloudflare автоматически разворачивает приложение при каждом пуше в GitHub или GitLab, а для pull‑request создает превью.

Кэширование и уровни производительности

Архитектура headless WordPress + Next.js + Cloudflare обычно включает несколько уровней кэша:

1. Кэш браузера - стандартный HTTP‑кэш на стороне клиента.
2. Кэш edge‑рантайма - Cache API Cloudflare Workers сохраняет HTML‑страницы или GraphQL‑ответы рядом с пользователем; при попадании в кэш контент отдаётся мгновенно, а промахи идут к воркеру или origin.
3. Кэш ISR Next.js - технология Incremental Static Regeneration сохраняет отрендеренные страницы на сервере и обновляет их по запросу, снижая нагрузку на WordPress API.
4. Кэш GraphQL - API WPGraphQL может реализовывать кэширование по времени или тегам (например, через WPGraphQL Smart Cache), чтобы управлять сроком жизни ответов.

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

Пример конечной архитектуры показан на изображении ниже.

Автоматизация периодических задач

Headless‑сайтам часто требуются периодические действия - например, обновление кэша ISR или синхронизация данных. Cron Triggers Cloudflare позволяют планировать запуск воркера по cron‑выражению. Обработчик scheduled() срабатывает по расписанию и подходит для обслуживания и получения сторонних данных. Триггеры выполняются на малоиспользуемых машинах по всему миру и легко управляются через Wrangler или панель Cloudflare.

Модернизация PHP‑стека с Roots toolkit

Хотя headless WordPress переносит рендеринг на JavaScript, CMS всё ещё нужно поддерживать. В качестве бонуса хочется порекомендовать экосистему Roots, которая предлагает современный инструментарий для разработки на WordPress:

• Bedrock - шаблон WordPress, которая устанавливает ядро, плагины и темы через Composer. Таким образом Bedrock дает современную для PHP проектов структуру проекта, улучшает структуру папок, использует концепты Двенадцать факторов для конфигурации приложения с помощью .env‑файлы и тд. Более того, управление зависимостями через Composer повышает надежность и позволяет делать деплой приложения на разные сервера без страха что-то забыть или упустить.
• Sage - стартовая тема WordPress, использующая Blade от Laravel для шаблонов и интегрирующая Tailwind CSS. Sage автоматически генерирует theme.json из конфигурации Tailwind, поддерживает live preview блокового редактора с Vite и позволяет создавать компоненты на Blade. Это помогает фронтенд‑разработчикам отойти от устаревших подходов для разработки тем Wordpress с нуля.
• Trellis - DevOps‑инструмент на базе Ansible, который поднимает серверы и автоматизирует деплой. Trellis предоставляет LEMP‑стек (Ubuntu 24.04, Nginx, PHP 8.3, MariaDB), выполняет деплой без downtimes и из коробки поддерживает SSL‑сертификаты. CLI помогает создавать и настраивать серверы, а также разворачивать проекты с атомарными релизами и откатами.
• Acorn - интеграция, позволяющая использовать функционал Laravel в WordPress. С Acorn становятся доступны такие инструменты как Blade‑шаблоны, миграции, роутинг, кэширование и Artisan‑подобный CLI внутри WordPress. Это позволяет разработчикам строить плагины и фичи WordPress с использованием современных PHP‑подходов и современного фреймворка .

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

Собираем всё вместе

Архитектура приложения headless WordPress + Next.js + Cloudflare выглядит приблизительно так:

1. WordPress (headless) - работает на традиционном сервере или в контейнере. Редакторы управляют контентом в админке. WPGraphQL и его расширения предоставляют GraphQL‑endpoint с данными, SEO и другой информацией, например данными о магазине.
2. Next.js фронтенд - React‑приложение, которое получает данные через GraphQL, рендерит страницы на сервере (SSR) или статически (ISR/SSG) и обрабатывает маршрутизацию и взаимодействие с клиентом. Код хранится в Git и автоматически разворачивается благодаря Git‑интеграции Cloudflare.
3. Cloudflare Workers - размещают приложение Next.js на edge через OpenNext. Workers исключают cold-starts и работают по аналогии с CDN как можно ближе к пользователю. Они также выполняют кэширование, обрабатывают API‑маршруты и запускают cron‑задачи.
4. Кэш на edge и в браузере - несколько уровней кэша гарантируют быструю отдачу статики и отрендеренных страниц. KV, R2 или D1 могут хранить дополнительные данные вроде сессий или объектов.

Заключение

Headless‑архитектура объединяет универсальность WordPress и гибкость современных JavaScript‑фреймворков. Экспонируя контент через WPGraphQL и потребляя его в Next.js, можно получить больше контроля над рендерингом и тем самым улучшить производительность. Размещение фронтенда на Cloudflare Workers через OpenNext позволяет приблизить фронтенд код к пользователям, устраняет cold-starts, позволяет использовать free-tier и продвинутые уровни кэширования. Инструменты вроде Bedrock, Sage, Trellis и Acorn модернизируют PHP/Wordpress‑сторону и делают CMS такой же удобной в работе, как и современный Next.js/React-фронтенд. Вместе эти технологии создают мощный стек для создания быстрых, масштабируемых и безопасных сайтов, будь то хакатон, pet‑проект или серьёзный продакшн.

• Решить, с какого языка/технологии вы хотите начать.
• Решить, на каком ресурсе вы хотите обучаться.
• Выделить время на само программирование.

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

Некоторые люди начинают с относительно низкоуровневого программирования на C и C++. Другие выбирают более традиционный путь, изучая Java или C#. Есть и те, кто начинает с высокоуровневых или скриптовых языков вроде Python, Ruby или JavaScript.

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

Низкоуровневые языки: близко к «железу»

Это языки, где вы напрямую работаете с памятью компьютера. Нет автоматической уборки ненужных данных, всё под вашим контролем. Подходят для системного ПО, игр или устройств (например, микроконтроллеров).

Примеры: C (для ОС вроде Linux), C++ (для игр на движке вроде Unreal Engine), Assembler (для оптимизации критических частей кода).

Плюсы:

• Полный контроль: вы решаете, как использовать ресурсы. Так, в C++ можно вручную выделять память для массивов, избегая ненужных копий данных.
• Высокая скорость: прямой доступ к памяти позволяет писать код, который работает быстрее (это важно для работы с играми или серверами).
• Основы основ: такие языки учат, как компьютер работает изнутри, чтобы в будущем ценить удобства других языков. Например, вы узнаёте, почему «утечка памяти» — это проблема.
• Эффективность: низкоуровневые языки мотивируют думать об оптимизации заранее, снижая расход батареи или CPU.
• Компактность: минимальная библиотека, приложения получаются лёгкими (идеально для embedded-систем, как в IoT-устройствах).

Минусы:

• Всё-таки это сложно: рутинные задачи (например, чтение файла) требуют больше кода и внимания к деталям, рискуя ошибками вроде переполненного буфера.
• Ручное управление памятью: можно легко «забыть» освободить память, вызвав утечки или краши. Например, в C нужно использовать malloc/free, иначе программа съест всю RAM.
• Много копипасты: придётся писать шаблонный код, и делать это часто.
• Платформо-зависимость: код для Windows может не работать на Linux без правок.

Среднеуровневые языки: баланс контроля и удобства

Эти языки предлагают готовые инструменты, упрощающие работу, но требуют строгой проверки типов данных. Для их запуска нужна специальная программа (среда выполнения). Они идеальны для приложений, серверов и игр.

Примеры: Java (для Android-приложений), C# (для Unity-игр или .NET-серверов).

Плюсы:

• Автоматическая память: память очищается автоматически благодаря сборщику мусора, что избавляет от ручной работы и снижает вероятность ошибок, вроде утечек памяти в больших проектах. При этом можно получить доступ к низкоуровневым функциям для особых задач, например, через специальные инструменты в Java.
• Богатые библиотеки: готовые инструменты для сетей, GUI или баз данных. Пример: Java’s Spring для веб-серверов.
• Кроссплатформенность: компиляция в байт-код (JVM для Java) позволяет запускать код везде. Например, пишешь на Windows, запускаешь на Linux.
• Безопасность: язык проверяет типы данных перед запуском программы, помогая заранее найти ошибки. Среда выполнения защищает от опасных сбоев, например, от переполненной памяти.
• Масштабируемость: встроенные инструменты для параллельных вычислений позволяют легко создавать программы, которые одновременно выполняют много задач (серверы для тысяч пользователей и т.п.).

Минусы:

• Дополнительная нагрузка от рантайма: Среда выполнения и автоматическая очистка памяти создают дополнительную нагрузку. Сборщик мусора может ненадолго останавливать программу, что заметно в играх или при обработке видео.
• Меньше контроля: абстракции скрывают детали памяти, усложняя оптимизацию (например, в Java сложно избежать боксинга примитивов).
• Повторяющийся код, которого много: приходится писать повторяющийся код и тренировать свою усидчивость, например, для доступа к данным объекта. Кстати, инструменты вроде Lombok могут упростить эту задачу.
• Зависимость от среды: для запуска программ нужна специальная среда (например, JVM для Java), что влияет на размер программ и замедляет их старт.
• Сложность интеграции: подключение кода на других языках, например, на C, требует писать специальные обёртки, что усложняет работу и снижает скорость.

Высокоуровневые языки: удобство и скорость разработки

Эти языки скрывают технические детали, позволяя сосредоточиться на создании логики программы. Подходят для веба, data science или скриптов.

Примеры: Python (для ML), Ruby (для веб-разработки), JavaScript (для фронтенда).

Плюсы:

• Простота: сложные задачи решаются в пару строк. Так, в JS async/await упрощает API-запросы.
• Быстрая разработка: динамическая типизация позволяет быстро писать и тестировать код без необходимости его компиляции.
• Богатые экосистемы: есть библиотеки для всего (к примеру, NumPy для данных в Python).
• Гибкость: легко менять код, идеально для прототипов или стартапов.

Минусы:

• Низкая производительность: абстракции добавляют нагрузки. Например, циклы в Python медленнее, чем в C.
• Ошибки на рантайме: из-за слабой типизации ошибки выявляются только при запуске программы, что усложняет отладку.
• Риск «спагетти-кода»: лёгкость изменений может привести к хаосу без дисциплины.
• Скрытые проблемы: абстракции маскируют баги.
• Зависимость от интерпретатора: программы требуют установленного интерпретатора, что замедляет их запуск и добавляет зависимость от дополнительного ПО.

Чек-лист: как выбрать язык программирования для новичка

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

1. Определите, что вас вдохновляет, и выберите сферу. Подумайте, что вы хотите создавать: сайты, игры, мобильные приложения или серверы. Разные сферы требуют разных языков. Например, для веб-разработки подойдут JavaScript или Python, для мобильных приложений — Java, Kotlin, Swift или Dart, а для игр — C# или C++. Составьте список идей (например, сайт-визитка, игра, аналитика данных) и найдите, какие языки для них используют.
   — Аня Жаркова, руководитель мобильной разработки в USETECH
2. Ищите язык с широким применением. Выбирайте языки, которые используются в разных областях, чтобы легче переключаться между задачами. Например, Kotlin подходит для мобильной разработки, веба и серверов, а C# — для десктоп-приложений, игр (Unity) и бэкенда. Это даёт гибкость и упрощает изучение новых языков в будущем.
   — Аня Жаркова, руководитель мобильной разработки в USETECH
3. Проверьте спрос на рынке труда. Если цель — смена профессии, изучите вакансии на HH.ru или LinkedIn. Введите «junior Python», «junior Java» и сравните, где больше предложений и какие требования. Избегайте языков с низким спросом, если хотите быстро найти работу. Например, Java, Kotlin, Python и JavaScript популярны для найма.
   — Владислав Масунов, Head of Development
4. Опробуйте языки на практике. Напишите простые программы (например, "Hello World" или калькулятор) на нескольких языках, чтобы понять, какой синтаксис вам ближе. Используйте онлайн-редакторы вроде Replit или CodePen. Например, попробуйте TypeScript для веба (он поддерживает типизацию и разные подходы к программированию) или C++ для понимания работы с памятью. Это поможет почувствовать, к чему лежит душа.
   — Рома Троицкий, фронтенд-инженер в Сбер B2C, член ПК HolyJS & MoscowCSS; Евгений Антонов, ИТ-консультант, автор тг-канала @general_it_talks
5. Выберите язык с хорошей документацией и сообществом. Убедитесь, что у языка много обучающих материалов и активное сообщество. Например, TypeScript имеет богатую документацию и поддержку, что упрощает старт. Проверьте ресурсы вроде LearnPython.org, freeCodeCamp для JavaScript или Telegram-чаты для C++. Это поможет быстрее решать вопросы.
   — Рома Троицкий, фронтенд-инженер в Сбер B2C, член ПК HolyJS & MoscowCSS
6. Учитывайте сложность и карьерные цели. Для небольших проектов или быстрого старта берите Python или PHP — они проще и подходят для веб-разработки или скриптов. Для сложных задач с высокой нагрузкой (например, серверы или оптимизация) попробуйте C++ или Go. Если цель — работа в крупных компаниях, Java и Kotlin востребованы и часто используются с ИИ-инструментами. Выбирайте, исходя из сложности и ваших амбиций.
   — Евгений Антонов, ИТ-консультант, автор тг-канала @general_it_talks
7. Смотрите на универсальность и переход к другим языкам. Выбирайте язык, который учит основам программирования и упрощает переход к другим. Например, изучение C# может помочь освоить Java, а затем — Android-разработку. TypeScript учит объектно-ориентированному и функциональному программированию, что полезно для разных задач. Это создаёт базу для дальнейшего роста.
   — Аня Жаркова, руководитель мобильной разработки в USETECH; Рома Троицкий, фронтенд-инженер в Сбер B2C, член ПК HolyJS & MoscowCSS
8. Не гонитесь за гилти плежа. Избегайте языков, которые изучают «для удовольствия» без практического применения. Выбирайте те, которые можно применить в реальных проектах или которые востребованы в индустрии. Например, вместо нишевых языков берите Python, Java или Kotlin: они имеют чёткие сценарии использования.
   — Аня Жаркова, руководитель мобильной разработки в USETECH
9. Практикуйтесь с ИИ-инструментами. Если хотите работать в крупных компаниях, освойте язык, который хорошо сочетается с ИИ-инструментами (например, Go или Java). Практикуйтесь с ИИ-агентами по типу GitHub Copilot для автоматизации задач — это ценится работодателями.
   — Евгений Антонов, ИТ-консультант, автор тг-канала @general_it_talks
10. Составьте план развития. Создайте roadmap: определите, какие проекты хотите делать через 3-6 месяцев (например, мобильное приложение или веб-сервис), и подберите язык под эти цели. Если выбрали C#, начните с десктоп-приложений, затем попробуйте Xamarin для кроссплатформенной разработки. Постепенно добавляйте новые языки, опираясь на первый.
    — Аня Жаркова, руководитель мобильной разработки в USETECH

Если не определились, предлагаем пройти квиз и расставить всё по полочкам:

1. 10-Страйк: Мониторинг Сети Pro

10-Страйк: Мониторинг Сети Pro — это российская программа для системных администраторов, которая позволяет контролировать состояние сетевых устройств, серверов, рабочих станций, коммутаторов, баз данных и других ресурсов инфраструктуры. Она отслеживает ключевые параметры — от свободного места на дисках и загрузки процессора до температуры оборудования — и в случае проблем отправляет уведомления по email, SMS или в мессенджеры. Система может не только сигнализировать о сбоях, но и автоматически устранять их, например, перезапуская службы или выполняя скрипты.

Технические возможности

Продукт поддерживает десятки видов сетевых проверок через ICMP, SNMP, HTTP, SQL, SSH и другие протоколы. Возможно мониторить серверы Windows и Linux, сетевые службы, видеокамеры, принтеры, СУБД и промышленное оборудование. Визуализация данных доступна на карте сети с графиками и индикаторами. В версии Pro предусмотрен распределённый мониторинг с несколькими серверами и аген­тами, а также веб-интерфейс для удалённого управления.

Сценарии использования

Для DevOps и системных администраторов 10-Страйк подходит как инструмент централизованного мониторинга с алертами и картой сети. IT-отделы предприятий используют его для контроля доступности каналов связи, серверов, баз данных и устройств. Руководители могут формировать отчёты по аптайму и SLA для анализа стабильности работы инфраструктуры.

Особенности

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

Тарифы и условия

Продукт распространяется по лицензии с ограничением на число сенсоров: версия Pro на 100 сенсоров стоит 40 000 рублей, стандартная версия — 20 000 рублей. Для корпоративных лицензий действует ограничение на количество серверов мониторинга.

2. Deckhouse Prom++

Deckhouse Prom++ — это Open Source-система мониторинга на базе Prometheus, которая потребляет до 10 раз меньше памяти. Она собирает метрики приложений, сервисов и инфраструктуры в реальном времени, хранит их во встроенной TSDB и поддерживает PromQL для анализа. Deckhouse Prom++ умеет формировать алерты и легко интегрируется с Grafana, оставаясь привычным для команд, которые уже работают с Prometheus.

Технические возможности

Deckhouse Prom++ может собирать любые инфраструктурные метрики напрямую или через экспортеры: состояние серверов, контейнеров, сетей, баз данных и приложений. Главная оптимизация по сравнению с «ванильным» Prometheus — переработка Write Ahead Log — позволяет снизить потребление памяти без ущерба производительности. Продукт полностью совместим с API и настройками Prometheus: дашборды, правила алертинга и интеграции продолжают работать без изменений. Prom++ уже используется на более чем 1000 кластеров и поддерживает до 10 млн активных метрик на кластер.

Сценарии использования

DevOps-инженеры и SRE могут использовать Deckhouse Prom++ для мониторинга Kubernetes и традиционной инфраструктуры. Архитекторы и CTO получают возможность сократить расходы на RAM без отказа от привычной экосистемы. Prom++ подходит и для on-prem, и для облачных окружений, а также уже встроен в Deckhouse Kubernetes Platform.

Особенности

Ключевое преимущество Deckhouse Prom++ — низкое потребление ресурсов: до 10 раз меньше памяти, чем у Prometheus, и до 3 раз меньше, чем у VictoriaMetrics. Сервис полностью совместим с экосистемой Prometheus, не создаёт вендорлока и распространяется под лицензией Apache 2.0. Поддержка осуществляется инженерами Deckhouse и сообществом через открытый Telegram-чат.

Тарифы и условия

Deckhouse Prom++ — полностью бесплатный Open Source-продукт. Ограничений по количеству пользователей или метрик нет.

Есть инструкция по миграции, потребуется только предварительная конвертация WAL-файлов. Вы также сможете без труда вернуться с Deckhouse Prom++ на Prometheus.

Инженеры Deckhouse и сообщество помогают пользователям в Telegram-чате Prom++ User Group.

3. GMONIT

GMONIT — российская платформа класса Observability, которая собирает и анализирует метрики, логи, трассировки и бизнес-показатели в едином интерфейсе. Она даёт ИТ-командам полный обзор цифрового контура: от сетей, серверов, баз данных и контейнеров до пользовательских действий и бизнес-метрик. GMONIT помогает перейти от «реактивного» реагирования на инциденты к проактивному управлению ИТ, сокращая время диагностики и повышая стабильность сервисов.

Технические возможности

GMONIT поддерживает мониторинг сетей, серверов, виртуальных машин, баз данных, контейнеров, API, реальных пользователей в браузере или мобильном приложении и бизнес-процессов. Система строится на микросервисной архитектуре, легко масштабируется и формирует дашборды для разных ролей — от инженеров до CIO. В одном интерфейсе доступны ключевые показатели доступности, SLA, конверсии, скорость обработки заказов и другие бизнес-метрики. Платформа обеспечивает предиктивную аналитику, раннее выявление аномалий и ускоренное RCA (Root Cause Analysis — анализ первопричин): TTD (Time To Detect — время до обнаружения) — менее 10 минут, RCA — около 15 минут.

Сценарии использования

• Разработчики используют GMONIT для отладки сервисов и мониторинга CI/CD, что ускоряет релизы и сокращает время устранения ошибок.
• QA-команды применяют платформу при нагрузочных тестах и фиксации ошибок в продакшене.
• DevOps и SRE получают централизованный мониторинг с алертами, предиктивной аналитикой и интеграцией в пайплайны.
• PM и CIO работают с визуальными панелями SLA, аптайма и бизнес-метрик, чтобы видеть реальное влияние инфраструктуры на продажи и пользовательский опыт.
• Поддержка сокращает время реакции на инциденты и устраняет сбои до того, как о них сообщают пользователи.

Особенности

GMONIT строится как масштабируемая система с единым «окном наблюдения»: метрики инфраструктуры, пользовательского опыта в браузере, приложений, API; а также вызовы во внешние сервисы и бизнес-процессы отображаются на одном дашборде. Архитектура ориентирована на работу с большими объёмами данных, а визуализация адаптирована как под инженеров, так и под управленцев. Сервис интегрируется с CI/CD, мессенджерами и сторонними системами через API. Поддерживаются как on-prem, так и облачные сценарии.

Тарифы и условия

Информацию о тарифах можно найти на официальном сайте GMONIT. Ограничений по числу пользователей и метрик нет. API и SDK доступны, а интеграции гибко настраиваются под нужды заказчика.

Управление и поддержка

Управление осуществляется через веб-интерфейс и API. Поддержка организована через чат, систему тикетов, SLA и подробную документацию.

4. Zabbix

Zabbix — это платформа мониторинга корпоративного уровня, которая обеспечивает полную наблюдаемость IT- и OT-инфраструктуры. Решение ориентировано на крупные компании и поставщиков управляемых услуг, отличается низкой совокупной стоимостью владения и предсказуемой моделью поддержки без лицензионных сборов. Zabbix создан для долгосрочного использования: он масштабируем, безопасен «по конструкции» и подходит для критически важных систем.

Технические возможности

Платформа поддерживает мониторинг серверов, приложений, облачных сервисов, сетевых устройств и IoT, включая многоуровневые среды. Важной функцией выступает вложенное низкоуровневое обнаружение, позволяющее автоматически создавать иерархические правила для хостов и сервисов. Zabbix предлагает мастер создания хостов, встроенную проверку форм для сокращения ошибок, расширенные сетевые карты и новый виджет карточки товара для детальной визуализации метрик. Платформа может быть развернута локально, в облаке Zabbix или в сторонних облаках (AWS, Azure, Google Cloud).

Сценарии использования

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

Особенности

Ключевые преимущества Zabbix — это открытый исходный код и отсутствие лицензионных ограничений. Архитектура платформы масштабируется «под будущее» и интегрируется с системами управления конфигурацией. Пользователи получают полное владение данными, гибкость в развертывании (on-premise, облако, гибрид) и широкие возможности кастомизации визуализации.

Тарифы и условия

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

5. LibreNMS

LibreNMS — это система мониторинга сетевой инфраструктуры с автоматическим обнаружением устройств и сервисов. Она ориентирована прежде всего на мониторинг сетей по SNMP, но также поддерживает серверы на Windows, Linux и FreeBSD через собственные агенты. Решение работает на базе PHP и MySQL, имеет удобный веб-интерфейс, мобильные приложения и широкий набор встроенных метрик, которые не требуют ручной настройки.

Технические возможности

Система автоматически обнаруживает топологию сети с помощью протоколов CDP, FDP, LLDP, OSPF, BGP, SNMP и ARP. Поддерживается интеграция с NfSen, collectd, SmokePing, RANCID и Oxidized. Встроенный API позволяет управлять установкой, строить графики и выгружать данные. Реализована гибкая система оповещений с поддержкой email, IRC, Slack и других сервисов, а также встроенная биллинговая система для учета использования полосы пропускания. LibreNMS поддерживает различные методы аутентификации, включая LDAP, Radius и Active Directory, и обновляется автоматически.

Сценарии использования

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

Особенности

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

Тарифы и условия

LibreNMS распространяется как проект с открытым исходным кодом и бесплатен для использования. Доступна онлайн-демонстрация (https://demo.librenms.org, логин: demo, пароль: demouser).

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

1. ИХЦ (Интернет ХостингЦентр): конфигурации под нагрузку с NVMe, CPU до 5 ГГц и трафиком без ограничений

Один из самых гибких по конфигурациям хостеров в обзоре. Работает с 2009 года. Поддерживает разные типы виртуализации (KVM и Virtuozzo), предлагает линейки с SSD и NVMe, российские и европейские площадки, разные уровни мощности — от базовых до высоконагруженных.

Линейки VPS и конфигурации

1. ssdVPS — базовая линейка для России. Позволяет собирать конфигурации от 1 до 32 ГБ оперативной памяти, от 1 до 10 виртуальных CPU и от 20 до 300 ГБ SSD-диска.
2. NVMe/ — линейка на базе KVM с более высокой производительностью ввода-вывода. Доступны конфигурации от 1 до 24 ГБ RAM, от 1 до 12 vCPU, SSD от 15 до 300 ГБ.
3. EU-NVMe/ — аналог NVMe-линейки, но размещённый в Амстердаме. Конфигурации расширены: от 1 до 64 ГБ оперативной памяти, от 1 до 18 CPU, от 15 до 1000 ГБ SSD, скорость порта — от 200 до 500 Мбит/с.
4. VPS 5 ГГц — отдельная линейка на KVM, ориентированная на проекты с высокой частотной нагрузкой, до 5 ГГц на ядро, порт до 1000 Мбит/с.

VPS Windows — выделенная категория для задач на Windows.

Особенности и инфраструктура

В ИХЦ можно выбрать между двумя видами виртуализации: KVM и Virtuozzo. Виртуализация KVM подходит для задач, где нужна изоляция ресурсов, стабильность под нагрузкой и совместимость с Linux и Windows. Virtuozzo — более экономный вариант с быстрой настройкой, но с возможной перераспределённой нагрузкой между соседними VPS.

Связь с поддержкой доступна через тикеты, онлайн-чат на сайте, телеграм-бота, телефон и сообщения ВКонтакте. Поддержка работает 24/7. На всех тарифах включена базовая DDoS-защита.

Примеры использования VPS от IHC

Компания предоставляет конкретные кейсы. Примеры:

• Проект 1: VPS NVMe/24 (24 ГБ RAM, ~200 ГБ SSD) используется под бэкенд iOS-приложения. Стек: nginx, PHP, MySQL. Нагрузка: 12 000 уникальных пользователей в сутки. Утилизация CPU — 25%.
• Проект 2: VPS NVMe/12 (12 ГБ RAM, ~120 ГБ SSD) для развлекательного сайта. Стек: nginx, Docker, Node.js. Нагрузка: 7 000 уникальных пользователей в сутки, загрузка CPU — около 20%.

Серверы стабильно держат среднюю и высокую нагрузку — даже с трафиком в 10–12 тысяч пользователей в сутки остаётся запас по ресурсам.

Дополнительные опции

ИХЦ предлагает тестовый период в 3 дня, безлимитный трафик, бесплатный первый месяц ispmanager 6 в подарок, а также предустановку панелей управления (ispmanager, FastPanel) или VPN-шаблонов по выбору при заказе. Также доступны бэкапы, SLA и автоснапшоты.

Цены

Что касается ценовой политики, стоимость VPS в России (линейка «ssdVPS») начинается от 380 руб/мес или 3800 руб/год (12 месяцев по цене 10). Европейские VPS («EU-NVMe/») и VPS на KVM («NVMe/») стартуют от 440 руб/мес или 4400 руб/год, а каждый дополнительный гигабайт памяти стоит 6 рублей.

2. FirstVDS: мощные VDS на AMD EPYC и Ryzen

FirstVDS — хостинг-провайдер с опытом на рынке более 20 лет. Предлагают VPS и VDS с виртуализацией KVM для проектов любого размера. Все серверы работают на современном оборудовании. Трижды победитель в номинации «Хостер года» Национальной премии «ЦОДы.РФ».

Есть VPS для разных сценариев нагрузки — от стандартных сайтов до тяжёлых веб-приложений и проектов с высокими требованиями к CPU и отказоустойчивости. Отдельные решения для Битрикс, установка ОС семейства Linux, FreeBSD и Windows Server.

Линейки VPS: от базовой мощности до кластера Ceph

FirstVDS предлагает три основные линейки, которые отличаются архитектурой и назначением:

1. VDS Форсаж — гибкая конфигурация сервера на базе AMD EPYC, до 128 ядер (до 3,7 ГГц), до 512 Гб оперативной памяти и до 4 000 Гб быстрого NVMe-накопителя. Локации Москва и Амстердам. Стартовая стоимость такой конфигурации составляет от 749 руб/мес.
2. Для нагруженных проектов — CPU.Турбо — гибкая конфигурация сервера на базе AMD Ryzen с частотой до 5,7 ГГц, DDR5 и с быстрыми NVMe-накопителями. Идеально для Битрикс. Локация Москва. Начальная цена CPU.Турбо — от 624 руб/мес. При покупке лицензии Битрикс (1С-Битрикс: Управление сайтом или Битрикс24) есть дополнительная скидка 30% на 3 месяца аренды этого тарифа.
3. Отказоустойчивый VDS Атлант — гибкая конфигурация сервера на базе AMD EPYC — до 192 ядер (до 3,5 ГГц), до 768 Гб оперативной памяти и до 8 Тб быстрого NVMe-накопителя. Репликация данных между узлами кластера Ceph и дублирование сетевого оборудования. Локация Москва. Его стартовая стоимость от 1619 руб/мес, при этом бесплатные автобэкапы уже включены.

Компания использует два центра обработки данных в Москве: IXcellerate (уровень Tier III) и Web DC. Для тарифа Форсаж и готовых тарифов также доступен ЦОД euNetworks (уровень Tier III) в Амстердаме.

Сетевые возможности, трафик и безопасность

В стоимость каждого сервера входит бесплатный выделенный IP-адрес. Клиенты могут выбрать между 100 Мбит/с с безлимитным трафиком или портом 1 Гбит/с с включёнными 32 Тб трафика.

Защита от DDoS-атак и система безопасности BitNinja для сервера и сайта доступны как подключаемые опции. Также предоставляются объектное хранилище S3, автобэкапы и Кибер-бэкап. Для безопасности коммуникаций используются SSL-сертификаты GlobalSign.

Управление, ПО и поддержка

При заказе сервера клиент получает лицензию ispmanager 6  lite: первый месяц панель предоставляется бесплатно, дальше оплачивается по тарифу самой панели. Предлагается гибкий выбор операционных систем, включая Linux, FreeBSD и Windows Server. Под разовые задачи доступны готовые рецепты установки — от Битрикс и GitLab до TeamSpeak, LAMP‑стека и других популярных наборов ПО.

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

Клиентские бонусы и программы

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

1) При переходе от другого хостера FirstVDS бесплатно переносит до 10 сайтов. Дополнительно предоставляется скидка 40% на первый месяц аренды VPS при оплате сервера на 1, 3 или 6 месяцев, либо 3 месяца бесплатной аренды VPS при оплате на год.

2) Клиенты с возрастом аккаунта от 5 лет получают постоянную скидку на аренду VPS, начиная от 5% и увеличиваясь ежегодно до 20%.

3) Действует реферальная программа, по которой партнёр получает 10% от расходов привлечённых клиентов, а привлечённый пользователь — скидку 25% на первый месяц аренды VPS.

4) Стоимость продления домена у FirstVDS равна актуальной стоимости его регистрации.

3. InCloud: VPS‑площадки для бизнеса, где важен SLA

InCloud продаёт виртуальные серверы, работающие в отказоустойчивом кластере на базе enterprise хранилищ NetApp и HPE 3PAR. Позиционируется как решение для 1С, малого/среднего бизнеса и аутсорс компаний, которым нужны предсказуемые ресурсы и техподдержка профессиональных инженеров, а не чат‑ботов.

Тарифные планы и ценообразование

InCloud предлагает две основные линейки тарифов:

1. Стандартный тариф: внутри процессоры Intel Xeon 2600v4 2ГГц и оперативная память DDR4 2400 МГц.Стоимость: 1 CPU – 200 рублей, 1 Гб RAM – 200 рублей.
2. Производительный тариф: использует процессоры AMD EPYC до 3.8 ГГц и оперативной памяти DDR5 4800 МГц. Стоимость: 1 CPU – 250 рублей, 1 Гб RAM – 250 рублей.

Стоимость дискового пространства: SATA диски: 3 рубля за 1 Гб. SSD и NVMe диски: 13 рублей за 1 Гб.

Архитектура и поддержка

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

• Ежедневные бэкапы: данные ваших серверов будут копироваться каждый день, и храниться они могут до 30 дней.
• Удобная панель управления: через нее можно делать снапшоты и клонировать серверы. Для разработчиков это просто золото – быстро накатить тестовую среду, попробовать новую фичу, а потом откатиться или создать идентичные рабочие среды.
• SLA-договор: есть возможность заключить SLA-договор, чтобы получить гарантированный уровень доступности услуг.
• Новейшие мощные серверы — на базе AMD EPYC 4 поколения.

Одна из фишек – это возможность напрямую проконсультироваться с сертифицированными инженерами InCloud по сложным проектам.

А что с клиентскими кейсами

1. Кейс Vamkamin: производственная компания, которая ускорила работу своей системы 1С и сократила IT-расходы на 35%. У них была проблема с медленной работой 1С при одновременном доступе бухгалтерии, склада и отдела продаж, а также с частыми простоями на локальных серверах. InCloud предложил перенести все сервисы в облако, используя серверы на базе AMD EPYC 9554, что обеспечило прирост производительности более 40% по сравнению с предыдущими решениями. Также были внедрены гибкое масштабирование ресурсов и ежедневное резервное копирование.
2. Кейс Веб-студии 100UP: компания занимается разработкой и поддержкой сайтов для крупных торговых сетей и e-commerce проектов. 100UP переехала к облачному провайдеру InCloud, выбрав тарифы на базе AMD EPYC 9554 с высокой тактовой частотой и большим количеством ядер. Благодаря разнообразию тарифов команда легко распределила проекты по нужным по производительности виртуальным серверам. После переезда 100UP смогла сократить время отклика клиентских сайтов в среднем на 45%, обеспечить бесперебойную работу даже в периоды высокой сезонной нагрузки, ускорить запуск новых проектов, фокусироваться на разработке и маркетинге и улучшить качество предоставляемых услуг.

4. SmartApe: быстрые VPS на NVMe‑SSD

SmartApe подойдет проектам, где дисковая подсистема и CPU работают без простоя: интернет‑магазины, порталы с большим количеством контента, внутренние корпоративные системы, высоконагруженные API. Если нужен быстрый старт — сервер создаётся за одну‑две минуты; если понадобится масштабирование, тариф можно увеличить без миграции.

Преимущества этих VPS

Используются современные серверные NVMe SSD диски в RAID массиве, которые в 600 раз быстрее обычных HDD. Скорость чтения достигает 8000 Мбайт/с, а записи — 2000 Мбайт/с.

Серверы работают на мощных процессорах Intel Xeon Gold или AMD EPYC (до 3.7 ГГц) и быстрой памятью DDR4. Используется полноценная виртуализация KVM с выделенными ресурсами для гарантии их предоставление. Дата-центры уровня TIER-III и TIER-IV обеспечивают Uptime 99.982%. Данные хранятся в хранилище RAID-10.

Дополнительно клиенты получают полный root-доступ (по SSH для Linux и RDP для Windows), возможность установки любых операционных систем (более 20, включая Ubuntu, CentOS, Debian, Windows Server) и ПО, а также полную изоляцию от других клиентов.

Удобство и поддержка

• Бесплатная панель управления (Hestia) или платная ISPmanager для простого управления сервером.
• Бесплатное базовое администрирование и помощь в переносе сайтов.
• Круглосуточная квалифицированная поддержка 24/7.
• Бесплатный тестовый период 10 дней без оплаты и ввода карты.
• Защита от DDoS-атак включена в стоимость.
• Выделенный внешний IP-адрес (возможность купить до 10 IP).

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

Пример использования: интернет‑магазин

VPS c 2 vCPU, 4 ГБ RAM, 80 ГБ SSD и портом 100 Мбит/с; при обычном трафике сайт обслуживает 300–500 уникальных посетителей в день, одновременно на страницах бывает 10–20 человек, а в пиковую распродажу до 50; средняя нагрузка 5–10 запросов в секунду, короткими всплесками до 20; заявленный аптайм 99,982 %, реальные замеры отклика после кэширования — 200–300 мс; счёт за такой сервер выходит около 1 300 рублей в месяц.

Пример использования: API на Node.js

4 vCPU, 8 ГБ RAM, 160 ГБ NVMe и канал 200 Мбит/с; сервис стабильно обрабатывает 50–100 запросов в секунду, на пике достигает 200, одновременно подключены 500–1 000 клиентов, максимум 2 500; трафик близок к 200 ГБ в месяц; при том же аптайме 99,982 % средняя задержка ответа укладывается в 50–100 мс; ежемесячная стоимость в зависимости от опций колеблется в диапазоне 2 600–3 000 рублей.

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

5. PSB Hosting: что даёт их VPS‑платформа

PSB Hosting продвигает VPS-хостинг как решение для сайтов, приложений и SaaS-сервисов, которым нужна предсказуемая мощность и высокий SLA. Провайдер делает упор на новое оборудование, пропускную способность без ограничений и инфраструктуру уровня Tier III+.

Локации и тарификация

Серверы разворачиваются в четырёх точках: Нидерланды, США, Германия и Финляндия. Для каждой площадки доступен одинаковый конструктор конфигураций. Базовый план NL‑100, который включает 1 vCPU, 2 ГБ RAM и 30 ГБ SSD, стоит 6 долларов в месяц. Линейка поднимается ступенчато:

Слайдеры позволяют довести параметры до 32 ядер, 64 ГБ RAM и 510 ГБ SSD; верхняя планка оплаты — 220 $ в месяц.

Трафик безлимитный на любых конфигурациях — дополнительной оплаты за гигабайты нет.

Аппаратная платформа, ОС и предустановки

В хост-узлах применяются процессоры последних линеек AMD и Intel. Оперативная память — DDR5, что снижает задержки при обращении к ОЗУ. Дисковая подсистема полностью на NVMe, объединена в RAID 10: чтение и запись выше, чем у классических SSD, а отказ одного накопителя не выводит хранилище из строя. К каждому VPS подключён выделенный канал с пропускной способностью до 10 Гбит/с.

Сервер можно поднять сразу с Windows Server, Ubuntu, Debian, CentOS или FreeBSD. Для быстрого старта доступны готовые образы: Bitrix, Django-стек, Docker, FastPanel, Hestia CP, Keitaro, LAMP, Node, OpenVPN, Outline, Portainer, Vesta CP и другие.

Управление и поддержка

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

Как выбрать VPS под свой проект

Для сайта с пиковыми нагрузками подойдёт SmartApe, где дисковая подсистема на NVMe-SSD в RAID-10 обеспечивает скорость чтения до 8000 Мбайт/с и записи до 2000 Мбайт/с, а сайт на конфигурации с 2 vCPU, 4 ГБ RAM и 80 ГБ SSD выдерживает 300–500 уникальных посетителей в день с пиком до 50 одновременных пользователей и нагрузкой 5–10 запросов в секунду (короткими всплесками до 20).

Если проект включает высоконагруженный API, например, на Node.js, то оптимален SmartApe с конфигурацией 4 vCPU, 8 ГБ RAM и 160 ГБ NVMe, которая стабильно обрабатывает 50–100 запросов в секунду (пики до 200) при 500–1000 одновременных подключениях (максимум 2500) и трафике до 200 ГБ в месяц.

Для задач с 1С, где важна стабильность и сокращение IT-расходов, выбирайте InCloud на базе AMD EPYC 9554: в кейсе Vamkamin это ускорило работу системы на 40%, сократило расходы на 35% и минимизировало простои, с ежедневными бэкапами до 30 дней и SLA-договором.

Если нужен VPS для Битрикс с высокой частотой CPU, подойдёт FirstVDS на AMD Ryzen (CPU.Турбо) с частотой до 5,7 ГГц и DDR5: скидка 30% на 3 месяца при покупке лицензии Битрикс, плюс отказоустойчивость на кластере Ceph с репликацией данных.

Для веб-студий с разработкой и поддержкой сайтов для e-commerce, где требуется распределение проектов по производительности и бесперебойная работа в сезонные пики, подойдёт InCloud на AMD EPYC 9554: в кейсе 100UP это сократило время отклика на 45% и обеспечило стабильность под высокой нагрузкой.

Если проект ориентирован на международный трафик с предсказуемыми ресурсами и высоким SLA, выбирайте PSB Hosting с локациями в Нидерландах, США, Германии или Финляндии, безлимитным трафиком и каналом до 10 Гбит/с на DDR5 и NVMe в RAID 10.

Для бэкенда мобильного приложения с нагрузкой до 12 000 уникальных пользователей в сутки (утилизация CPU 25%) подойдёт ИХЦ на NVMe/24 с 24 ГБ RAM и ~200 ГБ SSD, стеком nginx, PHP, MySQL.

Если развлекательный сайт с более чем 5000 уникальных пользователей в сутки (загрузка CPU ~20%), то подходит ИХЦ на NVMe/12 с 12 ГБ RAM и ~120 ГБ SSD, стеком nginx, Docker, Node.js. Он обеспечит стабильность с безлимитным трафиком и DDoS-защитой.

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

Генеративный ИИ больше не просто инструмент для текстов. Он становится полноценной точкой входа в интернет: здесь ищут товары, сравнивают характеристики и даже принимают решения о покупке — всё в одном окне. За один только праздничный сезон 2024 года трафик из ИИ-инструментов в американском онлайн-ритейле вырос на 1300% — такие данные приводит исследование Adobe.

По умолчанию ChatGPT работает без выхода в интернет и отвечает на основе своих знаний, накопленных при обучении. Но можно включить функцию вручную, нажав на значок глобуса 🌐 «Искать в сети». Модель сама понимает, что вам нужна актуальная инфа, и подключается к интернету автоматически — тогда вверху появляется плашка «Поиск в сети».

Гуглить стало старомодно. Аналитики заметили, что в англоязычной молодёжной среде глагол «гуглить» постепенно исчезает — они говорят просто «search it». ChatGPT уже обрабатывает около 1 млрд поисковых запросов ежедневно. Это влияет на воронку продаж: многие шаги теперь проходят внутри чат-ботов. Бренды начинают перестраивать свои стратегии: мало быть видимым в поиске. Теперь нужно быть понятным и убедительным для нейросетей. Потому что завтра товары будут искать не люди, а их ИИ-агенты.

Что не так с классической поисковой выдачей

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

SEO-мусор. Ещё одна беда — это тонны переоптимизированного контента. Статьи написаны по шаблонам, чтобы понравиться алгоритмам и вписаться в критерии ранжирования. Если вы искали «что посмотреть в городе Х», то наверняка в топе были тревел-агрегаторы, забитые рекламой. Вместо живых впечатлений мы получаем скучные списки с дежурным набором достопримечательностей и призывом купить тур. Кроме того, такие статьи, как правило, обезличены, и не понятно, кто за ними стоит.

ИИ-контент. Пользователь Reddit заметил, что при поиске «John Wick 5» Google выдал кучу сгенерированного контента о проекте, который даже не анонсирован.

В комментариях посоветовали использовать операторы — минус-ключи: -ai или -sponsored, чтобы исключить из результатов страницы с этими словами.

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

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

Популярный лайфхак: добавлять в поисковые запросы слово «reddit» или оператор «site: reddit.com».

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

Но не все так оптимистичны: звучат подозрения, что часть постов пишут боты.

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

Пользователи всё больше ощущают потерю «аутентичного интернета» и ищут обходные пути — обращаются к альтернативным поисковикам, вроде DuckDuckGo или Brave, и к другим площадкам, например, Discord или Telegram-чатам, которые не индексируются поисковиками. Или создают собственные поисковые движки — например, через Google Custom Search Engine, чтобы искать только по выбранным источникам.

Почему ИИ-поиск быстрее выдает желаемое

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

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

Мэт Хонан, главный редактор MIT Technology Review, сравнил Google AI Mode и ChatGPT. Он отметил ключевое преимущество последнего — функцию памяти и персонализации. Когда он спросил ChatGPT «Что ты знаешь обо мне?», модель ответила живо и подробно: рассказала о вкусах в кино, отношении к ужастикам и даже вспомнила историю с постройкой сарая. В то время как Google, обладая огромной базой пользовательских данных — почтой, историей поиска, фотографиями, — выдал сухой профиль: «Вы интересуетесь комедиями, музыкой, подкастами и классикой». Такой ответ скорее полезен рекламодателям, чем самому пользователю. На данный момент Google недотягивает до уровня персонализации, эмпатии и гибкости, которыми уже обладает ChatGPT.

Длинные запросы и эра диалогового поиска

ИИ меняет то, как мы ищем информацию. Если средний запрос в Google состоял из 3–4 слов, то в диалоге с нейросетью мы составляем запрос на естественном языке в 20+ слов — с нюансами и уточнениями. Но главное новшество — возможность задавать follow-up вопросы: уточнения к предыдущему запросу. Раньше нужно было начинать с чистого листа. Теперь ИИ «помнит» контекст и способен адаптироваться и уточнять ответы. Причём вернуться к этому чату можно и через год, не объясняя задачу заново. А еще можно сразу адаптировать найденную информацию под нужный стиль — «а попроще?», «а на русском?», «а в одну строку кода?».

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

Исследование Semrush показывает, что ChatGPT меняет привычные представления о поисковых намерениях. Если в классическом поиске запросы обычно делят на четыре типа: навигационные (найти сайт), информационные (узнать что-то), коммерческие (исследовать товар) и транзакционные (купить), то у ChatGPT только около 30% запросов вписываются в эти категории. Остальные 70% — это совсем другие задачи, которые редко встречаются в традиционных системах. Люди обращаются к ИИ не просто за фактами, а чтобы генерировать идеи, проводить мозговой штурм и глубоко копать в теме.

На самом деле «умный» поиск — не всегда быстрее обычного гугления. В режиме глубокого исследования (Deep Research) ИИ-система может тратить десятки минут, чтобы собрать источники и выдать аналитику. Это уже не просто поиск, а полноценный ассистент-аналитик, который помогает подготовить обзор или черновик по сложной теме.

Почему ChatGPT пока что плох в поиске: галлюцинации, спам и фейк-источники

1. Короткие запросы — всё ещё вотчина Google. Пока что у ChatGPT получается не очень.
2. Слабая фильтрация SEO-спама — классические поисковики годами инвестировали в борьбу с ним. Генеративные движки пока не так придирчивы: в ответах часто появляются вторичные источники и полусырые сгенерированные статьи.
3. Чрезмерное обобщение в ответах. Из-за «переупаковки» контента в ответ модели мы получаем «усреднённую» версию истины, в которой важные нюансы могут быть утеряны. Даже если ИИ не выдает ложную информацию, он все равно суммаризует и переформулирует контент способами, которые могут вводить в заблуждение.
4. Поддакивание и стремление угодить. Модель натренирована, чтобы быть вежливой и полезной. Она пытается выдать ответ даже тогда, когда не может его найти. Не потому что хочет нас обмануть, а потому что не умеет сказать «нет». Поэтому соглашается с нами и может поддержать самые безумные идеи, например, призывает есть камни.
5. Проблемы с локальными запросами. ChatGPT не расскажет, во сколько приедет ваш поезд, и не уточнит, открыт ли ближайший супермаркет. Он может найти рестораны в районе, но за актуальным меню — всё равно придётся идти в Google.
6. Цитирование — боль. Недавний рисерч Columbia Journalism Review выявил серьёзные проблемы в способности ИИ-поисковиков цитировать новости. Анализ восьми нейросетей показал, что они часто предоставляют неверные или вымышленные ссылки, даже если у них есть издательская лицензия.

Проблема и в том, как люди фактчекают информацию. Мы идем по пути меньшего сопротивления и выбираем самые простые пути для поиска ответов. Точность и достоверность отходят на второй план, а приоритетом становится скорость и комфорт. Результаты исследования показывают, что люди считают информацию, сгенерированную ChatGPT, более качественной и доступной по сравнению с Google Search.

Давайте будем реалистами — люди чрезвычайно ленивы. Они будут прилагать минимум усилий для достижения результатов. Даже если эти результаты отстойные. Людей это не волнует.

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

Один из важных вопросов: как не потерять способность анализировать информацию самостоятельно? Ведь когда мы получаем готовый ответ от ИИ, можем перестать задумываться о том, как этот ответ был сформирован. Когда нейросеть даёт готовый, «отполированный» ответ, появляется соблазн воспринимать его как истину в последней инстанции — и перестать критически мыслить.

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

И это правда. Но и Google не гарантирует 100% точности в топе выдачи. Там тоже бывают ошибки, устаревшие данные или некачественные источники. Поэтому в любом случае важно проверять информацию и не полагаться слепо ни на ИИ, ни на поисковики.

Как генеративный ИИ крадет трафик и деньги бизнеса

ИИ теперь — как посредник: он «пережевывает» контент с сайтов: статьи, обзоры, новости — и выдает это пользователю в интерфейсе чат-бота. При этом юзер зачастую не доходит до первоисточника. Рэнд Фишкин из SparkToro назвал это «поисками с нулевым кликом». И таких запросов становится всё больше.

Что это значит? Контент журналистов, блогеров и брендов используется как сырьё, а сами авторы как будто остаются в тени — их труд не приносит прямого трафика.

Почему эта ситуация — головная боль для бизнеса и контент-мейкеров?

• Меньше посетителей — меньше клиентов. Если пользователи не заходят на сайт, то и конвертировать их в покупателей или подписчиков становится гораздо сложнее. Трафик просто утекает в интерфейс ИИ. Если нейросеть пересказывает суть статьи прямо в чате, зачем открывать оригинал?
• Потеря контроля над голосом бренда. ИИ решает, как преподнести ваш контент — может вырвать из контекста, искажать или просто упустить важные детали. Бренд уже не может поправить этот «пересказ». А ещё никто не увидит ваш уникальный дизайн и фирменный стиль.
• Рост нагрузки на серверы. ИИ-ассистенты и агенты автоматически перебирают десятки источников при каждом запросе. Опенсорс-сообщество уже жалуется: их ресурсы просто падают под лавиной ботов. А если этим займутся ИИ-агенты от имени миллионов пользователей — нагрузка на сайты вырастет в разы.
• Нарушение правил индексации. Раньше страницы индексировали Google и пара конкурентов, которые уважали robots.txt — файл, который говорит, где можно, а где нельзя. Сейчас же десятки ИИ-моделей парсят сайты без разбора, игнорируя эти ограничения.
• Проблемы с обучением ИИ и конфиденциальностью. ИИ-боты могут брать контент с сайтов не только для ответов, но и для обучения своих моделей. То есть ваша статья, обзор или даже комментарий могут стать частью «учебного корпуса», который помогает ИИ выдавать более «умные» ответы. При этом авторы часто не получают ни копейки и даже не знают, что их материалы используются таким образом. Многие сайты начали блокировать ИИ-ботов, чтобы защитить свой контент. Wired сообщает, что практически 90% новостных сайтов, таких как NYT, Guardian, Atlantic и др., блокируют краулеры OpenAI и других ИИ-компаний.

Если ИИ-разработчики продолжат брать контент без разрешения, их ждёт либо платный доступ к данным (они должны платить авторам за данные или переходить на лицензионную модель), либо война протоколов с нарушением веб-этикета. Ahrefs провели исследование — они проанализировали около 140 миллионов сайтов и обнаружили, что за последний год количество блокировок ИИ-ботов существенно выросло. Вот ключевые цифры:

• Число активных ИИ-ботов в сети удвоилось с августа 2023 года, сейчас насчитывается 21 крупный бот на основе ИИ.
• Самый блокируемый бот — GPTBot от OpenAI: его блокируют почти 6% всех сайтов.
• ClaudeBot (Anthropic) показал самый резкий рост блокировок — +32,67% за год.

Получается, что для веб-мастеров заготовлена новая головоломка: как гарантированно попасть в выдачу нейросетей, если краулеры игнорируют robots.txt? И можно ли вообще вычеркнуть сайт из этих списков? Как оптимизировать облегчённую версию сайта для ИИ-агентов, чтобы не перегружать сервер и не потерять контроль над контентом?

Cloudflare разработали «кнопку» блокировки AI‑ботов, чтобы снизить подобные нагрузки. Подключить эту функцию может любой пользователь Cloudflare, включая бесплатные тарифы. Компания, которая специализируется на защите сайтов от атак, заметила, что ежедневно на её сеть приходится около 50 миллиардов запросов от ИИ-ботов. В ответ они запустили AI Labyrinth — «лабиринт ИИ-контента», куда попадают незваные боты, игнорирующие директивы no crawl, где они застревают в бесконечной цепочке перелинкованных страниц.

Переосмысление SEO в эпоху ИИ

Классическое SEO уходит в прошлое. Чтобы оставаться на плаву, брендам и авторам нужно учиться говорить с ИИ на его языке. Вот почему появляются новые методы и направления — AIEO и GEO:

• AIEO (Artificial Intelligence Engine Optimization) — оптимизация контента под ИИ-системы. Неважно, это голосовой помощник или чат-бот — задача AIEO сделать контент максимально понятным и «перевариваемым» для ИИ, чтобы он попадал в их ответы.
• GEO (Generative Engine Optimization) — это оптимизация именно под генеративные поисковые системы (например, Bing Chat, Google AI Mode).

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

1. Чёткая структура: подзаголовки H2 и H3, чтобы разбить текст на логичные блоки.
2. Короткие, простые абзацы — никаких длинных занудных объяснений, только по делу.
3. Контент, который отвечает на вопросы: «что это», «зачем нужно», «пример на практике». Не просто набор ключевых слов, а полезная информация.
4. Внешние упоминания и ссылки — ИИ нравится, когда ваш контент не в изоляции, а подтверждён другими источниками.
5. Участие в специальных программах: можно подать заявки в ChatGPT Product Discovery, чтобы товар показывался в ответах ChatGPT или Perplexity Merchant Program — для крупных продавцов с доставкой в США, чтобы товары попадали в виджеты Perplexity.

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

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

Конец эры поисковиков? Действительно ли нейросети заменят Google

Стоит ли ожидать полного исчезновения поисковиков? Вряд ли. Так же, как и исчезновения библиотек с появлением интернета. ИИ пока не заменит Google в роли поисковой системы, но классические поисковики со временем станут не актуальны из-за изменения природы потребления контента.

Пока Google лидирует, оставаясь примерно в 26 раз популярнее ChatGPT по ежедневным визитам. Совокупно ИИ-сервисы генерируют всего около одного процента от всех поисков Google. Но скорость роста говорит сама за себя: чат-боты за год выросли по количеству обращений на 80,92%. Впервые с 2015 года, к концу 2024-го, доля Google на рынке поиска опустилась ниже отметки в 90%. Однако аналитики OneLittleWeb считают, что чат‑боты и поисковики не конкурируют, а дополняют друг друга — каждый решает свои задачи. Чат-боты расширяют возможности поиска, превращая его в диалог и помощь в генерации идей, а поисковики интегрируют ИИ-сводки, чтобы ускорить выдачу информации.

Поисковики превращаются в умных ассистентов, которые сами сканируют интернет и дают готовые ответы. Но есть проблема: Google AI Overviews уже бьют по доверию и трафику. А главное — эти сводки не всегда точны. Техногигант тестирует ещё и AI Mode — чат прямо в поиске, который синтезирует инфу из разных источников. Кнопка «Мне повезёт» уходит в прошлое — теперь вам повезёт, если ИИ не нафантазирует лишнего. В России аналогичный тренд: Яндекс Нейро тоже объединяет классический поиск с генеративными нейросетями и умеет отвечать на комплексные запросы, копаясь в нескольких темах сразу. Поиск уходит в сторону диалогов и действий, и это уже не эволюция — это смена парадигмы.

Кто и как будет искать информацию завтра? Мир движется к более удобным и быстрым способам получения информации. Возможно, скоро все мы перестанем вводить запросы в строку поиска и будем давать задания своим ИИ-агентам. Пока зарождаются новые стандарты — GEO и AIEO, бизнесу стоит задуматься не только о том, как попасть в ответ ИИ, но и как ИИ сможет воспользоваться его услугами. Нужны будут инструкции и цифровая инфраструктура, понятная для агентов. В мире, где задачи будет выполнять не человек, а агент, нужны понятные инструкции и цифровая инфраструктура. Намечается новый тренд — agent-responsive design: сайты, которые удобны не только для людей, но и для ИИ.

Такая практика носит массовый характер: по данным исследований, около 95% россиян принимают условия без изучения документа. При этом часть опрошенных вообще считает, что прочитать соглашение полностью физически невозможно (слишком много букв). Половина опрошенных даже не в курсе, о чем там написано.

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

Причины массового игнорирования: системные ловушки

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

Большой объем и языковой барьер

Современные соглашения напоминают юридические трактаты. Средний документ российских сервисов содержит 16,800 слов. Роскомнадзор критикует избыточность текстов, но не публикует официальной статистики. Например, документация Ozon занимает 23,700 слов — это больше, чем повесть Чехова «Дуэль» (13,700 слов). Политика Яндекс.Диска занимает 57 страниц, а условия СберБанк Онлайн — 43 страницы.

Главная проблема — язык. Юридические термины вроде «сублицензирование», «деперсонализация данных» или «арбитражная оговорка» требуют специальных знаний. Как показывает практика судебных споров и жалоб в Роскомнадзор, такие формулировки часто непонятны рядовым пользователям. Барьер усугубляется тем, что юридическая грамотность в РФ остается низкой: далеко не все россияне уверенно читают договоры.

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

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

UX-дизайн, провоцирующий спешку

Современные интерфейсы часто проектируются так, что внимательное прочтение соглашений становится затруднительным. Кнопка «Принять» обычно выделяется контрастным цветом (например, зеленым или синим), а опция отказа скрывается:

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

Такие паттерны усиливают «эффект туннельного зрения» — психологический феномен, при котором пользователь фокусируется на цели (быстром доступе к сервису), игнорируя второстепенные элементы. Дизайнеры дополнительно стимулируют это: например, используют таймеры обратного отсчета («Осталось 00:59»), чем создают искусственную спешку. Сообщения типа «99% пользователей уже приняли условия» формируют социальное давление.

Мнимый выбор в условиях монополий

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

Почему выбор остаётся мнимым? Попробуйте использовать СберБанк Онлайн без принятия политики обработки данных. Система выдаст ошибку: «Для продолжения необходимо согласиться с условиями». Аналогично в VK: отказ от соглашения означает потерю доступа к сообщениям и группам.

Мнимый выбор — это не всегда подвох со стороны сервиса. Даже по новым европейским правилам (Digital Services Act) платформы должны давать вам «базовую версию» без персонализированной рекламы, но не обязаны работать вообще без сбора данных.

В России всё устроено схоже: если без ваших персональных данных сервис просто не сможет функционировать (например, банк или мессенджер), отказ в доступе — это не нарушение закона.

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

Евросоюз в 2024 году ввел Digital Services Act, обязывающий платформы предлагать базовую версию без сбора данных. В России аналогичные нормы в законе «О персональных данных» (152-ФЗ) начали работать только с 2025 года. У пользователя есть право отозвать согласие на обработку данных, но не все сервисы готовы сохранять функционал после отказа.

Что скрывают соглашения: реалии цифрового мира

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

Расширенный сбор данных под видом «аналитики»

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

VK Музыка в пункте 4.3 пользовательского соглашения разрешает анализ аудиопотока через микрофон для идентификации фоновых треков. Технология активируется автоматически при первом запуске, без отдельного запроса на разрешение.

После ухода зарубежных сервисов российские платформы переняли спорные методы: например, VK Мессенджер хранит метаданные переписки (время отправки, IP-адреса, идентификаторы устройств) два года — дольше, чем это необходимо для операционной деятельности.

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

Формулировки про «хранение данных столько, сколько нужно для бизнеса» выглядят довольно расплывчато и, с юридической точки зрения, не могут считаться самостоятельной и достаточной целью: такая причина хранения вряд ли будет признана обоснованной при проверке. Тем не менее, именно за такими фразами иногда скрывают ссылку на так называемый законный интерес — этот механизм широко применяется в Европе по стандарту GDPR. В России, напротив, операторы редко ссылаются на законный интерес напрямую: это связано с тем, что у нас сложнее требования к обоснованию сроков и объёмов хранения данных, и риски для компании выше.

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

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

Умные колонки с голосовыми помощниками (такие как «Яндекс.Станция» или устройства Sber) постоянно анализируют звуковое окружение для активации по ключевым словам, что создает риск случайной записи приватных разговоров.

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

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

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

Исследования подтверждают:

• Ложные срабатывания. Ассистенты активируются до 19 раз в сутки из-за фоновой речи, слов-омофонов или аудиоконтента (например, при просмотре сериалов).
• Технические уязвимости. Ученые обнаружили, что MEMS-микрофоны в таких устройствах излучают радиосигналы, которые можно перехватить FM-приемником даже через бетонные стены.
• Хранение данных. Записи голосовых команд сохраняются на серверах производителей неограниченное время. В 2019 году сотрудники Amazon признались в прослушке аудио с Echo без ведома пользователей.

Как минимизировать угрозы:

1. Отключайте микрофоны колонок физической кнопкой (если есть) при обсуждении конфиденциальных тем.
2. Откажитесь в настройках от «персонализированных ответов» и отправки аудиоданных для «улучшения сервиса».
3. Регулярно удаляйте историю запросов через приложение-компаньон (например, «Дом с Алисой»).

Важно: Пользовательское соглашение «Яндекса» прямо разрешает обработку фонового аудио для «технического анализа», но не уточняет сроки хранения или алгоритмы фильтрации. Для устройств Sber аналогичные условия описаны в разделе «Данные голосового взаимодействия».

Передача прав на контент

Стандартная формулировка «неисключительная лицензия» в облачных сервисах имеет далеко идущие последствия. Политика Mail.ru Cloud прямо разрешает использовать загруженные файлы для обучения ИИ-алгоритмов. На практике это означает, что ваши фото могут стать частью тренировочных данных для нейросетей распознавания лиц.

Маркетплейс Ozon в разделе «Обмен информацией» своего соглашения допускает передачу истории покупок партнерам для таргетированной рекламы. Вряд ли пользователи добровольно согласились бы на такие условия, если бы прочли о них заранее.

Автоматическое продление подписок

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

• Сервис IVI продлевает платный доступ без отдельного подтверждения после пробного периода.
• Яндекс.Плюс списывает средства за 3 дня до окончания расчетного цикла в случае, если юзер не отключил автопродление. Яндекс делает это, «чтобы обеспечить клиентам непрерывный доступ к сервису, даже если платеж задерживается».

Особую опасность представляют детские приложения, где случайные покупки происходят из-за неочевидного интерфейса. В 2024 году Федеральная торговая комиссия США (FTC) оштрафовала Epic Games (американскую компанию по разработке игр и ПО) в общей сложности на $520 млн за сложную процедуру отмены несанкционированных платежей в Fortnite (кроссплатформенной формально бесплатной игре).

Российские сервисы могут использовать схожие паттерны:

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

Ещё несколько лет назад — и в зарубежных, и в российских сервисах — действовали более лояльные правила возврата: если пользователь забывал отменить подписку в течение льготного периода, деньги можно было вернуть. По данным на 2021 год, такую опцию предлагали и IVI, и Яндекс, и Okko.

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

При этом крупные сервисы, как Яндекс, в явном виде указывают: изменение или ограничение контента, региональные блокировки и другие изменения не считаются основанием для возврата средств. Но важно помнить: если недоступность контента становится существенным недостатком услуги, Закон о защите прав потребителей (ст. 29) сохраняет за пользователем право на возврат оплаты — независимо от того, что написано в соглашении.

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

Как защитить себя: стратегии для 2025 года

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

Для пользователей: цифровая гигиена

Проверяйте репутацию сервиса перед согласием

Роскомнадзор ведёт открытый реестр нарушителей закона 152-ФЗ. Например, каршеринг «Делимобиль» был внесен в список после массовой утечки номеров телефонов.

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

Жёстко контролируйте разрешения

Современные ОС предлагают инструменты для защиты:

• в Android 14 функция «Одноразовый доступ» ограничивает работу камеры/микрофона одним сеансом;
• в iOS 18 «Детальный контроль» позволяет блокировать фоновый сбор данных.

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

Требуйте отчёт о ваших данных

Статья 14 закона 152-ФЗ гарантирует право запросить у компании:

• полный список хранимых персональных данных;
• историю их передачи третьим лицам;
• правовые основания обработки.

В случае отказа или неполного ответа подавайте жалобу через портал Роскомнадзора.

Если вы хотите узнать, какие именно ваши персональные данные обрабатывает компания, просто напишите им запрос — укажите свои ФИО, паспортные данные (или иные, подтверждающие личность), и четко сформулируйте, что именно вы хотите узнать: какие данные у них есть, откуда они их получили, зачем обрабатывают и кому передают. Такой запрос можно отправить письменно или через электронную почту, если подпишете его электронной подписью. По закону компания обязана ответить вам в течение 10 рабочих дней.

И если вас ответ не устроил, вы вправе требовать удаления ваших персональных данных - оператор обязан будет это сделать (кроме тех данных, которые он обязан хранить в силу закона). Правда, нередко это одновременно будет означать, что вы не сможете более пользоваться этим сервисом.

Для разработчиков: прозрачность как конкурентное преимущество

Сокращайте и визуализируйте соглашения

Т-Банк провел редизайн пользовательского договора: заменил юридические термины простыми формулировками, добавил инфографику и чек-листы ключевых пунктов. Это снизило количество обращений в поддержку по вопросам непонятных условий.

Внедряйте градацию согласия

Разделите запросы на данные по категориям:

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

Европейский GDPR требует такой практики — например, при установке приложения Signal пользователь отдельно разрешает доступ к контактам и уведомлениям. В России подобный подход выделит ваш продукт на фоне конкурентов.

Добавьте «режим адвоката»

Встройте в интерфейс кнопку «Главные риски за 60 секунд»: краткую выжимку ключевых положений. Сервис ProtonMail делает это эффективно — на странице регистрации четко указано: «Мы не храним IP-адреса и не передаём данные третьим лицам».

Будущее соглашений: нейросети и законодательство

Эволюция пользовательских соглашений развивается по двум направлениям: технологические инструменты для упрощения понимания и ужесточение законодательных требований. Оба тренда активно проявляются в 2025 году.

ИИ-ассистенты: возможности и ограничения

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

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

Основные проблемы:

• неспособность интерпретировать двусмысленные формулировки;
• игнорирование ссылок на внешние документы;
• ошибки в трактовке арбитражных оговорок.

Законодательные изменения: новые требования

В июне 2024 года принят Федеральный закон № 123-ФЗ, вносящий поправки в 152-ФЗ.

Ключевые новации:

• запрет автоматического продления платных подписок без отдельного подтверждения через SMS или email (ст. 15.4);
• обязательное выделение условий сбора биометрических данных жирным шрифтом;
• штрафы до 3% годового оборота за сокрытие практик передачи данных третьим лицам.

Новые требования уже дают результаты.

Перспективы: стандартизация и блокчейн

ЕС разрабатывает AI Act — единый стандарт для ИИ-анализа соглашений. Эксперименты с блокчейн-реестрами условий проводят Сбербанк и Тинькофф: технология фиксирует версии документов и предотвращает скрытые изменения.

Заключение: ваша цифровая подпись — это ответственность

Пользовательские соглашения — не формальность, а юридически обязывающий документ. Их игнорирование в 2025 году связано со многими рисками. Каждый клик «Принять» несёт реальные последствия: от скрытой слежки до потери прав на контент.

Что делать сегодня? Начните с малого. Даже беглый просмотр разделов «Данные» и «Автоматическое продление» снижает риски. Не забывайте о законе 152-ФЗ. Если это необходимо, требуйте от компаний полный отчёт о ваших данных через форму на портале Роскомнадзора.

Голосуйте кошельком. Переходите на сервисы с прозрачными правилами. Осознанное согласие — не роскошь, а базовый навык цифровой эпохи. Ваши данные стоят тех 10 минут, которые вы потратите на чтение перед кликом «Принять».

Первые Wi-Fi роутеры только начинали появляться на рынке, стоили дорого и требовали сложной настройки. Их антенны выглядели как нечто футуристическое, а радиус действия оставлял желать лучшего — сигнал часто не мог пробиться через одну-две стены. Сегодня, в 2025 году, ситуация кардинально изменилась. Беспроводные технологии 4-5G и mesh-сети превратили интернет в нечто невидимое, но повсеместное, как воздух.

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

LAN 2003: эпоха проводов и первых беспроводных решений

Начало 2000-х годов было временем, когда интернет в России становился массовым явлением, но оставался преимущественно проводным. Локальные вычислительные сети (LAN) продолжали активно развиваться, предоставляя возможность объединять компьютеры и другие устройства в пределах одного здания или офиса для обмена данными и совместного использования ресурсов.

В основе этих сетей лежала технология Ethernet, которая обеспечивала пропускную способность до 100 Мбит/с в наиболее распространенном варианте Fast Ethernet, а в продвинутых решениях — до 1000 Мбит/с (Gigabit Ethernet).

Для корпоративного сектора LAN играли ключевую роль в инфраструктуре предприятий, образуя основу для работы бизнес-приложений и обмена данными между сотрудниками. Активно использовались сетевые коммутаторы (switches), которые эффективно разделяли трафик и повышали производительность сети по сравнению с устаревшими концентраторами (hubs). Развитие Gigabit Ethernet и других сетевых технологий позволяло удовлетворить растущие потребности бизнеса в скорости передачи данных.

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

Wi-Fi был редкой и дорогой опцией — первые роутеры вроде D-Link DI-604 стоили от $100 (что по курсу того времени составляло около 3000 рублей — немалые деньги для среднестатистического гражданина) и требовали сложной настройки через Internet Explorer.

Вопросы безопасности в те годы решались просто – точнее, почти никак. WEP-шифрование, использовавшееся в ранних стандартах Wi-Fi (802.11b/g), взламывалось за считанные минуты специальными программами, которые легко можно было найти в интернете. Многие пользователи вообще не заморачивались с паролями, оставляя свои сети открытыми, что приводило к частым случаям «халявного» использования соседского интернета.

Скорости передачи данных, которые сегодня кажутся смешными, тогда воспринимались как нечто революционное. Даже в продвинутых офисах гигабитные порты (1 Гбит/с) были редкостью. Загрузка фильма в HD-качестве (4–5 ГБ) могла занимать несколько часов, а о потоковом вещании в современном понимании и речи не шло.

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

Пример: Согласно исследованию аналитической компании J’son & Partners за 2005 год, в Москве только 12% домохозяйств имели широкополосный доступ в интернет, а публичные точки Wi-Fi можно было пересчитать по пальцам. В основном они располагались в дорогих отелях и нескольких продвинутых кафе в центре города.

Революция Wi-Fi и появление мобильного интернета

К 2010-м годам ситуация начала кардинально меняться. Технология Wi-Fi, получившая новый импульс развития с появлением стандарта 802.11n (обеспечивающего скорость до 600 Мбит/с), стала по-настоящему массовой. Параллельно развитие мобильных сетей третьего поколения (3G) дало пользователям первую реальную свободу от проводов.

Что конкретно изменилось в этот период

Скорость передачи данных сделала качественный скачок. Если в начале 2000-х максимальная скорость Wi-Fi редко превышала 54 Мбит/с (по стандарту 802.11g), то с 2013 года, с появлением стандарта 802.11ac, в дома пришли гигабитные скорости. Например, популярный роутер ASUS RT-AC68U поддерживал скорость до 1,9 Гбит/с, что позволяло комфортно смотреть видео в 4K на нескольких устройствах одновременно.

Вопросы безопасности тоже вышли на новый уровень. Устаревший и ненадежный WEP сменился сначала WPA, а затем WPA2. В 2018 году был представлен WPA3 — новый стандарт безопасности, закрывший многие известные уязвимости. Однако технологии принесли и проблемы — участились случаи фишинга, а взломы через уязвимости в сетях стали настоящей головной болью для специалистов по кибербезопасности.

Проблема покрытия больших площадей нашла свое решение в mesh-системах. Пионером в этой области стала компания Google с ее системой Google Wifi, представленной в 2016 году. Такие системы позволяли покрыть Wi-Fi сигналом весь дом без «мертвых зон», используя несколько взаимодействующих между собой модулей.

Конкретные цифры: Согласно данным операторов и исследований, к 2021 году общее количество Wi-Fi точек в России (включая домашние роутеры) оценивалось в десятки миллионов, при этом проникновение широкополосного интернета в домохозяйства превысило 75%, а в Москве и крупных городах достигало 90%.

Технологический прогресс затронул и частотный диапазон. Перегруженность 2.4 ГГц стала серьезной проблемой — в час пик скорость могла падать до 5-10 Мбит/с. Это подтолкнуло переход на 5 ГГц, который предлагал более чистый эфир, но требовал нового оборудования.

Рынок Wi-Fi-решений активно развивался. К 2022 году его объем достиг 5.1 млрд рублей. При этом средняя стоимость роутера упала, сделав технологию доступной массовому потребителю.

4G и 5G: как мобильный интернет перевернул все

Сети четвертого поколения (4G/LTE) совершили настоящую революцию в 2010-х годах, впервые обеспечив мобильный интернет со скоростями до 100-300 Мбит/с — быстрее, чем многие проводные домашние решения того времени.

Технология LTE стала основой для мобильного видеостриминга, такси-сервисов и других инноваций, изменивших повседневную жизнь. В России пик развития 4G пришелся на 2015-2018 годы, когда операторы развернули сети в большинстве городов-миллионников.

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

Скорость передачи данных достигла невиданных ранее показателей. В тестовых замерах, проведенных МТС в Москве в 2020 году, 5G демонстрировал скорость до 1,2 Гбит/с. Для сравнения: средняя скорость 4G в тех же условиях составляет 100–300 Мбит/с. Это означает, что полнометражный фильм в 4K-качестве теперь можно скачать за считанные минуты.

Одним из ключевых преимуществ 5G стало радикальное снижение задержки (ping). Если в сетях 4G этот показатель обычно составляет 30–50 мс, то 5G сокращает его до 1–5 мс. Такие значения критически важны для технологий виртуальной реальности, телемедицины (особенно для удаленных операций) и облачного гейминга.

Однако внедрение 5G столкнулось с серьезными трудностями. Как отмечал «Коммерсантъ» в 2024 году, в России развертывание сетей пятого поколения значительно замедлилось из-за нехватки частотного спектра. Основные «чистые» частоты, используемые для 5G в других странах, в России были заняты спутниковой связью, военными и спецслужбами.

Есть и экономические ограничения. Капитальные затраты на развертывание 5G в 2.5 раза выше, чем для 4G при текущих частотах. Окупаемость инфраструктуры только в Москве оценивается в 25-30 лет. Эти проблемы характерны не только для России — аналогичные сложности с окупаемостью 5G фиксируют операторы в Европе и США.

Правительство РФ утвердило поэтапный план внедрения 5G, согласно которому к 2030 году технология появится в 41 городе. В 2024 году сети развернули в трех мегаполисах, в 2025 — еще в семи, а к 2030 они охватят все крупные агломерации страны. На эти цели из федерального бюджета выделено 21,5 млрд рублей в рамках проекта «Цифровые технологии».

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

Согласно статистике, сегодня почти половина мирового населения (45%) имеет доступ к среднечастотному 5G — оптимальному по сочетанию скорости и покрытия. Этот показатель продолжает стремительно расти: аналитики прогнозируют, что к 2030 году зона действия 5G охватит уже 85% жителей планеты.

Особенно впечатляют темпы внедрения в Азии. В Китае, где первые коммерческие сети 5G появились еще в 2019 году, технология сейчас доступна 92% населения. Индия, начавшая массовое развертывание позже, в 2022 году, уже обеспечила покрытие для 91% граждан благодаря агрессивной инфраструктурной программе. Эти две страны вместе добавляют около 1,5 миллиона новых 5G-пользователей ежемесячно, формируя основной драйвер глобального роста.

На начало 2025 года 5G-сети в России функционируют в ограниченном тестовом режиме. Технология доступна в отдельных районах Москвы, включая деловой центр Москва-Сити и территорию Сколково, Санкт-Петербурга (преимущественно в центральных районах), а также в инновационных кластерах — Иннополисе и томском IT-парке.

6G и будущее: технологический прорыв следующего десятилетия

Пока операторы в РФ и других странах только начинают разворачивать сети 5G, мировые технологические лидеры уже делают первые шаги в эпоху 6G.

Лабораторные испытания, проведенные учеными из Национального института информационных и коммуникационных технологий Японии (NICT), и промышленные тесты ведущих телеком-компаний Китая демонстрируют скорости, превышающие 400 Тбит/с в контролируемых условиях. Технологий шестого поколения откроют новую главу в развитии беспроводных коммуникаций. Эти тесты показали, что 6G — не просто эволюция существующих стандартов, а качественный скачок в передаче данных.

Технические особенности 6G

Основное отличие 6G от предыдущих поколений — использование терагерцового диапазона частот (от 100 ГГц до 10 ТГц). Скоростей будет достаточно для передачи 8K-видео в реальном времени или загрузки полнометражного фильма в 4K за 3-5 секунд. Для сравнения: максимальная скорость 5G в идеальных условиях не превышает 10 Гбит/с.

Интеграция с искусственным интеллектом

6G разрабатывается как «умная» сеть, где ИИ будет управлять ресурсами в реальном времени.

Компания Nokia Bell Labs уже тестирует алгоритмы, которые:

• автоматически перераспределяют нагрузку между базовыми станциями;
• оптимизируют энергопотребление устройств;
• прогнозируют перегрузки сети за 15-20 минут до их возникновения.

Безопасность и квантовые технологии

Китайские исследователи из Шанхайского университета добились значительных успехов в квантовом шифровании. В 2024-2025 годах им удалось установить защищенное соединение на расстоянии до 300 км, хотя скорость передачи оставалась низкой (порядка килобит в секунду). Эти достижения открывают перспективы для безопасной передачи данных особой важности.

Российские перспективы

По мнению экспертов, коммерческий запуск 6G в России возможен не ранее 2030 года.

Основные проблемы:

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

Потенциальные применения

Разработки в области 6G открывают путь к принципиально новым сценариям использования сетей связи:

• Голографическое телеприсутствие может произвести революцию в дистанционном образовании и телемедицине, позволяя врачам «находиться» в операционной на другом континенте и действовать с точностью до микрона.
• Тактильный интернет с задержкой менее 1 мс создаст основу для точного дистанционного управления промышленными роботами и беспилотной техникой в реальном времени.
• Нейроинтерфейсы могут быть использованы для прямого подключения к облачным сервисам.

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

Что мы потеряли и что приобрели

Подводя итоги 20-летней эволюции сетевых технологий, можно выделить несколько ключевых моментов.

Безусловные достижения:

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

Потери и новые вызовы:

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

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

Теперь они предлагают решения, которые не хуже, а где-то даже и лучше международных аналогов и по надёжности, и по цене.

Посмотрим, кто из них есть в этом списке, и определим особенности хостингов для сайта.

1. FirstVDS: профессиональные решения для любых проектов

FirstVDS — хостинг-провайдер с опытом на рынке более 20 лет. Предлагают VPS и VDS с виртуализацией KVM для проектов любого размера. Все серверы работают на современном оборудовании. Трижды победитель в номинации «Хостер года» Национальной премии «ЦОДы.РФ».

Хостинг подойдет бизнесу любого масштаба: для любых сайтов — от визиток до высоконагруженных интернет-магазинов, для разработки и тестирования, для сервисов и других проектов. Отдельные решения для Битрикс, установка ОС семейства Linux и Windows Server.

Особенности хостинга

Надёжность

FirstVDS обеспечивает аптайм 99,97–99,99% в 2025 году, подтверждённый замерами (например, отклик из Москвы — 27 мс в апреле 2025). Серверы размещены в трёх дата-центрах уровня Tier III: два в Москве (IXcellerate и Web DC) и один в Амстердаме (euNetworks). Отказоустойчивый кластер Ceph гарантирует работу даже при сбоях точки или канала.

Инфраструктура

Серверы работают на процессорах Intel Xeon и AMD EPYC (до 5,7 ГГц в линейке CPU.Турбо), с быстрыми NVMe-дисками объёмом до 8 ТБ и оперативной памятью DDR5 (до 768 ГБ в VDS Атлант). Это обеспечивает высокую производительность для ресурсоёмких задач, таких как Битрикс или высоконагруженные приложения.

Гибкость

Тарифы масштабируются: от базовых конфигураций (1 CPU, 1 ГБ RAM, 40 ГБ SSD) до мощных серверов (192 ядра, 768 ГБ RAM, 8 ТБ NVMe). Линейки:

• VDS Форсаж: AMD EPYC, до 128 ядер, 512 ГБ RAM, 4 ТБ NVMe, от 749 ₽/мес (Москва/Амстердам).
• CPU.Турбо: AMD Ryzen до 5,7 ГГц, DDR5, от 624 ₽/мес (Москва).
• VDS Атлант: отказоустойчивый, до 192 ядер, 8 ТБ NVMe, от 1619 ₽/мес (Москва).
• VDS Storage: хранилище, от 704 ₽/мес (Москва).Горячее масштабирование (hot-resize) позволяет добавлять CPU, RAM или диск без перезагрузки.

Автоматизация

Шаблоны для быстрого развёртывания: Django, Redmine, Tomcat, Teamspeak, Nextcloud, LAMP, LEMP, Forgejo Git, GitLab, Битрикс. Поддерживаются ОС Linux (Ubuntu, Alma, Debian, Rocky, CentOS, Oracle), FreeBSD, Windows Server. API и панель ispmanager 6 lite (бесплатно на месяц) упрощают управление.

Безопасность

Включена защита от DDoS-атак на сетевом уровне, BitNinja для защиты сервера и сайта, SSL-сертификаты GlobalSign. Доступны автобэкапы, снапшоты, Кибер-бэкап и объектное хранилище S3 для больших данных.

Поддержка

Круглосуточная поддержка 24/7 без чат-ботов, ответ до 15 минут через чат, личный кабинет или телефон. Бесплатно: помощь с активацией и первичной настройкой. Платно: установка ПО, администрирование. Экспертная линия для мониторинга и устранения сбоев.

Бонусы

• Тестовый период 3 дня.
• Бесплатный перенос до 10 сайтов с другого хостера.
• Скидки: 40% на первый месяц при оплате на 1/3/6 месяцев или 3 месяца бесплатно при оплате за год.
• Лояльность: скидка 5–20% для клиентов от 5 лет.
• Реферальная программа: 10% от расходов привлечённых клиентов для партнёра, 25% скидка для нового пользователя на первый месяц.
• Домены: продление по цене регистрации.

Тарифы и условия

Тестовый период 3 дня, после него подключаете один из основных тарифов:

• Линейка готовых конфигураций от 1 CPU, 1 Гб RAM, 40 Гб SSD-накопителя и от 219 руб/мес. до сервера с 8 CPU, 12 Гб RAM, 150 Гб NVMe-накопителя. Локация в РФ и Нидерландах.
• VDS Форсаж: на AMD Epyc от 749 ₽/мес. Локации: РФ и Нидерланды.
• CPU.Турбо: гибкая конфигурация на базе высокочастотных AMD Ryzen 9 от 624 ₽/мес. При покупке лицензии Битрикс дополнительная скидка 30% на 3 месяца аренды CPU.Турбо. Локация в РФ.
• VDS Атлант: отказоустойчивый с автобэкапами от 1 619 ₽/мес. Локация: РФ.
• VDS Storage: сервис как хранилище с гибкой конфигурацией от 704 ₽/мес. Локация: РФ

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

2. UltraVDS: для малого бизнеса и стартапов

Компания UltraVDS, провайдер услуг виртуальных серверов (VPS/VDS), работает на рынке с 2014 года — предлагает решения для разных операционных потребностей. Сервисы UltraVDS можно использовать для развертывания торговых роботов, запуска чат-ботов, хостинга веб-сайтов, а также для создания FTP-хранилищ данных. Есть предложения для фрилансеров, цифровых агентств, корпоративных пользователей и стартапов, которым требуются функциональные инфраструктурные решения.

Технические особенности

Серверы UltraVDS размещены в современном дата-центре, расположенном в Москве. Доступность сервиса (аптайм) составляет 99,98%, что обеспечивает высокую стабильность работы. Сетевая пропускная способность превышает 200 Мбит/с, при этом трафик предоставляется без ограничений.

Система защиты от DDoS-атак способна обрабатывать трафик до 1,5 Тбит/с и поддерживает стабильность работы сервера даже при интенсивном внешнем воздействии. Лицензия на Windows Server входит в стоимость обслуживания в данном предложении. Это упрощает развертывание сервера: вам не нужно отдельно покупать и устанавливать лицензию. Плюс снижает общие операционные расходы для пользователей этой операционной системы.

Тарифные планы

Для новых пользователей UltraVDS предусмотрена возможность 3-дневного тестового периода, позволяющего оценить функциональность и производительность сервиса.

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

Клиентам доступны различные варианты оплаты, включая ежемесячную систему без предоплаты. При авансовой оплате на период от 3 до 12 месяцев предоставляются скидки до 20%, размер которых зависит от выбранного срока. В случае досрочного прекращения использования сервиса, неиспользованный остаток средств возвращается на баланс пользователя.

Поддержка и обслуживание

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

3. RUVDS: 10 лет на рынке облачных решений

RUVDS — облачный провайдер, имеющий десятилетний опыт работы на рынке услуг виртуальных серверов (VPS/VDS). Является официальным партнером Huawei в России, работает по SLA. Компания предоставляет инфраструктурные решения, которые могут быть применены для широкого спектра задач, включая хостинг высоконагруженных интернет-магазинов, корпоративных порталов, игровых серверов, сложных backend-систем и чат-ботов.

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

Тарифная политика и варианты оплаты

RUVDS предлагает различные тарифные планы. Например, стоимость конфигурации Linux-сервера (1 CPU, 512 МБ RAM, 10 ГБ HDD, 1 IPv4) начинается от 139 ₽/месяц. Это может быть рассмотрено как экономичное решение для запуска небольших проектов и проведения тестирования.

Клиентам доступны разные опции оплаты:

1. Ежемесячные платежи или предоплата на срок от 3 до 12 месяцев, при которой предоставляются скидки до 20%, зависящие от продолжительности периода.
2. Для проектов с динамической нагрузкой предусмотрена посекундная тарификация, оплата по которой взимается только за фактически использованные ресурсы. Неиспользованный остаток средств в рамках этой модели возвращается на баланс пользователя

Дополнительно, до конца 2025 года панель управления ISP Manager для сервера и сайта предоставляется без дополнительной платы при создании любого VPS.

Глобальная инфраструктура и стабильность

Инфраструктура включает 17 дата-центров уровня Tier III, расположенных по всему миру. Это один из самых больших показателей по количеству геолокаций среди российских провайдеров. Для работы используются корпоративное оборудование и накопители (HDD, SSD, NVMe), чтобы обеспечить стабильную работу и производительность размещенных проектов.

Поддержка клиентов и доступные ресурсы

Техническая поддержка RUVDS доступна круглосуточно, 7 дней в неделю. Среднее время ответа на запросы через тикет-систему или онлайн-чат составляет 15 минут. Клиентам предоставляются полные административные права и консультации по вопросам запуска и настройки серверов. Для самостоятельного изучения доступна база знаний, включающая инструкции и руководства.

Безопасность и масштабирования

В контексте безопасности данных, RUVDS предлагает несколько решений:

- Встроенная защита от DDoS-атак, способствующая поддержанию бесперебойной работы серверов при внешнем воздействии.

- Стандартный IPv4-адрес включен в стоимость каждой виртуальной машины, с опцией аренды дополнительных IP-адресов.

- API, соответствующий OpenAPI 3.0.0, предоставляет возможности для интеграции и автоматического масштабирования серверных ресурсов в зависимости от нагрузки.

- Компания официально подтверждает соответствие требованиям ФСТЭК и ФЗ-152 по защите персональных данных, что обеспечивает соблюдение соответствующих законодательных норм.

4. McHost: решения для бизнеса разного масштаба

McHost предоставляет комплексные хостинговые решения, включая виртуальный хостинг и VPS/VDS с NVMe-накопителями. Сервис поддерживает популярные CMS (WordPress, Joomla, 1С-Битрикс) с оптимизированными настройками и автоматической установкой через панель управления.

McHost ориентирован на широкий круг клиентов:

• владельцы сайтов-визиток, блогов и лендингов — благодаря низким тарифам и полному набору опций;
• интернет-магазины с небольшой нагрузкой — тарифы с SSD-накопителями и автоматическим резервным копированием обеспечивают стабильную работу;
• разработчики, которым нужны
  VPS/VDS с root-доступом — работают серверы на KVM-виртуализации с ОС Linux и Windows;
• госучреждения и компании,
  работающие с персональными данными — соответствие 152-ФЗ и размещение в дата-центрах Tier III в Москве.

Особенности сервиса

McHost поддерживает стабильную работу с аптаймом 99.9% за счет размещения оборудования в дата-центрах уровня Tier III — в Москве и Нидерландах.

Сервис предоставляет защиту от DDoS-атак, автоматическое резервное копирование раз в два дня с хранением данных в течение 30 дней для виртуального хостинга и 14 дней для VPS, а также поддержку российских криптографических стандартов. Клиентам доступны различные варианты размещения: от виртуального хостинга с SSD (от 157.5 ₽/мес) до выделенных серверов с NVMe-накопителями.

Технические параметры и условия

Инфраструктура McHost базируется на серверах Dell с NVMe-накопителями и процессорами Intel Xeon (частота ядер от 2.35 ГГц). Для виртуального хостинга используется CloudLinux с технологией CageFS, обеспечивающей изоляцию аккаунтов. Поддержка российских ОС («Альт») подтверждена для VPS-тарифов.

В техподдержку можно обратиться по телефону, через тикет или в Telegram-боте. Время ответа — до 10 минут.

Текущие тарифы:

• Виртуальный хостинг: от 157 ₽/мес
  (3 ГБ SSD, 1 сайт).
• VPS: от 396 ₽/мес (15 ГБ SSD, 1
  ядро CPU).
• Выделенные серверы: от 3 000 ₽/мес
  (32 ГБ RAM, 2×1 ТБ HDD).

5. UFO Hosting: VPS/VDS и выделенные серверы с портом до 10 Гбит/с и безлимитным трафиком

UFO Hosting предлагает VPS/VDS и выделенные серверы на партнёрской инфраструктуре IXcellerate (Tier III). В портфолио — недорогие виртуальные машины и серверы с портом 10 Gbps для проектов, которым нужна стабильность без завышенных цен.

Сервис подходит для пользователей разных масштабов: от фрилансеров и веб‑студий до средних и крупных компаний. Для DevOps‑специалистов доступны API и инструменты автоматизации.

Основные сценарии использования

• корпоративные сайты, CRM‑системы и веб‑приложения;
• аналитические сервисы и SaaS‑продукты;
• инфраструктура для разработки и тестирования;
• задачи фрилансеров, агентств и digital‑команд.

Формат работы, особенности и интеграции

Серверы установлены в российском дата‑центре Tier III (IXcellerate), что означает резервирование по питанию и каналам связи. Заявленный аптайм — 99,98 %. Поддержка работает круглосуточно в тикетах, чате и по телефону; среднее время ответа 5–10 минут.

Сервис UFO Hosting делает акцент на безопасности и гибкости. Есть сеть с защитой от DDoS, возможность горячего расширения ресурсов, автоматическое развёртывание из шаблонов и API для интеграции. Поддерживаются популярные фреймворки и CMS, есть интеграции с GitLab, Telegram и DockerHub. Бэкапы, снапшоты и резервирование входят в стандартный набор, так что восстанавливать тестовую среду не придётся вручную.

В панели управления можно автоматически установить популярные CMS, панели управления, хранилища и DevOps‑инструменты. Это экономит время на настройку и подходит тем, кто не хочет поднимать всё с нуля.

Условия использования и тарифы

Базовые конфигурации начинаются от 577 руб./месяц. Заявленная скорость порта — до 10 Gbps, что подходит для проектов, где много трафика.

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

В целом, UFO Hosting выглядит как практичное решение для тех, кому нужны производительные VPS/VDS и выделенные серверы в России. При выборе стоит оценить, насколько конфигурации подходят под конкретные нагрузки и есть ли необходимость в интеграциях из коробки.

6. Timeweb: хостинг для веб-проектов

Timeweb предоставляет услуги хостинга для различных типов веб-проектов. Сервис поддерживает популярные CMS, включая WordPress, 1C-Битрикс и Joomla, что делает его подходящим как для личных блогов, так и для корпоративных сайтов.

Платформа использует собственную панель управления с инструментами для работы с сайтами, базами данных и резервными копиями. Ежедневное автоматическое резервное копирование с хранением данных до 30 дней включено во все тарифные планы. Базовая защита от DDoS-атак доступна для всех клиентов без дополнительной платы.

Инфраструктура Timeweb размещена в дата-центрах уровня Tier III в России (Санкт-Петербург) и Казахстане (Алматы). Гарантированный показатель uptime составляет 99.98%. Поддерживаются современные технологии: PHP версий от 5.3 до 8.4, MySQL от 5.6 до 8.0, а также Perl, Python, SSH, FTP и Cron.

Тарифные планы:

• Year+: от 164 ₽/мес (2 сайта, 15
  ГБ NVMe, 2 БД);
• Optimo+: от 248 ₽/мес (15 сайтов,
  40 ГБ NVMe, безлимитные БД);
• Century+: от 347 ₽/мес (35 сайтов,
  50 ГБ NVMe, безлимитные БД);
• Millennium+: от 482 ₽/мес (60
  сайтов, 60 ГБ NVMe, безлимитные БД).

Все тарифы включают бесплатный SSL-сертификат, 10 ГБ почтовой квоты с неограниченным количеством ящиков и DNS-хостинг. При оплате годового тарифа предоставляется домен в зонах .RU/.РФ в подарок.

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

7. Reg.ru: комплексные решения для сайтов и доменов

Reg.ru сочетает услуги хостинга и регистрации доменов, что упрощает управление веб-проектами. Компания работает с 2005 года, имеет статус аккредитованного регистратора доменных имён в зонах .RU и .РФ.

Функциональные возможности

Платформа предоставляет доступ к трём панелям управления: ISPmanager, cPanel и Plesk. Это позволяет выбрать наиболее удобный интерфейс для работы с сайтами. Все тарифы включают бесплатный SSL-сертификат от Let’s Encrypt, который автоматически устанавливается при создании сайта.

Начинающим пользователям доступен конструктор сайтов с готовыми шаблонами. Поддерживаются популярные CMS, включая WordPress, Joomla и 1С-Битрикс. Ежедневное резервное копирование данных с хранением копий в течение 30 дней входит в стандартный набор услуг.

Техническая инфраструктура

Серверы размещены в дата-центрах уровня Tier III в Москве. Средний показатель uptime составляет 99.9%, что подтверждается ежемесячной статистикой. Подключение к сети осуществляется по выделенным каналам со скоростью до 1 Гбит/с на выделенных серверах.

Поддержка и тарифы

Техническая поддержка доступна 24/7 через онлайн-чат и тикет-систему. Среднее время ответа составляет 15-20 минут. Для срочных вопросов можно обратиться по телефону.

Тарифы — от 151 ₽/мес (7 ГБ SSD, 15 сайтов). При регистрации домена в зонах .RU или .РФ предоставляется скидка на другие доменные имена.

8. Спринтхост: хостинг с персональным подходом

Sprinthost предлагает услуги хостинга с акцентом на индивидуальную поддержку клиентов. Сервис работает с 2011 года и специализируется на VPS-решениях для различных веб-проектов.

Особенности сервиса

Компания предоставляет персонального менеджера для каждого клиента, который помогает с настройкой сервера и решением технических вопросов. А если вы остались недовольны услугами, то в течение 30 дней сервис вернёт деньги. Sprinthost проводит бесплатные обучающие вебинары по DevOps и администрированию серверов.

Технические характеристики и тарифы

Инфраструктура размещена в дата-центрах Москвы и Санкт-Петербурга с аптаймом 99.9%. Поддерживаются современные технологии разработки, включая Ruby on Rails, Node.js, Python и Docker. Все серверы используют SSD-накопители с гарантированной скоростью чтения/записи.

Тарифные планы:

• Start: 290 ₽/мес (1 ядро, 1 ГБ
  RAM, 15 ГБ SSD);
• Turbo: 1 900 ₽/мес (4 ядра, 8 ГБ
  RAM, 100 ГБ NVMe).

Поддержка

Техническая помощь доступна 24/7 через тикет-систему и онлайн-чат. Среднее время ответа составляет 10-15 минут. Для корпоративных клиентов предусмотрена приоритетная поддержка по телефону.

Как выбрать хостинг в 2025 году

Выбор хостинга зависит от типа проекта и его требований. Для небольших сайтов и блогов подойдет виртуальный хостинг с поддержкой популярных CMS — важно проверить наличие автоматических бэкапов и базовой защиты от DDoS. Если проект связан с обработкой персональных данных, убедитесь, что провайдер соответствует 152-ФЗ и использует сертифицированное оборудование.

Для высоконагруженных сервисов и интернет-магазинов лучше рассматривать VPS или выделенные серверы. Обратите внимание на тип накопителей (SSD/NVMe), возможность масштабирования ресурсов и аптайм дата-центров (рекомендуется от 99.9%).

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

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

FAQ

Что такое виртуальный хостинг и когда его выбирать?

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

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

Что такое VPS/VDS и для каких проектов он подходит?

VPS (Virtual Private Server) или VDS — это виртуальный сервер с выделенными ресурсами (процессор, память, диск), предоставляющий доступ для полной настройки. Идеален для проектов среднего масштаба: интернет-магазинов, API, SaaS, чат-ботов, корпоративных порталов или приложений с умеренным трафиком.

Преимущества: гибкость конфигураций, выбор ОС, изоляция ресурсов. Минусы: требует базовых навыков администрирования, стоимость выше, чем у виртуального хостинга.

Что такое выделенный сервер и когда его использовать?

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

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

В чём основные различия между виртуальным хостингом, VPS и выделенным сервером?

Виртуальный хостинг — самый дешёвый и простой, но ресурсы делятся между пользователями, что ограничивает производительность (до 1000–2000 посетителей в сутки).

VPS обеспечивает выделенные ресурсы и гибкость, справляясь с нагрузкой до 5000–10 000 пользователей в сутки.

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

Выбор зависит от масштаба: виртуальный для старта, VPS для роста, выделенный для enterprise.

Нужны ли навыки администрирования для хостинга?

Для виртуального хостинга навыки не нужны — управление идёт через интуитивные панели, а провайдеры обеспечивают обновления и базовую поддержку. Для VPS желательны базовые знания (настройка ОС, установка ПО), хотя многие провайдеры предлагают помощь. Для выделенного сервера навыки администрирования необходимы, так как вы полностью отвечаете за сервер, хотя провайдеры могут предлагать платное администрирование.

Цифровой контент — актив, который требует защиты не меньше, чем банковские данные. Многие привыкли, что свежий сериал или долгожданный фильм оказывается в сети за неделю до премьеры или в день релиза, а дорогостоящий курс можно скачать бесплатно на «складчинах». В 2024 году пиратство нанесло российским правообладателям ущерб в 3,36 млрд рублей, а глобальные потери медиаиндустрии превысили $71 миллиард. Утечки контента происходят через уязвимости в системах доставки, запись экрана или взлом серверов.

Но угрозы безопасности видеконтента не ограничиваются пиратством. Кибератаки добавляют новый уровень сложности: в отличие от пиратов, которые стремятся монетизировать контент через нелегальное распространение, хакеры могут преследовать иные цели — от вымогательства до саботажа инфраструктуры. Например, говорить, что в их распоряжении есть интимные видеозаписи жертвы (ещё лучше, если это CEO известной компании) и вымогать крупную сумму денег. Или взломать Rutube и саботировать инфраструктуру сервиса, как это было в 2022 году. Киберугрозы также могут включать DDoS-атаки, эксплуатацию уязвимостей в API или кражу пользовательских данных, что приводит к последствиям:

• Коммерческие риски: снижение выручки, подрыв бизнес-модели, что особенно актуально для премиальных и эксклюзивных материалов и сервисов.
• Правовые последствия: иски от правообладателей или штрафы за утечку персональных данных.
• Репутационные издержки: утрата доверия пользователей и партнеров, особенно если платформа позиционируется как безопасная.

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

Многоуровневая защита: из чего она состоит

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

1. Защита от несанкционированного доступа и копирования

Первый барьер — ограниченный доступ к контенту:

• Шифрование: AES-128 или AES-256 для защиты видеопотоков.
• Авторизация: токены JWT или OAuth для проверки прав пользователей.
• Системы управления цифровыми правами (DRM) устанавливают ограничения на воспроизведение контента — по устройствам, географическому положению и времени. Если отсутствует соответствующий ключ шифрования, выдаваемый лицензионным сервером, воспроизведение может быть заблокировано.

2. Пиратские копии

Даже если контент уже украден, важно оперативно выявить его нелегальное распространение. Технологии AI-мониторинга и цифровой форензики сканируют даркнет, соцсети и пиратские сайты. ИИ распознает видео по фрагментам, даже если оно перекодировано.

Технический нюанс: ИИ-системы используют сверточные нейросети (CNN) для анализа визуальных и аудиохарактеристик. Разработчикам стоит интегрировать такие решения через API, например, от Google Cloud Vision или специализированных вендоров.

3. Отслеживание источника утечки

Ключевой вопрос при утечке: кто и как получил доступ к контенту? Водяные знаки и «цифровые отпечатки» (fingerprinting) позволяют встраивать уникальные идентификаторы в видеофайлы. Fingerprinting, например, создает хэши аудио- и видеофрагментов для поиска копий.

Технический нюанс: сессионные водяные знаки добавляют задержку в стриминг. Проблема решается предварительной обработкой сегментов для HLS/DASH-протоколов.

4. Противодействие пиратским ресурсам

Удалить копии после обнаружения можно через:

• Обращение в РКН и к платформе, где появилось видео. Если реакции от платформы нет, РКН или провайдер хостинга заблокируют сайт по запросу.
• Автоматическую блокировку ссылок через API хостингов.
• Юридическое давление на пиратские платформы.

Технологии против пиратов: DRM, ИИ, водяные знаки и «цифровые отпечатки»

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

DRM (управление цифровыми правами)

DRM-системы шифруют контент и управляют лицензиями на доступ к видеопотоку. DRM защищает контент на уровне клиента и сервера, предотвращая неавторизованный доступ и перехват. Такие системы интегрируются в плееры и платформы и показывают контент только авторизованным пользователям.

DRM-системы опираются на три ключевых компонента:

1. Лицензионный сервер отвечает за выдачу и проверку ключей расшифровки контента.
2. Клиентская часть DRM (Content Decryption Module, CDM) интегрирована в браузер/плеер.
3. Упаковщик контента (Packager) подготавливает видеопотоки для защищенной доставки.

Но есть техническая проблема совместимости — DRM-системы неоднородны по платформам:

• Widevine (Android, Chrome, Firefox, Opera);
• PlayReady (Windows, Xbox, некоторые Smart TV);
• FairPlay (экосистема Apple);
• WisePlay DRM (экосистема Huawei).

Решение — мульти-DRM упаковщики, поддерживающие все стандарты через единую интеграцию. Используйте библиотеки, например, Shaka Player, для упрощенной интеграции мульти-DRM.

Водяные знаки (Digital Watermarking)

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

Отслеживание «цифровых следов» (Fingerprinting)

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

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

Цифровая форензика

Цифровая форензика — это сбор и исследование данных для раскрытия цифровых преступлений. Проще говоря, цифровая криминалистика. Специалисты-форензики анализируют источники пиратских копий через анализ метаданных, характеристик кодирования, артефактов сжатия и других цифровых «улик», чтобы выявить, как и когда произошла утечка. Например, уникальные артефакты в H.264-кодеке могут указать на устройство, с которого записали экран.

AI-мониторинг

Искусственный интеллект ускоряет поиск пиратских копий через анализ огромных массивов данных в интернете с помощью компьютерного зрения и машинного обучения. ИИ-системы мониторинга используют сверточные нейросети (CNN), которые способны распознавать визуальные образы и алгоритмы, такие как Mel-Frequency Cepstral Coefficients (MFCC) (используется для распознавания речи). С их помощью можно находить копии даже при перекодировании или обрезке.

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

Такие решения быстрее ручного мониторинга и больше подходят для больших каталогов видео. Они могут работать автономно или подключаться через REST API, но требуют настройки для снижения ложных срабатываний.

Пример комплексного подхода к защите видео

Для защиты видеоконтента компании всё чаще используют решения, которые сочетают несколько технологий. Например, разработчик систем безопасности GS Labs совместно с видеохостингом Kinescope создал систему, интегрирующую DRM, водяные знаки и цифровую форензику. Она позволяет шифровать контент, встраивать уникальные идентификаторы для отслеживания утечек и анализировать источники пиратских копий. Такое решение работает как в облаке, что даёт стриминговым платформам масштабируемость, так и локально, что важно для компаний с собственной инфраструктурой.

Модели внедрения технологий защиты видеоконтента

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

Локальные решения (on-premises)

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

Облачные/SaaS-решения

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

Совет: используйте облачные решения с SOC 2 или ISO 27001 сертификацией для защиты данных.

Гибридные модели

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

Совет: используйте Kubernetes для оркестрации гибридных систем и минимизации downtime.

Что стоит сделать прямо сейчас, чтобы защитить видеоконтент

1. Подобрать постоянное комплексное решение: исследуйте вендоров и технологии на рынке.
2. Провести аудит инфраструктуры: проверьте уязвимости в CDN, API и плеере, например, с помощью OWASP ZAP.
3. Интегрировать DRM: выберите мульти-DRM решение, совместимое с Widevine, PlayReady и FairPlay.
4. Внедрить мониторинг: подключите ИИ через API для поиска копий.
5. Провести пентесты в BurpSuite, симулируя пиратские атаки и взлом.
6. Отработать реакцию на инциденты.

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

В статье рассмотрим:

- Установку локально и в облаке;

- Интеграцию с Python, Node.js и PHP;

- Примеры автоматизаций;

- Интеграцию с AI Mistral.

Установка n8n

Локальная установка

Нам потребуется Docker, проверьте установку:

Шаги установки:

1. Создайте том данных:

2. Запустите контейнер:

После запуска откройте: `http://localhost:5678`

Установка на удаленном сервере

Развертывание мы произведем в облаке Amvera, так как в нем n8n предоставляется как преднастроенный сервис с бесплатным доменом (он нам нужен), настроенными переменными и проксированием до заблокированных в РФ LLM (OpenAI, Gemini, Claude и др.).

1. Регистрируемся на Amvera;

2. Выбираем n8n в плитке на главной странице;

3. Вводим название для проекта и выбираем тариф.

Готово, через 30 секунд запустится n8n с выделенным доменом и настроенными основными переменными.

Настройка n8n

Первоначальная настройка

1. Откройте n8n (локально: `localhost:5678`, в облаке: ваш домен)

2. Заполните данные администратора:

• Email

• Имя/Фамилия

• Пароль

3. По желанию вы можете получить бесплатный лицензионный ключ:

• Введите email → "Send me a free license key"

• Активируйте в разделе Settings → Usage

Настройка для HTTP

1. Создайте новый workflow → Start from scratc

2. Добавьте триггер: Webhook - On webhook call

3. Настройте:

• HTTP Method: POST

• Path: `/n8n` (пример)

• Respond Mode: Using 'Respond to Webhook' node

4. Добавьте обработчик: Core → Respond to Webhook

5. Настройте ответ:

Примеры использования

Пример на Python

В примере на Python мы сделаем калькулятор. Суть: отправляем выражение через POST, n8n делает вычисление, возвращаем результат.

Workflow:

1. Добавьте Core → Code node между Webhook и Respons:

Клиент (Python):

Запустим код и посмотрим результат:

Пример на PHP

В примере на PHP мы сделаем валидацию данных. Суть: отправляем данные через POST, n8n проверяет данные, возвращает результат.

Workflow (Code node):

Клиент (PHP):

Можем зайти на нашу страницу, все работает нормально:

Пример на Node.js

Примером на node.js будет фильтр запрещенных слов. Суть: отправляем текст, n8n проверяет на наличие плохих слов, возвращает результат.

Workflow (Code node):

Клиент (Node.js):

Перед запуском установим библиотеку командой `npm install axios`

Интеграция n8n с Mistral AI

Мы интегрируем нейросеть Mistral в телеграмм-бота на C# с помощью n8n. Перед тем как начать, нам нужно получить токен.

1. Зарегистрируйтесь на Mistral

2. Создайте агента Сreate an agent

3. Перейдите в раздел API Keys

4. Создайте и скопируйте API-ключ (звездочки наложены):

Теперь нужно создать credentials для работы с созданной моделью. Для этого в правом верхнем углу нажмите Create credentials. В списке найдите Mistral Cloud API. В открывшемся окне вставьте скопированный ключ и сохраните.

Осталось настроить workflow.

1. Добавляем Webhook:

• Method: POST

• PATH: n8n

• Respond: Using 'Respond to Webhook' Node

2. Добавляем AI Agent:

• Source for Prompt: Define below

• Prompt: `{{ $json.body.text }}`

3. Подключаем Chat Model к созданному агенту:

• Credential to connect with: Mistral Cloud API

• Model: mistral-large-2411

4. Добавляем Respond to Webhook

Вот так выглядит готовый workflow:

Можем приступить к созданию бота. Для начала введите эти команды по очередности:

Переходим в папку с кодом и редактируем файл `Program.cs`:

Запустите бота с помощью команды `dotnet run`.

Автоматизируем с помощью n8n

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

Для работы с Telegram Node понадобиться создать credentials Telegram API. Туда вставляем токен бота, полученный в @BotFater. Сохраняем и переходим к настройке workflow.

Создаем новый workflow.

1. Добавляем On form submission. В качестве примера я создам самую простую форму:

Перейдите по ссылке в Producrion URL чтобы заполнить форму.

2. Добавляем Telegram Node:

• Credential to connect with: Telegram account

• Resource: Message

• Operation: Send message

• Chat ID: вставьте свой telegram id

Text:

Готово! При новых заявках бот будет присылать уведомления.

Деплой бота в Amvera Cloud

Перед тем как начать деплой, мы должны создать конфигуационнный файл `amvera.yml`. Для этого создаем его в рабочем каталоге с ботом и вводим следующее:

Строго говоря, этот файл проще создать в конфигураторе в интерфейсе.

2. Структура проекта будет такой:

tg-bot/

├── Program.cs

├── tg-bot.csproj

├── amvera.yml

├── bin/

└── obj/

Идем В Amvera Cloud и создаем приложение Приложения — Создать приложение. Вводим название и выбираем тариф.

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

Нажимаем Завершить и ждем когда приложение будет запущено.

Заключение

n8n — мощный инструмент для создания интеграций и автоматизаций. Надеюсь, статья была вам полезна и буду рад обсудить в комментариях любые вопросы!

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

*Инструкция для Windows. Надеюсь, проблем при установке ни у кого не возникнет.

Основные шаги по установке

Установка VS Code

1. Перейдите на оф. сайт https://code.visualstudio.com/ и скачайте последнюю версию. На главной странице должна отображаться кнопка Download for Windows.
2. Дальше стандартная установка по инструкции: Next > Next > Install.

Установка Node.js. Шаги аналогичные

1. Также перейдите на оф. сайт https://nodejs.org/en/download и скачайте последнюю версию Node.js. Я использовал Windows Installer (.msi).
2. Такая же стандартная установка: Next > Next > Install.

Создание проекта

1. Создайте пустую папку на ПК, где будет храниться проект для автоматизации.
   У меня для этого есть отдельная директория, так удобнее хранить все проекты в одном месте. Но её можно создать даже на рабочем столе, разницы никакой. Мой путь к папке — C:\Users\Pavel\Projects\TestProject.
2. Запустите VS Code и там выберите созданную папку.

Установка Playwright

1. Перейдите в раздел управления расширениями Extensions.
2. Введите Playwright в поисковой строке.
3. Нужно скачать тот, что верифицирован Microsoft (у него больше всего установок).

Но установка еще не закончена, дальше:

• Вызовите Command Palette. Можно через основное меню: View > Command Palette или комбинацией клавиш Ctrl+Shift+P.
• Введите Test: Install Playwright в появившейся строке.
• Выберите необходимые браузеры для установки.
• Я оставляю только Chromium, его вполне достаточно. Кликаем Ok и ждем окончательной установки Playwright (должен появиться терминал и начаться установка пакетов).

Создание тестов

1. В основном окне Explorer добавьте новый файл в модуле tests (правая кнопка мыши, новый файл).
   *Важно, чтобы название файла оканчивалось на spec.ts или .test.ts (расширение может быть и .js): так Playwright определяет тесты по дефолту. В примере добавил файл login.spec.ts.

1. Вставьте следующий код в созданный файл login.spec.ts.
   Это пример логина на платформе, который ± подходит под любой сайт: нужно только изменить URL, locators и данные для входа. Использую тестовую платформу https://demowebshop.tricentis.com/.

Осталось совсем немного. Только запустить созданный тест:

1. Перейдите в раздел Testing.
2. Выберите созданный файл и запустите тесты кликом Run test.

Можете добавить еще один тест в тот же файл и посмотреть его выполнение:

Вот и всё! Теперь у вас есть базовая автоматизация с Playwright! Дальше можно дописывать другие тесты. Например, посмотреть работу системы с незарегистрированным email, вынести credentials в конфигурационный файл и т.д. И, конечно, углубляться, разбираться во всем, чтобы стать уверенным автоматизатором. Можно продолжить изучение статей на оф.сайте Playwright. Главное, соблюдайте best-practices при работе с ним.

Выбрали путь программиста? Значит навсегда запомните, когда опубликовали первый самописный сайт. Откосить не получится: мы сразу перейдём к практике — к концу статьи у вас будет ссылка на сайт-визитку.

Мало времени? Выделите 10 минут — мы используем только HTML и CSS.

Вы узнаете:

• как подключать стили,
• как верстать блоки,
• как опубликовать сайт.

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

Шаг 1. Подготовим инструменты и папку проекта

Сайт можно писать и в блокноте. Это как забивать гвозди камнем – работает, но зачем мучиться? Редактор кода подсвечивает синтаксис, подсказывает команды и сразу указывает на ошибки.

Новичкам рекомендуем ставить Visual Studio Code (VS Code). Он бесплатный, не тормозит и понимает любой код. Плюс у него огромное сообщество — если нужно установить плагин или увеличить шрифт, ответ на вопрос уже есть в интернете.

Скачайте VS Code с официального сайта.

Как устроен веб-проект

Сайт — это папка с файлами для браузера.

HTML-файл содержит текст и разметку страницы, CSS-файл — правила оформления. Браузер берёт эти два файла и показывает веб-страницу.

Основной файл сайта обычно называют index.html. Стили хранятся в style.css.

Кроме файлов HTML и CSS, в нашем проекте будут папки:

• img — для картинок.
• fonts — для шрифтов.

Создайте на рабочем столе папку с названием сайта, например first-site, и соберите начальную структуру — это займёт 1 минуту.

Шаг 2. Создадим базовую HTML-страницу

В VS Code есть удобная фишка: наберите символ «!» и нажмите Tab. Редактор автоматически создаст базовую структуру HTML-документа.

Как читать структуру:

• <!DOCTYPE html> — сообщает браузеру, что это HTML-документ.
• <html> — корневой элемент, внутри которого живёт страница.
• <head> — служебная информация, которую не видно на странице.
• <body> — то, что увидят пользователи на странице.

Измените Document на название вашего сайта — это текст, который появится во вкладке браузера.

Добавим контент в <body>:

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

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

Шаг 3. Подключим стили CSS

Сейчас сайт выглядит странно — чёрный текст на белом фоне. Так не пойдёт, добавим стилей в файле style.css.

CSS можно писать внутри HTML или в отдельном файле. Мы выберем второй вариант, потому что это удобнее.

Подключим CSS к HTML. В секции вашего index.html добавьте строчку:

Тег говорит браузеру: «Возьми файл style.css из той же папки и примени все стили к этой странице».

Добавьте в style.css первое правило:

Сохраните оба файла — HTML и CSS. Обновите страницу в браузере.

Фон поменял цвет? Значит, CSS подключён правильно. Можете вернуть белый фон или оставить голубой — далее мы добавим более интересные стили.

Шаг 4. Подключим шрифты

Есть три способа избавиться от дефолтного Times New Roman:

• Google Fonts — бесплатная библиотека шрифтов от Google.
• Локальные файлы — загружаете шрифт на свой сервер.
• Системные шрифты — используете то, что уже есть на компьютере пользователя.

Для первого сайта на HTML и CSS рекомендуем Google Fonts — это просто, быстро и надёжно.

Перейдите на fonts.google.com и выберите шрифт. Популярные варианты: Roboto, Open Sans, Lato, Montserrat. Нажмите на понравившийся шрифт, выберите начертания (тонкий, обычный или жирный), скопируйте код подключения и вставьте в head.

На Google Font собраны популярные шрифты. Если этого мало, нужно скачать шрифт (.woff, .woff2, .ttf) и поместить в папку fonts.

Путь к файлу указывается относительно CSS-файла. Подключаем начертания через @font-face:

Теперь используйте шрифт в CSS:

Для каждого начертания (обычный, жирный, курсив) нужно отдельное правило @font-face.

Шаг 5. Сверстаем блоки

Замените содержимое вашего style.css на этот код:

Что мы делаем:

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

Шаг 6. Загрузим сайт на хостинг

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

Заходим на сайт хостинга (Beget, Hostiman, InfinityFree) и регистрируемся. После подтверждения email вы попадёте в панель управления. Система предложит выбрать домен — берите бесплатный типа название.fwh.is.

Загружаем файлы на сервер

После создания аккаунта появится доступ к файловому менеджеру. Через веб-интерфейс можно управлять файлами на сервере прямо из браузера. Перейдите в папку htdocs — это корневая директория вашего сайта, куда нужно загружать структуру.

Удалите лишние файлы по типу default.php и загрузите ваши файлы: index.html, style.css, папки img и fonts. Основной index.html должен лежать прямо в htdocs, а не во вложенной папке — иначе сайт не откроется.

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

Проверяем результат

Через несколько минут после загрузки ваш сайт будет доступен по адресу. Откройте его в браузере — если всё сделано правильно, увидите свою страницу. Если что-то не работает, проверьте, что index.html лежит в корне htdocs, а style.css загружен в ту же папку.

Реальность бесплатного хостинга

Для изучения основ и создания первых проектов на HTML и CSS это отличный вариант. Регистрация занимает 1 минуту, никаких настроек, можно сразу экспериментировать и видеть результат.

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

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

Скрытые ограничения:

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

Когда стоит переходить на платный хостинг

Бесплатный хостинг — это тренировочная площадка, а не постоянное решение. Если планируете заниматься веб-разработкой, создавать портфолио или коммерческие проекты, лучше сразу инвестировать в качественный хостинг и собственный домен.

Самый простой домен стоит 200-1000 рублей/год, а базовый хостинг — 100-300 рублей/месяц. Плюс получите доступ к технологиям (PHP, MySQL), более стабильную работу и нормальную техподдержку. Начните с минимального тарифа — его хватит на тренировочные проекты, а потом можно масштабироваться.

Куда двигаться дальше?

Мы создали первый сайт и опубликовали его в интернете. Если повторяли за нами то поздравляем — многие останавливаются на теории, а вы дошли до результата. Теперь у вас есть понимание основ:

• как работает HTML,
• зачем нужен CSS,
• что такое хостинг и домен.

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

Подробнее про адаптив рассказал старший фронтенд-разработчик Никита Кушнарёв: Если вы умеете покрасить кнопочку, но хотите узнать больше о вёрстке веб-приложений.

Попробуйте переделать карточку так, чтобы она нормально выглядела на телефоне. Уменьшите размеры, измените отступы, сделайте кнопку на всю ширину. Потом изучите Flexbox и CSS Grid — современные способы вёрстки макетов.

Когда почувствуете уверенность в CSS, пора знакомиться с JavaScript. Это язык программирования, который делает сайты интерактивными. Сложные анимации, всплывающие окна, динамическое изменение контента — это JS. Предупреждаем, он сложнее HTML и CSS. В нём есть функции, условия, циклы — всё то, что пугает новичков.

Подробнее про JavaScript: Разработка на JavaScript с нуля: дорожная карта.

Изучайте инструменты разработчика в браузере. Нажмите F12 на любом сайте — откроется интерфейс для просмотра структуры сайта, отладки JS, тестирования адаптива. Смотрите, как устроены другие сайты, изучайте чужой код.

Самое время узнать о большем количестве инструментов программиста. Читайте в нашем тг-канале!

Почему так? В 2024–2025 годах США ужесточили ограничения: VMware NSX и Cisco ACI официально заблокированы. Казалось бы, идеальный момент для отечественных решений вроде Basis SDN от «Базиса». Но сегодня их доля на рынке — не выше 3%.

Выясним, почему российские SDN, несмотря на импортозамещение, пока так и не стали массовыми, и что мешает бизнесу переходить на отечественные продукты — от дефицита специалистов до проблем с legacy-инфраструктурой. Только факты, кейсы внедрений и прогнозы на 2026–2030 годы с опорой на отчеты Ростелекома, аналитику 6Wresearch и документы OFAC.

SDN в России-2025: почему мир перешел на «сети из кода», а мы настраиваем маршрутизаторы вручную

SDN (Software-defined networking) — это когда сетью управляют не железки, а код. Представьте, что вместо того, чтобы вручную прописывать правила на каждом коммутаторе, вы просто пишете скрипт, и сеть мгновенно перестраивается под ваши задачи. Контроллер SDN решает, куда направить трафик, как распределить нагрузку и какие политики безопасности применить. Все это — без манипуляций с командной строкой и конфигурационных файлов.

Мировой контекст: SDN как новая норма

Глобальный рынок SDN к 2025 году оценивается в $12+ млрд, а темпы роста превышают 18% в год. Причины просты:

• Облака и гибридные инфраструктуры требуют гибкости, которую традиционные сети дать не могут.
• Киберугрозы теперь атакуют не отдельные устройства, а всю сеть. SDN позволяет изолировать зараженные сегменты за секунды — например, отрезать атакованный филиал до того, как он заразит головной офис.
• 5G и IoT без SDN просто не работают. Виртуальные срезы сети (network slicing) — единственный способ гарантировать приоритет критичному трафику, будь то телемедицина или беспилотники.

Но главный драйвер — экономика. Компании устали переплачивать за «умное» железо Cisco и Juniper, когда всю логику можно перенести в софт. К 2025 году 70% корпоративных сетей в ЕС и США управляются через SDN-контроллеры — просто потому, что это дешевле и быстрее.

Россия: технологический суверенитет vs. реальность

В 2024–2025 годах санкции добили то, что не успели в 2022-м:

• VMware NSX официально заблокирован для российских компаний.
• Cisco ACI и Huawei CloudFabric доступны только через «серые» схемы, но их поддержка практически не работает.
• Оборудование попало под прямые ограничения: даже нейтральные производители вроде Arista отказываются поставлять коммутаторы из-за риска вторичных санкций.

Казалось бы, идеальный момент для российских SDN-решений. Но доля отечественных продуктов на рынке — единицы. Причины такой ситуации вполне объективны:

• «Железная» зависимость. Большинство российских SDN работают только с оборудованием конкретных вендоров — YADRO, Aquarius, «Бифорком». Если у компании инфраструктура на старых Cisco или Huawei, миграция потребует полной замены «железа».
• Функциональные пробелы. Тот же Basis SDN декларирует 80% функционала VMware NSX, но ключевые фичи вроде автоматического восстановления после сбоев (self-healing) или глубокой аналитики трафика через ИИ пока в разработке.
• Дефицит экспертов. В России менее 1000 сертифицированных специалистов по SDN — против 25 000 в США и ЕС. Обучение нового инженера с нуля занимает 1.5–2 года — бизнес не готов ждать.

Спрос есть, но внедрять некому

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

При этом Basis SDN — единственное решение, которое хоть как-то закрывает дыру. Его пилоты запустили Ростелеком, СберТех и несколько госструктур. Но даже они признают: продукту не хватает открытости API и поддержки мультивендорных сред.

Вывод: мир уже живет в эпоху «сетей как кода», а Россия только учится настраивать контроллеры. Без массовых инвестиций в R&D (Research and Development, научные исследования и разработки) и образование разрыв будет расти. К 2030 году мы рискуем остаться с SDN «на бумаге», пока глобальные игроки перейдут на следующую ступень — IBN (intent-based networking) — сеть, основанную на намерениях с полной автономией ИИ.

Свои SDN: роскошь или необходимость?

Блокировки лишили российские компании доступа к обновлениям и техподдержке. Санкции против YADRO и других производителей сетевого оборудования усугубили проблему: даже если «железо» физически есть, его нельзя масштабировать без лицензий. Сложность в том, что технологический суверенитет нельзя купить — его нужно строить.

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

В 2025 году термин «импортозамещение» уже не вызывает иронии. Сегодня российский бизнес столкнулся с простым фактом: зарубежные SDN-решения либо недоступны, либо работают с перебоями.

Компании, которые в 2024-м надеялись на «серые» поставки VMware NSX, теперь тратят на 40% больше на поддержку устаревших версий.

Basis SDN — пока единственная рабочая альтернатива. Разработка «Базиса» и Angie Software изначально создавалась под санкционные реалии:

• полная независимость от зарубежного ПО — даже гипервизор работает на KVM;
• поддержка российского «железа» (YADRO, Aquarius) без необходимости доработок;
• цена ниже VMware NSX до его ухода с рынка.

Но главное — это не просто клон VMware, а адаптация под российские условия. Например, здесь изначально заложена поддержка требований ФСТЭК к шифрованию трафика, что для госсектора критично.

Преимущества, которые оценит даже скептик

Рассмотрим подробно плюсы перехода на отечественные программно-определяемые сети.

Централизованное управление: оптимизация времени и расходов

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

Так работает Basis SDN:

• единый контроллер заменяет десятки разрозненных консолей Cisco Prime или Huawei eSight;
• автоматизация рутинных задач — например, выделение VLAN под новый отдел занимает минуты вместо часов;
• мониторинг в реальном времени — аномалии трафика (DDoS, утечки) система обнаруживает сама и предлагает решения.

Микросегментация: безопасность без головной боли

В 2025 году кибератаки стали точечными: злоумышленники не ломают всю сеть, а ищут слабые звенья — бухгалтерию, базы данных, IoT-устройства.

SDN позволяет изолировать критичные сегменты без физического разделения:

• финансовые системы можно отрезать от общего трафика, даже если они используют те же коммутаторы;
• доступ к данным регулируется не только логинами, но и контекстными правилами (например, запрет копирования файлов после 18:00);
• в случае атаки зараженный сегмент автоматически блокируется — без остановки всей сети.

Совместимость: работает здесь и сейчас

Типичная претензия к российскому ПО — «а вот у Cisco…». Но Basis SDN уже сегодня поддерживает:

• Astra Linux и «Альт» — без костылей в виде дополнительных драйверов;
• оборудование YADRO, БСТ, Aquarius — с гарантией обновлений;
• облачные платформы на базе KVM и отечественных гипервизоров.

При этом система не требует полного отказа от legacy-инфраструктуры. Например, можно оставить старые коммутаторы Cisco, но управлять ими через SDN-контроллер — это вдвое дешевле, чем менять все железо.

Рыночные перспективы: куда движется отрасль

Объем рынка SDN в России пока относительно невелик, но к 2031-му прогнозируют его рост до 32 млрд.

Основные драйверы:

• Госсектор: с 2024 года все госкомпании обязаны использовать «третьи ключи шифрования» — без SDN это нереализуемо.
• Телеком: Ростелеком и МТС тестируют SDN для 5G-сетей — ручное управление таким трафиком уже невозможно.
• Средний бизнес: облачные CRM и ERP требуют гибких сетей, а аренда VMware NSX теперь недоступна.

Вывод: свои SDN — это про выживание

В 2025 году вопрос уже не в том, «зачем свои SDN», а в том, как быстро компании смогут перейти на них. Ожидать возвращения VMware бессмысленно и нерационально.

При этом:

• Basis SDN — не идеален, но это практически единственное рабочее решение;
• без микросегментации скоро не получится пройти даже базовый аудит ФСТЭК;
• гибридные облака без SDN превращаются в кошмар админа.

Те, кто внедрит российские SDN сейчас, через 2–3 года получат снижение затрат на 25–40% по сравнению с теми, кто цепляется за «серые» Cisco и Huawei. Остальные рискуют остаться с сетью, которую некому и нечем администрировать.

Проблемы отечественных SDN: почему российские «сети из кода» пока не взлетели

Однако в 2025 году российские SDN-решения пока далеки от совершенства. Basis SDN от «Базиса» и аналоги от VK Tech («Спрут») — первые ласточки, но их внедрение сталкивается с тремя группами проблем: технологическими, экономическими и рыночными. Разберем каждую.

Технологические вызовы: когда железа много, а экспертов нет

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

Дефицит экспертизы. Для разработки конкурентоспособного SDN нужны специалисты высшего уровня, которых в РФ катастрофически не хватает.

Функциональные пробелы. Basis SDN декларирует 80% функционала VMware NSX, но критичные фичи вроде автономного восстановления после сбоев или глубокой аналитики трафика через ИИ появятся не раньше 2026 года. Для корпоративных клиентов это риск: например, без self-healing атака на один сегмент может парализовать всю сеть.

Совместимость с legacy-инфраструктурой. Большинство российских SDN работают с оборудованием YADRO, Aquarius или «Бифорком». Если у компании стоят старые Cisco или Huawei, миграция потребует полной замены «железа» — а это +30–50% к бюджету проекта.

Пример: В 2024 году Ростелеком-ЦОД пытался интегрировать Basis SDN с унаследованными коммутаторами Juniper. Проект забуксовал — пришлось докупать российские аналоги, что увеличило сроки внедрения на 4 месяца.

Экономические и регуляторные барьеры: санкции vs. окупаемость

Высокая стоимость разработки. Создание Basis SDN обошлось в сотни миллионов рублей. Для сравнения: бюджет VMware NSX превышает $1 млрд, но его распределяют на глобальный рынок. Российским вендорам приходится компенсировать затраты за счет узкой локальной аудитории.

Давление санкций. С июня 2024 года США запретили ИТ-консалтинг и облачные услуги для российских компаний. Это ударило по поддержке гибридных инфраструктур. Стало невозможно заказывать аудит сети у зарубежных вендоров, а облачные платформы вроде VMware Cloud Foundation недоступны даже через «серые» схемы.

Долгая окупаемость. По прогнозам «Базиса», Basis SDN окупится за 2–3 года. Но малый бизнес не готов ждать — ему нужны решения здесь и сейчас.

Рыночное недоверие: почему бизнес не верит в свои SDN

Культ «проверенных» зарубежных решений. Даже санкционные Cisco ACI и VMware NSX остаются в топе запросов у российских интеграторов.

Причины:

• Документация. У Cisco — 500+ страниц детальных мануалов, у Basis SDN — 80, и половина на уровне «как включить контроллер».
• Сообщество. Для VMware NSX есть 1000+ готовых скриптов на GitHub, для Basis SDN — меньше 50.

Низкая осведомленность малого бизнеса. Опрос бизнес-лаборатории «КРОК» показал: 60% компаний с оборотом до 1 млрд руб. считают SDN «дорогой игрушкой для корпораций». При этом они не знают, что микросегментация в Basis SDN снижает риски утечек на 40% — но об этом не пишут в СМИ.

Российские SDN не смогут конкурировать с зарубежными, пока:

• не сократится разрыв в экспертизе — нужны образовательные программы уровня Cisco Networking Academy;
• не появятся гарантии долгосрочной поддержки — например, госсубсидий на 5–10 лет;
• не изменится восприятие рынка — тут нужны кейсы уровня «Сбербанк полностью перешел на Basis SDN».

Сейчас Basis SDN остается нишевым продуктом для госсектора и Ростелекома.

Кейсы и перспективы: где российские SDN уже работают и куда движутся

В 2025 году российские SDN-решения перестали быть лабораторными проектами — они постепенно внедряются в реальную инфраструктуру. Но масштабы пока несопоставимы с зарубежными аналогами.

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

Basis SDN: первый крупный кейс — «Ростелеком-ЦОД»

В мае 2025 года «Базис» завершил пилотное внедрение своего SDN-решения в дата-центрах Ростелекома.

Проект показал:

• Сокращение времени настройки VLAN с 4 часов до 15 минут за счет централизованного управления.
• Микросегментация финансовых сервисов — изоляция платежных систем снизила риски атак на 40% по данным внутреннего аудита.
• Совместимость с оборудованием: 70% старых коммутаторов Cisco удалось интегрировать через шлюзы на базе KVM, хотя изначально Basis SDN разрабатывался для российского «железа» YADRO и Aquarius.

Потенциальные рынки: где российские SDN могут закрепиться

В июне 2025 года «Базис» анонсировал партнерство с телеком-оператором в ЮАР.

Причины интереса:

• Цена: $15 000 за контроллер против $30 000 у VMware NSX.
• Санкционная нейтральность: в Африке нет давления на использование российского ПО, а китайские аналоги (например, ZTE SDN) проигрывают в функционале.

Планируются поставки в Бразилию (интеграция с облачной платформой на базе OpenStack) и Казахстан (совместный проект с «Казтелеком»).

Согласно прогнозам, к 2031 году объем рынка SDN в РФ вырастет в 2-3 раза, но 80% спроса будет приходиться на госсектор и госкомпании.

Малый бизнес пока остается в стороне. Проблема в том, что Basis SDN ориентирован на крупные внедрения. Для малого бизнеса нет «облегченных» версий — аналогов Cisco ACI Essentials.

Рекомендации: как сделать российские SDN массовыми

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

Кадры — основа всего. Чтобы ускорить подготовку специалистов, нужно:

• ввести грантовые программы по типу «Цифровых профессий», но с фокусом на сетевые технологии;
• интегрировать модули по SDN в вузовские программы — пока лишь единицы технических университетов включают их в учебные планы.

Без этих шагов бизнес будет сталкиваться с той же проблемой, что и сейчас: даже купив Basis SDN, компании не смогут его эффективно использовать из-за нехватки компетенций.

Госсектор стал основным драйвером спроса на отечественные SDN, но для массового внедрения нужны меры, стимулирующие переход коммерческих компаний. Опыт Китая показывает, что субсидии на 50% затрат при миграции с VMware/Cisco резко увеличивают долю локальных решений.

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

Одна из главных претензий к Basis SDN — слабая интеграция со сторонними платформами. Для сравнения: VMware NSX поддерживал свыше 200 приложений, а у российского аналога их на порядки меньше.

Без этого Basis SDN так и останется «закрытым» продуктом для узкого круга заказчиков. Российские SDN не станут массовыми сами по себе — нужна скоординированная работа бизнеса, образовательных учреждений и регуляторов.

Итоги: отечественные SDN требуют долгосрочной стратегии

Российские решения вроде Basis SDN доказали, что могут работать в реальных условиях. Но чтобы конкурировать глобально, нужно:

• увеличить долю рынка внутри страны — пока она менее 5%;
• снизить порог входа для малого бизнеса;
• выйти за пределы госзаказов — иначе продукт останется нишевым.

Жизнеспособность у проекта есть. Basis SDN закрывает 80% базовых потребностей бизнеса: микросегментация, централизованное управление, совместимость с российским «железом». Но критичные функции вроде автономного восстановления сетей появятся только к 2026 году.

Аналитики предсказывают рост рынка SDN в России, но это произойдет только если появятся новые фичи: например, интеграция с ИИ для прогнозирования сетевых аномалий, снизится порог входа и вырастет число специалистов.

Что может сделать каждый:

• Тестировать. «Базис» активно привлекает IT-комьюнити к доработке Basis SDN. Участие в пилотах — способ повлиять на развитие продукта.
• Развивать open-source. Проекты вроде OpenDaylight и OpenStack — основа для российских SDN. Чем больше контрибьюторов, тем быстрее сократится разрыв с зарубежными аналогами.
• Требовать документирования. Одна из главных претензий к Basis SDN — скудные мануалы. Если разработчики увидят запрос от сообщества на детальные гайды, они быстрее их выпустят

Главный вывод: SDN — не просто технология, а новая сетевая парадигма. Россия может занять в ней свое место, но для этого нужны не точечные успехи, а системные изменения.

Больше инфоповодов — в нашем тг-канале.

Монолитная архитектура

Исходная схема:

• Backend: Spring Boot
• Frontend: Angular

Так как у меня уже был арендованный VDS, я зарегистрировал домен у одного известного провайдера, а хостил сайт уже на VDS сервере. Для простоты интегрировал Angular-сборку в Spring Boot как статику через frontend-maven-plugin. Всё собиралось в один JAR. Почему так? Ранее уже был такой опыт, и я решил пойти этим путем.

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

• Отсутствие SSR в Angular негативно влияло на SEO;
• Ошибка в Angular ломала Maven-сборку;
• Сложно поддерживать и масштабировать.

Переход на микросервисы

Было принято решение разделить фронтенд и бэкенд на отдельные сервисы и использовать микросервисный подход с SSR для Angular:

Новая структура:

• Backend: Spring Boot
• Frontend: Angular Universal (SSR)
• Инфраструктура: Docker Compose, Nginx, HTTPS

Docker, Nginx и запуск

Создана базовая структура docker-compose.yml:

И соответствующий Nginx:

После запуска проект открывался по IP, но появилось множество проблем:

• Дублирование API-префиксов: /api/api/endpoint → Решение: корректировка proxy_pass и URL в Angular
• Редиректы на POST: Spring добавлял лишние слеши → Решение: правильные аннотации и настройка Nginx
• 405 Method Not Allowed → Решение: использовать @PostMapping
• Docker-сети → Решение: задать общую сеть в docker-compose.yml

Безопасность: HTTPS, SSL, CORS

Чтобы сайт открывался по имени с панели провайдера для моего домена, значения DNS-сервера оставил без изменений (провайдер предоставляет их бесплатно), а для ресурсной записи @ и www указал ip адрес своего хостинга. Так как провайдер домена бесплатно предоставил SSL-сертификаты (Let's Encrypt), то как я их интегрировал:

Скачал с панели провайдера и перенес на хостинг такие файлы:

domain.crt — сертификат

domain.key — приватный ключ

ca_bundle.crt — цепочка доверия

Добавил в Nginx такую запись для HTTPS:

Но при обращении к сайту по https конечно же возникли ошибки. А именно: в логах Nginx были ошибки на SSL_CTX_use_PrivateKey_file. Оказалось формат был PKCS#7, а требовался PEM. Конвертировал через OpenSSL:

Так как сертификаты имеют срок действия, не стоит забывать об их продлении и обновлении.

К тому же всегда следует проверять логи Nginx (error.log), там могут находится ответы на вопросы, почему сайт не работает.

На стороне Spring Boot были CORS-проблемы, решено так:

Атаки ботов и защита

После запуска сайта в логах Nginx стали появляться тысячи запросов от ботов, ищущих уязвимости WordPress, PHPMyAdmin и других популярных утилит, хотя мой сайт работает на Java/Angular. Пример лога:

45.155.205.213 - - [01/Jan/2023:04:12:11 +0000] "GET /wp-login.php HTTP/1.1" 404 153

Добавлен фильтр в nginx.conf:

Финальная конфигурация

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

docker-compose.yml

nginx.conf

Dockerfile backend

Dockerfile frontend

Разделение сервисов улучшило поддержку и масштабируемость, к тому же, я получил ценные знания. Надеюсь, статья будет полезна тем, кто разворачивает подобные конфигурации на Java и Angular.

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

Манифест начинается с фразы, ставшей мемом в англоязычных коммьюнити:

Just f**king code. Put the LLM down (Просто пиши код. Убери свою LLM к черту)

Что не так с «новыми разработчиками»

По мнению автора, искусственный интеллект стал костылем для тех, кто называет себя программистом, но не умеет читать чужой код, писать SQL-запросы или отлаживать простейший HTTP-хендлер без помощи ChatGPT, Copilot или Cursor.

«Если ты уходишь домой, потому что у Anthropic API упал — возможно, тебе не стоит получать зп в пятью нулями», — пишет автор

Лейн признается: он сам использует ИИ-инструменты. Но только как ускоритель, а не как замену понимания. И если код, сгенерированный ИИ, все равно приходится переписывать, то какой смысл в этом «вайбе»?

Код должен быть болью — но твоей

Манифест жестко критикует разработчиков, которые не читают чужой код, не умеют дебажить и вместо этого «тюнят промпты». Лейн язвит: современные инженеры так боятся взглянуть на чужой код, что предпочли бы настраивать Jira.

Почему английский — хуже PHP

В одной из самых абсурдных, но точных частей эссе Лейн сравнивает естественный язык с худшими чертами устаревших языков программирования:

«Английский — как PHP, только для общения. Столько исключений, что легче выучить математику»

Именно поэтому, по его мнению, промпт-инжиниринг не спасет от незнания основ. Если ты не понимаешь, что хочешь от кода — ты не сможешь объяснить это ни ChatGPT, ни Claude.

Это была сатира (но не совсем)

В финале автор делает полшага назад: он признает, что сам редактировал текст с помощью GPT и не отрицает пользы ИИ-инструментов.

Но тут же он предупреждает: «ожидать от ИИ чистого, идеального кода — значит не понимать, как работает программирование».

Манифест заканчивается цитатой:

«Хороший код — это как можно меньше кода», — какой-то умный человек

Больше новостей — в нашем тг-канале «Представляешь»

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

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

Тренды не всегда важны

Ещё один миф — необходимость следовать последним технологическим трендам. Разработчик напоминает, что PHP, которому часто предрекают конец, всё ещё используется на большинстве сайтов, включая WordPress. А Java и C/C++ продолжают работать в критически важных системах и управляют миллиардами устройств:

«Новые технологии, такие как Rust или Next.js, действительно крутые, но это не значит, что работа с устаревшими системами делает вас менее ценным специалистом»

Производительность не главное

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

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

Масштабируемость — не всегда приоритет

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

ИИ не заменит программистов

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

Больше новостей — в нашем тг-канале «Представляешь»

Он просто хотел заменить phpMyAdmin чем-то более безопасным и понятным для клиентов. Сегодня у его проекта — более 30 000 звезд, клиенты из списка Fortune 500 и команда из 50 человек.

10 лет в одиночку

Первые 10 лет инструмент был сугубо личным. Без сообщества, без поддержки, без амбиций. Только PHP, MySQL и Бен. Когда-то он просто поставил на стол счетчик звезд с GitHub — и каждая новая звезда ощущалась как маленькая победа.

10 000 звезд: первая волна

Где-то в 2015 году о проекте начали говорить — в Reddit, Slack, GitHub Explore. К проекту присоединился Рейк ван Зантен, будущий со-основатель.

Вместе они вычистили кучу спагетти-кода, переписали все с PHP на Node и Backbone на Vue. Тогда же их позвали в Сан-Франциско — крупная компания хотела внедрить проект, но испугалась, что за ним стоит всего два человека без юрлица.

20 000 звезд: время становиться бизнесом

Хейнс закрыл имевшееся у него агентство и оформил компанию. Поднял $1 млн, собрал команду, запустил облачный сервис.

Затем, после сотни встреч с инвесторами и обвала венчурного рынка, нашел партнера, который понял ценность OSS. Удалось закрыть $8 млн — и с этого момента встал вопрос устойчивости: как зарабатывать, не предавая open-source?

Ответ — собственная лицензия с бесплатным использованием для всех, кроме корпораций. Работали даже с Брюсом Перенсом, сооснователем OSI.

30 000 звезд: устойчивость

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

И да, недавно они тихо подняли еще $9 млн — на новый архитектурный рефакторинг.

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

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

Шаг 1. Готовимся к миграции

Посмотрите структуру проекта, чтобы выявить слабые места.

Архитектура далека от идеала, если проект вырос на хаотичных добавлениях новых функций.

Проанализируйте:

• Вид проекта. Ваша разработка — это монолит, модульная система, API, микросервис?
• Зависимости. Определите, какие библиотеки использует проект. Совместимы ли они с Laravel?
• Базу данных. Если в БД встречаются дубли, отсутствуют ограничения, это нужно исправить заранее.

В качестве теста на совместимость перепишите небольшую часть на Laravel. Возьмите один простой модуль и посмотрите, насколько это жизнеспособно.

Стратегии перехода

Выберем стратегию перехода:

• Big Bang,
• Поэтапный перенос.

Стратегия Big Bang — это полная остановка текущего проекта и создание новой версии на Ларавел с нуля.

Подход идеален для устаревших и запутанных систем.

Из минусов — высокие риски. Во время разработки текущая версия может растерять пользователей. К тому же сроки реализации могут затянуться.

Стратегия с постепенным переходом выглядит надежнее.

Система продолжает работать, а вы поэтапно меняете ее «под капотом».

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

Выбор подхода зависит от проекта

Если систему легко поддерживать, то более безопасен постепенный переход.

Проект напоминает спагетти-код? Плохие новости — Big Bang неизбежен.

Шаг 2. Разворачиваем новое окружение на Laravel

Чтобы установить фреймворк, выполните команду:

Прежде чем работать с кодом, настроим окружение.

В корне проекта для этого есть файл конфигурации .env:

• APP_NAME: имя приложения, чтобы оно отображалось в логах и заголовках.
• APP_URL: адрес, на котором приложение будет доступно (например, http://localhost).

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

Подключение БД

Laravel использует Eloquent ORM для взаимодействия с базой.

Настройка БД выполняется в том же разделе .env:

Для тестирования подключения запустите команду:

Настройка маршрутов

Маршруты изначально хранятся в файлах routes/web.php (для страниц) или routes/api.php (для REST API).

В качестве примера добавим базовый маршрут приветствия:

Если у вас проект с десятками пользовательских маршрутов, интегрируйте их постепенно.

Шаг 3. Переносим модели данных и бизнес-логики

Eloquent ORM работает с классами, представляющими таблицы в базе данных.

Чтобы перенести существующую таблицу, нужно создать модель:

Этот класс автоматически подключается к таблице с именем products.

Когда название таблицы не соответствует модели, это можно указать явно:

Если в таблице есть нестандартные поля (например, столбцы с именами вроде created_time вместо created_at), их тоже можно легко обработать:

Переносим схему БД

Laravel использует механизм миграций для управления таблицами в базе и сиды для внесения данных.

Перенос структуры БД выполняется командой:

Миграция создается в папке database/migrations.

Переносим данные

Если текущая БД уже содержит данные, их можно перенести через сиды: файлы, которые заполняют таблицы данными.

Создаем сид:

Внутри метода run описываем данные:

Переводим бизнес-логику в сервисы и фасады

Старый проект состоит из функционала, размазанного по контроллерам? Улучшим структуру и сделаем код независимым. С этим помогут сервисы и фасады.

Сервисы — это классы, которые объединяют бизнес-логику в одном месте.

Например, если проект выполняет расчеты цен и скидок, можно создать класс:

В этом классе описана бизнес-логика:

Теперь сервис можно вызывать в контроллерах и моделях.

Фасады — это статический интерфейс к сервисам, который делает вызовы более читаемыми.

Например:

С фасадом вызов становится простым:

Шаг 4. Перенос маршрутов и контроллеров

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

Если в старом проекте использовались API-запросы для работы с внешними сервисами или мобильными приложениями, перенесем их в api.php и добавим префикс api для маршрутов:

Теперь про контроллеры. Они отвечают за логику обработки запросов и взаимодействие с моделями. В Laravel контроллеры работают по правилам MVC (Model-View-Controller).

Пример обычного метода контроллера:

Laravel определяет маршруты групповыми методами — по префиксам, middleware или зонам авторизации.

Middleware — это посредники, которые обрабатывают запросы до их поступления в приложение.

Навесим middleware на маршруты, требующие авторизации пользователя:

Политики контролируют доступ к определенным ресурсам, например, правку или удаление записей.

Пример метода политики:

Политики можно подключать к маршрутам или напрямую вызывать в контроллерах.

Шаг 5. Перенос фронтенда и представлений

Если ваш старый проект использует обычные HTML-файлы, они легко преобразуются в Blade.

Blade — это встроенный механизм шаблонов. С его помощью создают пользовательские интерфейсы.

Например, перенесем главную страницу сайта:

Blade-версия:

Теперь можно динамически передавать данные из контроллера:

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

Интегрируем Vue.js или React

Vue.js/React подключают, когда нужен динамичный и интерактивный интерфейс. Например, для SPA, реалтайм-функционала, сложных форм или фильтров.

Blade и JavaScript можно комбинировать: используйте Blade для рендеринга начального интерфейса и Vue.js/React для обработки интерактива.

Динамический интерфейс без JS

Livewire — это инструмент для создания интерфейсов без необходимости обращаться к внешним библиотекам JavaScript. Преимущество в том, что весь код пишется на PHP.

Livewire пригодится для динамических форм, фильтрации таблиц, уведомлений. Он упрощает код, сохраняя гибкость.

Шаг 6. Оптимизируем и тестируем проект

Отправная точка улучшения производительности — работа с Blade-шаблонами. Laravel сам их оптимизирует, но есть практики по дополнительному ускорению:

• Минимизация логики в представлении. Злоупотребление PHP внутри Blade замедляет рендеринг страниц. Вместо описания сложной логики в шаблонах ее лучше перенести в контроллер.
• Кэширование шаблонов. Работу приложения можно ускорить за счет запуска кэширования всех шаблонов, сокращая время компиляции — «php artisan view:cache».
• Переиспользование. Если фронтенд состоит из повторяющихся фрагментов, рекомендуется использовать Blade-компоненты.

В приложениях SPA оптимизируем фрагменты JavaScript.

Laravel Mix генерирует минифицированные CSS и JS. Проверьте размер этих файлов в папке public/js. Если их вес больше 1 МБ:

• Удалите лишние пакеты.
• Используйте динамическую загрузку маршрутов или компонентов.

Для Vue можно использовать динамическую загрузку, чтобы не грузить весь фронтенд сразу:

Тестирование

Убедимся, что приложение работает корректно.

Проверим, например, что страница приветствия открывается и показывает нужный текст:

Если используете Vue.js или React, для проверки компонентов применяйте Jest или Mocha.

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

Если приложение работает с API:

Для проверки приложения под нагрузкой можно использовать Artillery или JMeter.

Шаг 7. Разворачиваем и запускаем проект

Перенесли данные, создали маршруты и контроллеры, внедрили представления, оптимизировали приложение и протестировали его. Остался последний шаг — развернуть проект на сервере и запустить его.

Выбор сервера зависит от предпочтений и нагрузок:

• Если важна скорость и масштабируемость, выбирайте Nginx. Он быстрее работает под высокой нагрузкой.
• Если важен простой подход, используйте Apache. Он интегрируется с большинством систем.

Фоновые задачи можно связать с Supervisor. Инструмент автоматически запускает воркеров при сбоях, обеспечивая бесперебойную обработку задач.

Автоматизация развертывания

Чтобы релиз прошел безболезненно, нужен рабочий процесс CI/CD. Например, в GitHub Actions можно настроить сценарий, который:

1. Проверит качество кода.
2. Установит зависимости.
3. Выполнит миграции.
4. Зальет проект на сервер.

Предусмотрите откат, например, через Spatie Laravel Backup. Если что-то пойдет не так, у вас должна быть возможность вернуть предыдущую версию.

Инструмент Sentry поможет отслеживать ошибки, а New Relic — оценивать производительность.

Заключение

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

А если ты большой фанат PHP, то читай наши статьи по теме:

• HTTP-запросы: GET, POST и другие
  
• Фреймворки, меняющие игру: выбираем идеальный инструмент для ваших веб-проектов
• Почему 20 лет все говорят, что PHP умирает, а он жив

Я Оля, продакт в IT-компании. В нашей команде более 60 человек, и мы стараемся автоматизировать все процессы, чтобы в итоге сосредоточиться на разработке.

До 2022 года активно использовали Confluence от Atlassian — создавали базы знаний, вели документацию, отслеживали процессы. Но в 2022 году Atlassian ушел из России.

Мы не стали резко искать замену Confluence: всё таки он был глубоко встроен в процессы, а рисковать было нельзя. Где-то обошлись выгрузками, где-то — временными решениями и кучей других «костылей». Так и дожили до 2025 года.

Почему только сейчас решили искать альтернативу? Потому что наконец появилось время подумать не о «как бы не развалилось», а о «как сделать лучше».

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

В итоге протестировали четыре сервиса:

• Minerva Knowledge

• Eva Wiki,
• «Битрикс24»,
• «ПланФикс».

Делюсь нашим опытом: что зашло, что не понравилось и на чём в итоге остановились.

Какие у нас требования к базе знаний

1. Понятный интерфейс. Чтобы было удобно всем: разработчикам, эйчарам, отделу продаж, бухгалтерии. Без перегруженных меню и сложных настроек.
2. Удобная структура. Возможность создавать иерархии страниц, раздавать права доступа и легко перенести данные из Confluence.
3. Поиск. Желательно с возможностью находить статьи даже при неточных запросах, но в первую очередь — быстрый и удобный поиск.
4. Интеграция с другими сервисами. Важно, чтобы база знаний поддерживала работу с внешними системами, например, через API. Если нет готовых модулей интеграции, хотелось бы, чтобы можно было самостоятельно настроить связку с CRM, таск-трекерами или Service Desk.

Minerva Knowledge — российский аналог Confluence

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

Что понравилось

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

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

ИИ-ассистент Minerva Copilot. Это умный помощник для автоматизации рутины. Например, приходит тикет: клиент не может войти в корпоративную почту. Вместо того чтобы искать инструкцию вручную, менеджер делает запрос через виджет, который сам находит нужный ответ в базе знаний. Остаётся только проверить и отправить клиенту.

Copilot можно интегрировать с любой системой компании.

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

Интеграция с другими сервисами: CRM, таск-трекерами, Service Desk, ERP, системами управления проектами. Удобно для разных отделов — например, HR-отдел заполняет карточку с данными нового сотрудника, а система сразу подтягивает из базы знаний шаблон трудового договора и велком-сообщение со ссылками и доступами в системы.

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

Что не понравилось

Хотелось бы больше уникальных макросов. В Minerva Knowledge не так много плагинов для визуального и текстового контента — всего 25. Да, если вы напишете в техподдержку сервиса, они добавят нужный макрос, но, если не хватает большого количества плагинов, это затруднит работу команды.

Технические характеристики Minerva Knowledge

По структуре и возможностям функционал базы знаний Minerva Knowledge оказался максимально похож на аналог Confluence. Включает продвинутые функции, которые закроют потребности крупных и средних команд, в том числе IT.

Eva Wiki — достойный вариант для документации

Eva Wiki — простой сервис для создания корпоративных баз знаний и вики. На сайте заявлено, что это российская замена Confluence.

Что понравилось

Простота и минимализм. Eva Wiki позиционируется как лёгкий и интуитивно понятный сервис для замены Confluence. Интерфейс действительно простой: нет лишних кнопок и сложных настроек.

Так выглядит интерфейс рабочей области и инструменты для работы с текстом:

Гибкая структура. В Eva Wiki можно создавать иерархии страниц и разделов. Например, в рамках теста мы организовали документацию по отделам: разработка, поддержка, HR-отдел. Удобно, что доступы к конфиденциальным документам отделов можно разграничить — например, чтобы сотрудники не копались в приказах HR-отдела и не искали размер годовой премии начальника.

Так выглядит структура:

Поддержка разметки Markdown. Удобно, что можно сразу посмотреть, как будет выглядеть текст. Достаточно нажать на значок глаза в правом верхнем углу.

Работает на отечественных ОС. Например, на Astra Linux, РОСА «КОБАЛЬТ», РЕД ОС, «Альт СП». Актуально, если на проекте всё ПО должно быть российским.

Что не понравилось

Слабый контекстный поиск. Работает только по ключевым словам, не учитывает контекст запросов.

Базовый уровень интеграции. Eva Wiki поддерживает API, но встроенных модулей интеграции с CRM, таск-трекерами и Service Desk нет — их нужно настраивать отдельно, а это занимает какое-то время.

Технические характеристики Eva Wiki

«Битрикс24» — подойдёт командам, которые уже работают в экосистеме

Ещё один российский аналог Confluence — «Битрикс24». Это многофункциональная платформа для управления бизнесом. В ней есть инструменты для CRM, коммуникаций (чат, видеозвонки), документооборота, управления задачами, проектами, автоматизации бизнес-процессов, аналитики, а также база знаний.

Что понравилось

База знаний встроена в «Битрикс24» —удобно, если уже работаете в ней. Можно сразу привязывать документы и статьи к задачам, CRM и другим модулям. Например, можно фиксировать в карточках данные о каждом клиенте отдела продаж: контакты, даты и результат последней коммуникации, переписки.

Поддержка совместной работы — можно оставлять комментарии, редактировать страницы, вести историю изменений.

Что не понравилось

Нет самостоятельной базы знаний. Это дополнительный модуль внутри системы «Битрикс24». То есть нам нужно всей компанией сначала переехать в «Битрикс24», чтобы иметь возможность пользоваться базой.

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

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

Технические характеристики «Битрикс24»

Переезжать всей компанией в экосистему «Битрикс24», чтобы использовать базу знаний, — такой вариант аналога Confluence нам не подошёл. Мотивацию «Битрикс24» понимаю, но у нас многие процессы завязаны на конкретном софте — например, мы работаем в amoCRM. Поэтому это стало бы слишком глобальной задачей для компании.

«ПланФикс» — больше таскменеджер, чем база знаний

«ПланФикс» — система управления задачами и проектами, в которую встроен модуль базы знаний. От коллег слышала хорошие отзывы о «ПланФиксе» как о CRM. Про базу знаний информации было мало, поэтому пошли проверять.

Что понравилось

Понятный интерфейс. Есть основные возможности форматирования текста: заголовки, списки, таблицы, вставка изображений и ссылок. У нашей тестовой группы проблем не возникло.

Поиск по ключевым словам. Работает достаточно быстро, особенно если база знаний не слишком большая. Мы протестировали на 50 страницах — система находила нужные статьи по словам не в прямом вхождении за пару секунд.

Что не понравилось

Нет самостоятельного модуля. Как и в случае с «Битрикс24», база знаний «ПланФикса» — часть системы. Купить отдельно базу знаний нельзя — нужно переезжать полностью на «ПланФикс».

Ограниченная структура. База знаний в «ПланФиксе» — это скорее набор статей, чем полноценная вики-система, и как полноценную замену Confluence его рассматривать нельзя. Нет возможности создавать сложные иерархии страниц или разделы с вложенными подразделами. Например, если вы хотите организовать документацию по разным отделам, придётся вручную проставлять теги в статьях.

Технические характеристики «ПланФикса»

Мы протестировали базу знаний в «ПланФиксе» для хранения технической документации и инструкций для техподдержки. Это сработало хорошо для небольших задач. Например, разработчики быстро находили гайды, а поддержка — ответы на частые вопросы клиентов. Но когда попробовали перенести туда часть документации, столкнулись с проблемами: без иерархии страниц и контекстного поиска работать было неудобно.

Сравнительная таблица аналогов Confluence

Посовещавшись и взвесив все плюсы и минусы, мы выбрали Minerva Knowledge — систему, больше всего похожую на настоящий аналог Confluence. Нашей команде в первую очередь были важны гибкость сервиса, кастомизация, продвинутые AI-инструменты и глубокие интеграции.

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

Какие базы знаний вы пробовали и чем пользуетесь сейчас?

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

Основные принципы Hexagonal Architecture

Мобильные и веб-приложения становятся все более сложными и производительными, поэтому требования к ним постоянно повышаются — ПО должно быть адаптивным, тестируемым и модульным, а компоненты в нем — независимыми. Hexagonal Architecture в Java предоставляет разработчикам эффективные решения, позволяющие достигать максимальных результатов с минимальными усилиями.

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

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

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

Связь Hexagonal Architecture с принципами SOLID

Шестиугольная архитектура в java или скриптоподобном языке PHP работает по принципам объектно-ориентированного программирования SOLID. Согласно концепции, код нужно максимально упрощать, избегая запутанных конструкций.

Ключевым для Hexagonal Architecture считается пятый принцип SOLID — Dependency Inversion Principle (DIP), т.е. принцип инверсии зависимостей. Он гласит, что модули верхнего порядка не должны зависеть от модулей нижнего порядка. Код пишется таким образом, чтобы зависимости между компонентами приложения основывались на абстракциях вместо конкретных реализаций. Так, компоненты будет просто заменить, не воздействуя на другие части системы.

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

Структура Hexagonal Architecture

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

Центральное ядро — логика основного домена

Бизнес-логика — центральная часть любого приложения, отвечающая за реализацию внутренних правил и процессов. В рамках Hexagonal Architecture ядро рассматривается как ключевой компонент всей системы, куда поступают входные данные и откуда выходят через порты.

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

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

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

Порты

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

Используется два типа портов:

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

Важная особенность портов в рамках гексагональной архитектуры и принципа DIP — их абстрактная природа, которая сохраняет независимость логики от деталей реализации. Порты определяют форматы ввода/вывода данных и протоколов, по которым ядро взаимодействует с адаптерами.

Адаптеры

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

Применяется два типа адаптеров:

• Входные. Преобразуют данные извне (например запросы HTTP или пользовательский ввод) в команды, понятные ядру приложения.
• Выходные. Преобразуют выходные данные логики домена в команды для работы с внешними компонентами. Например, получив преобразованный запрос HTTP, приложение с помощью управляемого адаптера выдает результат в формате JSON.

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

Преимущества Hexagonal Architecture

Зачем использовать гексагональную архитектуру в программировании на Java? Все дело в преимуществах, которые обеспечивает этот паттерн. Рассмотрим основные плюсы «шестигранного» подхода.

Строгое разделение ответственности

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

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

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

Повышенная тестируемость

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

Тестируемость — одно из ключевых преимуществ Hexagonal Architecture. Она позволяет проверять работу отдельных компонентов системы в изоляции, что делает тесты более корректными и эффективными.

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

Улучшенная адаптивность

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

Масштабируемость

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

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

Упрощенная интеграция

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

Если одну базу данных нужно заменить на другую, это не вызовет у программиста никаких сложностей. Или если изначально приложение использовало REST API, а затем возникла необходимость перейти на GraphQL, достаточно создать новый адаптер для GraphQL, не трогая бизнес-логику.

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

Такой подход не только ускоряет тестирование, но и снижает затраты: согласно исследованиям, использование модульных архитектур снижает расходы на интеграцию на 30%.

Недостатки и сложности применения

Минусов у гексагональной архитектуры немного:

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

Отдельно стоит рассмотреть сложности в начальной реализации подхода. К числу наиболее распространенных ошибок при внедрении Hexagonal Architecture относится недостаточное разделение ответственности между компонентами системы. Возникает зависимость бизнес-логики от внешних интерфейсов, что противоречит базовым принципам гексагона.

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

Сравнение с другими архитектурными подходами

Многослойная архитектура (Layered Architecture), которая используется еще с 1970-х годов, представляет собой классический подход к построению программных систем. Такие приложения разделены на зависимые друг от друга слои, каждый из которых отвечает за конкретный аспект функционала — ядро, интерфейс, логику.

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

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

Гексагональная архитектура имеет схожие черты с Clean Architecture. Более того, Clean Architecture основана на принципах шестигранного паттерна.

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

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

Примеры реализации

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

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

В онлайн-магазинах адаптеры с одинаковым успехом обрабатывают запросы от веб-приложений, мобильного софта и REST API, направляя их в одну и ту же бизнес-логику. Разработчики могут добавлять новые интерфейсы, например, голосовых помощников, без изменения базового кода.

Рекомендации по внедрению Hexagonal Architecture

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

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

Затем разрабатываются адаптеры, которые реализуют взаимодействие через порты с конкретными внешними системами (базами данных, веб-интерфейсами или API).

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

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

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

Он уверен: разработчики никуда не исчезнут, но их работа станет совсем другой.

Сегодня индустрия переживает очередную революцию — теперь под давлением ИИ генераторов кода. Многие задаются вопросом: не заменит ли искусственный интеллект программистов?

О’Райли уверен: нет. Но привычный подход к разработке уйдет в прошлое.

Как менялась работа программистов?

Технологии программирования развиваются волнами.

• В 1940-х инженеры вручную соединяли физические цепи, чтобы задать алгоритм.
• В 1950-х появились первые языки низкого уровня — разработчики писали код на ассемблере.
• В 1960-х–1980-х на смену им пришли языки вроде Fortran, COBOL, C — более абстрактные, но всё ещё сложные.
• В 1990-х программисты начали работать с интерпретируемыми языками, такими как JavaScript, Python, PHP.
• В 2000-х мир покорили фреймворки и библиотеки, упрощающие работу с кодом.
• В 2010-х активно развивалась облачная инфраструктура и интернет-экосистемы API.

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

Сейчас мы вступаем в эпоху ИИ-помощников. И снова слышны разговоры: «Теперь код будут писать боты!»

Чем ИИ отличается от прошлых революций?

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

Сейчас же ИИ предлагает принципиально новый уровень абстракции:

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

Но здесь есть важный нюанс: ИИ пока не заменяет инженеров, а лишь ускоряет их работу.

ИИ делает программистов в 10 раз продуктивнее. Но если возможностей для программирования станет в 20 раз больше, нам всё равно понадобятся люди

Что ждёт программистов дальше?

О’Райли считает, что программисты не исчезнут, но их работа изменится.

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

Если ИИ автоматизирует 70% рутинных задач, то останется 30%, с которыми справятся только профессионалы

Вывод: программирование не умирает, а эволюционирует

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

О’Райли считает, что мы сейчас в начале новой технологической эры. И те, кто быстро адаптируются, будут в выигрыше.

Что такое Firewall и зачем он нужен?

Представьте, что ваш дом окружён забором, который защищает вас от нежелательных гостей. Этот забор проверяет, кто входит и выходит, и позволяет проходить только тем, у кого разрешение. В мире IT таким забором выступает Firewall (межсетевой экран).

Firewall (читается как фаервол) — система безопасности, которая фильтрует трафик между устройствами в сети и Интернетом. Она контролирует, какие данные могут входить и выходить, и блокирует вредоносные или подозрительные соединения.

Когда нужен Firewall?

1. Защита офисной сети. Например, в компании есть корпоративная сеть, и руководство не хочет, чтобы сотрудники открывали небезопасные сайты или скачивали вирусы. Firewall можно настроить так, чтобы блокировать доступ к определённым ресурсам.
2. Фильтрация внешних подключений. Допустим, у вас есть сервер с важными данными, и вы хотите, чтобы он был доступен только с определённых IP-адресов. Firewall может заблокировать всех, кроме разрешённых пользователей.
3. Защита от вредоносных атак. Хакеры могут пытаться сканировать сеть на наличие уязвимостей или отправлять вредоносный трафик. Firewall помогает остановить такие атаки.

Что такое WAF и почему его недостаточно заменить Firewall?

Если Firewall – забор вокруг дома, то WAF (Web Application Firewall) – умный домофон, который проверяет каждого гостя по видео и может отказать в доступе, если что-то не так.

WAF защищает конкретно веб-приложения, анализируя HTTP/HTTPS-запросы и предотвращая атаки, направленные на уязвимости сайта. Обычный Firewall не разбирается в веб-запросах на таком глубоком уровне.

Когда нужен WAF?

Защита от SQL-инъекций

SQL-инъекция – атака, при которой злоумышленник вводит вредоносный код в текстовые поля веб-приложения, чтобы изменить работу базы данных.

Пример на PHP:

WAF может блокировать такие запросы, обнаруживая подозрительный ввод.

Защита от XSS (кросс-сайтового скриптинга)

XSS – атака, при которой хакер внедряет вредоносный JavaScript-код на сайт, который затем выполняется у пользователей.

Пример уязвимого кода на JavaScript:

Если злоумышленник введёт <script>alert('Взлом!')</script>, браузер выполнит этот код, открыв всплывающее окно. WAF может предотвратить подобные инъекции.

Можно ли ставить WAF и Firewall на один сервер?

Обычно WAF и Firewall работают на разных уровнях и ставятся на разные устройства:

1. Firewall чаще устанавливается на отдельный сервер или маршрутизатор, через который проходит весь трафик.
2. WAF может быть облачным (например, Cloudflare) или локальным (установленным на сервере веб-приложения).

Но бывают и комплексные решения, где оба механизма объединены.

Популярные Firewall и WAF

Популярные Firewall:

1. pfSense — бесплатный и мощный firewall с гибкой настройкой
2. Cisco ASA — аппаратный межсетевой экран от Cisco, часто используется в крупных компаниях
3. Fortinet FortiGate — мощное решение для корпоративных сетей

Популярные WAF:

1. ModSecurity — один из самых известных WAF, который можно интегрировать с веб-серверами
2. Cloudflare WAF — облачное решение, защищающее сайты от атак
3. AWS WAF — WAF от Amazon, используется для защиты приложений, развернутых в AWS

Обычно настройкой занимаются DevOps-инженеры, системные администраторы или сетевые инженеры. Они устанавливают firewall на сетевых узлах.

Cloudflare — это WAF или Firewall?

Cloudflare предоставляет облачный WAF, который анализирует веб-трафик и защищает от атак. Однако у Cloudflare также есть сетевые функции, похожие на firewall, например, защита от DDoS. То есть Cloudflare не заменяет полностью firewall, а дополняет его.

Cloudflare работает как промежуточный слой между пользователями и серверами, фильтруя весь входящий трафик. Он может блокировать вредоносные боты, снижать нагрузку на серверы и предотвращать атаки — SQL-инъекции и XSS. Кроме того, Cloudflare автоматически кэширует статический контент, ускоряя загрузку страниц и снижая нагрузку на сервер.

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

Что нужно выбрать?

Если у вас обычный сервер, то:

1. Firewall — защита на уровне сети, нужен для фильтрации трафика;
2. WAF — защита веб-приложения от специфичных атак (SQL-инъекции, XSS);
3. Cloudflare — может дополнять их, предоставляя облачную защиту.

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

И помните: безопасность — это не одна технология, а комплекс мер, которые помогают защитить ваш проект!

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

Что такое JSON

JSON или JavaScript Object Notation — формат для обмена данными. Его используют в веб-разработке, чтобы передать числовую информацию от клиента к серверу и наоборот. По сути это просто строка, но с нюансами.

JSON — стандарт в веб-разработке, так как его текстовая структура легко читается как человеком, так и компьютером. Давайте посмотрим, из чего он может состоять:

• Объекты — пары “ключ-значение” в фигурных скобках. Выглядят так же, как обычные JS-объекты;
• Массивы — упорядоченные значения. Заключаются в квадратные скобки и отделяются запятой;
• Ключи — строки, которые обязательно в двойных кавычках. Одинарные не подойдут;
• Значения — могут быть строками в двойных кавычках, числами, логическими значениями, массивами, объектами или null.

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

Пример JSON-документа:

В этом примере объект содержит четыре ключа:

• name — строка,
• type — строка,
• topics — массив строк,
• published — логическое значение, true.

Этот JSON описывает воображаемую статью, у которой есть темы, название и статус публикации.

Зачем нужен JSON, если есть XML?

До JSON разработчики использовали XML. Вот основные отличия:

Давайте разберём все пункты и посмотрим, в чём же конкретно хорош JSON.

Синтаксис

JSON

Выглядит как обычный JavaScript-объект.

Пример:

Мы создали объект с двумя ключами. Имя –– John, возраст –– 30. Это упрощённый вариант хранения данных о пользователе. Также можно добавить почту, ник, город и так далее.

XML

XML или (Extensible Markup Language) –– посложнее, так как использует закрывающиеся теги. Это делает его визуально более «шумным» и трудным для восприятия. Особенно если XML-данных много.

Размер данных

JSON

JSON компактнее, в нём нет лишних тегов и атрибутов. Он лучше подходит для веба, так как важна минимизация. Чем данные легче, тем быстрее работает сайт.

XML

XML объемнее, потому что каждый элемент должен быть обёрнут в открывающий, а потом закрывающий тег.

Легкость парсинга

JSON

JSON легко парсить. В JavaScript достаточно использовать JSON.parse(), чтобы преобразовать JSON-строку в JS-объект.

Пример:

Здесь мы поместили JSON-строку в переменную и затем распарсили её в другую переменную с помощью функции JSON.parse().

XML

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

Пример на JavaScript:

Что здесь происходит:

1. Создаем строку, которую хотим превратить в XML. Она содержит элемент с вложенными элементами;
2. Используем объект DOMParser. Он превращает текстовые строки в XML-документы;
3. Метод parseFromString() выполняет это преобразование. После этого js работает с переменной через DOM-методы;
4. Используем метод getElementsByTagName(), чтобы получить значение элемента . Он возвращает массив элементов с указанным тегом;
5. Указываем индекс [0] для выбора первого элемента, а затем получаем его текстовое содержимое через childNodes[0].nodeValue.

Разница очевидна:

• Для JSON мы можем сразу преобразовать строку в объект с помощью JSON.parse();
• Для XML требуется больше шагов: разбор строки в документ и использование методов DOM для извлечения данных.

Читаемость

JSON

JSON легко читать, потому что его структура похожа на JavaScript-объект. Он не требует лишних символов и тегов, поэтому визуально лаконичен и прост.

XML

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

Создаём и парсим JSON

JSON-документы можно создать вручную. Главное, надо соблюдать синтаксические правила:

• Использовать двойные кавычки для строк;
• Разделять ключи и значения двоеточием, как и в JS-объектах;
• Ставить запятые между ключами.

А можно использовать конвертер. Вы ему JS-объект, а он из него –– JSON.

В разных языках –– разные инструменты для работы с JSON. Разработчики используют встроенные средства языков программирования или сторонние библиотеки:

• JavaScript: Методы JSON.stringify() и JSON.parse();
• Python: Модуль json для сериализации и десериализации;
• PHP: Функции json_encode() и json_decode();
• Node.js: Встроенные методы для работы с JSON в модуле fs.

Работа с JSON в Python

Что тут происходит:

1. Импортируем json. Это встроенная библиотека Python. Она работает с данными в формате JSON;
2. Создаём данные для сериализации –– Python-словарь data, который содержит пары ключ-значение. Не пугайтесь нового слова «сериализация». Это всё то же преобразование одного формата в другой;
3. Используем метод json.dumps() для преобразования Python-объекта в строку в формате JSON. Результатом будет строка, которую можно передать серверу, сохранить в файл или обработать в другой программе;
4. Десериализириуем данные с помощью метода json.loads(). Он преобразует JSON-строку обратно в Python-объект;
5. Выводим десериализованные данные в консоль. В данном случае это словарь parsed_data, который будет точно таким же, как и исходный словарь data.

Работа с JavaScript

Методы JSON.stringify() и JSON.parse() позволяют преобразовывать данные из объекта в JSON-строку и обратно.

Пример:

Метод fetch() используется для отправки HTTP-запросов с JSON-данными:

Что здесь происходит:

• Мы указываем, куда нужно сделать запрос и что нужно передать серверу. Посылка –– это значение в ключе body. Если не обернуть объект с данными в JSON.stringify(), то запрос упадёт. Так как этот метод превращает JS-объект в JSON-строку. Сервер умеет читать JSON, но не умеет работать с JS-объектами;
• На предпоследней строке мы получаем ответ от сервера. А затем обязательно переводим его обратно, в удобоваримый для JS код.

Работа с JSON на сервере

JSON незаменим в бэкэнде. Сервер присылает данные через REST API в JSON. Поэтому в предыдущем блоке мы использовали на ответе метод .json(). Без него данные останутся обычной JSON-строкой.

Разберём примеры на разных языках.

Пример реализации REST API на Node.js

Здесь мы создаём приложение на основе Express. Оно слушает POST-запросы на маршруте /data и возвращает ответ в формате JSON с сообщением о том, что данные получены.

Для работы с JSON на сервере используем встроенную функцию express.json(), которая парсит данные, и метод res.json(), чтобы отправить ответ в формате JSON.

Пример работы JSON в python-фреймворке Flask

Что делаем:

1. Импортируем необходимые библиотеки: Flask, request, jsonify для создания нашего веб-приложения и обработки JSON-строк;
2. Создаем приложение через экземпляр Flask;
3. Определяем маршрут /data и указываем, что функция handle_data() будет обрабатывать по этому маршруту POST-запросы;
4. Извлекаем JSON-данные из запроса внутри функции. Получаем и преобразуем данные из тела запроса в JSON с помощью request.get_json();
5. Отправляем JSON-ответ. Возвращаем клиенту JSON-ответ, содержащий полученные данные. Либо, если переменная data пуста, отправляем ошибку и 400 статус. И обязательно отлавливаем ошибки с помощью try-except;
6. Запускаем приложение. Приложение запускается на сервере и слушает входящие запросы.

Что не так с JSON

За простотой JSON скрываются ловушки, попадать в которые лучше не надо. Малейшая ошибка — и данные становятся нечитаемыми, а приложение падает. Разберём эти ловушки:

Неправильная структура

Забудете закрыть скобку, добавите не ту кавычку или поставите запятую в конце массива — и всё. Браузер или сервер выдадут ошибку. А если JSON создается динамически, найти проблему будет сложно.

Пример ошибки:

В этом примере после крайнего элемента массива стоит лишняя запятая. Исправленный вариант:

Большие объемы данных

JSON не предназначен для хранения огромных массивов данных. Обрабатывать большие файлы в браузере –– опасно для производительности. Ваш сайт может начать тормозить или вовсе зависнуть.

Неэкранированные символы

Забыли экранировать кавычку в строке? Получите ошибку. JSON требует строго соблюдать правила синтаксиса, иначе парсинг провалится.

Пример ошибки:

Здесь у нас дублирование. Нельзя помещать двойные кавычки внутрь таких же двойных кавычек:

Исправленный вариант:

Уязвимая безопасность

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

Пример ошибки:

Пользователь может отправить через поле ввода вредоносные данные. И получится вот такая история:

Решение: обязательно проверяйте входящие данные. Можно заменить опасные символы безопасными:

И уже эту строку отправить на сервер.

Как избежать проблем с JSON?

Чтобы работать с JSON безопасно и эффективно:

• Используйте валидаторы. Перед передачей данных обязательно проверяйте JSON на синтаксические ошибки;
• Сжимайте данные. Уменьшайте размер JSON, удаляя лишние пробелы и символы, чтобы оптимизировать передачу и обработку;
• Не доверяйте входящим данным. Проверяйте и фильтруйте всё, что приходит от клиента или сторонних API;
• Ограничивайте глубину вложенности. Глубокая структура JSON может перегрузить обработчик и вызвать зависание.

Валидаторы JSON

Перед отправкой проверьте свой JSON. Для этого можно использовать онлайн-валидаторы. Например, https://jsonlint.com. Как он работает: вы прописываете вашу строку, а валидатор проверяет, нет ли в ней ошибок.

Минификация JSON

Для уменьшения размера JSON-строку можно минифицировать. Удалить пробелы и переносы строк. Пример минификации в Python:

Обработка ошибок при работе с JSON

Ошибки часто возникают из-за неправильного формата данных. Всех опасных мест не избежать. Но можно подстелить соломку.

Вот так обрабатываются возможные ошибки с JSON:

Что тут происходит:

1. Получаем данные из localStorage: Используется метод localStorage.getItem(), чтобы извлечь данные по указанному ключу key;
2. Проверяем на наличие данных: Если данные отсутствуют –– null, выбрасывается ошибка с помощью throw;
3. Парсим данные: Если данные есть, они парсятся через JSON.parse(). И на выходе получается JS-объект;
4. Обрабатываем ошибки: В блоке catch ловятся все ошибки. Затем их можно обработать и отобразить пользователю в интерфейсе.

Теперь даже если в LocalStorage не лежат нужные данные, приложение не упадёт.

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

Для этого просто следуйте нашим правилам. Проверяйте свои JSON-строки, обрабатывайте ошибки и тестируйте приложение на корнер-кейсы. Тогда ваши сайты и приложения будут в безопасности. 🙂

В статье детально разобрали подходы к реализации HTTP-запросов на практике.

Общие понятия HTTP-запросов

HTTP (HyperText Transfer Protocol) определяет правила обмена данными между клиентом и сервером. Клиент, браузер или приложение отправляют запрос серверу, который обрабатывает его и возвращает ответ.

HTTP-запрос состоит из нескольких компонентов:

Метод

Обозначает действие, которое клиент хочет выполнить. Например, метод GET используется для запроса данных с сервера, а POST — для отправки данных на сервер.

URL

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

Заголовки

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

Тело

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

Статус-коды ответа

После обработки запроса сервер возвращает ответ со статус-кодом. Он сообщает клиенту о результате обработки запроса.

Категории статус-кодов:

• Информационные 1xx: указывают, что запрос принят и продолжается обработка;
• Успешно 2xx: подтверждают успешную обработку запроса;
• Перенаправления 3xx: информируют о совершении редиректа;
• Ошибки клиента 4xx: указывают на проблемы со стороны клиента;
• Ошибки сервера 5xx: указывают на проблемы со стороны сервера.

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

Основные методы HTTP-запросов

GET и POST используются для получения и отправки данных соответственно. Каждый метод имеет свои особенности.

GET — получение данных

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

При использовании GET-запроса параметры передаются через строку запроса в URL: можно закэшировать запросы и делать их повторно без отправки данных.

Повторное выполнение запроса не изменит состояние сервера. Это важно для безопасности и эффективности в сетевых операциях. Например, при обновлении страницы браузер отправляет GET-запрос, чтобы загрузить актуальное содержимое.

Ограничения метода GET связаны с объемом передаваемых данных. Поскольку параметры передаются в URL, есть ограничение на длину строки. Поэтому метод GET не подходит для передачи больших объемов данных или конфиденциальной информации, т. к. содержимое отображается в адресной строке.

POST — отправка данных

Метод используется для отправки данных на сервер, чтобы создать или обновить ресурсы. В отличие от GET, данные передаются в теле запроса. Можно передавать большие объемы информации и делать это более безопасно, потому что данные не отображаются в URL.

Повторная отправка POST-запроса может привести к созданию нескольких одинаковых ресурсов или повторному выполнению операции. Обрабатывать такие запросы нужно с особой осторожностью.

POST используется при отправке форм на веб-сайтах, загрузке файлов, в API-запросах. Он поддерживает передачу сложных структур данных, включая JSON или XML.

Другие методы HTTP-запросов

Помимо GET и POST есть дополнительные методы для гибкого управления ресурсами. К ним относятся PUT, DELETE, PATCH, HEAD и OPTIONS.

PUT — обновление данных

Применяется для создания нового ресурса или полного обновления существующего на сервере по указанному URI.

Клиент отправляет запрос с полным представлением ресурса, которое сервер должен сохранить. Если ресурс по указанному URI не существует, сервер создаст его.

DELETE — удаление данных

Используется для удаления ресурса по URI. При успешной обработке запроса веб-страница становится недоступной.

Как и PUT, метод DELETE идемпотентный: повторные запросы удаления не приведут к ошибке, хотя сервер может сообщить, что ресурс уже недоступен.

PATCH — частичное обновление

Предназначен для частичного изменения ресурса.

Вместо отправки полного представления, как в случае с PUT, клиент отправляет только те данные, которые необходимо обновить.

HEAD — запрос заголовков без тела

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

Применяется для проверки ресурса, определения его размера или времени последнего изменения без необходимости загружать весь ресурс.

OPTIONS — получение информации о поддерживаемых методах

Используется для выявления возможностей сервера или проверки поддерживаемых методов.

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

Различия между GET и POST

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

URL vs. тело запроса

GET передает данные через строку URL, добавляя параметры запроса после знака вопроса “?”. Параметры представляют собой пары «ключ=значение», разделенные амперсандом “&”.

POST передает данные в теле запроса, отделенном от заголовков пустой строкой. В ней можно передавать больше данных и использовать форматы типа application/x-www-form-urlencoded или multipart/form-data.

Кэширование и безопасность

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

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

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

POST дает большую конфиденциальность, так как данные передаются в теле запроса и не отображаются в адресной строке.

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

Оба метода уязвимы к атаке CSRF. Поскольку GET-запросы можно совершать простым переходом по ссылке или загрузкой изображения, атаки через GET встречаются чаще. Для защиты от CSRF рекомендуется использовать уникальные токены и проверять происхождение запросов на сервере.

Работа с HTTP-запросами на практике

Рассмотрим реализацию HTTP-запросов в JavaScript с использованием fetch и axios, тестирование запросов через Postman и применение HTTP в бекенд-разработке на примерах Node.js, Python и PHP.

JavaScript (fetch, axios)

Fetch — встроенная функция JS. Она отправляет HTTP-запросы и обрабатывает ответы.

Пример выполнения GET-запроса:

Здесь выполняется запрос к URL, затем ответ преобразуется в формат JSON.

Для отправки POST-запроса с передачей данных в теле используется следующий синтаксис:

В теле запроса передаются данные в формате JSON, а заголовок Content-Type сообщает серверу о типе данных.

Использование axios

Axios — популярная библиотека для выполнения HTTP-запросов, поддерживающая как браузерную, так и серверную среду.

Пример выполнения GET-запроса:

Для отправки POST-запроса с данными:

Axios автоматически преобразует объекты JavaScript в JSON и устанавливает заголовки, что упрощает работу с запросами.

Тестирование через Postman

Postman — инструмент для разработки и тестирования API. Для его использования необходимо установить приложение, создать новый запрос, указать метод и URL.

При тестировании GET-запроса в Postman вводится URL и при необходимости добавляются параметры. После отправки запроса интерфейс показывает заголовки и тело ответа, что помогает в отладке и анализе данных.

Для POST-запросов в Postman можно указать тело запроса в форматах form-data, x-www-form-urlencoded, raw и других. Это позволяет отправлять сложные структуры данных и файлы, имитируя работу реальных приложений.

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

Использование HTTP в backend

В Node.js для создания веб-серверов и обработки HTTP-запросов обычно используется фреймворк Express:

Этот сервер обрабатывает GET и POST-запросы по пути /users. Можно получать список пользователей и создавать новых.

Python

В Python популярным фреймворком для веб-разработки выступает Flask:

С помощью Flask создается сервер, обрабатывающий HTTP-запросы и возвращающий данные в формате JSON.

PHP

В PHP с фреймворком Laravel можно реализовать обработку HTTP-запросов следующим образом:

Работа с HTTP в backend-приложениях состоит не только в приеме запросов, но и в отправке их к другим сервисам. В языках для веб-разработки есть библиотеки для выполнения исходящих HTTP-запросов:

• axios для Node.js,
• requests для Python,
• Guzzle для PHP.

Теперь ваша очередь! Попробуйте применить полученные знания на практике. Создайте простое приложение, использующее HTTP-запросы, или протестируйте API с помощью Postman.

Frontend фреймворки

React

Это самый популярный фреймворк для создания веб-приложений. React используется в лендингах, динамических веб-приложениях и даже мобильных приложениях (React Native).

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

React обращается к DOM только для обновления изменившихся компонентов. За счет этого повышается производительность приложения.

Пример простого React компонента:

Преимущества фреймворка:

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

Недостатки фреймворка:

• Концепции JSX и управления состоянием могут быть сложны для новичков;
• Плохая кроссбраузерная поддержка;
• Требует дополнительных библиотек для маршрутизации и управления состоянием.

Vue.js

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

Преимущество Vue в его простоте и низком пороге входа. При этом фреймворк сохраняет статус мощного инструмента для разработки сложных веб-приложений.

Vue автоматически отслеживает зависимости между блоками и обновляет DOM при их изменении, как React.

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

Пример простого компонента Vue:

Экосистема Vue включает множество библиотек и плагинов, расширяющих возможности фреймворка. Например, Vuex для управления состоянием, Vue Router, Nuxt.js и другие.

Преимущества фреймворка:

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

Недостатки фреймворка:

• Меньше ресурсов и сторонних библиотек по сравнению с React и Angular;
• Неполная документация на русском языке.

Angular

С помощью Angular разрабатывают клиентские части веб-приложений. Этот фреймворк сложнее Vue и React.

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

По аналогии с Vue и React, фреймворк разбивает приложение на независимые, переиспользуемые блоки кода. Компоненты: шаблон; класс, описывающий поведение; стили.

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

Пример простого Angular-компонента:

Преимущества фреймворка:

• Богатый выбор инструментов, шаблонов, которые сокращают сроки реализации сложных приложений;
• Angular CLI расширяется за счет shematics, поэтому его легко доработать под конкретные задачи;
• Есть поддержка TypeScript: статическая типизация улучшает качество кода;
• Встроенная утилита для обновления проекта при переходе на новую версию Angular.

Недостатки фреймворка:

• Ангуляр сложнее, чем Вью и Реакт. Его изучение занимает больше времени, если это первый фреймворк в карьере разработчика.

Backend фреймворки

Django (Python)

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

Фреймворк содержит множество инструментов для решения общих задач веб-разработки. «В комплекте» готовые библиотеки для аутентификации пользователей, администрирования контента, работы с формами, маршрутизации URL.

Django следует архитектурному шаблону Model-View-Controller (MVC). Модели определяют структуру данных, представления обрабатывают логику и взаимодействие с моделями, а шаблоны отвечают за представление данных пользователю.

Сильная сторона Django — его ORM (Object-Relational Mapping). Интерфейс для работы с базой данных на Python используется для написания сырых SQL-запросов. Django поддерживает PostgreSQL, MySQL, SQLite, Oracle.

Если ищете универсальный фреймворк для бэкенд-разработки на Python, Django определенно заслуживает вашего внимания.

Пример модели Django:

В примере определяем модель Article с полями title, content и published_at. Метод __str__ возвращает строковое представление объекта:

Представление article_list получает объекты Article из базы данных и передает их в шаблон для отображения.

Преимущества фреймворка:

• Широкий набор инструментов: включает ORM, аутентификацию и админ-панель;
• Фреймворк задаёт структуру проекта — помогает разработчикам понимать, как и где добавлять новую функцию;
• Защищен от SQL-инъекции и подделки межсайтовых запросов;
• Подходит для высоконагруженных приложений.

Недостатки фреймворка:

• Django ORM уступает последней SQLAlchemy.

Ruby on Rails (Ruby)

Rails подходит для быстрого прототипирования и проектов, ориентированных на работу с базами данных. Его используют для SaaS-платформ, CRM-систем, CMS, маркетплейсов и многого другого.

Rails применяет архитектурный паттерн MVC (Model-View-Controller). Фреймворк хорош с точки зрения бизнес-логики и взаимодействует с базой данных с помощью ActiveRecord ORM.

Rails поставляется со встроенными инструментами и библиотеками. Например, ActiveRecord для работы с базами данных, ActiveStorage для управления файлами, ActionMailer для отправки email.

В сообществе Rails огромное количество гемов (библиотек), расширяющих функциональность фреймворка.

Пример модели Rails (с использованием ActiveRecord):

Пример контроллера Rails:

В примере определяем модель Article с валидациями и связями. Контроллер ArticlesController содержит экшены для списка статей, отображения отдельной статьи, создания новой статьи. Приватный метод article_params используется для фильтрации параметров.

Преимущества фреймворка:

• Продуманная структура, которая продвигает стандарты качества и лучшие практики веб-разработки;
• Active Record ORM упрощает взаимодействие с базой данных;
• Vue, Angular.js и React легко интегрируются с Ruby on Rails.

Недостатки фреймворка:

• Ruby on Rails js медленнее Django и Node.js.

Node.js с Express (JavaScript)

Express — фреймворк Node.js с набором функций для разработки веб-приложений и API. В нем реализован простой интерфейс для HTTP-запросов и маршрутизации.

Node.js + Express используется для сервисов, серверных приложений (например, чатов или игр).

Преимущество Node.js и Express состоит в возможности писать на JavaScript как клиентскую, так и серверную сторону. Можно вести разработку на одном языке и делиться кодом с фронтендом и бэкендом.

Пример простого приложения на Express:

Преимущества фреймворка:

• JavaScript на всем стеке — один язык для фронтенда и бэкенда;
• Имеет минимальные ограничения, можно строить архитектуру как удобно.

Недостатки фреймворка:

• Отсутствуют встроенные компоненты, требуются дополнительные настройки для безопасности и работы с базами данных;
• Управление обратными вызовами усложняет код и его поддержку.

Full-Stack фреймворки

Laravel (PHP)

Laravel — фреймворк для веб-разработки на PHP. Он использует архитектуру MVC: разделяет логику приложения и улучшает организацию кода.

Laravel выбирают для разработки CMS, SaaS-платформ, электронной коммерции и др. Встроенные библиотеки ускоряют работу.

В фреймворке реализована:

• Система миграций для управления структурой базы данных;
• Eloquent ORM для работы с данными;
• Система шаблонизации Blade;
• Встроенная поддержка аутентификации и авторизации;
• Очередь заданий и планировщик для выполнения асинхронных задач.

Пример определения маршрута в Laravel:

Пример контроллера Laravel:

Пример модели Eloquent:

В примерах выше определяем маршрут, который принимает id и возвращает строку с идентификатором. Контроллер UserController методом show получает пользователя из базы данных по id и передает его в представление user.profile. Модель User представляет таблицу пользователей в базе данных и определяет заполняемые атрибуты.

Преимущества фреймворка:

• Шаблонизатор Blade упрощает создание представлений;
• ORM Eloquent облегчает работу с базами данных;
• Есть автоматизация задач с помощью встроенных инструментов и командной строки.

Недостатки:

• Сложности с долгосрочной поддержкой версий.

Spring Boot (Java)

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

Фреймворк имеет встроенный контейнер сервлетов (Tomcat, Jetty), чтобы запускать приложение как автономный JAR-файл без развертывания на внешнем сервере.

Фреймворк также предлагает:

• Автоконфигурацию библиотек (JPA, JDBC);
• Встроенные метрики мониторинга;
• Поддержку внешней конфигурации;
• Интеграцию с базами данных.

Преимущества фреймворка:

• Есть встроенные серверы Tomcat, Jetty и Undertow;
• Облегчает управление зависимостями с помощью стартовых пакетов;
• Оснащен встроенным контейнером сервлетов;
• Автоматическая конфигурация экономит время на старте проекта.

Недостатки:

• Spring Boot создает множество неиспользуемых зависимостей и увеличивает размер файла развертывания.

Meteor (JavaScript)

Особенность Meteor в том, что он синхронизирует данные в реальном времени. Фреймворк автоматически обновляет пользовательский интерфейс при изменении данных на сервере. Это возможно благодаря протоколу DDP (Distributed Data Protocol) и реактивным источникам данных, таких как MongoDB.

На JS + Meteor можно писать код, который работает как на клиенте, так и на сервере. Фреймворк также предоставляет интегрированную систему сборки, которая автоматически объединяет ресурсы приложения.

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

Преимущества фреймворка:

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

Недостатки фреймворка:

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

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

Вместе с экспертами Kursfinder я рассмотрела около 60 программ подготовки и собрала для вас 32 лучших курса, в том числе и бесплатных. Еще больше курсов PHP вы найдете в каталоге сервиса.

ТОП-10 лучших курсов по PHP в 2026 году

1. PHP-разработчик от «Хекслета» — углубленная программа обучения для плавного входа в IT или смены профиля.
2. PHP Developer. Professional от OTUS — расширенный курс для освоения навыков уровня middle+.
3. Профессия «PHP-разработчик с нуля до PRO» от Skillbox — комплекс из трех курсов для быстрого входа в профессию.
4. PHP: Деревья от «Хекслета» — короткий прикладной курс для новичков.
5. PHP-разработчик. Базовый уровень от Skillbox — короткий курс для быстрого освоения основ языка.
6. PHP-разработчик с нуля от «Брунояма» — интенсивный очный курс в Санкт-Петербурге.
7. Видеокурс по PHP, MySQL от itProger — недорогой курс с большим объемом практики.
8. Веб-разработчик с нуля от Skillfactory — расширенная программа с изучением двух языков программирования.
9. Уроки PHP для начинающих от itProger — экспресс-курс по PHP + MySQL.
10. Онлайн-курсы по программированию на PHP от Onskills — экспресс курс для знакомства с разными языками программирования с упором на PHP.

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

Онлайн-курсы по PHP

1. PHP-разработчик | Хекслет

Углубленный онлайн-курс обучения PHP, на котором вы освоите HTML, CSS, научитесь работать с базами данных и популярными фреймворками. После прохождения обучения вы сможете создавать сайты и веб-приложения, заниматься администрированием, работать с сервером. Поймете, как проводится оптимизация веб-ресурсов для обеспечения их безопасности. Освоите особенности работы с системой контроля версий Git. В «Персональном» тарифе во время обучения вас будет сопровождать опытный разработчик, который ответит на все вопросы во время индивидуальных консультаций.

• Стоимость: от 6 300 и от 10 900 рублей в месяц в рассрочку на 24 месяца для тарифов «Групповой» и «Персональный» соответственно.
• Длительность: 10 месяцев.
• Формат обучения: теория, тесты, практика, вебинары с наставниками.
• Сертификат: есть.

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

Преимущества:

• четыре проекта для портфолио;
• Практика с первого урока;
• Подготовка к трудоустройству;
• Наставники — практикующие разработчики;
• Учеба в комфортном темпе;
• Возврат денег, если не удалось найти работу;
• два тарифа на выбор;
• 80 часов персональных консультаций и персональное расписание в тарифе «Персональный».

Недостатки:

• в «Групповом» тарифе преимущественно самостоятельное обучение;
• достаточно дорогой «Персональный» тариф.

Программа обучения:

• Основы программирования.
• Профессиональный PHP.
• Разработка сайтов.
• Laravel.

Ознакомиться с полной программой >>>

2. PHP Developer. Professional | OTUS

Онлайн-курс PHP для специалистов с опытом. После его прохождения вы освоите все необходимые навыки для уровня middle+. Для поступления требуется пройти предварительное тестирование. Процесс обучения подразумевает проведение онлайн-занятий с экспертами, которые могут дать обратную связь в ходе проведения урока. Вы научитесь работать с инфраструктурой, хранилищем, тестированием. Освоите тестирование, доставку в продакшен, SRE-практики.

• Стоимость: от 9 600 рублей в месяц в рассрочку на 10 месяцев.
• Длительность: 5 месяцев.
• Формат обучения: вебинары, практические задания, проектная работа.
• Сертификат: есть.

Кому подойдет: разработчикам на PHP с опытом разработки от 1 года. Программистам на любом языке ООП с опытом от трех лет.

Преимущества:

• практика командной разработки;
• работа над проектом — коммерческим кейсом;
• размещение резюме в базе партнеров OTUS;
• общение с преподавателями и однокурсниками;
• оперативная поддержка от экспертов;
• можно посетить бесплатные открытые вебинары для оценки качества обучения на платформе;
• корпоративное обучение на особых условиях.

Недостатки:

• время проведения вебинаров — 20:00 в понедельник и четверг по Москве, может подойти не всем;
• редкий набор групп;
• требуется пройти вступительное тестирование для поступления на обучение.

Программа обучения:

• Общие знания.
• Базы данных.
• Практики разработки.
• Архитектуры.

Ознакомиться с полной программой >>>

3. Профессия «PHP-разработчик с нуля до PRO» | Skillbox

🎁Используйте промокод «kursfinder», чтобы получить скидку 60% на профессии из раздела «Программирование» и до 50% на курсы школы.

Расширенный курс PHP-разработчика, на котором вы с нуля научитесь программировать сайты и веб-приложения. В ходе обучения создадите облачное хранилище и собственный сервис для бронирования отелей. Вы поймете принципы ООП, научитесь работать с файловой системой. Большое внимание уделяется поиску и исправлению ошибок в коде. В качестве бонусного курса вы получите программу обучения по основам SQL. В процессе и после окончания обучения вас ждет помощь в трудоустройстве от Центра карьеры.

• Стоимость: от 4 666 рублей в месяц в рассрочку на 22 месяца.
• Длительность: 7 месяцев.
• Формат обучения: вебинары, задания, основанные на реальных задачах разработчика.
• Сертификат: есть.

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

Преимущества:

• помощь в поиске работы;
• бонусный курс по SQL;
• 2 итоговых проекта;
• вечный доступ к курсу и чату;
• оперативная поддержка.

Недостатки:

• уроки в формате предзаписанных видео, без общения с экспертами;
• преподаватели не взаимодействуют со студентами.

Программа обучения:

• PHP.
• Laravel.
• Основы SQL.
• Итоговые проекты.

Ознакомиться с полной программой >>>

4. PHP: Деревья | Хекслет

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

• Стоимость: 3 900 рублей в месяц — стоимость подписки на все курсы платформы.
• Длительность: 11 часов.
• Формат обучения: теория, упражнения и тесты.
• Сертификат: нет.

Кому подойдет: тем, что знает основы PHP, заранее изучал ассоциативные массивы и функции и хочет разбираться, как строить деревья PHP.

Преимущества:

• много дополнительных материалов;
• к каждой теме тесты и упражнения;
• возможность проходить любые курсы «Хекслета» по подписке;
• доступ к теории остается навсегда;
• помощь в «Обсуждениях»;
• регулярные обновления курса.

Недостатки:

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

Программа обучения:

• Определения.
• Виртуальная файловая система.
• Обход дерева.
• Агрегация.
• Повторные вычисления.
• Аккумулятор.
• HTML-дерево.
• Бонусные материалы.

Ознакомиться с полной программой >>>

5. PHP-разработчик. Базовый уровень | Skillbox

Онлайн-курс PHP с нуля, на котором вы освоите язык программирования и сможете использовать полученные знания на практике для написания полноценного проекта — создадите облачное хранилище. Научитесь устанавливать окружение, разберетесь в принципах ООП, поймете, как работать с файловой системой. Большое внимание уделяется поиску ошибок в коде. В качестве бонусного курса вас ждет обучение работе с базами данных.

• Стоимость: от 5 897 рублей в месяц в рассрочку на год.
• Длительность: 3 месяца.
• Формат обучения: предзаписанные вебинары, практика на основе реальных задач разработчика. Работа над проектом.
• Сертификат: есть.

Кому подойдет: тем, кто хочет научиться программировать и начинающим разработчикам.

Преимущества:

• 1 год обучения английскому на платформе от Skillbox бесплатно;
• бонусный курс по SQL;
• помощь от кураторов и экспертов в процессе обучения;
• работа над итоговым проектом;
• упор на практику;
• короткий. Но информативный курс.

Недостатки:

• без общения с преподавателями;
• относительно высокие платежи по рассрочке.

Программа обучения:

• Введение в программирование.
• Переменные, числа, условные операторы.
• Строки и массивы.
• Функции.
• Классы, методы, объекты.
• Интерфейсы.
• HTML/CSS.
• Файлы и сеть.
• REST и RESTful API.
• Базы данных.
• Laravel.

Ознакомиться с полной программой >>>

6. PHP-разработчик с нуля | Бруноям

🎁Используйте эксклюзивный промокод «kursfinder», чтобы получить скидку 15% на покупку любого курса школы.

Очный курс обучения PHP в Санкт-Петербурге, на котором вас ждет работа в малых группах (5-10 человек) и возможность напрямую взаимодействовать с экспертом. Программа рассчитана на подготовку к работе и освоение всех необходимых для старта навыков. В ходе обучения вы познакомитесь с фреймворками, поймете принципы ООП. Научитесь работать с базами данных и системой контроля версий.

• Стоимость: от 2 825 рублей в месяц в рассрочку на год.
• Длительность: 6 недель.
• Формат обучения: очные занятия в группе или индивидуально, практические домашние задания.
• Сертификат: есть.

Кому подойдет: новичкам, которые не имеют опыта в программировании.

Преимущества:

• помощь с оформлением портфолио и резюме;
• занятия в малых группах;
• доступен индивидуальный формат обучения;
• дополнительная скидка за раннюю запись на курс;
• вводный бесплатный курс «Учись учиться», который мотивирует на прохождение обучения.

Недостатки:

• очная программа в СПб;
• нет информации о времени старта очередного потока.

Программа обучения:

• Серверные технологии.
• Формы, циклы и массивы.
• Функции.
• Принципы построения динамического веб-сайта.
• Базы данных.
• Сессии и cookies.
• Практика.
• Отправка файлов, работа с текстами.
• ООП.

Ознакомиться с полной программой >>>

7. Видеокурс по PHP, MySQL | itProger

Короткий, но информативный курс по PHP с нуля, который отличается своей невысокой стоимостью. Доступно четыре тарифа на выбор. В зависимости от выбранной программы обучения, вы получите доступ к разным объемам практических заданий. Например, в тарифе «Мини» доступны только видеоуроки и тесты, в тарифе «Стандарт» добавляются исходники к урокам, в «Наилучшем» — консультации, а во «Все включено» — практические задачи. Даже самый дорогой тариф доступен для любого бюджета — 3 500 рублей. Поэтому лучше присмотреться к нему. К тому же от стоимости тарифа зависит длительность подарочной подписки на сайт, по которой вы сможете заниматься на других программах, представленных на проекте.

• Стоимость: по подписке от 700 рублей в месяц.
• Длительность: 10 часов.
• Формат обучения: теория, практические задания, тесты.
• Сертификат: есть, но не во всех тарифах.

Кому подойдет: новичкам, которые хотят самостоятельно освоить язык PHP.

Преимущества:

• недорогой курс;
• 4 тарифа на выбор;
• подписка на сайт для обучения на других курсах в подарок;
• более 250 практических заданий;
• курс выбрало большое количество учеников;
• изучение дополнительных технологий.

Недостатки:

• консультации и сертификат только в двух самых дорогих тарифах;
• все тесты доступны только для максимального тарифа;
• практика только в максимальном тарифе.

Программа обучения:

• PHP.
• MySQL.
• Создание сайтов.

Ознакомиться с полной программой >>>

8. Веб-разработчик с нуля | Skillfactory

Онлайн-курс веб-разработки, в котором большое внимание уделяется обучению PHP. В базовом модуле вы познакомитесь с версткой, базовыми фронтендом и бэкендом, а вместе с ними — с языками PHP и JavaScript. После этого у вас будет возможность выбрать: какой из языков продолжать изучать на углубленном уровне в течение следующих восьми месяцев. В ходе обучения вы соберете портфолио из 10 проектов, которые помогут в трудоустройстве. Дополнительную поддержку в поиске работы окажут специалисты школы.

• Стоимость: от 4 233 рублей в месяц в рассрочку на 3 года.
• Длительность: 1 год.
• Формат обучения: тренажеры, тестовые и практические задания, общение с экспертами и работа над проектами.
• Сертификат: сертификат или диплом о переподготовке.

Кому подойдет: новичкам без опыта в программировании.

Преимущества:

• вечный доступ к курсу;
• 10 проектов для портфолио;
• помощь менторов по любым вопросам;
• содействие в трудоустройстве;
• изучение двух языков программирования;
• 3 тарифа на выбор;
• вебинары с экспертами даже в «Базовом» тарифе.

Недостатки:

• полноценное изучение PHP только при выборе программы Backend-разработки;
• дорогой «Индивидуальный» тариф.

Программа обучения:

• Введение в веб-разработку.
• Frontend-разработчик или Backend-разработчик.

Ознакомиться с полной программой >>>

9. Уроки PHP для начинающих | itProger

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

• Стоимость: по подписке от 700 рублей в месяц.
• Длительность: 28 уроков.
• Формат обучения: текстовые материалы, видеоролики, тесты и практические задания.
• Сертификат: нет.

Кому подойдет: новичкам, которые хотят изучить язык PHP самостоятельно.

Преимущества:

• четыре варианта подписки на разный срок;
• возможность смотреть теорию бесплатно;
• консультации от экспертов (при подписке от 6 месяцев);
• тесты, практические задания;
• предоставление готового кода для уроков;
• внутренний конструктор сайтов;
• возможность учиться на платных курсах платформы бесплатно при подписке на 1 год.

Недостатки:

• при подписке на 1 месяц недоступны тесты, дополнительные практические задания, открывается доступ не ко всем тестам;
• требуется высокий уровень организованности, чтобы пройти курс самостоятельно.

Программа обучения:

• Введение.
• Локальный сервер.
• Переменные и данные.
• Математические действия.
• Операции.
• Конструкции.
• Массивы данных и циклы.
• Функции.
• Обработка форм.
• Встроенные функции PHP.
• Модуль по SQL.

Ознакомиться с полной программой >>>

10. Онлайн-курсы по программированию на PHP | Onskills

Курс в формате видеоуроков с тестами, в ходе которого вы не только познакомитесь с основами PHP, но и поработаете с HTML/CSS, JavaScript. Эта недорогая программа обучения подойдет тем, кто хочет познакомиться с разными технологиями и выбрать дальнейший путь обучения. Уроки содержат практику и тесты для закрепления пройденных материалов.

• Стоимость: 1 900 рублей.
• Длительность: 18 уроков.
• Формат обучения: видеоуроки, тесты и практика.
• Сертификат: есть.

Кому подойдет: новичкам и студентам, а также практикующим программистам и проект-менеджерам.

Преимущества:

• недорогой курс;
• много практики;
• вечный доступ к материалам курса;
• база по PHP, CSS, HTML и JavaScript в одном курсе;
• оперативные ответы от службы поддержки.

Недостатки:

• без обратной связи от эксперта;
• проверка знаний тестами.

Программа обучения:

• HTML/CSS.
• JavaScript.
• PHP.

Ознакомиться с полной программой >>>

Еще 7 курсов по PHP

• PHP: Составные данные от «Хекслета» — для прохождения курсов на платформе нужно оформить подписку. В курсе рассматриваются особенности написания кода, реализации данных, поддержки модульности и др. Программа предназначена для самостоятельного изучения.
• Онлайн-курс по PHP от HEDU (irs.academy) — программа обучения PHP онлайн для новичков без опыта в программировании и начинающих разработчиков. В программе делается большой упор на практический формат обучения.
• Язык программирования PHP от Stepik — образовательная программа, направленная на изучение PHP и MySQL. Эксперты углубятся в основы программирования, рассмотрят операции и операторы, функции, циклы, массивы и др.
• PHP. Профессиональная веб-разработка от HTML Academy — онлайн-курс даст необходимые профессиональные навыки новичкам. В ходе обучения студенты работают над проектами, получают обратную связь от наставников.
• СИКП на PHP от «Хекслета» — для доступа к курсам площади необходимо оформить подписку. Программу можно изучать самостоятельно, в комфортном темпе. Эксперты расскажут, как использовать различные функции.
• Профессия «Fullstack-разработчик на PHP» от Skillbox — образовательная программа поможет слушателям научиться верстать страницы с нуля. В ходе обучения студенты изучают теорию, закрепляют ее на практике и подготавливают проекты для портфолио.
• ООП В PHP от «Хекслета» — для прохождения курсов на платформе необходимо оформить подписку. Программа подходит для слушателей, которые хотят изучать материал самостоятельно в комфортном темпе. Вы разберетесь в прототипах, наследовании, трейтах и полиморфизмах и т.д.

Бесплатные курсы по PHP

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

1. Ключевые аспекты веб-разработки на PHP — «Хекслет»

Онлайн-курс, для изучения которого потребуется всего 4 часа. Эксперты расскажут, как создавать простые страницы на PHP, устанавливать приложения на Slim и др. Также для слушателей подготовлена самостоятельная работа.

Главное о курсе:

• есть тесты для самопроверки;
• можно получить поддержку в «обсуждениях».

2. Курс PHP: онлайн обучение с нуля, бесплатно — Code Basics

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

Главное о курсе:

• предусмотрена практика в браузере;
• структурированный материал.

3. PHP: Разработка микрофреймворка — «Хекслет»

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

Главное о курсе:

• слушателям предлагаются дополнительные материалы для изучения;
• бессрочный доступ.

4. Знакомство с PHP. Основы языка и его интеграция с HTML — Skillbox

Программа представляет собой вебинар в записи. Эксперты рассматривают возможности языка программирования, особенности создания программ, интеграцию с HTML и др.

Главное о курсе:

• для изучения требуется минимум времени;
• эксперты делятся лайфхаками.

5. PHP для начинающих — Stepik

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

Главное о курсе:

• ориентировано на новичков;
• есть задачи для закрепления.

6. Основы PHP — «Хекслет»

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

Главное о курсе:

• упор на практику;
• предоставляются дополнительные материалы.

7. PHP: Встроенные возможности языка — Loftschool

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

Главное о курсе:

• небольшие видеоуроки;
• простое и доступное изложение.

8. Видеокурс по основам PHP 8 — Михаил Русаков

Авторский онлайн-курс, предназначенный для знакомства с основами PHP. Изучая материалы, слушатели узнают о том, как установить локальный сервер. Также автор разберет подготовительные этапы для создания движка, уделит время особенностям генерирования страницы и т. д.

Главное о курсе:

• курс высылается на электронную почту;
• доступное изложение материала.

9. PHP — первое знакомство — Stepik

Образовательная программа, которая подходит для изучения с нуля, без опыта в программировании. В курсе автор рассмотрит основы языка программирования: синтаксис, переменные, операторы, массивы, структуры и др. Дополнительно в программу включены тесты и интерактивные задачи для закрепления полученных навыков.

Главное о курсе:

• предусмотрена выдача сертификата;
• есть тесты и задачи для самоконтроля.

10. Создание движка на PHP для начинающих — Михаил Русаков

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

Главное о курсе:

• для лучшего восприятия обучение ведется на примерах;
• курс высылается по адресу электронной почты.

Видеоуроки по PHP

1. Записи докладов с PHP-митапов — Skyeng Tech

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

Главное о курсе:

• простые и доступные видеоуроки;
• материал для опытных разработчиков.

2. Записи конференций PHP Russia 2022 — PHP Channel

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

Главное о курсе:

• ориентировано на опытных PHP-разработчиков;
• в материалах можно найти интересные лайфхаки.

3. Стримы с клевыми людьми из отрасли — Skyeng Tech

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

Главное о курсе:

• насыщенные лекции;
• упор на опытных разработчиков.

4. Пишем на PHP и не теряем память — PHP Point

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

Главное о курсе:

• автор делится полезными дополнительными материалами по теме;
• есть деление лекции на тайминги.

5. PHP с нуля — Просто о Laravel. CutCode

Обучение PHP с нуля с простыми и доступными видеоуроками. Изучение материала не займет много времени, в уроках объясняются основные моменты. Автор ведет трансляцию с экрана, это позволят видеть редактор кода, учиться можно прямо на примере.

Главное о курсе:

• обучение ведется на наглядных примерах и иллюстрациях;
• уроки идут от простого к сложному.

Тренажеры и задачи по PHP

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

• СodeСhick — площадка с практическими задачами и тренажерами по разным языкам программирования, в числе которых и PHP. Для лучшего восприятия, каждая задача с тренажером имеет подробное описание, пример решения, а также разработчики внедрили функцию автотеста для самоконтроля. Тренажеры разделяются на уровни сложности от легкого к простому.
• Codeforces — платформа, на которой можно найти задачи по программированию, также и олимпиады. Для старта обучения и поиска соревнования необходимо пройти процесс регистрации на платформе.
• Code Basics — инструмент для изучения одного из множества языков программирования прямо в браузере. Платформа доступна на русском языке, что позволяет разбираться в теме без затруднений, связанных с языковым барьером. На площадке представлены курсы различных уровней сложности, поэтому обучаться могут как новички, так и продвинутые программисты.

Также можно найти и бесплатные сервисы с задачами и пособиями по программированию.

• Codewars — платформа, подготовленная сообществом программистов. На площадке действует функциональный тренажер, с помощью которого можно закрепить навыки по различным языкам программирования. Упражнения представлены в формате «ката», с ними можно отработать техники кодирования до профессионального уровня.
• Edabit — на площадке представлены задачи различного уровня сложности по PHP и другим языкам программирования. Также у учеников есть возможность изучить пособия. В личном кабинете можно не только искать задачи и пособия, но и следить за личным прогрессом в обучении.
• Exercism — площадка с тренажерами и задачами по 74 языкам программирования, в числе которых и PHP. Команда специалистов подготовила бесплатные упражнения с автоматическим анализом: если в решении есть ошибки, то эксперты подскажут, как их исправить.
• freeCodeCamp — бесплатный сервис, на котором представлены курсы, проекты и задачи для изучения PHP и других инструментов разработчика. На платформе предлагаются решения как для новичков, так и для практикующих специалистов. Над проектами можно работать непосредственно в редакторе кода, в браузере или же мобильном приложении.

Заключение

PHP-разработчик — востребованный специалист в веб-разработке, при создании CRM-систем. На hh.ru представлено более тысячи вакансий, половина из которых доступна в удаленном формате. При этом средний уровень зарплаты специалистов составляет 110 000 рублей. Более того, программисты с опытом найдут для себя вакансии с заработной платой до 1 миллиона рублей. А начать карьеру в IT вам помогут курсы PHP, представленные в подборке. На них можно получить не только базовые знания, но и первый опыт работы.

Нашли ошибку или неточность? Информация в статье потеряла актуальность? Расскажите об этом в комментариях — все исправим. Если хотите, чтобы проверенный вами курс по PHP тоже был в подборке, поделитесь своими впечатлениями о нем.

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

Важность реализации функционала разделения оплаты

1. Упрощение бухгалтерского учета

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

2. Снижение налоговых рисков

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

3. Гибкость в управлении финансами

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

4. Легкость в масштабировании бизнеса

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

Настройка функционала разделения оплаты

Теперь поговорим о том, как же всю эту красоту настроить технически на платформе Bitrix.

В настройках платежных систем мы добавили два способа оплаты. В нашем случае это платежные системы с ID 10 и 11:

Обработчик, название и описание у них одинаковые:

Отличаются только настройки платежной системы, которые были предоставлены Paykeeper:

Затем мы внесли изменения в шаблон страницы оформления заказа, в нашем случае это компонент sale.order.ajax. Мы сделали, чтобы для пользователя отображалась всегда одна из платежный систем.

То есть, если в корзине есть товары, которые принадлежат только первому складу или обоим складам одновременно, то в этом случае отображалась платежная система с ID 10.

В остальных случаях c ID 11.

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

Вся магия начиналась, когда у пользователя в корзине были товары с обоих складов. Так как Битрикс при оформлении заказа всегда создает одну оплату, то нам необходимо сразу после оформления заказа разделять ее на две отдельных оплаты.

Для этого мы в файле init.php на событие OnSaleOrderSaved создаем обработчик, в котором все изменения делаем для только для новых заказов:

Далее получаем заказ, товары из него и коллекцию оплат:

Товары складываем в массив $arBasketItems, чтобы потом с ним было проще работать:

Затем проверяем, на каких складах содержатся товары из массива $arBasketItems , и сохраняем итоговую сумму товаров по складам в массиве $arBillSum:

Ключами массива $arBillSum являются ID складов, хранящиеся в Битрикс. В нашем случае есть два склада с ID 1 и 2.

Мы проверяем, если в заказе есть товары с обоих складов, то в этом случае делаем разбиение на два счета:

Из текущей суммы оплаты вычитаем стоимость товаров, принадлежащих ко второму складу. Данная стоимость хранится в переменной $arBillSum[2]:

Теперь создаем вторую оплату. ID 11 — это идентификатор второй платежной системы в Битрикс:

Сохраняем заказ:

После этого пользователь попадает в личный кабинет на страницу данного заказа, которая реализована через стандартный компонент sale.personal.order.detail:

Вверху мы выводим сообщение, в котором подробно описываем, почему у данного заказа две оплаты.

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

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

Для этого необходимо внести изменения в файле /bitrix/modules/ooopaykeeperprocessing.paykeeperpayment/install/bitrix/

modules/sale/handlers/paysystem/paykeeper/handler.php :

• в методе initiatePay(), чтобы сумма оплата бралась не как сумма заказа, а как сумма конкретной платежки,
• в методе cart(), который формирует данные для чека — в него мы добавили проверку, чтобы он также возвращал не все товары, а только те, которые относятся к конкретной платежке.

После установки модуля этот файл будет скопирован в папку /bitrix/modules/sale/handlers/paysystem/paykeeper/handler.php — через нее он будет подключаться при оплате.

Если у вас остались вопросы, с удовольствием ответим на них в комментариях!

Он сохраняет свою востребованность благодаря широкому спектру применения — от веб-разработки до анализа данных и машинного обучения.

Ключевые тенденции в программировании

JavaScript и Java также продолжают занимать важные позиции в мире программирования.

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

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

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

Растущие звезды: Go и Rust

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

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

Рекомендации по выбору языка

Выбор языка программирования всегда зависит от конкретных целей.

Python будет лучшим выбором для тех, кто хочет углубиться в анализ данных или разработку на основе искусственного интеллекта.

JavaScript и TypeScript идеально подходят для веб-разработки, особенно если вам важна современная типизация.

Если вы планируете заниматься системным программированием или создавать высокопроизводительные приложения, обратите внимание на C, C++ или Rust.

Важность владения несколькими языками

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

Например, разработка веб-приложений может потребовать комбинации JavaScript, SQL и PHP. Поэтому важно не только осваивать один язык, но и расширять свои навыки, чтобы оставаться конкурентоспособным на рынке труда.

Эта уязвимость (CVE-2024-4577) позволяет удаленно выполнять код на сервере, что и привело к внедрению бэкдора под названием Msupedge.

Как работает Msupedge?

Msupedge — это вредоносная программа, которая устанавливается на компьютер и связывается с командным сервером через DNS-запросы.

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

В чем суть уязвимости?

Уязвимость в PHP возникает из-за ошибки в обработке входящих данных. Это позволяет хакерам отправить на сервер специально созданный запрос, который сервер принимает как команду для выполнения.

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

Что делать?

Если вы используете PHP на своих серверах, важно немедленно обновить его до последней версии и следить за новыми обновлениями безопасности.

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

Как 20 лет назад говорили, что скоро PHP умрет, так говорят и до сих пор. Тем не менее, на нём по прежнему работает около 75% веб-сайтов в мире. Ни одна альтернативная технология — а их за эти годы было очень много — не добилась даже сравнимой популярности.

К примеру, когда появилась Node.js, многие ликовали: «О, сейчас мы, наконец, сможем писать на одном языке и бэк, и фронт!». Выходит миллион статей на Хабре, но через пару лет хайп затухает, а PHP как работал, так и работает. На нём продолжают создавать проекты, причём и достаточно сложные. PHP используют для разработки утилит, в области хранения данных, в разработке ПО, финтехе и машинном обучении. Это действительно уникальная в своей стабильности технология, но почему?

Откуда взялись предубеждения насчёт PHP

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

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

Уникальная особенность PHP — последовательное изучение. Например, чтобы студентам на Java написать «2+2», для начала надо написать класс. Чтобы написать класс, нужно ввести это понятие — объяснить, что такое классы и объектно-ориентированное программирование (ООП). Получается непоследовательная кривая обучения: чтобы понять простые вещи, придется изучить сложное. Методически это плохо.

В то же время на PHP, чтобы написать «2+2», я буквально пишу «2+2». Принцип «Easy to learn — hard to master» — одно из ключевых преимуществ PHP. Возможность быстрого изучения позволяет быстро войти в процесс разработки, а богатая функциональность и гибкость языка открывают широкие возможности для реализации сложных задач. Исторически PHP действительно начинался как легковесный инструмент для создания домашних страниц, но с течением времени он вырос во взрослый и многофункциональный инструмент для веб-разработки.

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

PHP и Go

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

В России почему-то многие считают, что Go станет заменой PHP. Это временное заблуждение, которое обязательно пройдёт, потому что языки абсолютно разные. Важно помнить, что каждый язык программирования имеет свои сильные стороны и области применения. Ключевым здесь является выбор подходящего инструмента для конкретной задачи и проекта, а не сравнение их как абсолютных замен. Разнообразие языков программирования дает возможность выбирать наиболее подходящий инструмент для достижения поставленных целей. Но у меня создаётся ощущение, что в Go идут те, кто не осилил PHP.

По сути, у каждой IT-технологии есть свой жизненный цикл. Принято считать, что в среднем он длится порядка пяти лет — от возникновения до спада хайпа и выхода на стабильный интерес. То есть появилась новинка, ею заинтересовался весь рынок, но в конце концов пользуются ей только те, кому она реально нужна. Но PHP уже больше 20 лет имеет очень широкое применение. Значит, он проходит несколько жизненных циклов?

Почему PHP не теряет актуальности

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

Например, переход PHP с четвёртой версии на пятую. В пятой версии появилось полноценное объектно-ориентированное программирование (ООП). Затем революционная версия 5.4 позволила коллективную работу на PHP — появились неймспейсы и пакетный менеджер. Вместо языка персональных страничек он стал мощным инструментом для коллективной работы. Это буквально все перевернуло. Появилась возможность собрать 10-20 программистов и работать над одним проектом, не мешая друг другу.

Седьмая версия — это революция производительности. Дмитрий Стогов из Core team PHP оптимизировал производительность настолько, что язык стал новым движком. Поэтому седьмую версию долгое время называли PHP Next Generation или Next Gen. С ней он стал не только самым распространенным языком бэкенда, но еще и самым быстрым.

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

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

Например, Ruby как язык программирования имеет свои уникальные особенности и красоту, но его судьба была в значительной степени связана с популярностью фреймворка Ruby on Rails. Многие программисты использовали его как основной инструмент для создания веб-приложений. Однако с течением времени зависимость от одного фреймворка ограничила разнообразие и инновации в сообществе Ruby. Новые идеи не могли достичь широкого распространения, и разнообразие в экосистеме оставалось недостаточным.

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

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

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

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

Меня зовут Евгения Луценко, я HR-специалист в хостинг-провайдере SpaceWeb. В нашей компании уже больше 10 лет бэкенд пишут на PHP, и мы постоянно нанимаем PHP-разработчиков. В статье расскажу, какая сейчас ситуация на рынке PHP-программистов, какие у них зарплаты, и что ожидать в будущем. А мой коллега Виталий Киреев, руководитель разработки SpaceWeb, поделится, есть ли перспективы у языка PHP, и стоит ли изучать его сейчас.

Контекст: какие проекты поддерживаются на PHP, и актуален ли язык

Существует миф, что PHP медленно умирает. На самом деле это не так. Разработчики продолжают выпускать новые версии, добавлять фичи и строить комьюнити — например, в конце 2023 года вышла версия PHP 8.3. Помимо этого, в PHP есть много функциональных фреймворков. Одни из популярных — Laravel и Yii. Они тоже постоянно развиваются и соответствуют всем стандартам программирования, в том числе по потоковой передаче данных и безопасности.

На PHP есть не только легаси проекты. Многие разработчики продолжают создавать и развивать веб-сервисы на этом языке. Самый известный пример — ВКонтакте. Как правило, PHP-проекты существуют десятки лет — их развивают компании, которые стабильно растут. А это значит, что PHP-программисты будут востребованы еще очень долго.

Ситуация на рынке PHP-программистов сейчас

Если коротко, на рынке ощущается острая нехватка PHP-программистов последние 3–5 лет. Но многое зависит от грейда.

Junior

Количество вакансий на конец марта — 110. Опыт не требуется.

Здесь ситуация двоякая. Обычно джуны — это программисты, которые понимают, как создавать сайты на CMS, знают ООП и неплохо пишут на PHP. Но для работы над реальным проектом этого мало. Большинство компаний используют фреймворки, которые обязательно нужно понимать. Но не так много джунов на рынке их знает, а значит и компании не так активно набирают начинающих специалистов.

С другой стороны, крупным компаниям выгодно брать новичков «на вырост» и помогать прокачивать скиллы в процессе, потому что найти мидл PHP-разработчика не так просто.

Middle

Количество вакансий на конец марта — 900. Нужен опыт 1–3 года.

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

Наибольшая ценность в программистах этого грейда — знание фреймворков, используемых в проекте. Одни из популярных — Laravel, Yii, Symfony.

Senior

Количество вакансий на конец марта — 850. Нужен опыт более 3 лет.

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

Как изменились зарплаты PHP-разработчиков

Зарплаты у разработчиков подскочили по всему рынку еще в 2020 году, когда началась пандемия — по разным оценкам, рост составлял от 30 до 80%. Позже ситуация стабилизировалась, рынок зарплат вернулся в сторону работодателя.

Однако баланса на рынке PHP-программистов не случилось — здесь по-прежнему было мало мидлов, и нехватка специалистов ощущалась остро. Из-за этого рост зарплат у PHP-разработчиков в 2021-2022 годах был сильнее, чем в Python и C#.

По данным «Хабр Карьеры», зарплаты в PHP в этом промежутке выросли так:

• У джунов +20% — с 45 000 ₽ до 60 000 ₽;
• У мидлов +14% — со 100 000 ₽ до 140 000 ₽;
  
• У сеньоров +8% — со 160 000 ₽ до 233 000 ₽;
  
• У лидов +4%— со 192 000 ₽ до 260 000 ₽.
  

Ощутимее всего рост был у грейда мидл. За тот же промежуток 2021–2022 гг. у Python-разработчиков уровня мидл зарплата изменилась на +7%, а у C#-разработчиков — на 11%.

В 2023 году динамика зарплат в PHP сохранялась примерно на том же уровне. На «Хабр Карьере» проводили исследование медианных зарплат IT-специалистов во второй половине 2023 года. В PHP медианная зарплата составляет 200 000 ₽, а динамика между 1 и 2 полугодием 2023 — 10%.

За 3 месяца 2024 года обновленной статистики по зарплатам PHP-разработчиков нет. Мы в SpaceWeb придерживаемся мнения, что уровень зарплаты продолжит планомерно расти теми же темпами, как в 2021–2023 годах. Однако если произойдут события, которые снова заставят оставшихся разработчиков мигрировать в другие страны, то ситуация изменится. Будет еще больший дефицит PHP-разработчиков, а значит и вынужденный подъем зарплат для переманивания ценных кадров.

Что будет дальше с рынком PHP-разработчиков в России

Спрос на PHP-программистов будет только расти — новичков в сфере мало, соответственно и крепких мидлов тоже. При этом для кандидатов среда будет менее конкурентной, чем, например, в Python. И это преимущество для тех, кто только начинает развиваться в PHP.

Стоит ли сейчас начинать изучать PHP новичку? Вопрос неоднозначный:

«Если вы выбираете свой первый язык программирования, стоит отдать предпочтение более академичным вариантам — C#, Swift, Kotlin, Java. Эти языки максимально соответствуют парадигме объектно-ориентированного программирования. И если вы будете знать один из них, вам будет гораздо проще освоить любой другой язык программирования.

Однако если вы хотите развиваться в веб-технологиях и не смотрите на разработку, например, мобильных приложений, тогда PHP — это отличный вариант. Да, он не будет так прост для изучения, как Python. Но вам и не придется конкурировать с сотней джунов, а найти стажировку и работу будет проще. Чтобы получить преимущество на рынке, сразу погружайтесь в популярные фреймворки PHP — это поможет развиваться в профессии быстрее».

CI/CD-инструменты

CI/CD-инструменты позволят автоматизировать сборку исходного кода и процессы поставки. Разработчики теперь могут воспользоваться уже написанными скриптами сборки, в один клик перенося свои проекты с Git-репозиториев. Технология оповещения о новых событиях на сервере (вебхуки) позволяет реализовать еще больше сценариев автоматизации. По событиям в GitVerse можно вызвать через API сторонние сервисы. Например, при определенных событиях в репозитории можно запустить сторонний сборочный конвейер или отправить уведомление в мессенджер.

Новые функции персонального AI-ассистента разработчика GigaCode

Теперь AI-ассистент поможет разработчику решать задачи, связанные с кодом, в окне чата непосредственно в среде разработки. Сервис чата также доступен и в GitVerse, где при просмотре репозитория можно получить объяснение, что делает та или иная часть кода, а также советы по его улучшению. Список языков программирования, которые поддерживает GigaCode, пополнил Ruby, а также стала доступна генерация текстовых данных в формате JSON. На сегодняшний день AI-ассистент поддерживает уже более 15 популярных языков программирования и устанавливается как плагин в привычные среды разработки, включая IDEA, PyCharm, VSCode, Jupyter.

Функциональность для организаций

Теперь разработка на GitVerse доступна не только индивидуальным разработчикам, но и малым и средним предприятиям. Компании могут организовать совместную работу команды и управлять доступами к своим репозиториям.

При разработке новой функциональности мы учитываем пожелания пользователей, добавляем необходимые инструменты, чтобы они могли вести разработку еще проще и быстрее. С каждым релизом платформа будет становиться все более удобной и пополняться новыми популярными репозиториями, open source-версиями продуктов и инструментами для эффективной разработки. Будущее разработки мы видим в создании удобной среды по принципу единого окна, в которой все члены команды могут работать на своем этапе производственного процесса, заказывать облачную инфраструктуру и общаться. На всех этапах разработки партнерскую роль будет занимать AI: помогать писать код, советовать, как сконфигурировать стенд, готовить документацию, подсказывать шаги по CI/CD-конвейеру

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

• новые инструменты для управления проектами, позволяющие удобно организовывать рабочие процессы;
• интегрированная среда разработки позволит разворачивать полностью настроенные инструменты разработки в облаке. Функциональность будет доступна прямо из браузера: разработчик сможет легко и быстро открыть любой репозиторий GitVerse в среде разработки;
• новые функции GigaCode: генерация тестов, автоматическое создание документации и умный рефакторинг. Число языков, которые поддерживает GigaCode, пополнят PHP, HTML, CSS, Markdown и Rust;
• инструменты для безопасной разработки (оркестрация CI/CD, статический анализатор, управление секретами и безопасность зависимостей);
• удобный и безопасный вход через популярные сервисы идентификации личности, а также мобильная версия платформы.

Реклама Реклама АО “Сбертех” ИНН 7736632467, LjN8KXJG3

Минимальная структура приложения

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

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

Файл bootstrap/app.php

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

Этот файл объединяет множество высокоуровневых настроек поведения, которые ранее были разбросаны по файловой структуре вашего приложения:

Сервис-провайдеры

Вместо структуры приложения Laravel по умолчанию, содержащей пять сервис-провайдеров, Laravel 11 включает только один AppServiceProvider.

Функциональность предыдущих сервис-провайдеров была включена в bootstrap/app.php, обрабатывается фреймворком автоматически или может быть размещена в AppServiceProvider вашего приложения.

Маршрутизация api и broadcast

Файлы api.php и channels.php удалены по умолчанию, поскольку многим приложениям эти файлы не требуются.

Вместо этого их можно создать с помощью простых команд Artisan:

Middleware

Ранее новые приложения Laravel включали девять middleware, таких как аутентификация, CSRF-токенов и прочее.

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

Настроить их поведение можно вызвав методы из файла bootstrap/app.php:

Поскольку все middleware легко настраиваются с помощью bootstrap/app.php, необходимость в отдельном классе HTTP "kernel" отпала.

Планировщик

Используя новый интерфейс планировщика, задачи теперь можно определять непосредственно в файле вашего приложения routes/console.php, устраняя необходимость в отдельном консольном классе "kernel".:

Обработка исключений

Подобно маршрутизации и middleware, обработку исключений теперь можно настроить из файла вашего приложения bootstrap/app.php вместо отдельного класса обработчика исключений, что сокращает общее количество файлов, включаемых в новое приложение Laravel:

Контроллер по умолчанию

Базовый контроллер, включенный в новые приложения Laravel, упростили. Он больше не расширяет внутренний класс контроллера Laravel, а функции AuthorizesRequests и ValidatesRequests были удалены, поскольку при желании они могут быть включены в отдельные контроллеры вашего приложения:

SQLite по умолчанию

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

Кроме того, создание проекта с использованием composer create-project позволяет приступить к сборке вашего приложения сразу после создания нового, без необходимости устанавливать дополнительное программное обеспечение или заниматься миграцией баз данных.

Health-check Routing

Новые приложения Laravel 11 включают health-check эндпоинт, с помощью которого сторонние службы мониторинга или такие сервисы, как Kubernetes, могут проверить работоспособность приложения.

эндпоинт по умолчанию: /up

Когда HTTP-запросы отправляются по этому маршруту, Laravel отправляет событие DiagnosingHealth, которое запускает дополнительные проверки. Это может быть проверка подключения к базе данных или работы кэша.

Изящная ротация ключа шифрования

Поскольку Laravel шифрует все файлы cookie, включая файлы cookie сеанса вашего приложения, по сути, каждый запрос к приложению Laravel основан на шифровании. Однако из-за этого смена ключа шифрования приложения приведет к выходу всех пользователей из приложения.

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

Laravel 11 позволяет вам определять предыдущие ключи шифрования приложения в виде списка, разделенного запятыми, с помощью переменной окружения APP_PREVIOUS_KEYS:

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

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

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

Для получения дополнительной информации о шифровании в Laravel ознакомьтесь с документацией по шифрованию.

Тестирование взаимодействия с очередью

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

Однако в Laravel 11 вы можете легко протестировать эти взаимодействия с очередями, используя метод withFakeQueueInteractions:

Помимо утверждения assertReleased, которое вы можете использовать для проверки того, было ли задание возвращено обратно в очередь, вы также можете использовать утверждения assertFailed или assertDeleted, чтобы определить, завершилось ли задание ошибкой или было удалено соответственно.

Посекундный Rate Limiting

Laravel теперь поддерживает ограничение скорости "в секунду" для всех ограничителей скорости, в том числе для HTTP-запросов и заданий в очереди. Ранее ограничители скорости в Laravel были ограничены степенью детализации "в минуту" :

Laravel Prompts

Laravel Prompts - это PHP-пакет для добавления красивых и удобных форм в ваши приложения командной строки с функциями, подобными браузеру, включая placeholder и валидацию.

Laravel Prompts поддерживает проверку ввода с помощью замыканий:

Однако это может стать громоздким при работе со многими входными данными или сложными сценариями проверки.

Таким образом, в Laravel 11 вы можете использовать все возможности валидатора Laravel при проверке вводимых запросов:

Новые команды Artisan

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

Laravel Reverb

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

Кроме того, Reverb поддерживает горизонтальное масштабирование с помощью возможностей Redis, что позволяет распределять трафик WebSocket по нескольким серверам Reverb, поддерживающим одно высоконагруженное приложение.

Изменения в Моделях

В Laravel 11 касты моделей теперь определяются как метод, а не как свойство.

Когда они определены как метод, мы можем делать и другие вещи. Например, вызывать другие методы непосредственно из кастов. Это позволяет создавать упрощенные и плавные определения приведений, особенно при использовании кастов с аргументами:

Функция once

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

Любые последующие вызовы функции once с тем же обратным вызовом вернут ранее кэшированный результат:

Улучшена поддержка MariaDB

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

Политика поддержки Laravel

Для всех выпусков Laravel исправления ошибок предоставляются в течение 18 месяцев, а исправления безопасности - в течение 2 лет. Для всех дополнительных библиотек, включая Lumen, исправления ошибок предоставляются только в последнем основном выпуске.

Источник: официальная документация Laravel

Меня зовут Виталий Киреев, я руководитель отдела исследований и разработок хостинг-провайдера SpaceWeb. В статье расскажу, как мы с нашей командой проводили рефакторинг кода при переходе с PHP 7.4 на PHP 8 и на что заменили одну из самых популярных функций — create_function.

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

Контекст: когда стало ясно, что нужен рефакторинг

В части проектов SpaceWeb много legacy-кода. Мы поддерживаем проекты с версии PHP 5.6, которая появилась в 2014 году. С некоторой периодичностью переходим на новые версии PHP, постоянно обновляя код.

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

Когда вышла версия PHP 7.4, функция create_function, которая часто использовалась в нашем коде, стала deprecated, то есть перестала поддерживаться и работать. Из-за этого стали появляться ошибки в коде. Тогда и стало ясно, что нужен рефакторинг.

Подсветить часть проблем в коде нам помогли статические анализаторы кода — PHP Code Style Fixer и PHPstan. Но большую часть кода мы проверяли и обновляли вручную. В первую очередь нужно было придумать, на что заменить популярную create_function. Сперва начали переход на анонимную функцию и замыкание. А спустя время внедрили и стрелочные функции, чтобы повысить читаемость кода и решить дополнительные задачи.

Анонимные функции: как работают и как применить замыкание

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

На самом деле, create_function, которую мы обычно использовали до PHP 8 — это классический пример использования анонимной функции. Ее часто применяли для обработки данных в массиве. Функция содержит два аргумента — массив аргументов функции и сам код.

Когда эта функция стала deprecated в PHP 8, мы начали рефакторинг кода. Анонимные функции стали выглядеть так:

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

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

Стрелочные функции: в чем отличие от анонимных и где лучше использовать

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

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

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

Важно отметить, что у стрелочных функций есть ограничение. Они не могут быть слишком сложными, у них компактный синтаксис. Если нам нужно разместить многострочный код, мы используем анонимные функции.

Итоги

Для замены create_function в PHP 8 можно использовать как анонимные, так и стрелочные функции.

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

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

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

PHP также экономически выгоден для бизнеса из-за доступности хостингов. Большие проекты, включая ВКонтакте, также используют PHP. PHP является классическим ООП-языком, что упрощает переход на другие языки.

Скорость работы PHP достаточна для большинства веб-приложений. Изучив HTML, CSS и PHP, можно создавать полноценные проекты, а добавив JavaScript, стать начинающим фуллстек-разработчиком.

PHP также обеспечивает больше возможностей для фриланса и предпринимательства. Все это делает PHP идеальным выбором для новичков в программировании.

Вот, о чём говорится в видео:

1. PHP считается одним из лучших языков программирования для новичков из-за простоты обучения и поиска работы.
2. PHP более нагляден для начинающих, чем языки, результат работы которых виден только в консоли, такие как Python, C# или Java.
3. Уже после нескольких уроков по PHP новички могут создать простой сайт, в то время как в других языках они бы создавали консольные утилиты.
4. PHP позволяет быстро переходить к практике веб-разработки, что делает обучение интереснее и понятнее.
5. PHP подходит для разработки как маленьких, так и больших проектов, и многие крупные сайты начинались с PHP.
6. Изучение PHP облегчает переход на другие OOP-языки программирования, такие как Python, Java, C#.
7. JavaScript, хотя и популярен, представляет большую конкуренцию на рынке труда и имеет другие подходы в программировании, что может усложнить переход на back-end разработку.
8. PHP достаточно быстр для большинства приложений, и разница в скорости выполнения кода не всегда критична.
9. Знание PHP в сочетании с HTML, CSS и базовым JavaScript позволяет стать начинающим full-stack разработчиком и брать заказы на фрилансе.
10. PHP предлагает широкие возможности для начинающих разработчиков, включая легкий старт в фриланс и создание собственного бизнеса.

Ниже — транскрибация ролика.

Введение

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

Почему стоит выбрать PHP при входе во фронтенд

И начнем давайте с сложности изучения. И я бы сказал, что PHP не то чтобы проще, он более нагляден. Почему, например, многие новички выбирают FrontEnd?

Потому что ты написал там в HTML какой-то div, сделал ему background, написал какой-то текст в нем, открыл в браузере там в Google Chrome и видишь готовый результат своей работы. Либо ты написал какую-нибудь функцию в JavaScript, нажал на кнопку, у тебя вылезло какое-нибудь окошко с формой.

А как происходит обучение, например, в том же Python, C-Sharp, Java? Оно происходит так, что ты постоянно пишешь какой-то код, и все, что ты видишь, это результат в консоли. И мне кажется, что новички, которые пришли учить программирование, не очень хотят заниматься написанием консольных утилит, потому что они в своей реальной жизни никогда не используют консольные утилиты. Только если они не начали учить там Linux и не начали погружаться в терминалы Linux.

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

В то время как на Python, Java, C Sharp через 10 уроков вы сможете писать только какие-то, опять же, консольные утилиты. И, мне кажется, будет намного нагляднее и более интереснее делать вот все-таки сразу работаем с каким-то сайтом. Плюс также вы можете, например, когда вы еще изучали HTML, сделать какой-нибудь там, не знаю, сайт в свою портфолио и по мере изучения PHP добавлять туда какой-то PHP-код. И тем самым вы будете свои знания сразу же применять. И такой метод обучения относит на более поздний этап метод взаимодействия фронтенда и бэкенда. И да, я знаю, что и в Python, и в Java, и в C Sharp, и в Go тоже можно генерить HTML-странички.

Но это не такой стандартный метод обучения, как идет, например, это в PHP. То есть вы не найдете там где-нибудь уроки Python для начинающих, где вы будете сразу делать какой-то сайт. Вы будете также делать там какие-то консольные утилиты. И в итоге вам будет проще, веселее и понятней изучать то, к чему вы привыкли. То есть вы привыкли в своей жизни пользоваться веб-сайтами, там, новостными, интернет-магазинами, да, чем угодно. И вы точно такое же сразу делаете вот во время обучения.

Легко ли найти работу разработчику на PHP

И теперь перейдем к простоте поиска работ. Я не буду вам врать и говорить, что вы там сразу изучите ПХП и вас сразу возьмут на работу, но определенные бонусы это вам даст. Смотрите, что важно новичку, чтобы строиться на работу. Ему надо проходить много собеседований, и на одном из них вас рано или поздно возьмут на работу. Но если вы зайдете на Работа.by для Беларуси, Headhunter.ru для России, и посмотрите, какие там есть вакансии на тот же Python, Java, C Sharp, и потом посмотрите, какие есть вакансии на PHP, то количество вакансий на PHP будет просто в разы больше.

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

Умирает ли PHP

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

И, например, в Беларуси и в России, возможно, кстати, и в Европе, и в Америке, и в других местах, но не буду ручаться, есть специальные хостинги для сайтов на PHP. Который стоит там очень дешево, буквально 5 долларов в месяц платишь, и ты можешь размещать свой сайт. В то же самое время, для того, чтобы вам написать какой-то сайт на питоне, сишарпе, джаве, вам нужна виртуальная машина под линукс.

И такие сервера стоят просто намного дороже. Там будет у вас не 5 долларов в месяц, а 20. И то есть бизнесу будет непонятно, зачем им надо платить по 20 долларов в месяц, если они могут платить 5. По сути, для бизнеса и тот, и другой вариант небольшой, но просто им будет все равно непонятно, зачем.

Если можно, вот, нанять другого, какого-нибудь фрилансера, который сделает, и нам будут платить там 5 долларов в месяц. Но это если только говорить про какие-то маленькие сайты. Хотя, на самом деле, их большинство.

Практическое применение языка

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

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

То есть, если у нас есть 5 разработчиков на PHP, никто не решится писать на Java внезапно. Не, иногда так делают, конечно, но чаще всего берут именно тот язык программирования, к которому можно уже прям сесть и нафигачить сразу какой-то прототип. Плюс также многие большие проекты вырастали из каких-то маленьких. То есть они начали буквально с какого-нибудь интернет-магазина, потом разрослись, разрослись и стали каким-то маркетплейсом огромным.

То есть это прошли годы. И начинали просто с маленького интернет-магазина, написанного на PHP. Единственный конкурент по тому, сколько вакансий есть на рынке, это JavaScript. Но JavaScript проигрывает немного в другом ключе. Во-первых, JavaScript сейчас супер модный, и о нём кричат просто на каждом углу. Что типа, вот, иди по FrontEnd, изучай React, изучай Vue, и будешь там крутым специалистом.

Конкуренция в PHP

И я вот, перед записью этого видоса, просто там открыл первую попавшуюся вакансию на Junior JavaScript разработчик, и её просматривали 10 кандидатов. И открыл первую попавшуюся вакансию на Junior PHP разработчик, и её просматривали 2 человека. То есть, понятно, ну метрика, конечно, так себе, но понятно, что джаваскриптеров смотрят там в пять раз больше, чем на PHP.

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

Что выбрать: PHP или JS

И второй момент, где PHP выигрывает у джаваскрипта, это то, что это классический OOP-шный язык. То есть, изучив PHP один раз, поработав на нем, там, не знаю, года два в какой-то компании, и вы решите перейти на тот же Python, на тот же Java, на тот же C-Sharp. Вы посмотрите пару видосов по C-Sharp, и окажется, что тут все то же самое, что и было в PHP. Почему?

Потому что все архитектурные решения, все работы с OOP будут точно такими же, как у вас были в PHP. И вы посмотрите, и поймете, что тут оказывается все то же самое. И никакой проблемы перейти с одного языка программирования на другое нет. Вы там посидите, поковыряйтесь там неделю по вечерам и сможете полностью писать на том же C-Sharp, либо на том же Java.

А JavaScript с ее подходом, с асинхронным программированием, с callbacks, async-await — это другой принцип разработки программного обеспечения, который будет намного сложнее перенести. Это будет реально сделать, но это будет намного сложнее.

Скорость работы кода на PHP

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

C Sharp, Java, Go будут работать намного быстрее, чем PHP. Но тут такой момент, что любое современное бэкэнд-приложение работает либо с базой данных, либо с опеки сторонних сервисов. И вот это взаимодействие либо с базой данных, либо с другими сервисами будет намного дольше, прям в разы дольше, чем то, что вы взаимодействуете непосредственно в своем коде. То есть, грубо говоря, если вы делаете запрос в базу данных, то он будет занимать 120 миллисекунд, допустим, и уже нет особой разницы, ваша функция на PHP выполнится за 7 миллисекунд или за 5. То есть эти 2 миллисекунды не скажутся на каком-то финальном результате кардинально.

И то есть скорость самого PHP достаточно быстрая для того, чтобы делать на нем приложение. Единственное, где это может как-то повлиять, это когда у вас там на сайте уже приходят там миллионы людей в секунду, как, например, на тот же, не знаю, ВК, Яндекс, Озон или еще что-нибудь. И тогда это скажется только на том, насколько более мощные сервера вам нужны.

Почему PHP выгоден

И смотрите, если вы изучите HTML, CSS и JavaScript, вы можете делать только frontend для каких-то проектов. Если же вы изучите html, css и php, то вы сможете сделать полностью проект целиком. Да, он будет не такой там современный, то есть там нельзя будет без обновления страниц какие-то данные получать либо отправлять.

Но мы буквально к этому добавляем там чуть-чуть знаний по javascript, вам даже не надо его изучать весь, а надо изучить как я пользовался Аяксом и как выводить какие-то данные на сайт. И, по сути, в этот момент вы будете полностью готовым, начинающим фуллстек-разработчиком. И вы сможете на фрилансе выполнять абсолютно любые заказы на какие-нибудь простые сайты. И так постепенно, по мере необходимости, вы будете доучивать и HTML, и CSS, и PHP, и JavaScript. И в итоге у вас будет база расширяться просто по всем этим языкам программирования.

В то же время, например, если вы выбрали HTML, CSS и JavaScript, развивались только бы во фронтенде. И, в принципе, не могли бы брать какие-то заказы на фрилансе, которые необходимо делать в сайт целиком. И вообще, если вы пойдете по пути какого-нибудь фриланса, то вы можете вообще пойти в какой-нибудь свой бизнес начать делать.

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

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

Минус PHP

И тут одни плюсы. Единственный минус, что, скорее всего, у вас от знакомых, которые изучают какие-то другие иски программирования, будет там много шуток, и я их сам там наслушался, пока работал на PHP. А работал я на PHP лет 5, наверное. Я так точно не знаю.

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

И даже если вы начнете делать сначала фриланс, а потом пойдете искать работу, то вы сможете уже показать, что вот, эти сайты, которые я делал, они полностью готовы, и это будет вам огромным плюсом. На том же Python, или там Java, C Sharp, или на чем угодно, вы такие проекты сделать не сможете. Также вы не сможете их сделать, если вы выберете HTML, CSS и JavaScript.

Еще могу сказать, что я могу изучить JavaScript и делать на нем и front-end, и back-end. Но я хочу вас расстроить, это так не работает. По большому счету, знания языка это просто минимальные знания, которые нужны для того, чтобы писать, например, front-end или back-end.

Там есть намного более важные вещи. То есть, как думать, например, о безопасности, как работать с базой данных, если мы говорим про back-end. Как, например, строить архитектуру приложения, при этом она будет разная и на бэкэнде, и на фронтэнде. И то есть, по сути, если мы говорим изучение разработки на бэкэнде, либо изучение разработки на фронтэнде, то это совершенно разные знания нужны. И при этом вам изучить PHP, либо JavaScript, это будет просто минимум этих знаний, которые вам понадобятся.

Задача веб-разработчика — сделать так, чтобы сообщения доставлялись пользователям с минимальной нагрузкой на систему и без временных лагов.

Меня зовут Виталий Киреев и я руководитель отдела исследований и разработок хостинг-провайдера SpaceWeb. Расскажу, как это реализовать.

Как выглядит бизнес-процесс

Вернемся к примеру из начала. Давайте поясню бизнес-процесс:

1. В админ-панель хостинга входит пользователь.
2. Пользователь запускает какой-либо процесс (например, создание резервной копии файлов).
3. Система запускает скрипт, отслеживающий событие: успешное или неуспешное завершение процесса.
4. В случае наступления события, система присылает пользователю уведомление.

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

1. Первый недостаток — большую часть времени скрипты будут работать вхолостую. Расписание нельзя подстроить оптимально: пользователи будут создавать задачи неравномерно в течение суток. А значит, нам нужно запускать крон непрерывно —это лишняя нагрузка на сервер.
2. Второй недостаток — временной лаг. С момента, когда скрипт уже запущен, до момента, когда он закончил работу и отключился, может проходить до 59 секунд — это обусловлено техническими особенностями технологии cron. Вроде и не много, но иногда пользователю неудобно ждать столько времени, особенно когда у тебя за минуту создается сам бэкап.

Как оптимизировать процесс?

Асинхронность и очереди

Для решения подобной задачи хорошо работают брокеры — программы, которые работают с очередями. Как строится работа таких программ:

1. Есть очередь — буфер в памяти, не ограниченный по количеству хранимых сообщений. Очередь пополняется и опустошается.
2. Паблишер (или продюсер) — сторона, которая добавляет сообщения в очередь. Паблишеров может быть несколько.
3. Подписчики (или консьюмеры) —сторона, которая берет сообщения из очереди и выполняет с ним какое-либо действие. Например, передает в СМС-шлюз — и так пользователь получает свое уведомление. Подписчиков тоже может быть несколько.

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

Другое преимущество работы через брокера перед прямой работой с БД в данном кейсе — это скорость транзакций.

RabbitMQ или Kafka?

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

Лично мы в своем продукте используем RabbitMQ — отчасти потому, что наша инфраструктура уже содержала в себе необходимые библиотеки для работы с этим брокером. Но главный критерий — это способ доставки сообщений. В Rabbit это push-реквест, а в Кафке — pull-реквест.

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

Если дальше сравнивать технологии, у Kafka есть еще один недостаток: журнал хранения сообщений с определенным сроком жизни — нам такое не подходило. У нас пользователь может зайти в панель хоть через полгода — он все равно должен получить все уведомления.

PHP-демон в контейнере Kubernetes

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

Как такая проблема решается «по классике»? Обычно инструментами crone или systemd. Но у них есть недостаток: если с самим брокером все в порядке, вы не узнаете о неполадках. А вместе с тем, если есть проблемы с соединением, например, с СМС-шлюзом, бизнес-логика выполняться не будет. В итоге процесс хоть и формально живой, а сообщения не ходят.

Поэтому мы сейчас думаем внедрить другое решение. Сегодня существует универсальный стандарт проверки, liveness probe. Скрипт проверяет соединение с базой, СМС-шлюзом, шлюзом push-уведомлений — то есть мониторит состояние всего процесса целиком.

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

На текущий момент решение содержит вариант проверки Docker Healthcheck — проверка запускается при отправке процессу управляющего сигнала Unix, который перехватывается и обрабатывается в PHP-демоне с помощь библиотеки php-amqplib и позволяет выполнять диагностику работоспособности внутри самого демона:

Сам демон включает интерфейсы, необходимые для взаимодействия с RabbitMQ и с нашим кодом. Он выступает как middleware для всей системы.

Что на выходе

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

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

Почему PHP: мои воспоминания о былом

Когда я только начинал учиться программировать, меня всегда волновал один вопрос: как превратить написанный программный код, состоящий из циклов, функций, переменных и модулей, во что-то осязаемое? Как создать изо всего этого рабочее приложение – не только полезное для других людей, но при этом ещё и визуально привлекательное? Будучи олдом, я, как и многие студенты того времени, изучал основы программирования на Pascal и C++, и иногда мне казалось, что программирование не интереснее «Слова пастыря» по воскресеньям. Вместо реальных задач мы фокусировались на алгоритмах и математических вычислениях, и уже одно это вгоняло скуку и нелюбовь к предмету. Однако всё изменилось, когда я познакомился с веб-разработкой.

На одном из курсов нам было задано разработать интернет-магазин на выбранном нами языке программирования. На реализацию было выделено ни много ни мало – шесть месяцев. Именно тогда я впервые открыл для себя HTML (да-да, простейший язык разметки веб-страниц) и был удивлён, насколько легко с его помощью можно создавать что-то для браузера и сразу видеть результат своей работы. Это впечатляло, но я быстро понял, что с помощью одного только HTML реализовать сложную логику или динамику не получится. Так я познакомился с PHP — серверным языком программирования, который давал возможность оживить стандартные HTML-страницы, причём безо всяких сложных выкидонов. С его синтаксисом мне было комфортно: он напоминал C-подобные языки, а с ним я уже был знаком. Да и способ работы PHP мне очень понравился: для обработки запроса скрипт запускается, делает то, что должен сделать, а затем завершает свою работу, что очень сильно упрощает задачу по созданию серверной части приложения.

Реализация этого проекта стала для меня настоящим прорывом. Я столкнулся со множеством новых технологий, немного углубился в изучение JavaScript и JQuery для оживления клиентской части приложения, понял, как работают веб-серверы, и освоил основы сетевых технологий. Но именно PHP оказал на меня самое сильное впечатление и навсегда занял особое место в моём сердце. Он изменил моё восприятие бэкенд разработки, показав, что создание динамичных веб-приложений со сложной серверной логикой может быть интуитивно понятным и доступным занятием. Уверен, многие разработчики разделят со мной эти чувства.

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

Преимущества PHP

Моя история – наглядный пример того, почему PHP был и остаётся удобным для веб-разработчиков языком. Теперь я распишу его преимущества ещё подробнее, и тогда вы точно станете его адептом.

1. PHP имеет C-подобный синтаксис, который делает его изучение и усвоение лёгким для всех, кто уже знаком с языками программирования, подобными C (а таких людей действительно очень много). Он включает в себя знакомые структуры управления, такие как условные операторы и циклы, аналогичный формат объявления функций, использование фигурных скобок для определения блоков кода, и тд.;
2. PHP обладает завидной терпимостью. Терпимостью к ошибкам. Это делает PHP просто идеальным для новичков – а, впрочем, и не только. Его ключевой особенностью является то, что почти каждый скрипт «оживает» для обработки запроса, а затем преспокойно «умирает» сразу же по его выполнении (я не говорю про RoadRunner и подобные ему технологии: там история, конечно, немного другая). Такой подход значительно снижает риски, связанные с утечками памяти и многими другими узкими местами для других серверных ЯП. А потому PHP позволяет сосредоточиться на логике и функциональности программы, и постоянно держать в голове низкоуровневые аспекты управления ресурсами не надо;
3. PHP удобен для быстрой реализации веб-приложений, так как он не требует компиляции кода для запуска программы. Он относится к группе интерпретируемых ЯП, что суперсильно ускоряет разработку. Многие изменения в работе скриптов можно увидеть мгновенно: например, просто обновив страницу в браузере. Press F5!
4. Ещё один важный аспект PHP – это его возможности по работе с разными типами данных. С самого начала своего существования PHP не придерживался строгих правил типизации, что предоставляло разработчикам значительную свободу. В этом языке можно использовать переменные для хранения данных любого поддерживаемого типа, а при выполнении какой-либо операции с этой переменной, тип преобразовывается в необходимый для её осуществления, если, конечно, это возможно. Но так как логика приведения типов не всегда очевидна для разработчиков, со временем появлялось все больше возможностей более строгой типизации. Например, в современных версиях PHP можно указать тип проперти, константы, аргументов функций, возвращаемых типов данных, а также существует возможность включения режима строгой типизации (через директиву declare(strict_types=1)). Если строгая типизация активирована, PHP не будет пытаться автоматически преобразовывать типы, которые не соответствуют ожиданиям функции или метода. Вместо этого, язык выдаст ошибку, указывающую на несоответствие типов, а значит, использование strict_type поможет выявить ошибки еще на ранней стадии разработки проекта. Кстати, strict_type работает только в том файле, где он включён, поэтому можно постепенно включать эту функцию в проекте, не ломая старый функционал. Таким образом, PHP сочетает в себе и гибкость, когда нужно сделать что-то очень быстро, и строгость, актуальную для более серьёзных проектов, когда цена ошибки очень высока;
5. Заводя речь о типах данных, грех не вспомнить массивы, ведь в PHP они действительно заслуживают особого внимания. Массив тут одновременно может функционировать и как простой динамический массив с числовыми индексами, и как ассоциативный массив (или хеш-таблица) со строковыми ключами, и как коллекция, и как вектор, и тд.. Таким образом в PHP легко закрываются многие потребности веб-разработки;
6. С PHP, программисты могут быстро и просто внедрять различные решения для отладки кода программы в процесс своей работы – например каждый, кто связан с этим ЯП слышал про популярнейший инструмент Xdebug, который предоставляет обширные возможности для отслеживания ошибок и анализа выполнения кода. Ну а если лень использовать мощные инструменты, то на помощь всегда придёт var_dump. Думаю, что любой PHP-разработчик понимает, о чём я;
7. ООП в PHP обладает по-настоящему крутыми возможностями. Тут есть все: и абстрактные классы, и интерфейсы, и вопросы об их отличии на собеседованиях. Понятный механизм наследования, трейты, финальные классы или методы, readonly properties/classes и многое-многое другое… Перечислять долго, поэтому выскажусь просто: PHP крут. Почти как батончик «Финт»;
8. PHP по праву считается одним из самых производительных скриптовых языков программирования (особенно – в контексте веб-разработки). Его производительность ощутимо выросла на седьмой версии за счёт оптимизации интерпретатора Zend Engine: PHP получил более оптимальное управление памятью и существенное ускорение выполнения операций (в своё время об этом не говорил только ленивый). Внедрение JIT компиляции в PHP 8 повысило производительность ещё выше, особенно это заметно в вычислительно-интенсивных задачах. Что ещё ускоряет PHP? Конечно же, OpCache – расширение, включённое в PHP начиная с версии PHP 5.5, которое делает язык ещё более быстрым за счёт кэширования предварительно скомпилированного байт-кода скриптов в памяти. Кстати, новые разработки в PHP, такие как Swoole и ReactPHP, предоставляют возможности и для асинхронного программирования, что может значительно улучшить производительность многих приложений – особенно тех, которые имеют дело с частыми I/O операциями.

Уже хочу! А ещё плюсы будут?

Бесконечно можно делать три вещи: смотреть на огонь, наблюдать, как работают другие и перечислять все плюсы PHP, их так много, что на одно только перечисление не хватит и десятка таких статей. Причём, не все преимущества ЯП определяются исключительно его функциональными возможностями: важна ещё и экосистема, а PHP имеет одну из самых богатых и разнообразных экосистем среди языков программирования. Тут и широкий спектр различных расширений, и множество инструментов, и библиотеки, и фреймворки. Чего стоит один только Symfony… а ведь он и сам в основном состоит из множества отдельных библиотек! Каждую из них можно использовать в любых проектах, ведь все они открыты для сообщества: так, другой крайне популярный PHP фреймворк, Laravel, во многом основан именно на них. Найти что-то необходимое для создания веб-проекта, чего ещё не успели реализовать в виде библиотеки или пакета на PHP, довольно сложно: очень многое уже есть, и выбор действительно огромный.

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

PHP ждёт классное будущее. Стань его частью!

PHP обладает многообещающим будущим, ведь он непрестанно развивается и день ото дня становится только лучше. Вокруг этого ЯП собралось очень активное сообщество разработчиков, которые его любят, а его реальная популярность в вебе не уменьшается. С каждым новым обновлением PHP предлагает всё новые возможности, повышает производительность и безопасность.

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

Результаты третьего раунда можно посмотреть здесь.

Сегодня за звание лучшего языка соревнуются:

• PHP и JavaScript;
• Ruby и C.

Голосование продлится до завтра, 23 декабря 2023 года, до 11 часов по МСК.

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

Со всеми условиями батла можно ознакомиться в анонсе.

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

Алгоритм такой:

1. Пользователь вводит номер телефона.
2. Высылаете SMS-код.
3. Пользователь вводит этот код.
4. Если код верный, пользователь проходит дальше.

Какие вопросы могут возникнуть:

• Как случайно генерировать код.
• Какой выбрать сервис SMS-рассылок с API.

Вопрос распадается на несколько кусочков. Начнём с самого простого – случайной генерации кода. На PHP это можно сделать, используя функции для работы с случайными числами и строками, например, rand().

Если работаете с PHP 7, то берете более криптографически безопасную функцию random_int(). Для случайного цифрового кода можно сделать так:

Если предпочитаете вариант посложнее, то есть алфавитно-цифровой код, то понадобится random_bytes() или более старый вариант mt_rand(). В этом случае код будет таким:

После генерации кода сохраняем его в базе данных или временно в сеансе пользователя, чтобы позже сравнить с введенным пользователем кодом при авторизации.

Далее сгенерированный код вам надо автоматически отправить пользователю. Если выбрали SMS-провайдера, то многое зависит от его условий. Можно обратиться к МТС Exolve. Вот универсальный вариант кода на PHP для отправки SMS с помощью HTTP-запроса к любому SMS-провайдеру:

Надо только заменить <YOUR_API_ENDPOINT>, <YOUR_API_KEY>, <SENDER_NUMBER> и другие параметры на соответствующие значения, предоставленные вашим SMS-провайдером.

И немного про варианты без SMS:

1. Электронная почта. Вместо SMS-кода отправляем пользователю электронное письмо с проверочной ссылкой или временным кодом для подтверждения их идентификации.
2. Парольная авторизация — стандартный метод входа на сайт с использованием пароля.
3. Двухфакторная аутентификация (2FA), то есть работаем с приложениями для генерации базе одноразовых временных кодов (например, Google Authenticator или Authy).
4. Социальная авторизация через аккаунты в социальных сетях (например, VK, Google, Twitter).
5. Протокол аутентификации и авторизации OpenID Connect, чтобы пользователи могли использовать свои учетки с других веб-сервисов.
6. Дать пользователям доступ к вашему сайту через сторонние приложения с помощью протокола OAuth.

Мы уже проводили батл в прошлых 2020, 2021 и 2022 годах: первые два раза в голосовании победил Python, а в прошлом году — C#.

Вот, кто поборется за звание лучшего языка в 2023 году:

Правила батла остаются прежними:

1. В батле участвует 16 языков программирования.
2. Ежедневно соревнуются две пары.
3. За любимый язык можно проголосовать в течение 24 часов.
4. Пары составляются рандомно, так что выбирайте язык, который субъективно нравится больше.
5. В финале мы определим тройку победителей.
6. Старт — 19 декабря, финал — 26 декабря.

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

1. Первый раунд
2. Второй раунд
3. Третий раунд
4. Четвёртый раунд
5. Пятый раунд
6. Шестой раунд
7. Полуфинал
8. Финал
9. Результаты

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

Старт уже завтра — 19 декабря в 11:00 МСК. Следите, участвуйте, голосуйте!

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

PHP: как всё начиналось

Цель не только оправдывает средства, но и определяет их: то, каким стал PHP, напрямую связано с задачами, ради которых он создавался. Чтобы понять, почему PHP был и по-прежнему остаётся популярным в вебе, стоит вернуться к истокам его появления и лучше узнать его корни.

Свой первый день рождения PHP сыграл в 1994 году, когда датский программист Расмус Лердорф решил создать набор скриптов на C для управления своим резюме и отслеживания посещений своего веб-сайта. Отсюда и его название, которое поначалу звучало как «Personal Home Page Tools», а затем, когда Расмус открыл код для общественности, стало известным всему миру как «PHP: Hypertext Preprocessor».

Как видите, уже на заре своего появления PHP был разработан как основа для веб-проектов. За годы существования PHP претерпел множество изменений, и из простого набора скриптов для управления веб-страницами он вырос до полноценного ЯП, используемого для сложнейших веб-проектов, но его суть осталась той же, что и добрых 30 лет назад: из веба он пришёл, в вебе он и остался

Будучи простым и гибким языком, PHP привлёк внимание тысяч и десятков тысяч программистов, которые смогли с его помощью быстро и без лишних усилий создавать нескучные сайты. Отдельным плюсом стала та его особенность, которая позволяла разработчикам встраивать код прямо в HTML разметку, что обеспечило невероятную по тем временам простоту и гибкость в создании динамических веб-страниц. Ну и конечно, с появлением таких популярных Фреймворков и систем управления контентом, как Laravel, Symfony, WordPress и Drupal, позиции PHP на рынке стали укреплены еще сильнее.

К слову, выше названные инструменты и сегодня невероятно популярны в среде как начинающих, так и опытных разработчиков, что добавляет ещё один (не)лишний плюсик в его карму.

Конкуренты? Вы серьёзно?

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

JavaScript / TypeScript (и Node.js)

Традиционно JavaScript использовался для клиентской разработки, но с появлением Node.js он также стал применяться и для серверной разработки. Это существенно увеличило его популярность и аудиторию, так как разработчики теперь могут использовать один и тот же язык как для фронтенда, так и для бэкенда. Это значит, предприниматели теперь могут сократить бюджет на содержание штата программистов, а JS-программисты получили возможность существенно расширить свои компетенции. Node.js подходит для приложений, требующих высокой производительности и асинхронности, но при этом бэкенд на JavaScript сильно уступает PHP в популярности. Напомним: PHP написаны такие самые популярные системы управления контентом, как WordPress, Joomla!, Drupal.

Свыше трети всех сайтов Интернета сделаны на WordPress, а это говорит о многом.

Python

О популярности Python’a не слышал только удав: сегодня этот ЯП так широко разрекламирован, что воспринимается многими как эталон разработки. Да, он применяется во многих областях (в том числе и для разработки бэкендов веб-проектов), да, он обладает мощными фреймворками для написания бэкенд части проектов, такими как Django и Flask, и да – он прост в обучении и требует минимальных трудовложений со стороны разработчика. Но, несмотря на то что Python хорош для комплексных приложений и работы с большими объемами данных, PHP существенно превосходит его в производительности и возможностях для разработки веб-проектов, что не удивительно: ведь, в отличии от Python, он создавался именно для этого. Основная же сфера применения Python – это DS и анализ данных. Там, вероятно, ему нет равных, но мы то сейчас говорим именно о веб-разработке

Java

Java давно показала себя надёжным ЯПом с такими мощными и масштабируемыми фреймворками, как Spring и Spark. Она отлично подойдёт для реализации корпоративных веб-приложений для компаний, у которых есть соответствующие финансовые и временные ресурсы. Увы, чрезмерно большой бюджет и значительные временные затраты на разработку делают его не самым лучшим вариантом для представителей малого и среднего бизнеса, а тем более стартапов, у которых средства ограничены. Для них будет гораздо более правильным выбрать PHP, который куда проще в управлении и быстрее в запуске.

C#

Как и у Java, у C# имеется масса мощных инструментов и библиотек для создания масштабируемых веб-приложений. Зато, в отличие от него, PHP более универсален и не так зависит от конкретной экосистемы. PHP более доступен для широкого круга разработчиков, проще в изучении и настройке, то есть он не требует чрезмерно завышенных сроков для выполнения проектов любой сложности, в этом и есть его суперсила.

Go (или Golang)

Детище Гугла, Go становится всё более популярным благодаря своей производительности. Golang хорош для веб-сервисов с высокой нагрузкой, справляясь с ней с поистине завидной эффективностью. Кроме того, его синтаксис невероятно прост в освоении, даже ходят слухи, что, используя его можно стать Senior-ом за 30 дней с нуля. Однако Go пока не дотянул до охватов PHP, по-прежнему оставаясь где-то в сторонке: в реальности разработка на нём куда медленнее, а количество инструментов и библиотек для создания сложных проектов – значительно ниже. Хотя сегодня многие разработчики эффективно используют Golang в связке с PHP – не заменяя, но эффективно его дополняя.

Так что же в итоге

Сравнивая языки программирования, многие нередко обращаются к данным опросов. Что ж, сделаем то же самое. Яркий пример: согласно данным PYPL Index и Stack Overflow’s Developer Survey 2023 и TIOBE Index, PHP занимает 6-ю или 7-ю строчку. Такие результаты могут сложить ложное впечатление, что он утратил свои позиции среди языков для создания бэкендов веб-приложений, но это не так. Всё дело в том, что занявшие более высокие строчки языки призваны реализовывать более широкий спектр задач в отличие от PHP, нацеленного в основном на бэкенд-разработку.

Например, тот же Пайтон широко применяется в машинном обучении и анализе данных, но для для создания бэкенда веб-приложений его использование далеко не всегда оправдано. Если посмотреть на JavaScript, то можно увидеть, что он в основном применяется на клиентской стороне веб-разработки: там у него действительно практически нет альтернатив. Ну а других языки, «обогнавшие» PHP, чаще всего просто используются во многих других сферах, где разработка далеко не всегда связана бэкендом веб-проектов.

Поэтому и в 2023, и в 2024, и наверняка ещё и в 2025 году можно будет с уверенностью говорить о PHP как о лидирующем языке программирования именно для бэкенд-разработки веб-проектов, которая и является его основной целью.

Будущее PHP

PHP не стоит на месте, а поддерживается и бурно развивается огромным сообществом разработчиков и такими крупными организациями, как PHP Foundation и Zend. Скорость его эволюции впечатляет: частые и постоянные релизы базовых и минорных обновлений постоянно улучшают язык, позволяя ему оставаться актуальным в новых реалиях. Разработчики PHP стремятся следовать графику выпуска версий, чтобы обеспечить стабильность и предсказуемость для пользователей; новые минорные версии PHP теперь похоже выпускаются ежегодно. Так, совсем недавно была выпущена версия 8.3, которая привнесла значительные улучшения в производительности и функциональности языка. Среди ключевых нововведений стали типы констант, которые расширяют возможности типизации в PHP, добавление функции json_validate, из названия которой сразу становится понятна ее цель, расширение возможностей Randomizer-а и многое другое. Возможно, олды помнят, как PHP иногда критиковали за низкое качество некоторых программ, однако всё это в далёком прошлом: ситуация меняется, и только в лучшую сторону. Разработчики накапливают опыт, а язык становится более строгим и безопасным. Ошибки на этапе написания кода? Нет, если браться за дело с прямыми руками!

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

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

Однако всё это далеко не так критично и ни в коей мере не сравнится с теми преимуществами, которые даёт использование PHP. Язык становится всё более зрелым, критика уходит в прошлое, а PHP, как и прежде, используют для создания миллионов веб-проектов каждый год. Фреймворки и CMS, которые и сделали его по-настоящему массовым никуда не делись и не испытывают никакой серьезной конкуренции. На языке всё так же просто писать, а число качественных материалов только растёт, поэтому ожидать в 2024 хоть чего-то, что могло бы пошатнуть лидерство PHP в бэкенд-разработке, не стоит.

Что такое Laravel Pulse

Laravel Pulse – это совершенно новый open-source инструмент мониторинга производительности, анализа данных и панели мониторинга в режиме реального времени для приложений Laravel.

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

Laravel Pulse self-hosted и работает везде, где работает Laravel: VPS, Laravel Forge, Vapor и т.д. У него адаптивный пользовательский интерфейс со светлым и темным режимами.

Что умеет отслеживать Laravel Pulse

• Работоспособность сервера: отслеживая использование процессора, памяти и диска, Pulse легко масштабируется для управления несколькими серверами с одного инстанса.
• Очереди: выводит статистику в реальном времени и за прошлые периоды о том, сколько заданий находится в очереди, сколько выполнено успешно, а сколько нет.
• Производительность: обзор узких мест приложений. Позволяет оперативно выявлять и устранять проблемы с самыми медленными эндпоинтами, запросами к БД, заданиями и исходящими запросами.
• Исключения: обзор возникающих исключений с полным обзором работоспособности приложения поможет быстрее находить аномалии и устранять их.
• Использование приложений: выявляет поведение пользователей путем выявления наиболее активных, которые делают больше всего запросов, взаимодействуют с самыми медленными эндпоинтами и запросами, отправляют больше всего задач.

Laravel Pulse – инструмент который сделает отладку и мониторинг приложений более приятным и продуктивным.

Ссылки: GitHub, документация, сайт Laravel Pulse.

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

Вот самые популярные операции над строками в PHP:

1. Конкатенация
2. Получение длины строки
3. Извлечение подстроки
4. Замена подстроки
5. Поиск подстроки
6. Преобразование регистра
7. Разделение строки
8. Форматирование строк
9. Удаление лишних пробелов

Рассмотрим их поподробнее.

Конкатенация строк в PHP

Конкатенация строк в PHP – это процесс объединения двух или более строк в одну строку. Это полезная операция, когда вам нужно объединить разные части текста или переменных в одну строку. Для конкатенации строк в PHP используется оператор точки (.), который служит для объединения строк или строковых переменных.

Также можно выполнять конкатенацию строк внутри вывода, например:

Получение длины строки в PHP

Получение длины строки в PHP – это процесс определения количества символов в строке.

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

Для получения длины строки в PHP используется функция strlen().

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

Извлечение подстроки в PHP

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

Функция substr() принимает исходную строку и два аргумента: начальную позицию и длину подстроки. Она возвращает указанное количество символов из строки, начиная с указанной позиции.

В данном примере substr($строка, 8, 6) извлекает 6 символов, начиная с 8-й позиции в строке, и результат (подстрока) – 'строка' – сохраняется в переменной $подстрока.

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

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

Замена подстроки в PHP

Замена подстроки в PHP – это процесс замены одной части текста (подстроки) на другую внутри строки. Это полезная операция, которая позволяет изменять или корректировать содержание строки в соответствии с определенными требованиями.

В PHP замена подстроки выполняется с помощью функции str_replace(). Функция принимает три аргумента: подстроку, которую нужно заменить, подстроку, на которую нужно заменить, и исходную строку.

Она заменяет все вхождения подстроки в исходной строке на новую подстроку и возвращает измененную строку.

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

Поиск подстроки в PHP

Поиск подстроки в PHP – это процесс нахождения позиции (индекса) первого вхождения определенной подстроки внутри строки. Эта операция полезна, когда вам нужно найти определенные части текста или данные в строке.

В PHP выполнять поиск подстроки можно с использованием функции strpos(). Она принимает два аргумента: искомую подстроку и исходную строку. Она возвращает позицию первого вхождения искомой подстроки в исходной строке, или false, если подстрока не найдена.

Вы можете использовать поиск подстроки, чтобы определить, существует ли определенный текст или маркер в строке.

Преобразование регистра в PHP

Преобразование регистра в PHP – это процесс изменения регистра букв (верхний или нижний) в строке.

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

Изменить регистр в PHP можно с помощью нескольких функций.

strtolower() преобразует все символы в строке в нижний регистр.

strtoupper() преобразует все символы в строке в верхний регистр.

ucfirst() преобразует первую букву в строке в верхний регистр.

lcfirst() преобразует первую букву в строке в нижний регистр.

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

Разделение строки в PHP

Разделение строки в PHP – это процесс разбиения одной строки на несколько подстрок на основе определенного разделителя. Его используют, когда вам нужно обработать данные, разделенные определенным символом или строкой (разделителем).

В PHP разделить строки можно с использованием функции explode(). Она принимает два аргумента: разделитель и исходную строку. Она также разбивает исходную строку на массив подстрок, используя указанный разделитель, и возвращает этот массив.

Результат:

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

Форматирование строк в PHP

Форматирование строк в PHP – это процесс изменения внешнего вида строки для обеспечения определенного структурированного или эстетического вида. Эта операция полезна для улучшения отображения текста в выводе или при создании текстовых сообщений с определенным форматом.

В PHP есть несколько операций для форматирования строк.

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

Выравнивание текста слева, справа или по центру.

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

Форматирование дат.

Создание многострочных строк с использованием переводов строк (простите за тавтологию) и специальных символов.

Удаление пробелов в строках PHP

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

trim() удаляет начальные и конечные пробелы из строки.

ltrim() удаляет символы с начала строки, до тех пор, пока не встретит символ, который не входит в указанный набор символов. Она принимает два аргумента: исходную строку и необязательную строку символов, которые нужно удалить (по умолчанию удаляются пробелы).

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

Заключение

Операции над строками в PHP играют важную роль в обработке и манипуляции текстовой информацией.

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

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

Иногда, когда становилось скучно и рабочие проекты пилить не хотелось, я садился за разработку собственного велосипеда. Причем архитектура была выбрана не то чтобы правильная, а наиболее удобная для коротания времени за написанием кода. Где-то встречались костыли, где-то некие ноу-хау.

Мой велосипед представляет из себя некий PHP-фреймворк для создания веб-проектов.

На текущий момент он представляет следующий функционал:

• Авторизация;
• Регистрация;
• Роли пользователей;
• Верификация E-Mail;
• Рассылки почты;
• Поддержка шаблонов почтовых отправлений;
• Менеджер очереди заданий;
• Шаблонизатор;
• Поддержка маршрутизации;
• REST API;
• Кеширование;
• Логирование;
• Работа с файлами;
• Миграции;
• Captcha;
• DDoS Guard (basic).

Пользовательская часть построена с использованием шаблонизатора Twig. Я посчитал, что это приемлемо и, вероятно, в дальнейшем облегчит жизнь верстальщикам.

Админка же, напротив, сделана без использования каких-либо шаблонизаторов (привет, Битрикс). Местами реализации ужасны, местами из глаз идет кровь, но оно работает. Сделано так, скорее, только на время альфа-версий.

Функционал пилится, некоторые идеи приходят в неудобное время, и чтобы они появились в качестве реализации, я иногда грешу простыми и топорными реализациями с надеждой на причесывание в дальнейшем. Техдолг копится, как говорится…

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

Реализована поддержка многосайтовости с подключением локального файла конфигурации (когда мы линкуем папку с ядром к другому проекту и создаем конфиг для нового проекта). А для облегчения развертывания используются миграции через Phinx.

Для большей гибкости реализованы роли пользователей для контроля доступа к каким-либо частям проекта. Там же есть отдельные роли как для администратора с максимальными правами и базовой роли пользователя, так и для менеджера с урезанными правами (базовый доступ к админке). Накручивать можно по желанию что угодно. Кстати, имеется функционал логирования, что очень облегчает поиск виновного, когда кто-то или что-то косячит. ?

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

В качестве мониторингов был выбран Сентри как основной и Телеграм как дублирующий. Функционал второго также реализован в данном проекте.

Кодовая база на данный момент ведется на Гитлабе, но интереса ради продублировал репозиторий на Гитхаб с публичным доступом. Мало ли, кому-то данный велосипед зайдет. ?

Ссылка на репозиторий проекта:

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

В этой статье мы рассказываем о типах массивов в PHP и об операциях, которые можно совершить над ними.

1. Типы массивов в PHP
2. Как создавать массивы в PHP
3. Как получить элемент массива в PHP по индексу
4. Как добавить элемент в конец массива PHP
5. Как удалить последний элемент массива PHP
6. Получение длины массива в PHP
7. Как проверить наличие элемента массива в PHP
8. Как выполнить обход массива в PHP и вывести его элементы
9. Как выполнить слияние массивов в PHP
10. Как сортировать массив в PHP

Типы массивов в PHP

1. Индексированные массивы

Это самый обычный тип массива в PHP, где элементы нумеруются целыми числами, начиная с 0, и последовательно увеличиваются.

2. Ассоциативные массивы

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

3. Многомерные массивы

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

4. Вложенные массивы

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

Как создавать массивы в PHP

1. Создание пустого массива

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

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

или

2. Создание индексированного массива

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

Использование числовых индексов позволяет эффективно обращаться к элементам массива по их позиции.

или

3. Создание ассоциативного массива

Ассоциативные массивы в PHP полезны, когда нужно хранить данные в виде пар “ключ” => “значение”.

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

Использование ключей позволяет быстро извлекать и обновлять значения в массиве по имени.

или

4. Создание многомерного массива

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

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

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

или

Как получить элемент массива в PHP по индексу

1. Оператор квадратных скобок []

Этот способ наиболее распространен и прост в использовании. Можно использовать оператор квадратных скобок [] и указать индекс элемента внутри них.

2. Функция array_values()

Данная функция возвращает все значения массива в виде нового массива, с индексами, начиная с 0. Затем можно получить элемент массива по новому индексу.

3. Функции current() и next()

Эти функции позволяют перемещаться по массиву и получать текущий элемент. Функция current() возвращает текущий элемент массива, а функция next() сдвигает указатель на следующий элемент.

Как добавить элемент в конец массива PHP

1. Использование оператора []

Самым простым способом является использование оператора квадратных скобок [] с пустым индексом, чтобы добавить элемент в конец массива.

2. Использование функции array_push()

Функция array_push() позволяет добавить один или более элементов в конец массива. Синтаксис функции следующий: array_push($array, $element1, $element2, ...).

3. Использование оператора +=

Еще одним способом является использование оператора +=, который объединяет два массива. Если левым операндом является пустой массив, то элементы будут добавлены в конец массива

Как удалить последний элемент массива PHP

1. Функция array_pop()

В результате выполнения этого кода последний элемент (“5”) будет удален из массива, а значение этого элемента будет сохранено в переменной `$lastElement`

2. Функция unset()

При использовании функции unset() вы указываете индекс последнего элемента массива, который нужно удалить, используя count($myArray) - 1. Это вычисляет индекс последнего элемента массива.

3. Оператор array_slice()

Оператор array_slice() возвращает часть массива, начиная с индекса 0 и заканчивая индексом -1 (или индексом последнего элемента минус единица). В результате получается массив без последнего элемента.

4. Функция array_splice()

Функция array_splice() изменяет исходный массив, удаляя элементы, начиная с указанного индекса. В данном случае мы указываем индекс -1, чтобы удалить последний элемент массива.

Получение длины массива в PHP

1. Функция count()

Функция count() возвращает количество элементов в массиве. В результате выполнения этого кода переменная $length будет содержать длину массива, то есть значение “5”.

2. Оператор sizeof()

Оператор sizeof() работает аналогично функции count() и также возвращает количество элементов в массиве.

3. Функция arraycountvalues()

Функция array_count_values() возвращает ассоциативный массив, где ключами являются уникальные значения из исходного массива, а значениями – количество вхождений каждого значения.

В данном случае мы используем count() для получения длины ассоциативного массива, чтобы узнать количество уникальных значений в исходном массиве.

4. Цикл foreach

Мы итерируемся по каждому элементу массива с помощью цикла foreach и увеличиваем переменную $length на 1 для каждого элемента. В результате выполнения этого кода длина массива будет сохранена в переменной $length.

Как проверить наличие элемента массива в PHP

1. Оператор in_array()

Оператор in_array() проверяет, содержится ли указанный элемент в массиве. В этом примере переменная $exists будет содержать значение true, так как элемент `3` содержится в массиве $myArray.

2. Функция array_search()

Функция array_search() возвращает индекс элемента в массиве, если он найден. Если элемент не найден, функция возвращает false.

В данном случае мы проверяем, не равен ли индекс false, чтобы определить, содержится ли элемент в массиве.

3. Функция array_key_exists()

Функция array_key_exists() проверяет, содержится ли указанный ключ в массиве. В этом примере переменная $exists будет содержать значение true, так как ключ 'key2' существует в массиве $myArray.

4. Оператор isset()

Оператор isset() проверяет, определен ли указанный элемент или ключ в массиве. В данном случае переменная $exists будет содержать значение true, так как элемент с ключом 'key2' определен в массиве $myArray.

Как выполнить обход массива в PHP и вывести его элементы

1. Цикл for

В этом примере мы используем цикл for, чтобы пройти через каждый индекс массива и вывести его элементы. Код echo $myArray[$i] . ", "; выводит каждый элемент массива, за исключением последнего, и добавляет запятую после каждого элемента.

2. Цикл foreach

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

3. Цикл while с использованием функций current() и next()

С помощью функции reset() мы устанавливаем указатель текущего элемента массива в начало. Затем, с помощью цикла while, мы получаем текущий элемент с помощью функции current(), выводим его и перемещаем указатель на следующий элемент с помощью функции next(). Цикл продолжается до тех пор, пока есть элементы в массиве.

Как выполнить слияние массивов в PHP

1. Оператор "+"

Оператор + объединяет элементы обоих массивов, и дубликаты удаляются, чтобы сохранить только уникальные значения.

Вывод:

2. Функция arraymerge()

Функция arraymerge() объединяет элементы обоих массивов в новый массив, сохраняя исходные ключи. Если есть одинаковые ключи, то значение из второго массива заменит значение из первого массива.

Вывод:

3. Оператор "…" в PHP 7.4 и более поздних версиях

С помощью оператора ... (spread operator) мы можем распаковать элементы массивов и объединить их в новый массив.

Вывод:

4. Функция arraymergerecursive()

Функция arraymergerecursive() объединяет элементы обоих массивов в новый массив, сохраняя все значения в виде массивов, если ключи совпадают.

Вывод:

Как сортировать массив в PHP

1. Функция sort()

Функция sort() сортирует массив в порядке возрастания, переиндексируя элементы массива.

Вывод:

2. Функция rsort()

Функция rsort() сортирует массив в порядке убывания, переиндексируя элементы массива.

Вывод:

3. Функция asort()

Функция asort() сортирует массив в порядке возрастания, сохраняя связь ключей и значений.

Вывод:

4. Функция arsort()

Функция arsort() сортирует массив в порядке убывания, сохраняя связь ключей и значений.

Вывод:

5. Функция ksort()

Функция ksort() сортирует массив по ключам в порядке возрастания, сохраняя связь ключей и значений.

Вывод:

6. Функция krsort()

Функция krsort() сортирует массив по ключам в порядке убывания, сохраняя связь ключей и значений.

Вывод:

Заключение

Массивы в PHP играют ключевую роль в хранении и управлении данными.

Благодаря разнообразию типов массивов разработчики могут эффективно структурировать данные. Операции над массивами позволяют динамически работать с данными и преобразовывать их согласно требованиям проекта.

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

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

Скорость

Основа современного фреймворка — это DI-контейнер, отвечающий за внедрение зависимостей.

В Symfony есть этап компиляции DI-контейнера, который происходит один раз, как правило, во время деплоя или первого запроса. В Laravel определение зависимостей происходит динамически через рефлексию при каждом запросе. Так, кода становится больше, особенно если в команде много разработчиков.

Кроме того, в Symfony по умолчанию используется Doctrine ORM, которая оптимизирует запросы изменения баз данных. Обновление происходит один раз, и все изменения (удаление, добавление, корректировка записей) проводятся пачками. То есть при изменении одной, 100, 500 или 1 тыс. записей механика не изменится.

В Laravel можно добиться того же эффекта, но об этом нужно будет явно позаботиться.

Фреймворк использует Eloquent ORM с моделью ActiveRecord и по умолчанию работает с одной записью. При изменениях придётся создавать массив на каждую запись и использовать отдельные наборы методов, будь то массовое обновление или вставка новых записей.

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

Стабильность

Symfony обещает не ломать обратную совместимость и соблюдать Semver, Laravel — нет. А в долгоживущих приложениях это одна из самых важных фич (если не самая). Благодаря ей, при обновлении кодовой базы мы будем уверены, что новая мажорная версия ничего не сломает, и сможем без страха обновить фреймворк и все пакеты экосистемы.

Кроме того, версии Symfony имеют Long-Term Support Release (выходят раз в два года). Багфиксы приходят в течение трёх лет после релиза, а обновления безопасности — в течение четырёх. Так, если мы фокусируемся на развитии продукта, редко обновляем фреймворк и чиним сопутствующие баги, то LTS Symfony — это наш путь. Достаточно обновиться до последней минорной версии.

Мы переезжали с LTS 4.4 сначала на 5.3, потом на 5.4, и всё прошло гладко.

У Laravel последняя версия с LTS — шестая (притом что уже вышла десятая). Шестая, седьмая и восьмая мажорные версии вышли с разницей полгода. И каждый раз обновлять их посреди большого проекта с кучей кода — было очень нетривиальной и дорогой задачей. Возникали проблемы с обновлением пакетов, связанные с конкретной версией фреймворка. Но без него стоимость выросла бы в разы.

Меньше «магии»

В Symfony используется концепция маппинга данных на «сущности» — данные в чистом виде, без дополнительной логики. То есть мы можем явно указать тип — и быть уверенными, что получим только его.

Связи между сущностями явно и декларативно указываются в атрибутах. И это тоже добавляет прозрачности.

В Laravel много «магии». Основной её поставщик — Eloquent. Покажу на примерах.

• Так создаётся атрибут $this->user:

• Так задаются связи. Удобно, если не нужно указывать названия ключей:

• Так выглядит кастинг типов:

• Чтобы была возможность создавать через new, нужно явно задать свойство:

В IDE все свойства таких моделек не видны, и нужно явно прописывать @property для всех и вся.

Не забывайте добавлять запись на каждое свойство, иначе IDE не сможет подсказывать.

• Явной валидации типов свойств также нет. Можно использовать кастинг типов, чтобы преобразовывать строки с цифрами в булевый формат.

Это всё повышает порог входа в разработку на Laravel.

Стандарт индустрии

На Symfony пишут:

• Skyeng,
• «Яндекс.Еда»,
• «СберЛогистика»

и ещё куча компаний. То есть специалист со знанием фреймворка точно будет востребован.

На Laravel пишут e-com проекты, например, в AGIMA. Сам сайт Laravel написан на Laravel, а ещё на нём работает Canva. Но чаще его выбирают для стартапов и если нужно прописывать много интеграций с внешним миром.

В каких случаях выбирают Symfony

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

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

В посте я расскажу, как организую свой код в проектах, использующих Laravel. Решил немного структурировать, с чем удалось познакомиться после перехода в мир фреймворков из мира чудного (ударение можете сами поставить) Битрикс. Многие вещи стали для меня открытием и особенно переоткрыл для себя ООП. Начнем рассмотрение с практик организации кода проекта. Статья адресована начинающим разработчикам.

Давайте посмотрим, какие есть подходы к организации кода.

Организация кода в контроллерах

Когда я начал изучать Laravel (до этого еще знакомился с Zend/Yii/Phalcon), то писал всю бизнес логику в контроллерах. Так сделал пару своих пет-проектов (своя LMS, и CRM для HR) и особенно плохого в этом ничего не видел.

Действительно, организация кода в контроллерах является наиболее быстрым решением, но имеет ряд недостатков:

• сложность переиспользования кода;
• вносит некоторую запутанность в код, т.к. у контроллера появляется множество ответственностей, помимо его основной роли;
• читать и отлаживать код состоящий из большого количества строк достаточно проблематично (напомню, что вся бизнес логика в контроллерах);
• из первых 2-х пунктов вытекает третий с проблемами масштабирования.

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

Использование команд (actions)

Далее познакомился с подходом с использованием команд. Команда — выполнение некоторого ОДНОГО действия. В таком случае бизнес-логика выносится в отдельный класс-команду.

В некоторых проектах сталкивался с тем, что весь код был вынесен из контроллера в команду просто через copy-paste. На входе у такого action объект Request. Считаю, что при использовании команд разработчику следует отвязаться от Request, либо через параметры, либо через DTO (о DTO напишу чуть ниже). Это позволяет использовать action вне контроллера и не зависеть от Request.

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

• AuthAction
• RegisterAction
• StoreCommentAction

Ниже пример использования Action в упрощенном варианте (далее посмотрим, как сделать лучше):

1. Controller обращается к action передавая DTO на вход.
2. Action обрабатывает данные и возвращает ResultDTO, либо ничего.
3. Грубо говоря, мы весь код из контроллера вынесли в action и поделили на методы.

Использование сервисов (services)

Дальнейшее изучение вопроса навело меня на Сервисы. С понятием «сервиса» я познакомился, изучая курс от Povilas Korop «How to Structure Laravel Projects».

Сервис, в отличии от action, может иметь несколько методов и является более крупным строительным блоком. Маттиас Нобак в книге «Объекты. Стильное ООП» приводит такое определение: сервисы — объекты, которые либо выполняют задачу, либо предоставляют информацию. Также автор отмечает, что сервисы не хранят свое состояние, т.к. для повторного использования сервиса придется заново его инициализировать, сбрасывая состояние.

Также сервисы могут реализовывать интерфейсы и внедряться через интерфейс. Сервис также как и команда должен иметь единственную ответственность.

Ниже схема использования сервисов:

1. Controller обращается к Service/Repository передавая DTO на вход (либо просто параметры, если их количество менее 3).
2. Service обрабатывает данные и возвращает ResultDTO, либо ничего.
3. Service может внутри себя использовать другие Services (расчеты и сохранение данных) и Repository (выборка).

Если нам необходима просто выборка, то можно не использовать сервисы, а обращаться напрямую к классу репозитория.

Использование паттерна репозиторий

С репозиториями также познакомился на курсе от Povilas Korop. Паттерн репозиторий служит цели отделить логику работы с БД от бизнес-логики приложения. Лично для себя выделяю основной плюс в переиспользовании методов выборки. Примерами методов репозитория могут быть такие названия методов как:

• getById()
• getSellers
• getUserList()
• etc

Также репозиторий может использоваться для create/update/delete операций. Я предпочитаю в репозиторий выносить только все операции выборки, а для операций изменяющих БД использую сервисы.

Плюсы паттерна:

• достаточно просто переиспользовать код;
• простота миграции на другие БД (на практике мной не встречалось), т.к. у нас есть дополнительный слой абстракции.

Использование DTO

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

В чем плюсы использования DTO:

• type-hint;
• инкапсуляция;
• разделение слоев приложения;
• модификация данных.

DTO могут создаваться через обычный конструктор, либо через вызова метода который возвращает сам DTO. Примерами может служить вызов:

• UserDTO::fromRequest($request)
• UserDTO::fromArray($data)

Начиная с php 8.0, можно задавать свойства прямо в конструкторе, определяя область видимости. Также для облегчения создания DTO есть пакет от spatie.

Складываем все вместе

Теперь посмотрим, как в приложении используются все вышеперечисленные блоки. Ниже примерная схема взаимодействия (читается справа налево).

1. Controller обращается к action передавая DTO на вход.
2. Action обрабатывает данные и возвращает ResultDTO, либо ничего.
3. Action может внутри себя использовать Services (расчеты и сохранение данных) и Repository (выборка), о них подробнее ниже.
4. Может быть вариант не использовать Repository непосредственно внутри Action, а вызывать только из Service, но считаю это излишним усложнением.

Организация структуры проекта

Немного слов о структуре. Поначалу пользовался штатным подходом, как изначально рекомендует нам документация Laravel. Проект разбивается на папки, которым соответствует функционал хранящихся в них классов. Типичная структура Laravel проекта:

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

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

Код разбивается, исходя из логики принадлежности к Домену. Есть также упрощенный вариант, когда Controllers не выносится в папку с модулями, а остается в изначальной директории app/Http/Controllers.

Плюсами данного подхода является:

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

Минусы:

• Основным минусом является увеличение количества директорий.
• Возможно допустить ошибку при разделении кода на модули. И в будущем придется рефакторить данный код.

Мой способ организации кода

1. Классы находятся в папке app и разбиты по модулям. Каждый модуль относится к определенной сущности либо бизнес-процессу.
2. Для выборок данных использую паттерн репозиторий.
3. Бизнес-логика и операции создания/изменения моделей выношу в сервис-классы. Сервис классы не хранят свое состояние, что позволяет их переиспользовать без повторной инициализации.
4. Для того чтобы не зависеть от Request в сервисы передаю либо одиночные параметры, либо DTO. Это позволяет переиспользовать код вне контроллеров (например, команда создания нового пользователя и т.д.).
5. Стараюсь, чтобы модели оставались максимально тонкими. В основном содержат в себе связи (relations).
6. Контроллеры остаются на своих местах, но создаю папку согласно наименованию модуля.
7. Для создания объектов на лету использую статическую фабрику (static factory).
8. Если используем сервис, и он выполняет единственное действие.
9. Как именую методы:

• getSomething — получение информации. Важный момент — отсутствие side эффектов.
• isSomething — метод для проверки, должен возвращать.

Вот основная логика организации проекта. Для примера создал на github репозиторий с примером простого проекта (авторизация + выборка сущностей) организованный по модулям. Его можно использовать в качестве шаблона для новых проектов. Надеюсь, будет полезно!