Size: a a a

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

2020 November 22

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
в 1сном soap нет поддержки soap-хедеров. вообще
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
я для обхода этой беды делал отдельный прокси-сервер, но у меня были еще заморочки с подписанием тела сообщения, для тебя это будет оверхедом скорее всего.

https://infostart.ru/1c/articles/965259/
источник

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
в 1сном soap нет поддержки soap-хедеров. вообще
Печалька. Будет тогда через пост работать. Спасибо
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
скорее всего тебе хватит формирования тела сообщения через пакет XDTO и отправкой post-запроса на сервер. посмотри комментарии к статье, 3 и 5
источник

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
скорее всего тебе хватит формирования тела сообщения через пакет XDTO и отправкой post-запроса на сервер. посмотри комментарии к статье, 3 и 5
Спасибо. Нода в моей ситуации реально оверхед. Буду читать.
источник

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
Кому тема интересна нашел простую публицацию с готовой обработкой. Никита, спасибо за направление. без тебя несколько дней бы сервис долбил, пока не понял бы что не во мне ошибка )))
источник

1P

1C Programmer in 1С, БСП, DevOps и Архитектура
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
👍
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
и если все же захочется полностью писать сообщение, как объект XDTO, то вот схема, по которой можно создать пакет:
https://www.w3.org/2003/05/soap-envelope/
источник

АС

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

АС

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

𝖍

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊... in 1С, БСП, DevOps и Архитектура
Антон Степанов
Вот она, трушная 1Сная клавиатура. В подарок 1Снику самое оно
Самая обычная клавиатура с раскладкой ЯШЕРТЫ
Что тут такого?
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
ID:0
Правила техники безопасности пишутся кровью, а стандарты болью.

Каждый разработчик должен знать стандарты: https://its.1c.ru/db/v8std
Опять про боль пишут, да что ж такое. Нурафен хоть примите ...
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Антон Степанов
Вот она, трушная 1Сная клавиатура. В подарок 1Снику самое оно
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Эта лучше
источник
2020 November 23

ЕС

Елизавета Степанюк... in 1С, БСП, DevOps и Архитектура
Многоуважаемые коллеги. Есть сильная и внезапная проблема.
В конфигурации плотно используются http-сервисы крупного агрегатора. Может генериться несколько тысяч запросов к сервису за, допустим, 10 мин. Данные агрегратора используются и в самой 1с и во фронте (фронт это страничка html, в интернете).
С помощью этих данных делаем отчёты и кучу других операций. Изначально, во время имплементации API не было никаких ограничений на выборку, кроме ограничения количества записей в ответе. Именно по этому приходится генерить много запросов. Но сейчас ввели ещё и ограничения на максимум 4 запроса в секунду.
Соответственно пришлось резко проводить оптимизацию и костылить решения замедляющие наши запросы. Но так как работа через мою точку доступа ведётся весьма активно и из нескольких мест, то у запросов возникает конкуренция за время.
И сейчас некоторые запросы не проходят.
Как в идеале, с относительно минимальным количеством усилий, следует правильно решать эту проблему? Понятно что нужна очередь, и замедление запросов устраивать уже в этой очереди. Нужны приоритеты операций, некоторые запросы могут подождать, а некоторые нужно выполнить максимально быстро.
Может у кого-то есть какие-то более конкретные советы или может есть что почитать?
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Елизавета Степанюк
Многоуважаемые коллеги. Есть сильная и внезапная проблема.
В конфигурации плотно используются http-сервисы крупного агрегатора. Может генериться несколько тысяч запросов к сервису за, допустим, 10 мин. Данные агрегратора используются и в самой 1с и во фронте (фронт это страничка html, в интернете).
С помощью этих данных делаем отчёты и кучу других операций. Изначально, во время имплементации API не было никаких ограничений на выборку, кроме ограничения количества записей в ответе. Именно по этому приходится генерить много запросов. Но сейчас ввели ещё и ограничения на максимум 4 запроса в секунду.
Соответственно пришлось резко проводить оптимизацию и костылить решения замедляющие наши запросы. Но так как работа через мою точку доступа ведётся весьма активно и из нескольких мест, то у запросов возникает конкуренция за время.
И сейчас некоторые запросы не проходят.
Как в идеале, с относительно минимальным количеством усилий, следует правильно решать эту проблему? Понятно что нужна очередь, и замедление запросов устраивать уже в этой очереди. Нужны приоритеты операций, некоторые запросы могут подождать, а некоторые нужно выполнить максимально быстро.
Может у кого-то есть какие-то более конкретные советы или может есть что почитать?
А точка через которую к АПИ обращаются на 1С?
источник

ЕС

Елизавета Степанюк... in 1С, БСП, DevOps и Архитектура
Кирилл Черненко
А точка через которую к АПИ обращаются на 1С?
Да
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Елизавета Степанюк
Да
https://github.com/wizi4d/TaskManagerFor1C
Можно вот эту библиотеку посмотреть, там есть управление очередью, паузы и приоритеты заданий. Судя по описанию пробелмы вероятно может помочь
источник