Сначала конфигуратор сказал "Ошибка сохранения документа", потом упал, после
открытия заново конфигуратора обработка открывается вот так:


Где могут быть обломки?
Где конфигуратор хранит свой темп, кеш?

на будущее
в конфигураторе: сервис-параметры
закладка Модули
снять галку "Проверять автоматически"

trad писал(а) 16. Февраля 2017 :: 06:22:

????
Ее там никогда не стояло.
Даже тогда, когда от этого релизов 15 назад были проблемы.

Когда появилась ошибка, весь модуль скопировал.
В расчете, что с файлом-то ничего не будет и только последние изменения модуля вставлю потом целиком.
Кто ж знал, что ее даже закрывать нельзя, а надо было все по очереди открывать и копировать кусками все, что можно в новую обработку?
И после открытия пустышки тоже косякнул. Надо было хотя бы модуль
сохранить, а вместо этого скопировал путь в темп, 4 тыс. строк модуля псу под хвост.
Как назло, это был первый релиз, единственный, ни копий нигде, ни у кого. Вот все, что осталось:

Djelf писал(а) 16. Февраля 2017 :: 06:49:

Наверно, это только если восстановление системы было бы для диска включено?
Поиск файлов во всем компьютере с временем файла ~ момент аварии не дает ничего похожего по размеру.
Файл должен быть метров 15-18, а не как сейчас 15k. Даже близко нет похожих размеров. Касперский там в это время какой-то большой отчет сохранял, сравнимый по размерам, а больше ничего нет.

Обработка открывала/закрывалась много раз.
Это же не за один раз делалось. Дня три-четыре.
Думаешь имеет смысл?
Даже не знаю где такой софт взять, на лазерках старых?
Они, наверное, умерли давно ...

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

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

У меня дважды были аварии во время реструктуризации базы.
Оба раза все кончилось хорошо. Один раз годный мдешник нашелся в папке ньюструкт, во второй - в папке базы.
Т.е., где-то всегда находилась исправная копия мдешника соответствующая
структуре базы.
Видимо, внешний отчет 1С целиком держит в оперативке, а на жестком диске ничего не дублирует.

В темпах, на сколько помню, только мд-ник при реструктуризации (или сохранении) сохраняется. На счет внешних обработок, не помню.

А так, вот это желательно  поставить, на будущее:
Цитата:

Брать тут, у romix-а:
http://x-romix.narod.ru/


ЗЫ: Достать поделку можно было бы из памяти, пока она в предприятии еще была открыта.

alyuev писал(а) 09. Марта 2017 :: 09:18:


А он разве сохраняет копию куда либо ?
Если правильно помню, он просто текст с номером версии на форму лепит, не ?

ЗЫ: ну да , так и есть:
Цитата:


А Ромиксовый плаггин, тупо делает папку и в ней копии с датой временем при каждой записи пихает самой ert-ки.

alyuev писал(а) 09. Марта 2017 :: 09:18:

На будущее: этот мусор я первым делом удаляю при установке.

А.... Я понял... Я его (Версия.vbs) переделал и сейчас он у нас сохряняет все изменения файлов. Под новым именем (с временем, датой и пользователем, который вносил изменения). И сохраняет структуру пути, где файл изменялся (на каком диске, в какой базе). Такой себе SVN получился. По-моему зачатки кто-то здесь выкладывал... Будет время - поищу.

alyuev писал(а) 09. Марта 2017 :: 16:10:

Даже не ищи.
Обработки весят десятки метров.
В результате работы твоего скрипта, любой диск моментально забьется абсолютно бесполезным мусором.
И кому это надо?

Eprst писал(а) 10. Марта 2017 :: 05:17:

Кто тебе насвистел, что обработка была открыта в 1с предприятии?
Сам себе злобный буратино корчишь?
Или, может, это твой недоделанный 1с предприятие убил мою обработку?

Кошки рулят писал(а) 10. Марта 2017 :: 11:27:



Плохо со чтением, да ?

Цитата:


Обычно, когда правишь что-то в пофигураторе, это что-то открыто и в предприятии. Отсюда и выводы.
А дальше, Остапа понесло.

Кошки рулят писал(а) 10. Марта 2017 :: 16:39:

Весна. Март. Кошки.

АЛьФ писал(а) 13. Марта 2017 :: 07:07:

https://yandex.ru/video/search?text=%D0%BA%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D...