Разборы каверзных вопросов из реальных собеседований на senior-позиции и из проектов, где красивое архитектурное решение через полгода стало источником боли. Без пересказа ИТС.
Эта рубрика - не для тех, кто разбирается с регистром сведений впервые. Если вы пятнадцатый год в платформе, ведёте архитектуру внедрений и регулярно ходите на собеседования, где вам задают вопросы, после которых пауза в полминуты считается приличной, - вы по адресу. Остальным здесь будет скучно, и это нормально: «1С-обозрение» пишет и для тех, кто только разбирается, но в этом потоке мы говорим со старшими.
«Чёрный пояс 1С» - не пересказ ИТС и не очередной разбор того, как устроен механизм. Это разбор того, что именно ломается через полгода после того, как красивое архитектурное решение ушло в прод. Когда регистр сведений становится узким местом, когда расширение конфигурации превращается в техдолг, когда план обмена держит загрузку под честное слово, а не под механизм. Мы заходим оттуда, откуда заходит реальный проект, - со стороны последствий.
Темы приходят из трёх источников: вопросы с собеседований на senior- и архитектурные позиции (которые собирают и присылают сами читатели), кейсы с живых проектов и внутренняя аналитика по корпусу документации и обсуждений. Главред читает каждый материал перед публикацией - без этого фильтра в рубрику ничего не попадает. То, что выдумано, отсеивается до читателя.
Критерий рубрики: материал попадает в «Чёрный пояс», если в нём есть нетипичная задача, полный ход решения, архитектурный trade-off и способ проверить результат на рабочей базе. Для токен-платформы чёрный уровень отдельно подтверждается историей: 50 задач уровня senior и 3 экспертные рецензии. Пока это ориентир для отбора материалов, а не публичная витрина награждённых.
Обещаем честную постановку вопроса и подводные камни, которые видно только с третьего внедрения. Не обещаем простых ответов, универсальных рецептов и финальной правды. В этой рубрике на половину вопросов корректный ответ - «зависит», и мы объясняем, от чего именно.
Три новые senior-задачи в пуле: миграция сервера 1С на Linux ломает фоновое подписание ЭЦП через CryptoPro CSP, API-сервис на 1С вычерпывает пул подключений PostgreSQL, запуская фоновое задание на каждый HTTP-запрос, а внешняя BI-система без пагинации OData кладёт публикацию таймаутами на многомиллионной таблице...
Три новые senior-задачи в пуле: временное хранилище копит зависшие файлы фоновых заданий до переполнения диска сервера, обновление расширения в РИБ с 50 периферийными узлами блокирует весь обмен из-за несовпадения структуры метаданных, а обновление индекса полнотекстового поиска на терабайтной базе 1С:ERP вызывает массовые deadlocks СУБД...
Три новые senior-задачи в пуле: общее фоновое задание в разделённой SaaS-базе падает по Out of Memory при росте числа арендаторов, механизм копий базы данных отстаёт на часы под нагрузкой, самописная внешняя компонента роняет rphost сегфолтами после переноса кластера на Linux из-за несовместимости glibc...
Три новые senior-задачи в пуле: Safe Mode ломает расширение после переноса кластера на Linux, журнал регистрации разросся до 150 Гб в формате .lgf, JSON-сериализация спотыкается о префиксы пространств имён при интеграции с ESB...
Запущен ежедневный конвейер задач повышенной сложности. Разбор первой целиком: утечка памяти rphost на Linux, mini-dump вместо full dump, лимиты кластера - и реальный диалог с AI-помощником nopikreport.com прямо в процессе диагностики...
Private Bytes растёт без явной причины. Разбираем событие CALL/SCALL по Memory в технологическом журнале, снятие и анализ дампа rphost в WinDbg/gcore, и три кодовых антипаттерна, которые держат данные в памяти дольше сеанса...
5 вопросов о том, как платформа считает память rphost, когда пишет аварийные дампы и чем рискует ручной procdump на боевой базе - с разбором каждого ответа и источниками сразу под квизом...
Топ-менеджмент хочет спрашивать остатки топлива обычным текстом, но данные в облачную LLM отправлять нельзя. Разбираем архитектуру: RAG на YandexGPT API, прокси с двойной валидацией SQL, выполнение запросов строго на копии базы, роль MCP...
Периферийная нефтебаза, связь через раз, а сообщение обмена весит триста мегабайт из-за скана во внешней табличной части. Обработчик ПриОтправкеДанныхПодчиненному, коллизии обмена по умолчанию, безопасное горячее обновление узла...
40 ДЗО в единой ИБ, общий справочник контрагентов и требование изоляции. Режимы разделителей «Независимо» и «Независимо и совместно», условное разделение складов, ограничения ППС в разделённой базе...
Deadlock на регистре ТоварыНаСкладах при массовом проведении реализации. Уровни изоляции СУБД в автоматическом и управляемом режимах, эталонный код БлокировкаДанных, разделение итогов и лимиты индексов Oracle...
Тяжёлая аналитика и массовый ввод документов дерутся за один кластер. Формула отказоустойчивости, требования назначения функциональности, репликация PostgreSQL без потери консистентности, программная настройка копии базы...
Подчинённый справочник с пятью миллионами записей тормозит. Разбираем три пути: переход на регистр сведений, оптимизация индексов, денормализация через кэш-реквизиты - и критерии, по которым выбирать именно в вашем случае...
Этот выбор разработчики делают несколько раз в год, и нередко выбирают инструмент, который потом приходится переделывать. Не потому что не знают синтаксис. Потому что думают о хранении, а не о запросе...
Запрос на три строки, который читается как проза, - и отчёт, который шёл две секунды, начинает идти двадцать. Каждая точка по ссылочному полю - это скрытое левое соединение…
Конец месяца, операторы массово проводят документы, и база встаёт: «Конфликт блокировок при выполнении транзакции». Одна из самых частых причин - две транзакции подрались за строку итогов…
Ночная обработка обошла весь справочник и отчиталась без единой ошибки - а утром выясняется, что один товар так и остался необработанным. Дело не в вашем коде…
Молодой архитектор приходит на проект и видит: половина задач, которые в его прошлой команде писали с нуля, здесь уже решены - БСП (Библиотека стандартных…
Бизнес просит десятую доработку за месяц, сроки горят, в команде идут разговоры: «давай уже снимем типовую с поддержки и переделаем как удобно - потом…
Вы наверняка слышали этот спор за обедом не раз: один коллега зашивает всю бизнес-логику в общие модули, другой - раскладывает по модулям объектов и долго…
Внутренний пул вопросов: часть формируется автоматическим анализом корпуса документации, часть - от главреда из живых собеседований. Система сама отбрасывает то, на что не находит ответа; главред дочитывает каждый выпуск перед публикацией.
Если у вас есть вопрос уровня senior+, который вы хотите видеть разобранным, - напишите на hello@infolimp.ru с пометкой «Чёрный пояс». Принимаем не идеи статей, а именно вопросы - формулировка, контекст, почему вы считаете её каверзной.