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

Порядок проверки, когда цена или остаток на сайте не совпадают с 1С: один SKU, виды цен, склады, последний обмен и кеш — без перезапуска «всего обмена».

Как индексация большого каталога Битрикс бьёт по витрине и SEO: поиск, фасеты, sitemap, обмен в одном окне и как развести фон с пользовательским трафиком.

Диагностика медленного умного фильтра: отдельный сценарий от «каталог тормозит», фасетный индекс, лишние свойства, SQL на URL с параметрами и безопасный порядок правок.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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