| 
    
        
     
     | 
    
  | 
Исключение объектов для регистрации | ☑ | ||
|---|---|---|---|---|
| 
    0
    
        zippygrill    
     03.04.24 
            ✎
    13:39 
 | 
         
        Привет,
 
        Как лучше добиться того чтобы на узле не регистрировались данные. Данные узла нигде не учавствуют и занимает как ресурсные затраты, так и производительности. Вариант 1: найти все подписки по метаданным и в модуле указать Возврат. Сложность в том что объекты могут регистрироваться на узле через 10 процедуру и то не связанную с изначальной подпиской. Вариант 2: в составе плана обмена снять галки метаданных  | 
|||
| 
    1
    
        zippygrill    
     03.04.24 
            ✎
    13:41 
 | 
         
        Вариант 2 возможно имеет подводные камни, которые потом, либо в ближайшее время всплывут. А может и нет.     
         | 
|||
| 
    2
    
        maxab72    
     03.04.24 
            ✎
    13:47 
 | 
         
        Надо все не регистрировать или выборочно?     
         | 
|||
| 
    3
    
        zippygrill    
     03.04.24 
            ✎
    13:48 
 | 
         
        все не регистрировать     
         | 
|||
| 
    4
    
        maxab72    
     03.04.24 
            ✎
    13:50 
 | 
         
        Я бы тогда выбрал второй вариант. Или поменял бы регистрацию с авто на ручную (кодом).     
         | 
|||
| 
    5
    
        lodger    
     03.04.24 
            ✎
    13:53 
 | 
         
        вариант 3: написать задание, которое будет вытряхивать зарегистрированное к обмену, а потом снимать их регистрацию раз в сутки. 
 
        таблица регистрации к обмену похудеет.  | 
|||
| 
    6
    
        zippygrill    
     03.04.24 
            ✎
    13:54 
 | 
         
        (4) "Или поменял бы регистрацию с авто на ручную (кодом)."--- есть некоторые мета, у которых авторегистрация = запретить, а сама регистрации происходит в ПС. Боюсь такие мета все-таки проскочат регистрацию     
    
  | 
|||
| 
    7
    
        zippygrill    
     03.04.24 
            ✎
    13:57 
 | 
         
        (5) вопрос тогда зачем регистрировать если потом их всеравно снимать :). А теоретически, лет через 25, 50 данные для мобильных клиентов ( план обмена для них ) может появится     
         | 
|||
| 
    8
    
        maxab72    
     03.04.24 
            ✎
    13:58 
 | 
         
        (6) Ни разу не встречал, чтоб при запрещенной авторегистрации  данные попадали в зарегистрированные "как-то". Если попали, значит где-то в коде их зарегистрировали, и надо искать и исправлять косяк.     
         | 
|||
| 
    9
    
        zippygrill    
     03.04.24 
            ✎
    13:59 
 | 
         
        (8) ну как раз на скрине в (6) и происходит     
         | 
|||
| 
    10
    
        lodger    
     03.04.24 
            ✎
    14:02 
 | 
         
        (6) возьми этот метод в расширение и замести пустышкой.     
         | 
|||
| 
    11
    
        maxab72    
     03.04.24 
            ✎
    14:07 
 | 
         
        (9) ну так и надо искать, как они попали куда не надо. 100% где-то в коде есть регистрация задач напрямую, или подчиненных объектов, или чего-то подобного     
         | 
|||
| 
    12
    
        Bad_Aleks    
     03.04.24 
            ✎
    14:09 
 | 
         
        (0) Ещё в КД2 можно поправить "Правила регистрации". И там поставить Отказ. Но это нужно будет для всех объектов, которые сейчас регистрируются.     
         | 
|||
| 
    13
    
        zippygrill    
     03.04.24 
            ✎
    14:18 
 | 
         
        (10) Это одна процедура, напрямую связана и легко была обнаружена через Подписку.
 
        Вот к примеру, в составе плана включил справочник Записи календаря, авторегистрация = запретить. Иду в предприятие, обработка регистрация изменений - спокойно регистрирую ссылку запися календаря. запрещенная авторегистрация не помещало регистриировать ссылку..  | 
|||
| 
    14
    
        zippygrill    
     03.04.24 
            ✎
    14:19 
 | 
         
        (12) так эти ПРО потом как макет прикрути к узлу еще ...     
         | 
|||
| 
    15
    
        maxab72    
     03.04.24 
            ✎
    14:25 
 | 
         
        (13) так это и есть кодом. Авто это когда ты самим фактом изменения регистрируешь объект, без использования кода. А тут через обработку. Поставь сразу в этой процедуре регистрации заглушку, и ничего не будет регистрироваться "как-то само собой".     
         | 
|||
| 
    16
    
        zippygrill    
     03.04.24 
            ✎
    14:28 
 | 
         
        (12) само собой возврат тут отменит регистрацию. Но это частный случай, в большинство стоит авторегистрация     
         | 
|||
| 
    17
    
        zippygrill    
     03.04.24 
            ✎
    14:48 
 | 
         
        (15) Выработался 3 вариант:
 
        Для включенных в состав объектов мета у которых авторегистрация = запретить - найти подписки прямые и указать безусловный Возврат Для включенных в состав объектов мета у которых авторегистрация = Ращрешить - указать Запретить.  | 
|||
| 
    18
    
        Serg_1960    
     03.04.24 
            ✎
    22:00 
 | 
         
        [OFF]
 
        Погуглите в своей конфигурации глобальным поиском ".ЗарегистрироватьИзменения(" - будете знать где свой "Возврат" указывать. Таких мест не слишком много, честное слово. В ЗУПе, например, их меньше сотни строк. Удачи.  | 
|||
| 
    19
    
        АнализДанных    
     04.04.24 
            ✎
    11:27 
 | 
         
        (0) Можно еще так сделать: В подписке "ПередЗаписью", когда система определила узлы обмена для регистрации, очищать получателей:
 
        СпрОбъект.ОбменДанными.Получатели.АвтоЗаполнение = Ложь; СпрОбъект.ОбменДанными.Получатели.Очистить(); // Или очищай по условию, например по типу плана обмена  | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |