Первое и главное - начать с "неумного" варианта - чтобы контроллер умел локально управлять всем этим, а уже потом нахлобучивать на него опциональное управление через ha и прочее.
По крайней мере это поможет в ситуациях падения какого-нибудь облака tuya (было) или разрегистрации датчика в облаке - полы не начнут вдруг закипать и т.п.)
Контроллер - естественно из категории зарекомендовавших себя промышленных.
Ну если нет программы в анинсталлерах, но она есть - можно попробовать её "установить", а потом деинсталлировать...
Впрочем для "ножниц" достаточно отрубить их хоткей (PrtScr) и вешать на эту клавишу свой любимый скриншотер.
К примеру у меня именно так настроено: по prtScr запускается удобный мне скриншотер, а по win-shift-s - ножницы
И никто друг-другу не мешает.
p.s. на 11: специальные возможности -> клавиатура - использовать prtScr для захвата экрана: off
Нормальный вариант - "таблица выдачи" - туда помещаются те самые позиции, которые кладовщик складывает в корзину для выдачи. По фиксации факта выдачи - уже данные из оной таблицы и используются для одиночной транзакции уменьшения остатка. Заодно эта же таблица сможет выступать блокировкой резервирования позиций (в наличии 100, доступно 95 шт).
p.s. ну и да более практичный подход - от движений: остаток по складу - есть сумма приходов - минус сумма расходов.
Наверное самый оптимальный способ - более-менее продвинутый скриншотер, подвешенный строго на PrtScr
На мой вкус - flameshot удобен, особенно если хочется единообразия на разных платформах
Подвешивание именно на PrintScr - позволит избежать скрывания тултипов большинством программ, которые их скрывают по любой "обычной" клавише (например шотката ножниц Win-Shift-S )
бредовый вариант: на некоем другом сайте разместить баннер с контентом со своего сайта
возможно размером 1*1px
ну и уже сводить заходы на другой сайт и "показы" баннера
Не нужно. Это сродни операции замены человекопонятных имён переменных, полей и классов на рандомные комбинации букв i,I и тп aka обфускации. "защитой" должен заниматься другой слой например тот же самый jwt как носитель билета доступа, выдачу которого и проверку легитимности осуществляют другие механизмы (аутентификация, авторизация и т.п.)
Нет никакой гарантии, что на "чужом" бесплатном хостинге завтра картинка не окажется другой...
И на это нельзя будет как-либо повлиять.
А если речь идёт не о бесплатном - то можно брать любой хостинг и например разворачивать там фотогалерею - будет ui для закачки... если что-то мешает их просто туда складывать)
Судя по ценникам - проще для целей по сути монитора и подбирать монитор.
Как минимум они проектируются для более близкого и долгого просмотра = "получше" в плане сбережения зрения.
Ну и так уж сложилось что по мониторам есть более точный выбор и по кадровым разверткам и по типу матрицы и по матовости экрана - тупо на половине сайтов в фильтрах можно это задать.
Дом, сервер 24/7 - во главе угла наверное будет отсутствие шума.
Так что первый критерий - безвентиляторная конструкция.
Тогда напрашивается Intel N100, N2840 и подобные - на али этак тысяч от 10 рублей с жирной памятью и ssd
p.s. по случаю прикупил несколько лет назад Lenovo ThinkCentre M90n (в полном фарше, включая 2 RS-232) - иксы работают - слёзы, но я туда только разок заглянул... остальное ssh и выше крыши под home assistent и прочие штучки
В старые времена это делали например с использованием Fody.Costura иногда с выловом феерических эффектов
начиная с .net этак 5.0+ это штатный функционал selfconained но тоже со своими оговорками
ну собственно даже без докера это разруливается
начиная от javapath для разных версий jdk/jre
и заканчивая строго прописанными явно зависимостями или packagelock
а потери производительности в вариантах docker/docker-in-docker будут ощущаться в зависимости от стиля поправил-собрал - сборка в докере да ещё и с нуля потянет нечто типа пульнуть образ, установить инструментарий, собрать - вот там на первые шаги время будет уходить...
ну либо сделать свой образ уже набитый всем и собирать в нём - тогда ну почти незаметно будет