Разработка и развитие сайтов на 1С-Битрикс

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

Как разделить сложный модуль 1С-Битрикс на слои и не смешивать доменную логику с UI, ORM и внешними API.

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

Как разделить витрину, события Sale, очередь и API DeliveryGuru, чтобы оформление заказа не зависело от доступности внешнего сервиса.

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

Почему баланс фонда не стоит хранить отдельным числом и как построить проверяемый учёт поступлений, возвратов и распределений на D7 ORM.

Как выбрать формат сопровождения Битрикс по потоку задач, критичности сайта и требованиям к реакции подрядчика.

Разбираю факторы стоимости доработок Битрикс и процесс оценки без выдуманных фиксированных цен на проекты.

Практическая организация PHPUnit-тестов для D7-модуля: отделяем домен от ядра, подменяем узкие API и проверяем архитектуру.

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

Проектируем платёжный webhook так, чтобы повторы, перестановка статусов и дубликаты OrderId не открывали доступ дважды и не портили учёт.

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

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

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

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

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

Чек-лист для проектирования и приёмки обмена 1С с сайтом: от владельцев данных и CommerceML до журналов, повторного запуска и контроля расхождений.

Практический порядок диагностики медленного каталога: от воспроизводимого сценария и серверного времени до SQL-запросов, кеша и фоновых процессов.