Чёрный пояс 1С: рубрика разборов для senior 1С-специалистов | infolimp.ru
Все статьи Свежий выпуск
Рубрика «1С-обозрение» для senior+

Чёрный пояс 1С

Разборы каверзных вопросов из реальных собеседований на senior-позиции и из проектов, где красивое архитектурное решение через полгода стало источником боли. Без пересказа ИТС.

20
выпусков
2–3
в сутки
senior+
уровень разбора

Для кого это

Эта рубрика - не для тех, кто разбирается с регистром сведений впервые. Если вы пятнадцатый год в платформе, ведёте архитектуру внедрений и регулярно ходите на собеседования, где вам задают вопросы, после которых пауза в полминуты считается приличной, - вы по адресу. Остальным здесь будет скучно, и это нормально: «1С-обозрение» пишет и для тех, кто только разбирается, но в этом потоке мы говорим со старшими.

«Чёрный пояс 1С» - не пересказ ИТС и не очередной разбор того, как устроен механизм. Это разбор того, что именно ломается через полгода после того, как красивое архитектурное решение ушло в прод. Когда регистр сведений становится узким местом, когда расширение конфигурации превращается в техдолг, когда план обмена держит загрузку под честное слово, а не под механизм. Мы заходим оттуда, откуда заходит реальный проект, - со стороны последствий.

Темы приходят из трёх источников: вопросы с собеседований на senior- и архитектурные позиции (которые собирают и присылают сами читатели), кейсы с живых проектов и внутренняя аналитика по корпусу документации и обсуждений. Главред читает каждый материал перед публикацией - без этого фильтра в рубрику ничего не попадает. То, что выдумано, отсеивается до читателя.

Критерий рубрики: материал попадает в «Чёрный пояс», если в нём есть нетипичная задача, полный ход решения, архитектурный trade-off и способ проверить результат на рабочей базе. Для токен-платформы чёрный уровень отдельно подтверждается историей: 50 задач уровня senior и 3 экспертные рецензии. Пока это ориентир для отбора материалов, а не публичная витрина награждённых.

Обещаем честную постановку вопроса и подводные камни, которые видно только с третьего внедрения. Не обещаем простых ответов, универсальных рецептов и финальной правды. В этой рубрике на половину вопросов корректный ответ - «зависит», и мы объясняем, от чего именно.

Все выпуски

от свежих к ранним
#20
28 августа 2026

Три новые задачи senior-уровня: CryptoPro на Linux, исчерпание пула PostgreSQL, пагинация OData

Три новые senior-задачи в пуле: миграция сервера 1С на Linux ломает фоновое подписание ЭЦП через CryptoPro CSP, API-сервис на 1С вычерпывает пул подключений PostgreSQL, запуская фоновое задание на каждый HTTP-запрос, а внешняя BI-система без пагинации OData кладёт публикацию таймаутами на многомиллионной таблице...

Читать разбор
#19
27 августа 2026

Три новые задачи senior-уровня: утечка Временного Хранилища, конфликт РИБ-расширений, дедлоки индекса ППС

Три новые senior-задачи в пуле: временное хранилище копит зависшие файлы фоновых заданий до переполнения диска сервера, обновление расширения в РИБ с 50 периферийными узлами блокирует весь обмен из-за несовпадения структуры метаданных, а обновление индекса полнотекстового поиска на терабайтной базе 1С:ERP вызывает массовые deadlocks СУБД...

Читать разбор
#18
26 августа 2026

Три новые задачи senior-уровня: OOM в разделённой SaaS-базе, рассинхронизация Database Copies, падение rphost на Linux

Три новые senior-задачи в пуле: общее фоновое задание в разделённой SaaS-базе падает по Out of Memory при росте числа арендаторов, механизм копий базы данных отстаёт на часы под нагрузкой, самописная внешняя компонента роняет rphost сегфолтами после переноса кластера на Linux из-за несовместимости glibc...

Читать разбор
#17
25 августа 2026

Три новые задачи senior-уровня: Safe Mode на Linux, деградация СУБД, JSON и ESB

Три новые senior-задачи в пуле: Safe Mode ломает расширение после переноса кластера на Linux, журнал регистрации разросся до 150 Гб в формате .lgf, JSON-сериализация спотыкается о префиксы пространств имён при интеграции с ESB...

Читать разбор
#16
24 августа 2026

Три новые задачи senior-уровня: Linux-кластер, MCP-мультиарендность, PostgreSQL deadlock

Запущен ежедневный конвейер задач повышенной сложности. Разбор первой целиком: утечка памяти rphost на Linux, mini-dump вместо full dump, лимиты кластера - и реальный диалог с AI-помощником nopikreport.com прямо в процессе диагностики...

Читать разбор
#15
23 августа 2026

Мёртвый кэш и утечка памяти rphost: алгоритм расследования от технологического журнала до дампа WinDbg

Private Bytes растёт без явной причины. Разбираем событие CALL/SCALL по Memory в технологическом журнале, снятие и анализ дампа rphost в WinDbg/gcore, и три кодовых антипаттерна, которые держат данные в памяти дольше сеанса...

Читать разбор
#14
19 августа 2026

Аудитор стабильности: квиз на знание лимитов памяти, дампов и лицензий ПРОФ/КОРП

5 вопросов о том, как платформа считает память rphost, когда пишет аварийные дампы и чем рискует ручной procdump на боевой базе - с разбором каждого ответа и источниками сразу под квизом...

Читать разбор
#13
7 августа 2026

ИИ-помощник по остаткам без утечки коммерческих данных: RAG, прокси и Read-Only копия

Топ-менеджмент хочет спрашивать остатки топлива обычным текстом, но данные в облачную LLM отправлять нельзя. Разбираем архитектуру: RAG на YandexGPT API, прокси с двойной валидацией SQL, выполнение запросов строго на копии базы, роль MCP...

Читать разбор
#12
7 августа 2026

РИБ на нестабильной связи: как не отправлять сканы договоров в каждое сообщение обмена

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

Читать разбор
#11
7 августа 2026

Multi-tenancy на 40 юрлиц в одной базе: разделители, условное разделение и профили безопасности

40 ДЗО в единой ИБ, общий справочник контрагентов и требование изоляции. Режимы разделителей «Независимо» и «Независимо и совместно», условное разделение складов, ограничения ППС в разделённой базе...

Читать разбор
#10
7 августа 2026

Управляемые блокировки при списании остатков: код, который не деградирует под нагрузкой

Deadlock на регистре ТоварыНаСкладах при массовом проведении реализации. Уровни изоляции СУБД в автоматическом и управляемом режимах, эталонный код БлокировкаДанных, разделение итогов и лимиты индексов Oracle...

Читать разбор
#9
7 августа 2026

Дата акселератор на выделенном сервере: как изолировать аналитику от проведения документов

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

Читать разбор
#8
25 июня 2026

Реквизит ссылочного типа на 5+ млн ссылок: три варианта рефакторинга и критерии выбора

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

Читать разбор
#7
24 июня 2026

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

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

Читать разбор
#5
11 июня 2026

Разделение итогов в регистре: снимает блокировки записи, но не спасёт при контроле остатков

Конец месяца, операторы массово проводят документы, и база встаёт: «Конфликт блокировок при выполнении транзакции». Одна из самых частых причин - две транзакции подрались за строку итогов…

Читать разбор
#4
11 июня 2026

Динамическая выборка Выбрать() и параллельное переименование: почему элемент выпадает из обхода

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

Читать разбор

Что в работе

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

Если у вас есть вопрос уровня senior+, который вы хотите видеть разобранным, - напишите на hello@infolimp.ru с пометкой «Чёрный пояс». Принимаем не идеи статей, а именно вопросы - формулировка, контекст, почему вы считаете её каверзной.

3 опубликовано 97 в активной очереди 100 в резерве