AO
вроде автокомплиты работают, код исполняется, а ноды не стоит
Это как?
Size: a a a
2019 November 12
AO
Я думал ты евентлуп на виндовом js сделал
of
оо, я тут кстати писал эмулятор ноды на вин ком объектах
А я тут ноду с кодом обернул в exe и юзаю из 1С библиотеки для nodejs :)))
of
А давайте лучше в bsl.dll встроим javascript!
+100500 и ООП доптшем
Z
Типа такого
AO
Типа такого
А автокомплит тогда где?
of
На ноде уже можно писать нормальный код... На 1С все ещё сложновато :(
of
Вообще мой первый пост для холивара был шуточный.. Если что. Тут человек написал "тут всё по делу и никакого флуда" :)
Z
Эт они наврали )))) Но по делу тут тоже бывает иногда
Up
AO
Вообще мой первый пост для холивара был шуточный.. Если что. Тут человек написал "тут всё по делу и никакого флуда" :)
Неверно. Это человеку так кто-то сказал. А мы ничо такого не обещали
𝖍
Такой поток новых лиц... парни, там в 1С:UA чтоль реклама прошла?
Ага
2019 November 13
КВ
Может здесь кто-нибудь подскажет? Или может скажет что мой подход говно и подскажет как делать будет правильнее?
Исходные данные:
Рабочая база - продуктив у клиента, подключена к хранилищу 1 под пользователем1
Некая база "сборка" - предпродуктивная база (на ней тестируют доработки перед передачей на проверку сотрудникам заказчика), подключена к хранилищу 1 под пользователем2.
Задача периодически обновлять базу "сборка" (актуализировать данные) из рабочей базы.
Написать скрипт по периодическому восстановлению из бэкапа рабочей базы - не думаю, что будет прям проблема.
Проблема в том, что при восстановлении из бэкапа рабочей базы, скорее всего подтянется и подключение к хранилищу для рабочей базы (т.е. база сборка будет говорить, что подключена под пользователем1, а должна быть под пользователем2).
Соответственно вопросы:
1. Изначально разделили базы по разным пользователям т.к. вроде читали, что идеология хранилища 1 пользователь (разработчик) - 1 база. Правильный ли это подход или можно подключать обе базы под одним пользователем и не парится?
2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
3. Может кто-то сталкивался с такой задачей и есть какие-нибудь наработки на гитхабе?
Буду благодарен за любые советы и предложения.
Исходные данные:
Рабочая база - продуктив у клиента, подключена к хранилищу 1 под пользователем1
Некая база "сборка" - предпродуктивная база (на ней тестируют доработки перед передачей на проверку сотрудникам заказчика), подключена к хранилищу 1 под пользователем2.
Задача периодически обновлять базу "сборка" (актуализировать данные) из рабочей базы.
Написать скрипт по периодическому восстановлению из бэкапа рабочей базы - не думаю, что будет прям проблема.
Проблема в том, что при восстановлении из бэкапа рабочей базы, скорее всего подтянется и подключение к хранилищу для рабочей базы (т.е. база сборка будет говорить, что подключена под пользователем1, а должна быть под пользователем2).
Соответственно вопросы:
1. Изначально разделили базы по разным пользователям т.к. вроде читали, что идеология хранилища 1 пользователь (разработчик) - 1 база. Правильный ли это подход или можно подключать обе базы под одним пользователем и не парится?
2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
3. Может кто-то сталкивался с такой задачей и есть какие-нибудь наработки на гитхабе?
Буду благодарен за любые советы и предложения.
AK
Может здесь кто-нибудь подскажет? Или может скажет что мой подход говно и подскажет как делать будет правильнее?
Исходные данные:
Рабочая база - продуктив у клиента, подключена к хранилищу 1 под пользователем1
Некая база "сборка" - предпродуктивная база (на ней тестируют доработки перед передачей на проверку сотрудникам заказчика), подключена к хранилищу 1 под пользователем2.
Задача периодически обновлять базу "сборка" (актуализировать данные) из рабочей базы.
Написать скрипт по периодическому восстановлению из бэкапа рабочей базы - не думаю, что будет прям проблема.
Проблема в том, что при восстановлении из бэкапа рабочей базы, скорее всего подтянется и подключение к хранилищу для рабочей базы (т.е. база сборка будет говорить, что подключена под пользователем1, а должна быть под пользователем2).
Соответственно вопросы:
1. Изначально разделили базы по разным пользователям т.к. вроде читали, что идеология хранилища 1 пользователь (разработчик) - 1 база. Правильный ли это подход или можно подключать обе базы под одним пользователем и не парится?
2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
3. Может кто-то сталкивался с такой задачей и есть какие-нибудь наработки на гитхабе?
Буду благодарен за любые советы и предложения.
Исходные данные:
Рабочая база - продуктив у клиента, подключена к хранилищу 1 под пользователем1
Некая база "сборка" - предпродуктивная база (на ней тестируют доработки перед передачей на проверку сотрудникам заказчика), подключена к хранилищу 1 под пользователем2.
Задача периодически обновлять базу "сборка" (актуализировать данные) из рабочей базы.
Написать скрипт по периодическому восстановлению из бэкапа рабочей базы - не думаю, что будет прям проблема.
Проблема в том, что при восстановлении из бэкапа рабочей базы, скорее всего подтянется и подключение к хранилищу для рабочей базы (т.е. база сборка будет говорить, что подключена под пользователем1, а должна быть под пользователем2).
Соответственно вопросы:
1. Изначально разделили базы по разным пользователям т.к. вроде читали, что идеология хранилища 1 пользователь (разработчик) - 1 база. Правильный ли это подход или можно подключать обе базы под одним пользователем и не парится?
2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
3. Может кто-то сталкивался с такой задачей и есть какие-нибудь наработки на гитхабе?
Буду благодарен за любые советы и предложения.
Попробуй: https://github.com/ArKuznetsov/cpdb
NG
> 2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
можно. у пакетного режима есть команды unbindrepo. они же есть у v8runner/vanessa-runner. возможно v8storage.
можно. у пакетного режима есть команды unbindrepo. они же есть у v8runner/vanessa-runner. возможно v8storage.
КВ
> 2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
можно. у пакетного режима есть команды unbindrepo. они же есть у v8runner/vanessa-runner. возможно v8storage.
можно. у пакетного режима есть команды unbindrepo. они же есть у v8runner/vanessa-runner. возможно v8storage.
Спасибо огромное!
КВ
> 2. Можно ли средствами пакетного режима конфигуратора или агента конфигуратора отключить базу от хранилища конфигурации и подключить под другим пользователем?
можно. у пакетного режима есть команды unbindrepo. они же есть у v8runner/vanessa-runner. возможно v8storage.
можно. у пакетного режима есть команды unbindrepo. они же есть у v8runner/vanessa-runner. возможно v8storage.
Смотрел вот здесь: https://its.1c.ru/db/v8315doc#bookmark:adm:TI000000499
И не нахожу этой команды. Не там смотрю?
И не нахожу этой команды. Не там смотрю?