Напрашивается что выполнение уходит в Serial.println("no rp"); и не возвращается... ну например ждёт готовности вечно.
Думаю стоит перед ним поставить screen.print(... и если будет видимый результат - точка проблемы понятна
Человеки в большинстве своём не умеют учиться на чужих ошибках. Поэтому настоятельно рекомендую сделать на файлах. Могу даже подкинуть адресочки пары групп сектантов, не осиливших бд, и рьяно топящих за файлы)
Впрочем я могу подкинуть и гибридные промышленные дорогие решения где есть и орландо и редис и файлы)
Ночью никакой сканер/инвентаризатор сети не крутится?
А то один из сканеров славился подобным нагаживанием ряду hp принтеров
Но это было давно и я уже даже забыл название сканера
А если направить на экран поток от вентилятора - пожелтеет позже?
Если сразу по пожелтению ребутнуть - останется пожелтевшим или опять только через заметное время?
Это я к выявлению - то ли софт время отмеряет то ли перегревается и плывет подсветка
Может перед эластиком поставить logstash и там достаточно гибко принимать, обогащать, мутировать и трансформировать всё входящее
в том числе и например выстраивать индексы с именами хоть по hostname
а сами логи пищеварения эластика - во-первых минимизировать, во-вторых ротировать
Ну можно начать с анализа и прикинуть - что и где надо будет менять, если вдруг серьёзно вырастет нагрузка.
Напрашивается нечто типа некий балансировщик, который раскидывает запросы на множество web-серверов, ну а те соответственно стучатся в так или иначе горизонтально размасштабированную базу.
Вот и выходит что N контейнеров-клонов с nginx+php + M контейнеров с базой и перед ними - контейнер(ы) с балансировщиком.
Вот примерно такие абстрактные "линии разреза" в первом приближении.
Дальше уже можно смотреть в сторону полного перфекционизма когда 1 функция = 1[xN]контейнер
Тут как со сложностями у танцора - мол могут яйки мешать)
Ещё во времена когда оперативная память измерялась мегабайтами, а процессоры имели 3-значный номер и буковки sx/dx - народ вполне успешно монтировал спецэффекты в видеоматериалах. Да, это называлось "нелинейный видеомонтаж" и обработка минуты эффектов могла занять часы и даже дни. Но это работало.
За мелкими исключениями на гитлабе должно хранится только то, что он может интерпретировать как исходный код и например показать различия в коде от коммита к коммиту в виде понятного "это удалили", "это вставили".
Обычная практика: на каждой стороне прописывается список поддерживаемых/разрешенных алгоритмов и их параметров. А в момент "снюхивания" сторон между собой (как раз фаза согласования) они и выбирают тот вариант в который обе умеют.
Тем самым если задать на клиентской стороне единственный вариант - он и будет использован.
Стоит проверить что из той сети smtp откликнется и примет хотя бы HELO
А то к примеру мой провайдер уже лет 20 не пробивается и упорно блочит все исходящие на 25 порт, мотивируя это борьбой со спамом.
Ну и классику стоит проверить тоже - известен ли маршрут по которому надо идти пакетам назад? )
К тому что уже отметили, добавлю: разница между rdp-сервером и терминальным сервером примерно такая же как между компьютером и эвм - в традиционности и общеупотребительности названия)
По крайней мере в контексте вопроса - это именно два разных названия одного и того же.
Можно ещё и третий вариант: "терминальный сервер с подключением по протоколу RDP"
p.s. Без терминальных лицензий, если мне память не изменяет, подключаться по RDP к серверу можно только членам администраторской группы. Что очень и очень плохо с точки зрения безопасности
p.p.s ну и если вспоминать про 1с - у них есть понятие сервера приложений - то есть один из вариантов работы:
пользователи со своих рабочих мест тонкими клиентами подключаются к серверу/ферме серверов приложений, а уже эта ферма общается с сервером/фермой БД