Друзья, подскажите как быть? Пользователи обновляют программу сами. Ввели код партнера и пароль (сохранили пароль) и при входе в 1С Предприятие проверяет новые релизы. Все как обычно. Вопрос: как убрать пароль и логин (где хранятся эти данные)? Чтобы при обновлении, даже вручную опять вывелось сообщение, что надо ввести пароль?
По теме из базы знаний
- Автоматическое обновление конфигурации базы 1C 8.2 при помощи регламентного задания
- Автоматическое обновление конфигурации и другие регламентные операции с базами (на сервере)
- Автоматическое обновление конфигурации периферийной ИБ
- Автоматическое обновление конфигураций
- Автоматическое обновление конфигурации (регламентное задание) для серверных решений
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Roby, Решение очень просто: Отключите интернет - запустите базу в пользовательском режиме - программа подумает и скажет что нет соединения с интернетом и в этом же сообщении нужно будет поставить галочку что то типа "не проверять на наличие соединения". при следующем запуске вообще не будет проверки подключения к серверу ИТС. База будет загружаться гораздо быстрее. Профит!
(18) Borisych, в ЗУП такого я не нашел и пришлось делать следующее:
в ходе нескольких часов мучений выяснилось, что логин и пароль записывается не только в базу, но и в папку AppData\Local\1C\1Cv8Update (на win7). Когда запускается обновление логин и пароль сначала проверяются в самой БД, а затем если эти данные не подходят, система начинает тянуть их из папки 1Cv8Update. И только когда в этой папке тоже неправильные логин и пароль нам выдается сообщение, что данные введены некорректно и предлагается ввести новые.
Решение:
1. удалить папку 1Cv8Update (всю папку потому что не знаю, что нужно конкретно удалить в ней, не до этого было)
2. в БД переписать на неправильные данные логин и пароль с помощью обработки (за основу взял эту же обработку, сохранил как внешнюю, в событие КнопкаДалееНажатие формы ОбновлениеКонфигурации добавил 2 строчки с присвоением реквизитам КодПользователяСервераОбновлений и ПарольСервераОбновлений произвольной строки. В пользовательском режиме открыл внешнюю обработку, нажал далее, затем закрыл.После этого открываем встроенную обработку обновления и нам предлагается ввести новые код и пароль).
Проверено неоднократно. Работает.
в ходе нескольких часов мучений выяснилось, что логин и пароль записывается не только в базу, но и в папку AppData\Local\1C\1Cv8Update (на win7). Когда запускается обновление логин и пароль сначала проверяются в самой БД, а затем если эти данные не подходят, система начинает тянуть их из папки 1Cv8Update. И только когда в этой папке тоже неправильные логин и пароль нам выдается сообщение, что данные введены некорректно и предлагается ввести новые.
Решение:
1. удалить папку 1Cv8Update (всю папку потому что не знаю, что нужно конкретно удалить в ней, не до этого было)
2. в БД переписать на неправильные данные логин и пароль с помощью обработки (за основу взял эту же обработку, сохранил как внешнюю, в событие КнопкаДалееНажатие формы ОбновлениеКонфигурации добавил 2 строчки с присвоением реквизитам КодПользователяСервераОбновлений и ПарольСервераОбновлений произвольной строки. В пользовательском режиме открыл внешнюю обработку, нажал далее, затем закрыл.После этого открываем встроенную обработку обновления и нам предлагается ввести новые код и пароль).
Проверено неоднократно. Работает.
(19)
А про внешнюю обработку хорошо придумано.
AppData\Local\1C\1Cv8Update
На самом деле, думаю, что в 1Cv8Update хранятся не пароли, а уже скачанные обновления с сайта. Поэтому программа не обращается к серверу, если обновления уже есть в папке. Удаление папки заставляет обратиться ещё раз.
А про внешнюю обработку хорошо придумано.
Пакетное обновление за достаточно большой период делать нельзя, поскольку пытаются отрабатывать промежуточные обработчики по метаданным, которых в финальной сборке нет.
Я почему-то была уверена, что скрипт пакетного обновления не все сразу пакеты на конфигурацию применяет, а после каждого в предприятие переходит. Странно, почему.
Я почему-то была уверена, что скрипт пакетного обновления не все сразу пакеты на конфигурацию применяет, а после каждого в предприятие переходит. Странно, почему.
Или хотя бы есть какой-то признак, что вот эти 3 обновления можно собрать и применить, а 4е уже только после успешного подтверждения предыдущего пакета, но для этого скрипт должен уметь сравнивать константу текущей версии в базе и очередного пакета и принимать решение об остановке загрузки очередного пакета в конфигурацию.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот