Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Обновление конфигурации и РИБ.

↓ [Фрэнки, 19.05.20 - 07:41]
Обновление конфигурации и РИБ.
Я
   Креатив
 
16.05.20 - 17:10
Есть Розница.Изначальная конфигурация слегка дописанная. Обновляю центральный узел cf-файлом. Он весит 400 с хвостиком мегабайт. Синхронизирую с периферийными базами. Файлы выгрузки весят уже по 900 мегабайт.1С выгружает две конфы?
   ДенисЧ
 
1 - 16.05.20 - 17:10
Разумеется.
   Креатив
 
2 - 16.05.20 - 17:11
(1)А смысл?
   Tatitutu
 
3 - 16.05.20 - 18:50
это было одно из условий для меня для реализации :
уже 11 лет , а конфигурация MAGAZKA весит 11 мб.
обновления релиза 2-3 раза в месяц (у клиента было максимально 37 магазинов сети) и не везде всегда есть хороший интернет
мои работают (у которых 3-4 магазина в сети - авто обмен 60 секунд - все летает)
Старший продавец если есть права -может сам обновить - кликнул по ссылке -есть обновление - обновить = да.
Все в автоматическом режиме !
   Aleksey
 
4 - 16.05.20 - 19:18
(0) Удаляй конфигурацию поставщика. Толко в рабочей базе от нее никакого, только место занимает
   Фрэнки
 
5 - 16.05.20 - 23:13
Так и РИБ в полном виде, как его сделали в типовой - он тоже в большинстве внедрений избыточен. Внесение изменений в конфиги ПБ носят крайне редкий и эпизодический характер. Их можно устанавливать по узлам отдельно от РИБ
   lodger
 
6 - 16.05.20 - 23:43
(5) да ну? на ПБ постоянно приходится какую-нить муть с ККМ творить, потом эпоха маркировки, опять с ККМ что-то делалось, помимо этого торговый генералитет постоянно фонтанирует какими-то новыми схематозами, которые не могут быть обслужены существующим кодом.
   Фрэнки
 
7 - 17.05.20 - 09:02
(6) но тогда кто мешает просто раздвинуть булки и не мучиться?!

Но если серьезно, то сопровождение центрального узла, с отслеживанием и жестким контролем всех изменений подразумевает, что конфигурация Поставщика на ПБ не имеет никакого смысла.
Т.е. возвращаемся к (4)

И все-таки, установка на ПЮ неких технологических моментов, при наличии Центральной Базы... Нужно просто адекватно оценивать все это.
   Фрэнки
 
8 - 17.05.20 - 09:04
(7) ПЮ - это какая-то дикая опечатка - ПБ конечно!
   Cyberhawk
 
9 - 17.05.20 - 09:49
(5) "Их можно устанавливать по узлам отдельно от РИБ" // Тогда и от платформекнной десериализации при загрузке данных в обоих концах придется отказаться
   mistеr
 
10 - 17.05.20 - 10:31
(9) С чего бы вдруг? Просто делаешь обмен не РИБ. И не забываешь актуализировать правила.
И обновлять ПБ можно постепенно, без спешки. И не тащить туда то, что нужно только в ЦБ.

Я сам так не делал, но помню, тут рассказывали, что работает.
   Cyberhawk
 
11 - 17.05.20 - 10:47
(10) Через правила - не единственный вариант, но в таком случае и применение терминологии "РИБ" уже ставится под вопрос.
Все-таки применительно к инфобазам 1С понятие "РИБ" - это именно с использованием платформенной сериализации-десериализации. Как о множество других механизмов платформы, этот механизм зачастую обрастает прикладным кодом и (в абсолюте) используется вообще только для регистрации факта изменений конфигурации, а весь транспорт и логика не задействует платформенные возможности никак.
   mistеr
 
12 - 17.05.20 - 11:00
(11) Ты что-то путаешь. ЕСли говорить о терминологии, "РИБ" — это когда конфигурации идентичны, и это обеспечивается платформой. А все остальное не РИБ. Сериализацию можно использовать отдельно, для любых целей. Регистрацию изменений тоже, как ты уже заметил. В этом плане все достаточно продумано.
   Cyberhawk
 
13 - 17.05.20 - 11:13
(12) Некорректно говорить о путаньи, когда у термина нет единственного определения
   Фрэнки
 
14 - 17.05.20 - 11:15
По моему личному опыту получалось так, что технология РИБ == создание узла и его наполнение полностью синхронизированными данными, которые затем в регулярных обменах мало участвуют, т.к. не подвержены частым изменениям.
Зачем для таких узлов нужно таскать конфигурацию? Не очень понятно зачем. Более того, зачем для этих периферийных узлов нужна конфигурация Поставщика, если _внимание_ конфигурация Поставщика имеет смысл только в Центральном узле, а в остальных нужна гарантия соответствия обработки правил в текущих конфигурациях, а не вкряченных куда-то в глубокие потроха копия от Поставщика.
   Фрэнки
 
15 - 17.05.20 - 11:18
функционально, если вдруг очень захочется периферийный узел оторвать от центрального насовсем, то наличие конфигурации Поставщика получит какой-то смысл. Но ведь это процедура, которую можно выполнить вручную заливкой Конфигурацией из файла, вместе с конфигурацией Поставщика из файла, а не ее передачей в обмене РИБ
   mistеr
 
16 - 17.05.20 - 11:47
(13) Я пользуюсь определением из ЖКК. https://imgur.com/VRI4BhR
   mistеr
 
17 - 17.05.20 - 11:50
(14) >Зачем для таких узлов нужно таскать конфигурацию?

Для того, чтобы все данные, которые льются из ЦБ, узел мог гарантированно принять.
В более сложных схемах это нужно обеспечивать разработчику, а РИБ это упрощенный вариант, где эту функцию берет на себя платформа.
   Фрэнки
 
18 - 17.05.20 - 12:01
(17) конфигурация Поставщика не принимает никакого участия вообще в обработке данных, хоть в обменах, хоть в обычной текущей работе
   mistеr
 
19 - 17.05.20 - 12:25
(18) Про конфигурацию поставщика я ничего не говорил.

Но смысл может быть в том, чтобы можно было отвязавшись от ЦБ, обновлять с сайта 1С.
   Cyberhawk
 
20 - 18.05.20 - 10:20
(16) Строго говоря, раз ты забиваешь на сериализацию-десериализацию платформой, то и на транспорт изменений конфигурации тоже можно забить.
Технически флажок РИБ обеспечивает лишь получение возможности отслеживать маркер измененности конфигурации узла, а уж как это изменение будет доставляться и распространяться (по аналогии с данными) - дело уже прикладного кода.
   vis_tmp
 
21 - 18.05.20 - 10:50
(0)А почему у вас выгружается полная конфишурация?
Только изменения должны же входить в состав пакета.
   mistеr
 
22 - 18.05.20 - 10:51
(20) Мудрено говоришь, но я понял, что вернулись к (10) "Просто делаешь обмен не РИБ", то есть без флажка.
   Aleksey
 
23 - 18.05.20 - 10:51
(21) 1с так не умеет
   hhhh
 
24 - 18.05.20 - 11:46
(21) это если объект полностью на поддержке. И это в основной конфигурации, а не в конфигурации поставщика.
   vis_tmp
 
25 - 18.05.20 - 19:09
(24) Наблюдаю конфу УТ 10.3 с настройкой "Редактируется с сохранением поддержки".
При изменении конфигурации центрального узла при выгрузке обычно передаются совсем небольшие объёмы.
Нет такого, чтобы размер пакета равлялся размеру .CF.
   Фрэнки
 
26 - 18.05.20 - 19:13
(25) А ты зафигачь на основной базе реструктуризацию всех объектов метаданных и тогда зацени, что она тебе покажет. Там видно периодически сообщения о составе реструктурированных или как еще выдает "регистрация объекта изменена". Вот тогда все эти измененные влетают в выгрузку.
   Фрэнки
 
27 - 18.05.20 - 19:14
и не на УТ 10.3, а Рознице с одним из последних БСП :-)
   vis_tmp
 
28 - 19.05.20 - 06:19
(27)А как наличие БСП влияет на объём изменений объектов?
Вот, цитата "для синхронизации конфигураций между узлами передается не вся конфигурация, а только измененные объекты" из
https://its.1c.ru/db/metod8dev/content/2280/hdoc
   hhhh
 
29 - 19.05.20 - 06:40
(25) в УТ 10.3 размер конфы 25 мб. А современнык конфы - минимум 1 гиг, а то и больше. Поэтому объемы, которые были в УТ 10.3 сразу умножай на 30-40
   DJ Anthon
 
30 - 19.05.20 - 07:24
Я обычно вырезаю все эти 400 мб, если на точках компы или инет не очень. Половина из них занимают драйверы оборудования, которое никогда не нужны. Если понадобится, их всегда можно вытащить из БСП или оригинальной конфиги.
 
 Рекламное место пустует
   Фрэнки
 
31 - 19.05.20 - 07:40
(28) каком к верху и влияет.

спускаемся в самый корень всей структуры метаданных в крячиваем туда изменение функциональной опции, трогающее константу - просто как пример. И реструктуризация посыпется практически по всем объектам, с выставлением отметки в регистрацию изменений каждого объекта. Выгрузка объектов будет происходить целиком и зацепит еще и ссылки.
   Фрэнки
 
32 - 19.05.20 - 08:00
А основное отличие как раз в том, что в бородатой ут 10.3 играть никто не станет : ни с функциональными опциями, ни с константами, ни с прочим внесением изменений на уровне БСП
   Cyberhawk
 
33 - 19.05.20 - 14:15
(22) Но ты там далее указываешь "И не забываешь актуализировать правила". А правил-то никаких изначально в РИБе считаем, что нет.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.