Мастер-группа. Тема №17. Новое в платформе 8.2.12-8.2.13
01.02.2011
комментариев 9
Представляем новую тематическую сессию по новым возможностям платформы 1С:Предприятие 8.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь. Если Вы оплачивали курс, у Вас активирован токен доступа, Вы залогинены, но Вы видите эту запись — напишите нам на e-mail поддержки.
По п.2.
Блокировка регламентных заданий при установке флага производится для базы, из которой выгружается начальный образ на время создания такого образа или для создаваемой базы?
Получается некоторая путаница, связанная с тем, что указываемые в форме параметры подключения соответствуют новой базе, куда выгружаются данные начального образа, а флаг блокировки – для текущей базы, из которой выгружаются данные, так?
Все верно, Александр.
Путаницы особой быть не должно. Ведь создается новая ИБ, куда загружается начальный образ. Блокировать регламентные задания такой базы смысла нет..
По п.6.
Нужно отметить, что при обновлении старых конфигураций (в которых для ОМ установлены все флаги: “Клиент”, “Сервер”, “Внешнее соединение”, “Вызов сервера”), не находящихся на полной поддержке, при объединении Конфигуратор сам решает, какие флаги снять. Принять он может 2 решения:
1. Снять флаг “Вызов сервера”, а остальные оставить.
2. Снять флаг “Клиент”, а флаг “Вызов сервера” оставить.
Такие “решения” после обновления могут привести к проблемам. Так, если пойти по пути 2, то возникнет проблема вызова процедур с директивой &НаКлиентеНаСервере, в параметры которой передается ДокументОбъект из процедуры проведения модуля документа. В толстом клиенте модули объектов компилируются на клиенте, а передача объекта с клиента на сервер приводит к ошибке мутабельного значения. Если переставить флажки по способу 1 – проблема решается (действует ближний вызов).
Лично столкнулся с такой проблемой при обновлении УПП для Украины 1.2.22 -> 1.3.3 на платформе 8.2.13 (поддержка с возможностью редактирования). Будьте бдительны, коллеги!
По п. 5.
Не понятен смысл запрета выдачи лицензии сервером предприятия. Провел свое маленькое расследование, пересмотрел уроки, где рассказывается о лицензировании и вот что “накопал”.
Выдача лицензий сервером предприятия происходила и раньше, а в версии 8.2.13 просто появилась возможность этой возможностью управлять. Ведь без выдачи лицензий сервером предприятия тонкий и веб клиенты просто не заработают!
Толстый клиент запрашивает у сервера лицензию только если сам не нашел в сети/локально. И вот тут как раз и пригодится новая настройка.
Дело в том, что при выдаче лицензии сервером предприятия лицензия из ключа выдается на одно соединение. А если толстый клиент сам находит лицензию – тогда происходит лицензирование на рабочее место. В результате при неправильно настроенной сети (если толстый клиент не видит ключ) 5 толстых клиентов на 1 компьютере “съедят” 5 лицензий из ключа, хотя при получении лицензии толстым клиентом самостоятельно – из ключа забралась бы лишь одна лицензия независимо от количества сеансов.
Вот и получается, что новая настройка позволяет обезопасить себя от расходования лишних лицензий при запуске нескольких сеансов толстого клиента на одном компьютере. Разумеется, при использовании тонких или веб клиентов эта настройка не имеет смысла.
Если что-то изложено неверно – поправьте меня, Евгений!
Спасибо за исследование, Александр!
Все верно.
И все-таки она вышла! ))
Пришло время )
Что значит “внеплатновую” – внеплановую или бесплатную?
Заменил слово :)