API для мобильных приложений и внешних систем клиентов

Разбор задачи «API для мобильных приложений и внешних систем клиентов» из вакансии «Backend-разработчик (PHP)»: процесс, инструменты, критерии результата и мини-тест на подход студии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как студия принимает платёжный код

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

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

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

«API для мобильных приложений и внешних систем клиентов» — пункт списка «Чем предстоит заниматься» в вакансии Backend-разработчик (PHP) (удалённо · полная занятость). Направление студии: серверная разработка. Если видите себя в описании — пройдите мини-тест ниже и отправьте отклик: вернёмся с разговором, а не с формальной анкетой.

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

Разработка серверной части сайтов и веб-сервисов на PHP 8 и…Интеграции: 1С, платёжные шлюзы, службы доставки, телефония,…Проектирование структуры БД и оптимизация медленных запросов Безопасность: авторизация, права, защита форм и загрузок

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как обращаемся с чужим кодом, доставшимся от предыдущих разработчиков?

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

Где живут код и доступы проекта, когда его специалист уходит в отпуск?

Правильный ответ — «В общем репозитории и хранилище секретов студии». Проект не зависит от одного человека: код и секреты доступны всей команде.

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