Проекты на WordPress: кастомные темы, плагины под задачи,…

Разбор задачи «Проекты на WordPress: кастомные темы, плагины под задачи,…» из вакансии «Разработчик CMS (1С-Битрикс, WordPress)»: процесс, инструменты, критерии результата и мини-тест на подход студии.

Откликнуться на вакансию Все вакансии

«Проекты на WordPress: кастомные темы, плагины под задачи,…» — задача backend-разработчика студии LIKE-WEB. Серверная часть наших проектов живёт на PHP 8 и MySQL: корпоративные сайты с каталогами, интернет-магазины с оплатой, CRM под процессы клиентов. Код пишется аккуратно: явная структура, миграции, логи и предсказуемое поведение под нагрузкой. Текст задачи из вакансии: проекты на WordPress: кастомные темы, плагины под задачи, защита админки;.

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

Как это устроено в студии

разбор процесса и схемы данных до написания кода;
реализация на PHP 8: строгие типы, обработка ошибок, логи;
миграции БД и оптимизация запросов под реальный объём;
проверка на копии проекта: ключевые сценарии и крайние случаи;
выкат через git с инструкцией отката.

Инструменты и методы

PHP 8 (строгая типизация)
MySQL: индексы, explain, транзакции
Git + код-ревью
Composer
Логи и ротация
Postman для API

Что считаем результатом

Задача «Проекты на WordPress: кастомные темы, плагины под задачи,…» считается выполненной не «когда закончил», а когда результат принят по критериям. Для этой работы критерии такие:

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

Коротко о задаче

Какой стек используется в студии?
PHP 8 и MySQL, Composer для зависимостей, git для версионирования. Тяжёлые фреймворки подключаем по задаче, а не «потому что модно».

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

Что с базой данных?
Схема проектируется заранее: кодировки, внешние ключи, индексы под выборки. Медленные запросы ищем explain-ом и чиним до того, как заметит клиент.

Обновления CMS: регламент, а не «когда-нибудь»

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

Задача из практики веб-студии LIKE-WEB (Москва, с 2003 года, более 380 проектов).

Задача в контексте вакансии

«Проекты на WordPress: кастомные темы, плагины под задачи,…» — пункт списка «Чем предстоит заниматься» в вакансии Разработчик CMS (1С-Битрикс, WordPress) (удалённо · полная занятость). Направление студии: серверная разработка. Если видите себя в описании — пройдите мини-тест ниже и отправьте отклик: вернёмся с разговором, а не с формальной анкетой.

Другие задачи этой вакансии

Сборка корпоративных сайтов и магазинов на 1С-Битрикс: шаблоны,…Перенос сайтов между CMS с сохранением URL и контента Обновления ядра и модулей с тестированием

FAQ: правильные ответы на тест

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

Какая версия PHP используется для новых проектов студии по умолчанию?

Правильный ответ — «Актуальная ветка PHP 8.x». Актуальная ветка — это скорость, безопасность и поддержка; старьё плодит уязвимости.

Как готовится запрос к MySQL для фильтрации большого каталога товаров?

Правильный ответ — «Индексы под выборку, лимиты, explain». База отдаёт только нужное: индексы и лимиты дешевле фильтрации в PHP.

В каком виде хранится пароль пользователя в базе данных на проекте студии?

Правильный ответ — «Хэш через password_hash». Только password_hash: пароль не восстанавливается из хэша даже с доступом к базе.

Что видит пользователь при ошибке на продакшне и куда попадает стек?

Правильный ответ — «Аккуратную страницу; стек — в логи». Пользователь видит аккуратную страницу, разработчик — полный стек в журнале ошибок.

Как устроено обращение к внешнему платёжному API из кода проекта студии?

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

Как правится чужой код без тестов, чтобы не положить работающий проект?

Правильный ответ — «Проверки вокруг изменения + регресс основного сценария». Минимальный контур проверок вокруг изменения ловит регресс до выкатки.

С чего начинается проектирование структуры базы данных нового модуля?

Правильный ответ — «Со схемы, миграций, кодировки и внешних ключей». Схема и миграции до кода: кодировка и ключи зафиксированы, откат воспроизводим.

Что делаем с CRON-задачей, которая время от времени падает по ночам?

Правильный ответ — «Логи, ретраи, алерт ответственному». Падение должно быть видимым: лог, повтор и алерт доходят до ответственного.

Клиент просит правку по готовому этапу. Как она квалифицируется в студии?

Правильный ответ — «Оценка: ошибка или новая задача — честный ответ». Сначала квалификация: наша ошибка — чиним бесплатно, новая задача — оцениваем.

Какой формат ежедневной рабочей коммуникации принят внутри нашей студии?

Правильный ответ — «Коротко, письменно, со ссылкой на задачу». Письменное с ссылкой на задачу остаётся в истории — голосовое исчезает сразу.

Частые вопросы