Анализ истории данных (платформы). Управляемые формы (УФ) в обычном приложении. Переделка lf формы, у кого нет возможности ее использовать.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Обработка создавалась для отображения истории данных в обычном приложении, для которого не могут быть открыты стандартные формы платформы. Спасибо (кажется) этой публикации.
Что есть:
Управление включением объекта в настройки ведения истории (естественно, настройки предприятия)
Отображение измененных полей в списке версий (кажется, такого нет в оригинальной обработке)
Отбор по метаданным перед формированием списка
Отбор по типу записи Добавление/Изменение/Удаление
Вызов стандартной процедуры по переносу истории из очереди в таблицу хранения (учитывая отбор по метаданным, учтите, если очередь длинная, процесс может затянуться)
Стандартное сравнение версий (с последней или двух выбранных)
Чего нет:
Настройки ведения истории по полям (для просмотра нужных полей можно использовать ALT+F в списке версий)
Создания первоначальных версий (после включения истории). Можно обойтись с помощью групповой перезаписи объекта.
Оригинальная форма lf была экспортирована из 8.3.20 платформы.
Проверено на следующих конфигурациях и релизах:
Управление торговлей, редакция 10.3, релизы 11.5.8.221
Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.
Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.
Полнотекстовый поиск в миллионах записей журнала регистрации 1С может занимать минуты или даже часы, а стандартные инструменты не позволяют эффективно выполнять агрегации и анализировать данные на больших объемах. Расскажем о том, как с помощью ClickHouse обеспечить практически мгновенный разбор инцидентов, настроить мониторинг и автоматическую реакцию на события журнала регистрации.
В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.
Поговорим про логирование в приложениях на базе 1С, рассмотрим проблемы, которые возникают при сборе информации из этих систем, и обсудим практический опыт применения внутренних и внешних инструментов для анализа логов.
(1) Тестировалось на отраслевой без БСП в обычном приложении. Должны быть включена возможность открывать управляемые формы ну и соответственно возможность вставить в конфу EPF.
