Создал репозиторий на GitHub
https://github.com/mrDSide/1CHelper.psm1/
Содержит модуль для PowerShell для удаления не используемых элементов. Если кому интересно - милости прошу. Не готов к употреблению в полной мере, но заинтересованным буду рад.

(0) распиши поподробнее, что хотел, как придумал, что вышло

(1) )) так перейди по ссылке. Там все есть (в скрипт).
Описание добавлю чуть позже.

README.txt

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

Постскриптум
Хотя функционал рабочий, но модуль не является полностью законченным и готовым к употреблению, т.к. не все ньюансы работы учтены. Любая помощь приветствуется.

>>удаления не используемых объектов конфигурации
Что это означает.
ПО тексту скрипта с разбегу понять не получилось

(2)(3) это "мыслия по древу", ты "мясо мясо давай"

ЗЫ
удаления каких элементов и откуда?

ответ "неиспользуемых, из 1С" буду считать стебом

(4) (5) первые строки в тексте скрипта:
.Synopsis
   Удаление неиспользуемых объектов конфигурации
.DESCRIPTION
   Удаление элементов конфигурации с синонимом "(не используется)"

Обработка для выгруженной конфигурации (файлы *.xml и *.txt). Так же в примерах показано, как комментировал модули.

Вторая процедура нужна иногда, поэтому оставил.
Предлагаю обсудить, что еще нужно. Перенос веток 1с7 для пользователя с одной машины на другую, поиск ярлыков (2Х) или любых других данных на удаленной машине и т.д.
Но главное, это удаление элементов. Еще есть идея сделать это по подсистемам. Тут интересны мысли и желания.

Если будет нужно, то буду(-ем) делать полноценный модуль.

Вот прикол, если кто-то регистр добавит для работы с ним посредством обработок) Либо исполняемый код в хранилище находится)

В общем, странные хотелки

(10) а Вы часто удаляете не используемые элементы или только при подготовке базы для работы?

Просто PowerShell предоставляет возможности, которыми пользуюсь часто. Поэтому и пишу, что удаление элементов - главная функция, но вовсе не единственная.

(11) Ни разу не приходилось) Видимо в этом проблема)
Подозреваю, такое может понадобиться при объединении с БСП. Когда ещё?

Да, PowerShell приятная штука.

А что такое PowerShell?

Мощная командная строка от MS, которая призвана заменить cmd. На .net вроде всё это дело держится.

W7/W8/W10

Пацаны на районе пользуются 1Script

(15) моя так то в курсе, даже когда то пользовался для чего то специфического

причем в winxp его доустанавливать вроде было нужно

ЗЫ вопрос собственно а нафига? форум то по 1С в основе, почему бы и не (17)

ЗЗЫ и вообще почему еще нету ОС на 1С? Вон даже гугло свою ХромОсь наваял на броузере...

ЗЗЗЫ у меня хромбук acer c720p - клевый шустрый планшета с тач экраном, клавой и интерфейсами ноута на linux  копии МакОСи

(18) Странные у тебя формулировки..

>и вообще почему еще нету ОС на 1С? Вон даже гугло свою ХромОсь наваял на броузере...
Лицензия нужна :D

(19) точно зачем нужна ОС только для бухгалтеров... с лицензией

(17) интересно, но сравнивать возможности смысла не вижу вообще. Лучше уже 1C Developer Tools. Обещают плагины, api. А этот вариант (PowerShell) уже сейчас позволяет очень многое. Есть даже реализация для linux на mono. Писать на нем приятно и достаточно быстро/коротко. Хотя есть и ньюансы. Вполне отличной альтернативой 1Script, на мой взгляд, являбтся: python, perl, теперь PowerShell, Bash. Зачем нужен проект, тем более в VM? Я не готов отказаться от конвееров, возможностей парраллелизации, библиотек, объектов, классов на C# и т.д. и т.п.

Никто не голосует...

как бы Haxe глянь... и сравни с что может PowerShell и прочими

ЗЫ только не наши а буржуйские ресурсы смотри, у нас нет ничего нормального

ЗЗЫ к примеру этот МощныйШелл может сразу под ios или android или linux или osx сразу скомпилиться и работать "почти без глюков"?

Да

(23) немного не по теме. PowerShell - это, в первую очередь, shell для windows. В огромное кол-во командлетов для MS SQL, работы с сетью, объекты, wmi из коробки и т.д. Т.о. выгрузить файлы с помощью платформы, обработал из нативной консоли, собрал конфигурацию из файлов.

(23) Но Haxe посмотрю, конечно. Спасибо.

Up

+

(21) Потому что, когда ты уволишься оставишь в наследство энное количество своих павершельных скриптов.
1. У тебя все коллеги по работе знают повершел?
2. Начальство готово оплачивать повышение квалификации для тех, кому придётся разбираться в твоих скриптах, когда их надо будет поменять?

А с 1Script обучать никого не надо. 1С-ник и так это знает.

Есть варианты по-проще

(30) руками? ))

(31) Я имел ввиду 1Script.

(0) Перешла на 1Script с батников и ЯваСкрипта.
Для мелких задач по администрированию, работе с колнфигурациями более чем хватает.

>>.DESCRIPTION
>>   Удаление элементов конфигурации с синонимом "(не используется)"

ИМХО не самый удачный пример рутинной операции

(34) вторая функция проверяет версию на машине (можно и на удаленной)

шеф ты тока не обижайся... но это как пример некоей идеи еще куда ни шло...

но реально нафик не нужно, проще тоже самое на самой 1С сделать, или на 1Script или тем же Total Commander полуавтоматически

(32) есть реализация подобного функционала на 1Script? как работа с системой налажена? КомандаСистемы()? Т.е. напиши скрипт в Bash, PowerShell, WSH и запусти через 1Script?

(37) скачай и посмотри... если 1С хорошо знаешь то выкинешь PowerShell нафик

(38) Посмотрел. Оставил.

(39) Тут надо понимать цель.
Если 1с-ник хочет изучать павершел - пусть изучает. Ничего плохого в этом нет.

Если 1с-ник хочет изучать js/питон - пусть изучает. Ничего плохого в этом нет.

А если ты выступаешь в роли заказчика и хочешь, чтобы 1с-ники автоматизировали свою деятельность - то главное, что тебя интересует - это стоимость владения. Поэтому 1Script в лидерах. Проще и дешевле не придумать.

(40) Если всё-равно покупать лицензию на платформу, то зачем вообще делать интерпретатор, если можно делать тоже самое (даже больше) в нативном приложении?

(41) Насчет больше - это не так. Например в 1Script есть штатная работа с сокетами.

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

Ну и он работает где-то раз 5 или 6 быстрее (по времени).
Это я замерял на своих скриптах.

(41) Для 1Script не нужно покупать платформу, он не использует библиотеки платформы.

(37) Взаимодействие с системой реализовано примерно так же, как в самой 1С. Есть набор классов, функций, процедур. Работа с XML, файловой системой, COM и прочим. Тут Pr-Mex правильно заметил про стоимость владения. Powershel (да и любой язык) имеет определенную инерцию изучения. Если ты 1С-ник или руководишь 1С-никами, то экономия времени от того, что не надо учить новый язык может быть существенной.

(44) язык, как ни банально это прозвучит, - это только язык. PowerShell - это целая технология, и работа работать там на порядок проще как с XML так и с сокетами. Да и вообще со всем. Как скриптовый язык он тоже мощнее. Владеть им тоже ничего не стоит. Есть реализация даже под Linux (не Microsoft, конечно) на Mono. А если заказчик не позволить ставить непонятную приблуду (1Script)? Или такого не бывает? Просто работа не состоит только в том, чтобы делать мелочи. Нужно иногда доступ к RemoteRegistry (это чем пользуюсь), проверка сервисов (это делается в PowerShell одним командлетом) и т.д.

Да и какой за программист не знает C/C++, остальные особенности воспринимаются легко и быстро.

Да и там еще есть PowerShell ISE.

Все что то обсуждают... а меня по ссылки из (0) 404

(48) да, ни одного скачивания. Удалил. Напиши почту - вышлю.

(48) добавил, можешь качать

(49) если бы вот эту задачу по чистке неиспользуемых элементов сделал на 1С и выложил обработку на инфостарт с нормальным описанием... уже бы несколько раз точно скачали

(51) думал, но работа с файлами (да и не только) на PowerShell гораздо проще, так что точно не вариант. Да и не только удаление неиспользуемых элементов там (предполагается)

(45) никто и не спорит с этими тезисами. Речь о том, что на знакомом языке писать приятнее, раз и код передать коллеге проще - два. И говоря про 1Script я имею в виду не только язык, но и прикладные библиотеки. А так, разумеется, писать скрипты можно на чем угодно.
Я знаю PowerShell, но когда долго с ним не работаю - вспоминать все его особенности синтаксиса каждый раз мука.

этот самый 1Script поддерживает COM, Native?

(54) COM поддерживает, WMI и WSH работают (а что еще нужно админу?). Native DLL - нет.

(55) кстати Native DLL (старые по крайней мере) несложно добавить если не требуется "обработка внешнего события"

(55) WMI обязательно. WSH не использую.

(56) (55) (53)
Я стараюсь придерживаться принципа "Не следует плодить сущее без необходимости", а 1Script пока не считаю возможным отнести к необходимости больше чем готовый PowerShell.

(58) согласно этому принципу почему bat'ник не написал просто?

(59) потому, что цель была автоматизировать рутину, а МОДУЛЬ (1С очень любит это слово) на PowerShell как нельзя лучше для этого подходит. Его можно перенести на другую машину если нужно без проблем и там уже куча возможностей. Разве не очевидно?