Dmitry

Выглядит как кандидат на запуск с ПК, а не с "RPI 4".

В простейшем случае это просто какой-нибудь rsync в планировщике с удалением исходного файла после скачивания.

И не знаю что делать, у меня есть только сомнения об шнуре который идет от роутера к свитчу. Он как бы разъединенный на две части.

Вот в этом кабеле и проблема: роутер и свитч видят две пары и выбирают режим 100мб. Для гигабита нужны все 4 пары - замените этот кабель на один нормальный со всеми четырьмя парами проводов.

https://habr.com/ru/news/870558/

Нет, без навыков программирования и веб разработки не получится, даже если найдётся какой-то конструктор.

Большинство конструкторов нацелены на всякие бизнес-приложения с формами и табличками, а не на игры.

Есть всякие движки для игр, в который есть визуальное программирование, но это не значит, что в них можно разобраться без соответствующих навыков - просто вместо слов в текстовом редакторе надо двигать блоки.

ЗЫ:
Геймплейно это буквально монополия, так что ссылку прикреплять было не обязательно и ничего оригинального в ней нет, кроме картинок и названий клеток

Создать файл со списком доменов/IP /etc/postfix/my_blacklist
.aporolo.ru REJECT

Хэшировать этот файл
postmap /etc/postfix/my_blacklist

Добавить в /etc/postfix/main.cf после reject_unauth_destination

smtpd_client_restrictions =
    ...
    reject_unauth_destination,
    check_client_access hash:/etc/postfix/my_blacklist,
    ...

При изменении списка сайтов перехэшировать файл.

Так контейнер не обеспечивает "запуск того что невозможно". Контейнер изолирует зависимости. Если зависимостей под хостовую ОС нет - то контейнер не поможет. На линуксе "игры не работают никакие" (что кстати неправда) потому, что там нет DirectX - потому что это майкрософт. А поддержка openGL всеми драйверами и видеокартами вызывает вопросики. Ну и основное- т.к. в целом аудитория линуксов меньше винды в домашней среде - то разработчики как игр, так и драйверов не парятся особо с поддержкой - т.е. просто у игры нет бинарника для запуска на линуксе.
Но - опять таки - это уже заблуждение из далекого прошлого - есть игры, и немало.

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

Надо включить поддержку регистронезависимости при создании файловой системы
mkfs -t ext4 -O casefold /dev/диск
или позднее

umount /dev/диск
tune2fs -O casefold /dev/диск
mount /dev/диск

Затем установить у нужного каталога атрибут регистронезависимости
chattr +F /путь/к/каталогу

Можно в настройках репозитория указывать путь к внешнему gitlab-ci.yml в другом репозитории. Тогда он может быть один на всех и в каждую репу его добавлять не нужно и изменения файла можно делать только в одном месте.

В MX-записи указывается каноническое имя A-записи. Использование CNAME в MX запрещено RFC2181 (раздел 10.3).

Вариант раз:
Обычный бесперебойник как для любой другой техники с инвертором до 220в и обычный блок питания в розетку.

Вариант два:
Также бесперебойник, но подключаться не через инвертор, а сразу к 12вольт через dc-dc преобразователь.

В случае домашнего сервера это будет самый надёжный вариант.

Очевидный вариант с повербанком откидываем, тк они не рассчитаны на такие сценарии:
1. Может тупо не хватить тока
2. Перегрев из-за длительной высокой нагрузки (ибо рассчитаны максимум на пару часов на полной мощности, чтобы зарядить телефон)
3. Быстрый износ аккумулятора из-за того что мало какие повербанки предполагают постоянное нахождение на розетке с постоянным питанием устройства.
4. Некоторые повербанки тупо не умеют одновременно заряжаться и питать другое устройство
5. Они могут периодически отключать питание внешнего устройства

Подробнее о разных кейсах можно на форуме почитать (есть ссылки на другие треды и разные решения)
https://forums.raspberrypi.com/viewtopic.php?t=361748

Все настройки ваших серверов сводятся к установке приложения gitlab-runner (либо настройке SSH для CI/CD сервера: т.е. CI/CD сервер подключается к целевому серверу по SSH/SFTP, копирует файлы и выполняет скрипты на целевой машине), а так же настройке требуемых зависимостей вашего проекта. Stage сервер настраивается идентично Prod серверу. Dev сервер настраивается для прямого доступа к нему со стороны разработчиков для отладки и дебага багов, не воспроизводящихся локально. В гитлабе настраивается CI/CD для деплоя через gitlab-runner или SSH, развертывается отдельный CI/CD сервер с приложением gitlab-runner и докером для запуска CI/CD задач и деплоя на серверы. Для каждой ветки настраиваются свои правила и ограничения деплоя под отдельные сервера. Итого у вас должно быть минимум пять серверов: гитлаб, cicd, dev, stage, prod. Плюс еще есть роль VPN сервера - эту роль вполне можно совместить с гитлабом. CI/CD - только отдельный сервер, ибо задачи штука ресурсоёмкая (компиляция, сборка, установка зависимостей и прочее). Еще очень полезная штука - кэширующий сервер для образов докера и пакеты (harbor - топ). Ускоряет работу задач и экономит трафик. Prod сервер может быть как сервером, так и группой серверов - prod-app, prod-db, prod-files и т.п. В идеале stage должен быть идентичной конфигурации, но обычно обходятся простыми виртуалками для экономии ресурсов, в отличии от prod сервера.