Скапливаются конфигурации клиентов с моими доработками. Все весят довольно много.
Есть какой-либо механизм, который бы убивал из конфигураций модули, макеты, да можно в принципе и реквизиты объектов, которые находятся на поддержке, т.е. совпадают с конфигурацией поставщика.
Чтобы по сути оставались только изменения.
Или как-то может из этого файл поставки можно соорудить?

(0) Расширения

(1) я не о том.

(0)Ты хошь все свои доработки со всех конф объединить в какую-то одну?

(0) Может просто конфигурацию поставщика убить - станет в два раза меньше объем. Цель-то какая?

(0) Или как-то может из этого файл поставки можно соорудить?
Ну это тоже можно. Только зачем? Клиент на дайлап-модеме сидит?

можно . сделайте свою поставку.

(0) Беня, нормальный ЖД стоит 2 часа твоих девчат.

(2) А вот я о том. Свои доработки выносишь в расширения и хранишь cfe

(8)+ А еще открой для себя EDT+Git

(7) если сделать сей инструмент, можно сильно экономить место

(8) это руками и долго, я чую можно автоматом

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

(11) Нету автоматом, сам подобное искал, удобный инструмент чтобы сравнивал допиленную конфу с типовой и все отличия-доработки выносил в расширение.

(11) напиши сам и продавай

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

cfu проще сделать, а по смыслу ничем не будет отличаться.

+15 но если бы у меня была такая проблема, то я бы лучше отдельный хард выделил, а не маялся как все ужать.

(16) поддерживаю, пусть база 5-10 Гб. Сколько баз влезет на ЖД в 4Тб?
Да ему столько клиентов за 20 лет не получить.

(17) 50 клиентов - уже 1 тб

(13) вот о том и рэч. Жаль в 1С нет CF-конструктора, чтобы можно было программно открыть несколько CF, сравнить и создать новый. Сколько восьмерке лет, 20? А CF-конструктор так и не написан, вах.

(18) Надо хранить не копии баз, а файлы конфигураций с доработками. Странно, но у меня и большее количество умещается в 200 гб

(0) Кстати да, вопрос актуальный. Та же мысль постигала от не хватки места. Пока все таки в расширения перевожу часть.

+(21) Диски все ssd не большого размера. 2*512гб, места вообще нет.

обычно SSD системные диски, а для остального и архива обычные

*обычные диски

(20) ты по себе не меряй.

ладно, давайте технологично подойдем.
что у нас из этого сейчас есть:
1. Модули, формы, макеты вроде можно в пакетном режиме конфигуратора выгрузить в файлы и загрузить обратно? Кстати, при обратной загрузке что с поддержкой происходит, если модули поменять?
2. Конфигурацию поставщика из конфигурации пакетно можно выгрузить?

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

(25) и? Все равно конфигурацию поставщика хранить, в чем профит?
Стоят ли 20-30 минут, потраченные на сборку разборку конфигурации, сэкономленных полгига?

https://its.1c.ru/db/v8318doc#bookmark:adm:TI000000493:dumpconfigfiles

/DumpConfigToFiles <каталог выгрузки> [-Format <режим>] [-Extension <Имя расширения>] [-AllExtensions] [–update] [–force] [–getChanges <имя файла>] [–configDumpInfoForChanges <имя файла>] [-listFile <имя файла>] [-configDumpInfoOnly]

/LoadConfigFromFiles <каталог загрузки> [-Extension <Имя расширения>] [-AllExtensions] –files «<файлы>» –listFile <файлСписка> -Format <режим> [-updateConfigDumpInfo]

/CompareCfg - сравнение конфигураций...

Собственно команды выгрузки конфигурации поставщика нет, но есть CompareCfg, так что выгрузить можно.

Значит алгоритм такой:
1. Берем временный каталог
2. Создаем там базу (программно), натягиваем на нее конфигруацию исходную.
3. Запускаем сравнение, определяем, что нужно удалить.
4. Выгружаем модули во временный каталог 2
5. Удаляем лишнее из модулей
6. загружаем обратно конфигурацию из модулей.
7. выгружаем конфигурацию полученную в файл, помещаем рядом с исходной конфигурацией с префиксом _changes.cf

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

(26) если автоматом разбирается, то стоит. Открыл конфу и видишь все как на ладони - только изменения. Опять же можно и на инфостарты всякие выкладывать выхолощенные конфигурации. Ну и экономия места. А конфигу поставщика зачем хранить? У меня типовые конфиги в отдельном месте хранятся.

(26) да вообще бред. На данный момент почти 20 Тб и не парюсь от слова вообще. 30 тыс потратить жалко чтоли?

(29) бэкапишь?

(28) что такое выхолощенная конфигурация?
Cf - тогда денутся все связанные объекты и используемые модули?
Набор измененных файлов - с этим не удобно работать, по крайней мере в конфигураторе.

Расширения уже придумали, не надо их снова переизобретать

(31) ну вот я могу закинуть на инфостарт эту выхолощенную конфигурацию.
Расширения нужно ручками готовить, бро.

А вообще это реинкарнация: http://catalog.mista.ru/public/121244/

да, еще бы как-то конфигурацию поставщика удалить? Наверное через команды снятия с поддержки? гм.

(31) Почему неудобно, просто открываешь CF в конфигураторе и смотришь.

Мне интересно, что ты будешь делать с этой автоматикой, если имена доработанных объектов будут пересекаться? будешь давать префиксы гений_контора_имяобъекта?

HDD на 5,5Тб стоит 9000 рублей. Времени нужно - нисколько, домой привезут.
Никаких полезных навыков при решении задачи другим способом не приобретешь.

> 50 клиентов - уже 1 тб

зачем хранить базы в развернутом виде? но это даже не главное. клиенты дают разрешение на вынос базы? у меня есть такие, что за кражу базы, если она всплывет в общем доступе, просто закопают, вот и все!

(37) А если не всплывёт?

> А если не всплывёт?

то значит это украл не я!

(33) Тебе нужно различать, вроде и так сам понимаешь. Режим, когда конфу нужно обновлять на автомате по типовым обновком, т.е. она на поддержке типового поставщика.
И конфу которую обновляет, конфигурирует, саппортит не типовой поставщик.

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

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

Исторически так получилось, что у 1С конфа в рабочих база в типовом варианте хранится в трех экземплярах, которые не всегда совпадают друг с другом.
Конфа-поставщик
Конфа-основная
Конфа-БД

(34) изменил ты один модуль, пусть модуль объекта справочника номенклатура - что будет в твоём cf?

> Исторически так получилось, что у 1С конфа в рабочих база в типовом варианте хранится в трех экземплярах, которые не всегда совпадают друг с другом.

это не исторически, это потому что придумали довольно умный механизм обновления. в 77 все было не так.

(37) речь не про базы, а про CF, я не храню DT, только CF

(36) не забудь умножить на 3 - на два бэкапа. Иначе смысл покупать HDD?

(41) я в основном хочу это использовать для архивных решений. Ну т.е. поработал у клиента - выгрузил для архива CF (чтобы если он потом обратится, было с чем поработать, ну или наработки свои сохранить). Так вот CF объемно, да и искать изменения в ней долго. А так выхолостил конфигурацию и ок.

(45) добавил чек бокс на форму, и что ты увидишь после выхолащивания?

> не забудь умножить на 3 - на два бэкапа. Иначе смысл покупать HDD?

https://www.youtube.com/watch?v=BeFxMVJjQ-w

(45) на вопрос то ответь, что будет в cf в конкретном случае?

Конечно, если бы технология расширений была отточена до идеала, то достаточно было бы хранить только расширение. В идеале. На практике мало вероятно, что этого будет достаточно.

(46) дорабатывать типовые добавлениями на форму - это моветон, для подаванов. Профессионалы такое не делают.

(48) ну если можно убивать ненужные объекты и реквизиты, то будет только номенклатура с этим модулем, без реквизитов.

(47) не юродстуй, люди делятся на тех кто еще не бэкапит и на тех, кто уже бэкапит. смысл хранить что-то, если оно может хряпнуться с вероятностью 90%

(0) Нафига хранить эти помойки?

(53) не храни. живи с нуля. норм

(51) только твой дифф можно накатить только на ту конфу поставщика из которой он был сделан. С ИТС будешь брать и покупать ИТС?

tl;dr
Деревенский изобретаттеь Сережа изобретает систему контроля версий?

Конфигурация, даже такая толстая типа мамонта УПП - это примерно 0,0005 терабайта... купи уж наконец-то терабайтный диск :)

(55) этого не требуется. достаточно зайти в CF, посмотреть код/макеты, скопировать себе, если надо.

(57) вариант с хранением сырых (RAW) CF мы уже рассматривали выше, спасибо. В маленьком CF удобнее даже чисто глазами лазить, не вспоминая, какие модули менялись.

(59) Если не CF - то CFU (создать файл обновления конфигурации). Другие "альтернативы" не рассматриваю - овчинка выделки не стоит.

(0) Нужно отложить все, взять freeRAD и все получится.

(59) >  удобнее даже чисто глазами лазить
Еще немного, и геня изобретет коммит

(44)
У мебя сигейт ненадежной партии 5 лет круглосуточно проработал в рабочем компе, потом все диски сбойнули по питанию (в офисе что-то произошло) и их отдали мне.
SSD следующие 5 лет живет в старом ноуте и еще не сдох, а на сигейте хранились сериалы и окончательно сдох он через 4 года после сбоя.
Сейчас до сериалов дожил 2Тб самсунг, ему 10 лет.

И кстати: "Удаляем лишнее из модулей; загружаем обратно конфигурацию из модулей." и "А так выхолостил конфигурацию и ок" - и получаем  битую, неработающую конфигурацию, в которой битые ссылки на отсутствующие метаданные.

(37) обслуживал много зерновиков, приехал как то ОБЭП из соседней области поживиться, меня пугали уголовкой, если я им базы одной фирмочки не солью. Выстоял. Мне потом эта фирмочка оплатила Солярис, они тогда только появились на рынке.

(60) ну я же тебе схему расписал. Там все на автоматике.
(63) точно не понял, к чему эти рассуждения, но те, кто не бэкапят - безумцы. простейший пожар - и оревуар. Это кстати, касается не только физиков, но и контор, где бэкапы хранятся рядом с сервером. Забавно.

(64) наоборот, ссылок битых не будет. Справочники и доки то сохраняются, удаляем только реквизиты.

(65) Пытали?

(68) Он пропал...