(2) SaschaL, кстати подсистема предназначена для обычных форм, я так понимаю для управляемых нужно будет все менять?
Или же свести синтаксис к управляемому и тогда на обоих системах будет работать?
думаю что целесообразнее в виде пустой конфигурации с описание как и что объединять в оригинальной конфигурации
Согласен.
(3) Xershi, а для энтузиастов можно куда-то выложить? Хоть демку пока.
До обновлений конфы пока не дошло, но изучение вопроса в процессе так сказать.)
(13) TODD22, судя по наличию макета для скрипта - автоматизирует запуск конфигуратора для обновления конфигурации базы. Все остальное - обвязка, призванная заменить традиционные внешний шедулер и обработку по /Execute
(13) TODD22, если у вас настроен автообмен РИБ по расписанию автоматически и вы ЦБ обновляете 2 раза на день, то узел сам обновит конфигурацию. Вот главная задача!
если у вас настроен автообмен РИБ по расписанию автоматически и вы ЦБ обновляете 2 раза на день, то узел сам обновит конфигурацию. Вот главная задача!
Два раза в день обновлять РИБ это жёстко....
Так у меня он и так обновляет. Без всяких подсистем.... Продавец в узле делает обмен. Ему выводится сообщение что нужно обновить конфигурацию.
Закрывает программу, запускает ярлык обновления.
Подсистема какой именно функционал реализует? Автообменов, проверки обновлений что то ещё?
(22) TODD22, без участия администратора бд, вот в чем фишка! Если база клиент-серверная, иначе последнему пользователю нужно будет выгнать всех и запустить обработку обновления.
Так мы то же без администратора БД обновляем 150+ узлов РИБа в магазинах.
У нас много доработок, поэтому так часто и обновляем.
А узлов сколько?
Чем чаще обновляешь тем больше проблем.... Я вот например накатываю обновление, а там изменилось 3 строки кода. А проблем потом на 2-3 дня... то узлы сломаются, то ещё что нибудь..... Тут чем реже тем лучше.
И как вы обновляете конфигурацию узла без его участия?
Без чьего участия? Админа?
Пользователь делает обмен. После обмена если есть обновление то у него блокируются функции в интерфейсе и он вынужден закрывать программу и запускать ярлык скрипта который делает обновление.
(28) TODD22, ну вот. Это пользователь не должен делать. Или база файловая? В таком случае предусмотрена у меня обработка для ручного обновления с бэкапом базы.
Не должен делать чего? И кто определяет что должен делать пользователь, а что нет?
Ничего там сверхсложного нет. Задача пользователя закрыть программу и запустить ярлык на рабочем столе.... Больше от него ничего не требуется делать.
Зачем там целые подсистемы?
Ну так то я то же за... пусть будет больше разных велосипедов.
У меня чисто практический интерес. Вдруг я что нибудь полезное для себя под черпну... а то у меня 3 РИБа на обслуживании в одном 150 узлов, в двух других по 10... И я так думаю месяца через 2-3 перевалит их количество за 200+
Вот интересуюсь разными способами как себе жизнь облегчить....
(30) TODD22, в таком ключе согласен без пользователя не обойтись. Но портирование базы на другой ПК повлечет перенос скрипта/ярлыка.
А мое решение предполагает наличие уже механизма в самой конфигурации. Так что это вопрос в другой плоскости.
(16) Chameleon1980, Работа в РИБ?
Обновлятор чем поможет обновлять узлы он может полностью в автоматическом режиме в сети магазинов?
Я им просто не пользовался.
У нас много доработок, поэтому так часто и обновляем. А вопрос обновления одного узла занимал неприлично много времени и я подумал, что пора сказать нет ручной операции.
(33) TODD22, УТ 11 тоже обновляет: приходит файл обмена с обновлением базы, в синхронизации появляется предложение обновиться, жмешь на эту кнопку, конфа закрывается, запускается скрипт из временной папки (там еще картинка имитирует запуск 1С), скрипт обновляет базу. Но у меня в 64-х винде возникали проблемы с полнотой обновления , смотреть здесь http://forum.infostart.ru/forum16/topic148660/ Поэтому тоже живо интересуюсь вопросом.)
(35) Alister, когда тестировал тоже наступал на грабли 64-битного сервера, но это проблема живо решалась прописыванием 32-битного пути приложения.
(34) TODD22, я видел решение по рознице. Но так как-то было все мутно. Основу я взял из БП2, но допилить пришлось конкретно (криворуко они все сделали, но для допила само то). УТ11 не ковырял, ничего сказать не могу.
На разработку и тестирование ушло 3 недели. Хотя если в УТ11 уже все сделано, то проверять нужно. А для конфигурации на обычных формах и там где есть клиент-серверное решение, то мое решение - это идеальный вариант!
(41) Alister, сел я писать незавимую подсистему закопался в типовых процедурах, так что увы не в ближайшее время. Сейчас пока нужно время для платной разработки оформление сделать))
(46) Alister, фриланшу я и на работе ЭСЧФ нужно внедрять, уже на финиш выхожу. Так что это в долгий ящик ушло))
Если бы делал документацию сразу при внедрении, то уже давно была бы публикация))
(56) подсистема готова. Только демонстрационная конфигурация требует механизмов РИБ, вот переношу!
Иначе это огрызок просто будет, а не готовое решение!
(64) Не думаю, что расширения будут проще, тебе еще нужно понять, будут ли расширения лететь вместе с основной конфой по РИБу. Насколько знаю они устанавливаются только в режиме предприятия (для конкретного пользователя), пока только в последних версиях платформы начали поддерживать почти все объекты конфы.
(68) "не так - можно установить и в конфигураторе, и они как раз не для конкретного пользователя, а на конфу."
По пользователям там некая завязка есть, точно не помню, хотя вроде при разделении данных как-то по другому. Но в конфигураторе мы их точно, только разрабатываем, подключение происходит через режим предприятия
По пользователям там некая завязка есть, точно не помню, хотя вроде при разделении данных как-то по другому. Но в конфигураторе мы их точно, только разрабатываем, подключение происходит через режим предприятия
Использование функционала расширения конечно возможно только в пользовательском режиме, оно ж для этого и делается.)
У пользователя может быть включен\отключен этот функционал, если это предусмотрено\заложено в самом расширении, но если расширение загружено в конфигураторе или в пользовательском режиме, то оно загружено для всех пользователей... хотя не у всех может быть видно (или по настройкам, или по правам, и т.п.)
Тема интересная, но увы не авторская, поэтому давайте ее тут не развивать.)
(70) Продолжать не будем, мое суждение основывалось на пункте "Подключение расширения" http://v8.1c.ru/o7/201410ext/, с раширениями пока не игрался, может и ошибаюсь
Посмотрел механизмы расширений. Новые фишки появились с 8.3.9, а пока я не видел конфигураций без использования совместимости. Даже ЕРП еще на 8.3.8.
Так что расширение пока не популярно будет.