Автосохранение по таймеру. Нужно ли?

Добавил: bolsun, 25 декабря 2018 11:35, обновлено: 22 апреля 2019 20:06

Раздел: Предложения и идеи


Карточка с форума разработчиков

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

Есть ли у вас такая потребность?


К списку тем

Комментарии

bolsun
25 декабря 2018 11:39: #1

@board Ваше мнение очень важно для нас 😃


johnydeath
25 декабря 2018 12:01: #2

Нет, потому что каждое сохранение - это долго


nytlenc
25 декабря 2018 12:10: #3

@bolsun не сталкивался с подобной проблемой, но если функция не сложная иногда нужна даже если конфигуратор не пдает ))) Можно сделать активацию дополнительной опцией (галкой) в настройках турбоконфа.


ildaryusupov
25 декабря 2018 12:16: #4

Очень очень полезная функция, особенно хорошо, если она будет срабатывать для открытых внешних обработок (erf, epf) и будет уметь сохранять их с маской типа 2018-12-25_124000_МояОбработка.epf. Такой функционал есть в OpenConf для 7.7 и как его не хватает в восьмерке... В будущем будет EDT и GIT, а пока что - вся надежда на TurboConf


nytlenc
25 декабря 2018 12:17: #5

@ildaryusupov В будущем будет EDT и GIT - на счет EDT поржал спасибо 👍 😄 Особенно про EDT и внешние обработки понравилось... Править внешние обработки в EDT будет наверное то еще зрелище...


markersx
25 декабря 2018 12:53: #6

Данная функция нужна, но согласен с другими участниками - это дорого (по времени) и можно сохранить что-нибудь не то (вспоминаем анекдоты про уснувшего программиста на клавиатуре и зажатой клавишей Backspace). Так-же на мой взгляд, самое ценное - это код (формы и пр. вторичны). По этому, у меня предложение, сохранять данные не средствами конфигуратора, а средствами ТК (в некий свой закрытый файл) PS: т.е. делать периодические "снимки" кода, это будет полезно и в других целях (посмотреть что было и пр.)


bolsun
25 декабря 2018 13:05: #7

@markersx мне эта идея нравится. Вот пишете Вы код, задумались и тут началось сохранение на несколько минут. Будет раздражать и мешать работе. А код сохранить намного быстрее и удобнее. Да и восстановить недостающие объекты конфигурации по коду, намного проще. @board как вам?


markersx
25 декабря 2018 13:21: #8

@ildaryusupov Кстати, предложенный вариант сохранения внешних обработок (именно внешних) мне тоже нравится. Лично мне, спасло бы несколько обработок, и как следствие времени. Хотя если ТК будет делать снимки кода это обработки, этого тоже было бы достаточно для сохранения часов. PS: Приводимый мой пример про часы, я имею ввиду личный опыт, когда я как-то запорол шаблон внешней обработки, которую делал пару часов (с узнаванием всех возможных вариантов и пр.), но которую я как-то не скопировал и не сохранил через "Сохранить как...", а сразу переделал на нужную мне внешнюю обработку.


ildaryusupov
25 декабря 2018 13:24: #9

@nytlenc, я понимаю Ваш скепсис (сам устал ждать), но пока что других перспективных EDI для 1С у нас нет. И на сегодня именно EDT - наше возможно светлое будущее.


ildaryusupov
25 декабря 2018 13:25: #10

@bolsun Идя с сохранением кода (в удобном для последующего сравнения виде) - это будет очень хорошо.


johnydeath
25 декабря 2018 13:36: #11

Мне кажется, что не надо на это сейчас распыляться. Задача с самым минимальным приоритетом. Если пойти немного дальше про внешние обработки и гит, то можно сделать так: по команде идет выгрузка внешней обработки в исходники (штатный функционал платформы, проходит быстро), далее надо сделать git commit с указанием текста как это делается в харнилище. Вот вам и история внешний обработок, а не куча хлама в папке с именами МояОбработка_01022018, МояОбработка_01022018_новая, МояОбработка_01022018_новая2


johnydeath
25 декабря 2018 13:37: #12

@nytlenc а что не так с ЕДТ и внешними обработками. Начинать знакомство с ЕДТ рекомендуют именно с внешних обработок


bolsun
25 декабря 2018 16:02: #13

bolsun переместил(а) эту карточку из списка Предложения и идеи в список Принятые предложения


burlakovmb
07 января 2019 14:53: #14

все равно надо. это будет повышать надежность


nagaitseff
14 января 2019 04:24: #15

А Ctrl+S нажимать не трудно вроде. У нас часто падал конфигуратор, так что частое нажатие этого сочетание вошло в привычку и нормально все.


ildaryusupov
14 января 2019 07:19: #16

@nagaitseff Ctrl+S не сохранит обработку с датой временем в названии (своебразная история версий).


johnydeath
14 января 2019 07:54: #17

не сохранит обработку с датой временем в названии (своебразная история версий).

Вот такого точно не надо. Ад какой-то )


ildaryusupov
14 января 2019 09:35: #18

@johnydeath Я джва года эту функцию жду. Так было удобно в 7.7 в OpenConf при сохранении получать доп. копию, которая не раз выручала.


johnydeath
14 января 2019 09:58: #19

@ildaryusupov и сколько у вас таких копий за день накапливалоь? Если автосохранение раз в минуту, а рабочий день - 5 часов?


ildaryusupov
14 января 2019 15:01: #20

@johnydeath Вроде бы решили отключить функцию поминутного сохранения и обсуждали возможность перехватывать ручное сохранение с созданием отдельной копии (аля OpenConf)


alextimashov
19 марта 2019 23:46: #21

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


bolsun
09 апреля 2019 11:32: #22

bolsun
10 апреля 2019 17:10: #23

bolsun переместил(а) эту карточку из списка Принятые предложения в список Завершено



22 апреля 2019 20:06: #24

у меня такой проблемы нет и не было ни разу


TurboConf

Расширение возможностей

Конфигуратора 1С

Скачать

Бесплатный пробный период 14 дней