Результаты поиска

Это то же используется, когда совсем нет надежды на view) ну это проблему не решит - почему бьется вид) Это происходит в БД как с переиспользованием доков так и в обычной БД ( От типа колонок не зависит.... Буду копать дальше - попробую включить сохранение NOTES.BRP на боевых...

auto не катит, плавали ( если не обращатся ко вьюхе хоть полчаса - следующий запрос приводит к обновлению - а там уже накидали всего... в sql уже много чего вынесено... не не - от ключа не зависит ( в прошлые выходные, там вообще 1 поле key и все: 16.01.2021 01:38:58 NSF BT: Verification...

Ох... и так не шибко шустро на запись, еще тормоза на аудит появятся...) Тут более подошел бы механизм подписок на события , но обещанное еще в 11 версии так и не сделали... (

И как прикрутил метрики загруженности кластера? :) или просто забили как и я?

Ну в следующем проекте уже вряд ли буду использовать вообще стандартные формы, ибо сделан вообще конструктор, который отдаёт в json метаданные описания формы и js их рендерит уже на форме юзера...

В данном случае expansionfactor не нужен. Его нужно настраивать для "чувствительности" оценки нагрузки ) нужен вывод команды sh cl sh cl Cluster information: Cluster name: mh66Cluster, Server name: Server1 Server cluster probe timeout: 1 minute(s) Server cluster probe count: 45140 Server...

а группы при таких FullName нормально работают? раньше были проблемы, когда FullName имеет не иерархическое имя.

Не... Если в документе сервера стоит хай секюрети для авторизации web, то используется или емейл или полное имя пользователя в виде user/org/ru.

Чем дальше в лес, тем крупнее помидоры ?:)) наводка - нужно стянуть с сервера кластера availability index каждого его мембера. скормить башу, что бы он пересчитал коэффициенты и записать веса в файл определения апстрима. ну и nginx -s reload Короче, ничего сложного - дерзай! :)

Минус : 1 - этих ICM нужно несколько - по 1 минимум на каждый кластер. 2 - ICM не поддерживает липкие сессии. т е после сохранения документа он может кинуть на другой сервер если хочешь прочитать тут же созданный док. А док в кластере не мгновенно разлетается:) 3 - сопровождать этот компот...

Забудь про ICM... Все что оно хорошо умеет, это разруливать лотусовые ссылки в зависимости от загрузки кластера. Во всем остальном - покрывается nginx/haproxy. Да и учет загрузки северов в кластере - можно сделать через bash+curl+agent. А так - разные кластера лучше обозвать через dns по типу...

Всякие бэки можно на nginx прикрутить - их полно хоть на php. Заодно там же и rates делать по ip например. Без этого бегом каналу хана будет...

Всегда без даунтайма обходится с кластером, забывая навсегда имя сервера:) хотя не - помню была серия из Basra, Mosul, Falludgi... Не понятна сама привязка к имени сервера, которая ведёт к проблемам переноса...

Ну что то не то в консерватории :) Отправка адресату и приём почты с авторизацией - это разные процессы. У себя я вкл internet lock down На 4 Попытки... И вроде все норм...

Ну после репликации - поменять id :))

6 лет назад...

По поводу сквозной авторизации нода+домино: Имхо на ноде можно настроить route в виде прокси в случае если токен протух/или его нет. Т е банально при первом входе передавать в браузер ответ от домино. И в случае успеха - в хидеры запросов к домино вставлять нужную куку. Тут в случае SSO...

Проще откинуть все из домино в Постгрес или кочдб и работать с ним из ноды наивно...

Берем нормальную бизнес форму, где например 15-25 селектов и каждый со своим справочником, штук 15 зависимых от данных бэка областей скрытия/показа, валидации. И получается херова туча rest запросов от ноды к домино... В разы больше чем если бы то же самое делали на формула например.. Всё это...

DAS по моему нифига не покроет нужный функционал. Справочники - вероятно. Но точно не бизнес - функционал. Вообще говоря - способов публикаций rest наружу от домино дофига и больше - агенты, вью, xpage, сервлеты и тп. Абстрагировать фронт от конкретного endPoint легко правилом на сервере в...