Сценарии пакетного режима
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) Думаю можно найти ещё множество вариантов решения этой задачи, в т.ч. и заплатить кому-то и наслаждаться созерцая как другие работают.
Предложенное мной решение не требует ни чего кроме 1С:Предприятия (а если человек столкнулся с проблемой запуска команды в пакетном режиме, то у него есть установленное 1С:Предприятие) и небольшой опыт использования данного режима.
При знании основ программирования на 1С можно подпилить под себя.
В предложенном вами варианте, нужно разбираться с новым ПО (если честно, я про него впервые прочитал). Необходимо знание тонкостей настройки и желание в этом разбираться.
На сколько я понял (может это и не так) саму строку команды необходимо писать ручками, а как раз от этого я и пытался убежать (в моей разработке строка команды Например: ""C:\Program Files\1cv8\8.3.10.2466\bin\rac.exe" -db "zup cb fin test" -db-user "Admin" -lockmessage "Плановое обновление" -lockuccode update" создается автоматически, тем самым я избегаю лишних ошибок (необходимость Экранирования, лишние пробелы и т.д.)
Предложенное мной решение не требует ни чего кроме 1С:Предприятия (а если человек столкнулся с проблемой запуска команды в пакетном режиме, то у него есть установленное 1С:Предприятие) и небольшой опыт использования данного режима.
При знании основ программирования на 1С можно подпилить под себя.
В предложенном вами варианте, нужно разбираться с новым ПО (если честно, я про него впервые прочитал). Необходимо знание тонкостей настройки и желание в этом разбираться.
На сколько я понял (может это и не так) саму строку команды необходимо писать ручками, а как раз от этого я и пытался убежать (в моей разработке строка команды Например: ""C:\Program Files\1cv8\8.3.10.2466\bin\rac.exe" -db "zup cb fin test" -db-user "Admin" -lockmessage "Плановое обновление" -lockuccode update" создается автоматически, тем самым я избегаю лишних ошибок (необходимость Экранирования, лишние пробелы и т.д.)
(3) Рекламируете ;) Я не против. Но считаю, что у меня получилась удачная конструкция "велосипеда". В ней нет ни чего лишнего (в отличии от вашего предложения). Она полностью выполняет те функции которые в неё были заложены (Авто создание строк команд с последующим хранением и редактированием, а так же их последовательный запуск). Этим велосипедом, можете воспользоваться даже вы, когда пишете код скриптов в "http://oscript.io + v8runner".
Кстати напомню, что в моем "велосипеде" скрипты писать не надо. Нужно просто выбрать из справочника нужные команды пакетного режима и указать свои переменные.
А вся установка заключается, лишь в разворачивании небольшой базы.
И да, уважаемые разработчики, изобретайте свои ВЕЛОСИПЕДЫ, возможно на вашем велосипеде завтра будет ездить весь МИР!
Кстати напомню, что в моем "велосипеде" скрипты писать не надо. Нужно просто выбрать из справочника нужные команды пакетного режима и указать свои переменные.
А вся установка заключается, лишь в разворачивании небольшой базы.
И да, уважаемые разработчики, изобретайте свои ВЕЛОСИПЕДЫ, возможно на вашем велосипеде завтра будет ездить весь МИР!
(4) Зачем вступаете в дискуссию на тему "что лучше, что хуже". У вас же черным по белому написано "сценарии пакетного режима", чего тут обсуждать, какой такой джеткинс и прочее?
Возможно, есть впечатлительные, сходят посмотрят что там за джэткинс, скорее всего не особо обрадуются.
Возможно, есть впечатлительные, сходят посмотрят что там за джэткинс, скорее всего не особо обрадуются.
(3)Сами же пишите, что библиотека v8runner уже безбожно устарела - всё равно лезть в исходники и допиливать новые команды - это не гуд. да и с GUI у такой связки будут проблемы, и с хранением готовых скриптов.... так что разработка автора сабжа вполне имеет право на жизнь, особенно если он запилит внутрь уже заполненный справочник команд и будет его периодически актуализировать (чтобы он не безбожно устарел как v8runner).
А можно как-то нормально назвать пост? А то пока не пролистаешь, пока дт-шник для скачки не увидишь, не понятно о чем речь.
Таких разработок миллион, в т.ч. Jenkins и OScript. Нужен ли миллион первый? Наверно нужен. Но давайте писать так, что бы было понятно, что это очередной инструмент автоматизации. Уважайте время коллег.
Таких разработок миллион, в т.ч. Jenkins и OScript. Нужен ли миллион первый? Наверно нужен. Но давайте писать так, что бы было понятно, что это очередной инструмент автоматизации. Уважайте время коллег.
Надо ещё упомянуть про специализирванное решение от самой 1С на ту же тему - "1С:Центр администрирования", который был анонсирован год назад, но, как я понял, данный продукт в итоге вошёл в состав 1С КИП и не доступен для отдельного приобретения! Конечно, функционал там намного шире, чем просто запуск пакетных скриптов.
