Size: a a a

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

2020 February 07

JD

John Doe in 1С, БСП, DevOps и Архитектура
Кому дорог готовый АРМ, тот запилит сам определение факта отклонений
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Напомню: обсуждаем непонятный твой посыл, что автоматизирование отправки не нужно делать
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
John Doe
Напомню: обсуждаем непонятный твой посыл, что автоматизирование отправки не нужно делать
ну я все выше описал, и еще - насколько я понимаю, сейчас ты обсуждаешь теоретическую техничкую возможность по автоматизации оной :) Ты даже обработку не видел, я так понимаю в глаза. И поэтому ,когда ты говоришь "а АРМЕ и увижу" - то ты ошибаешься. В арме ты не увидишь ничего - шлешь то ты напрямую, через апи. Апи вернет чота (наверное), тебе это надо разобрать в человеческий вид, положить в куда-то, я предлагал в ЖР, возможно у тебя иные идеи, дальше рассылка и разбор. Поэтому мой моего посыла предерживаюсь - вся работа уже сделана. И нужно идти в сторону не автоматизации рассылки, а автоматизации рулежки в самом арме - по расширению. Тут большое поле, да. А сам арм переизобретать, имхо, смысла нету. Но это мое мнение ) Если есть желание и аргументация - то в путь как говорится.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Г🐈рри
ну я все выше описал, и еще - насколько я понимаю, сейчас ты обсуждаешь теоретическую техничкую возможность по автоматизации оной :) Ты даже обработку не видел, я так понимаю в глаза. И поэтому ,когда ты говоришь "а АРМЕ и увижу" - то ты ошибаешься. В арме ты не увидишь ничего - шлешь то ты напрямую, через апи. Апи вернет чота (наверное), тебе это надо разобрать в человеческий вид, положить в куда-то, я предлагал в ЖР, возможно у тебя иные идеи, дальше рассылка и разбор. Поэтому мой моего посыла предерживаюсь - вся работа уже сделана. И нужно идти в сторону не автоматизации рассылки, а автоматизации рулежки в самом арме - по расширению. Тут большое поле, да. А сам арм переизобретать, имхо, смысла нету. Но это мое мнение ) Если есть желание и аргументация - то в путь как говорится.
АРМ конечно не видел.
"В арме ты не увидишь ничего - шлешь то ты напрямую, через апи" // Т.е. если после отправки сеанс прибился, то все - нигде след не сохранился? Работа в АРМе не хранит состояние отправки? Ну это УГ конечно какое-то.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
"нужно идти в сторону не автоматизации рассылки, а автоматизации рулежки в самом арме" // Нее, такой АРМ, который не хранит состояние и данные живут пока он открыт, это первое, что надо переписать. И автоматизация отправки с качественным логированием - намбер ван в кандидатах на допил)
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
John Doe
АРМ конечно не видел.
"В арме ты не увидишь ничего - шлешь то ты напрямую, через апи" // Т.е. если после отправки сеанс прибился, то все - нигде след не сохранился? Работа в АРМе не хранит состояние отправки? Ну это УГ конечно какое-то.
у тебя АРМА нет, если ты шлешь сам. Откуда арм что-то об это узнает? :) Есть апи - оно вернет что-то. Тебе это надо "Как в арме", привести в человеческий вид и т.д. АРМ это все делает. А ты будешь делать сам. Всё. Я за всю историю, одну такую ситуацию знаю, но там - про что коллега выше писал - крупный ритейл и его клиенты на чом только не сидят и у них свои правила по неформализованным отправкам. Я слышал, там челы реально запилили свой мета-арм, который умеет типа работать с провайдерами клиентов. И есть роутинг, интеллектуальная упаковка неформализованного и т.д. Т.е. такая серьезная штука. Но опять же - это все равно АРМ, просто свой. Я надеюсь прояснилось чуть :)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Не, ничуть не прояснилось, почему ты топишь за отправку только через какой-то готовый АРМ
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
"Откуда арм что-то об это узнает?" // Оттуда же, откуда он узнает об этом при перезапуске сеанса
источник

PK

Pavel Kozlov in 1С, БСП, DevOps и Архитектура
Всем привет. Может кто подскажет в каких случаях Истина РасширенияИзмененыДинамически() // Возвращает признак изменения состава расширений после запуска сеанса.
источник

PK

Pavel Kozlov in 1С, БСП, DevOps и Архитектура
никак не могу добиться этого. но в какой то момент получилось случайно что там Истина и вываливается ошибка далее по коду
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Pavel Kozlov
Всем привет. Может кто подскажет в каких случаях Истина РасширенияИзмененыДинамически() // Возвращает признак изменения состава расширений после запуска сеанса.
Как обычно - сравнение хэша файлового кэша наверное.
Ибо глючит иногда.
источник

PK

Pavel Kozlov in 1С, БСП, DevOps и Архитектура
ну я вот взял добавил в предприятии новое расширение, запускаю всё ок, Ложь. Далее в конфигураторе новое создал, опять обновляюсь, Ложь
источник

PK

Pavel Kozlov in 1С, БСП, DevOps и Архитектура
и никак не попадаю в Истина
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Pavel Kozlov
ну я вот взял добавил в предприятии новое расширение, запускаю всё ок, Ложь. Далее в конфигураторе новое создал, опять обновляюсь, Ложь
Ну так это же прикладной метод. Посмотри как он считает.
При добавлении расширений у тебя наверное параметр сеанса тоже обновляется, вот и не возвращается Истина.
источник

PK

Pavel Kozlov in 1С, БСП, DevOps и Архитектура
я посмотрел, всё равно не могу понять поэтому и написал =)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну а что не понятно-то - отлови где присваивается значение параметру сеанса, сравни с тем как считается второе значение, с которым параметр сеанса сравнивается - и профит
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Г🐈рри
такое себе решение. Там много нюансов, если глубже копать - что будет, если после отправки, нужно анулироваать оную? Что будет если не подписали? Если нужны не формализованные доки - как их паковать? Разным клиентам хочется 1 ексель, 1 ворд, 2 джпега, а другим - одним зипом. Чего делать, если одна и та же форма - одному клиента должна отправлять в одном виде, а другом - в другом? Чего делать, если в диадоке надо в доп.поля пихать разным клиентам - разное? Ты понимаешь, насколько глубока эта кроличья норка? Если клиентов 100+ и хотя бы у 10% такие загоны, я полагаю - ты зае все это учитывать, и потом - это ж надо делать настраеваемо. Скорее всего, такая разрабокта будет дорога/долга/офигительна + не забывай, нужен уже серьезные мониторинг этого автомата. Напр., у тебя есть впф, она улетает как неформализованный док. ВПФ сломалась - пользователь в обработке это видит. А в фоновом задании - у тебя будет запись в ЖР. Я надеюсь у тебя уже эластики/забиксы/рассылки настроены, чтобы мониторить это?
Вот как раз - под это дело - и настрою. Т.к. это пожалуй будет первый робот к которому будет приковано вниаание из вне.
Что касательно разных требований от клиентов-партнеров. То да, проще потратить вреямя на настройку. И забыть о том что "рукожопый пользователь" что-то отправил не так и не туда.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Г🐈рри
конечная цель автоматизации отправки - выигрыш скольких секунд? 4? :)
Ну 4 секунды. Это прям мега быстро кнопки нажимтаь надо... а может даже "тетку с электродами в могзу заявязанными на кнопку" надо приклеить к рабочему месту.

А если документов от тысячи в день то это экономия 4000 секнуд. Если я правильно считаю - то это ЧАС карл. В день. 22 часа в месяц. А это извините три рабочих дня.

Даже не знаю. Стоит ли автоматизировать. При этом даже не учитываем что человек может косячить ... просто потому что он устал... пьян, недотрахан и т.п.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Ну 4 секунды. Это прям мега быстро кнопки нажимтаь надо... а может даже "тетку с электродами в могзу заявязанными на кнопку" надо приклеить к рабочему месту.

А если документов от тысячи в день то это экономия 4000 секнуд. Если я правильно считаю - то это ЧАС карл. В день. 22 часа в месяц. А это извините три рабочих дня.

Даже не знаю. Стоит ли автоматизировать. При этом даже не учитываем что человек может косячить ... просто потому что он устал... пьян, недотрахан и т.п.
Да не, он про пакетную отправку - 4 секунды занимает
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Только хранится ли результат отправки (успех / неуспех) в инфобазе - не раскрывает)
источник