Size: a a a

1С, БСП, DevOps и Архитектура

2019 December 05

MM

Max Mazin in 1С, БСП, DevOps и Архитектура
ясно, спасибо
источник

D

DaySandBox in 1С, БСП, DevOps и Архитектура
Message from Julia deleted. Reason: new user and external link (?)
источник

S

Sergey in 1С, БСП, DevOps и Архитектура
ZEEGIN
Эта обработка подключается к ras серверу, который не имеет аутентификации. Она не использует com в котором есть доменная, но который работает только на виндовс.
А эти знания где-то на ИТС есть?
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Sergey
А эти знания где-то на ИТС есть?
Где то была отдальная обработку которую можно скачать на итс. Просто ее в ресурсы платформы положили.
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
ZEEGIN
Эта обработка подключается к ras серверу, который не имеет аутентификации. Она не использует com в котором есть доменная, но который работает только на виндовс.
Rac пробрасывает авторизацию ос если запускается от пользователя, который является админом целевого сервера
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Abramov Dmitry
Rac пробрасывает авторизацию ос если запускается от пользователя, который является админом целевого сервера
я не знал :)
источник
2019 December 06

АП

Андрей Попов in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
На самом деле и ты прав, и Я)
Если один регистратор был, а стало более одного (неважно сколько), то все-таки выполняется (в таблицу СУБД добавляется еще одна колонка)
Ну тут да, согласен
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Друзья, по алгоритмике вопрос, подскажите какой алгоритм искать (разузлование / рюкзак / коммивояжер вспомнил, но вроде это все не то) для следующей задачи:
- есть спецификации (рецептуры) на готовые блюда, собираемые из полуфабриктов (ПФ), глубина вложенности у рецептур всегда 1 (т.е. нет ПФ, собираемых из других ПФ)
- по остаткам ПФ на складе нужно посчитать, сколько блюд можно из этих ПФ собрать
- для блюд, конкурирующих друг с другом по составу (т.е. в рецепте которых есть хотя бы один и тот же ПФ), указывается статистический вес (типа приоритет) этих блюд (цифрой, например вес блюда 1 = 10, вес блюда 2 = 20, при остатке общего ПФ = 10 этот ПФ должен распределиться между этими двумя блюдами пропорционально этому весу, т.е. ~ 3.3 : 6.6)
источник

АС

Антон Степанов in 1С, БСП, DevOps и Архитектура
юзай жадный алгоритм
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Построить таблицу с блюдами - ингредиентами и распределить и посчитать все в цикле пропорционально весам это конечно легче всего в реализации.
Я больше про какой-нибудь более изящный подход интересовался. Ну или переложить его в запросе, например. А вот пример найти не удалось.
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Делать космос не требуется (с учетом всяких там нюансов - например, когда ингредиента не хватает на более весомое блюдо), больше интересует вариант решения кроме как в лоб)
источник

AK

Artem Kuznetsov in 1С, БСП, DevOps и Архитектура
Линейное программирование похоже
источник

GK

Georgy Kvelidze in 1С, БСП, DevOps и Архитектура
В запросе считаем доступный остаток ПФ для блюд с учетом веса
Потом соединяем требумое количество ПФ для блюда и доступный остаток, делим доступный остаток на требуемое количество и берем минимум от результата деления для каждого блюда
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
Наверное, не до конца понимаю постановку задачи, иначе не вижу сложности (через запросы и временные таблицы):
Раскладываешь запросом блюда по ингредиентам
Выделяешь запросом блюда с конкурирующими ингредиентами
Распределяешь запросом остаток ингредиентов по этим блюдам пропорционально
Расчитываешь по оставшимся (неконкурентным) ингредиентам возможное количество блюда
Собираешь назад с учетом остатков ингредиентов (по каждому блюду - минимально допустимое количество исходя из остатков)

Но сразу вижу туеву хучу сложностей:
3 ингредиента могут конкурировать в 3х блюдах попарно с разным весовым коэффициентом - что тогда?
После подбора по минимально возможному количеству - может "случиться" остаток по конкурирующим ингредиентам
источник

AK

Artem Kuznetsov in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
Построить таблицу с блюдами - ингредиентами и распределить и посчитать все в цикле пропорционально весам это конечно легче всего в реализации.
Я больше про какой-нибудь более изящный подход интересовался. Ну или переложить его в запросе, например. А вот пример найти не удалось.
Точнее - симплекс-метод
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
Yaroslav Matsera
Наверное, не до конца понимаю постановку задачи, иначе не вижу сложности (через запросы и временные таблицы):
Раскладываешь запросом блюда по ингредиентам
Выделяешь запросом блюда с конкурирующими ингредиентами
Распределяешь запросом остаток ингредиентов по этим блюдам пропорционально
Расчитываешь по оставшимся (неконкурентным) ингредиентам возможное количество блюда
Собираешь назад с учетом остатков ингредиентов (по каждому блюду - минимально допустимое количество исходя из остатков)

Но сразу вижу туеву хучу сложностей:
3 ингредиента могут конкурировать в 3х блюдах попарно с разным весовым коэффициентом - что тогда?
После подбора по минимально возможному количеству - может "случиться" остаток по конкурирующим ингредиентам
Пример конкуренции 3х3
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Yaroslav Matsera
Пример конкуренции 3х3
Угу. Я об этом выше писал - что если ингредиента А осталось 3 штуки, то он в целых долях уже никогда не распределится между 1 и 3 блюдом (ибо там 1:3).
Но это пофиг.
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
не, слишком заморочился ) вопрос снят...
источник

IY

Ildar Yusupov in 1С, БСП, DevOps и Архитектура
Уважемые специалисты, подскажите пожалуйста, можно ли реализовать механизмом дополнительных печатных форм (БСП3.0) такой сценарий:

Печатная форма может быть вызвана из двух разных документов, для первого документа доступны три команды печати этой формы, а второму доступна только четвертая.

Без расширений и вмешательства в механизм заполнения списка печати?
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Ildar Yusupov
Уважемые специалисты, подскажите пожалуйста, можно ли реализовать механизмом дополнительных печатных форм (БСП3.0) такой сценарий:

Печатная форма может быть вызвана из двух разных документов, для первого документа доступны три команды печати этой формы, а второму доступна только четвертая.

Без расширений и вмешательства в механизм заполнения списка печати?
Условия видимости команд в подключаемые печатные формы вроде так и не подвезли
источник