в помошь V7AppProfile

trad писал(а) 24. Апреля 2008 :: 20:22:

Ийййееес!!!!
Спасибо!

Теперь только распарсить строку UserValuesProfile = (Строка) длиной 1'167'983 и вот оно, щастие

ev-kov писал(а) 25. Апреля 2008 :: 01:19:

Эту бешеную строку, длиной в мегабукву, я сейчас вижу в окне сообщений. Сомнений с том, что большая часть принадлежит регламентам - у меня нет.
Поиск "СохранитьЗначение(" в папке "\extforms\Rp08q1.grp" дал результат "Всего найдено 703", так что -- в полный рост.

trad писал(а) 25. Апреля 2008 :: 05:16:

А у объекта
Цитата:

действительно есть свойство <ИмяПрофиля>?
Перебирая все профили по индексу - получили от нулевого профиля его
Профиль.Имя = "1Cv7\7.7\Options", как он будет называться для случая прямого обращения? Т.е. возможно ли написать нечто подобное

Профиль=СоздатьОбъект("ПрофильПриложения");
Профиль.Options.ПодПрофили.Basic.Атрибуты.UserValuesProfile = ОчищенноеЗначение;
 

Извиняюсь, поспешил с вопросом)))

Ответ:

Профиль=СоздатьОбъект("ПрофильПриложения");
ТоЧтоЕсть = Профиль.ПодПрофили.Basic.Атрибуты.UserValuesProfile;
Профиль.ПодПрофили.Basic.Атрибуты.UserValuesProfile = ТоЧтоНадо;
 

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

ага, ага... и все это дело как-то настраиваемое опционально...
подписался на тему в ожидании

При загрузке профиля он автоматически записывается в файл КаталогИБ\ПрофильПользователя
Обработка позволяет:
1. Загрузить профиль
2. Сохранить профиль
3. Загрузить профиль из файла (затем его можно сохранить в рабочий профиль)
4. Сохранить профиль в файл

Результаты работы проверял на пустой конфе путем сравнения KDiff-ом
1. Сохранил 3 параметра
2. Добавил 4-й
3. Удалил моей обработкой
4. Сравнил получившийся конфиг с п.1

Нашел ошибку - неправильно обрабатываются парамеры, в тексе которых есть разделитель строк,
в частности у меня это проявилось на параметрах, сохраняемых отчетом 1CQA.ert,
выглядит примерно так:


так что пока лучше не использовать

Предлагаю завести спец. ветку в разделе Репозитарий.
Штука полезная.

Кто нибудь проверял работу обработки?
А то я пока на одной боевой базе только успел проверить - вроде все нормуль,
вот руки не доходят во всех базах бухов порезать настройки регламентированной отчетности нафиг.

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

Цель этой обработки - удалить из настроек наиболее объемный данные,
на моих базах это настройки регламентированной отчетности.

На мой взляд алгоритм может быть такой:
1. смотрим гнастройки с большимим размерами
2. в конфигураторе ищем, откуда они берутся
3. решаем что делать - удалять/не удалять

Выкладывай.

To: CaBaT

Ты скорее всего сравнивал KDiff-ом исходный и упакованный файлы. Понятно, что в таком случае ты не увидел ошибки. Дело в том, что твой парсер в некоторых случаях "жадничает" и изредка отхватывает для параметра значение, ему не принадлежащее (то есть наименование и значение параметра, следующего за ним). Тем самым мы можем потерять при парсинге некоторые параметры (парсер будет считать их частью другого параметра), с другой стороны размер "жадных" параметров будет завышен. При сборке CFG "жадные" параметры записываются как есть (то есть как они считались при парсинге), и в результирующем файле опять появляются утерянные параметры. Поэтому при сравнении KDiff-ом все ОК, но это не значит что все правильно. Вот если бы ты снял галку с одного из "жадных" параметров (а это еще нужно знать, с какого именно снимать), то после сборки и анализа KDiff-ом увидел, что из результирующего файла исчезли более чем один параметр. Я же просто сравнивал CFG, открытый в текстовом редакторе, и те параметры и их значения что получились после парсинга.

В свою очередь, как и обещал, привожу свой парсер (только парсер).

Закончил разработку чистильщика 1cv7.cfg
Скрины и прочее можно здесь посмотреть: http://infostart.ru/profile/1782/projects/2682/

Это, конечно, хорошо было бы. Но при нормальном использовании сохраняшек, проблем не возникает. Не встречал ни в одной базе, кроме бухгалтерий, проблем с этим файлом... При том, что регламентированная отчетность пишет *настолько тупую* сохраняшку, что просто жуть. Я, когда разобрался, что именно пишется - был глубоко оскорблен и отрубил эту чушь наф.
Ну, и конечно почистил файлики этой разработкой.
Спасибо автору.

artbear писал(а) 31. Октября 2008 :: 07:22:

+10

Человек мне на тестирование такой конфиг прислал. Видите ли моя обработка вылетала при попытке сохранения изменений. Я переделал код конечно, но спрашивается нафига такое сохранять? Проблема в том, что многие не сильно сведующие 1С-программеры часто злоупотребляют сохранением значений, не предполагая даже как это реализуется 1С и чем это грозит. Я не удивляюсь, учитывая как в типовой 1С:БУ с регл.отчетами накосячили - бить их надо за такое, возможно даже ногами...

Объем архива 90кб.

Bug 4239 http://www.1cpp.ru/bugs/show_bug.cgi?id=4239

artbear писал(а) 01. Ноября 2008 :: 10:21:

Хочу заметить, что для документа можно сделать эмулятор события ПослеЗаписи(), точнее даже - ПослеУспешнойЗаписи() используя другие события перехваченной формы. У меня сделано и молча работает. Могу поделиться (в среду).
Аналогичное для справочников, скорее всего тоже можно сделать, но не пробовал.
Про программное объект.Записать() - молчу, это да...

Цитата:

для открытой формы это не проблема...
событие послеЗакрытия и проверка изменений...