Олег

Потому что DisplayPort передает 70+ гбитс в отличие от Thunderbolt где всего ~40
Это позволяет транслировать видеопоток в 10К без сжатия, и до 16К с сжатием
Thunderbolt развивается медленнее, 5 версии ещё не видел
И DisplayPort банально дешевле, также не обладает наличием "всяких DRM" ограничений

Если я вставлю в каждом 100метре один коммутатор

то будет полная фигня и отсутсвие линка. Задача решается принципиально другим способом.

- берется план завода
- выделяется место для создания центрального узла (серверная) в соттветствии с местнвми реалиями. Поскольку сама по себе сеть нафиг не нужна - значит, она тянется для чего-то. Значит, сервера будут.
- от серверной в локальные узлы (точки расположения управляемых коммутаторов) тянется оптика. На относительно небольшое расстояние пойдет более дешевая многомодовая..
- от локальных коммутаторов растягивается сеть
- если хотите бить на сегменты - бить можно на центральном узле, поставив туда микротик

Ищите сборку MSDN. Автор Microsoft.
Наименьшее число багов хотя и встречаются

По моему опыту, API для пополнения счета вам все равно не поможет.
Опсосы (а конкретно - МТС и Мегафон) теперь для дозволения любой, хоть технической, рассылки в своих сетях требуют предоставить им гарантийное письмо от того, кто эту рассылку делает, и оплатить ежемесячную дань в 2000 - 2500 за эту роскошную привилегию.
Без этих телодвижений вы ничего на них не отправите, а делать это за своих клиентов вы не имеете права.

Вообще, имхо, рассылка СМС просто-напросто устарела так же, как и оплата по СМС, и примерно по тем же причинам.

Ставить свой роутер и наводить поверх одной сети вторую, например через vxlan.
Ну, безопасники и так должны это знать, как и айтишники.
Иначе, и тех и других гнать нужно играть в квиддич, на метлах.

Никак... отдел ИТ отвечает за сеть)))) как включит "защиту" так и выключит

по сути единственный адекватный вариант - ставить роутер в "разрез" и включать на нем NAT (режим роутера собственно)
но это не помешает отделу ИТ зайти на роутер а дальше попасть в сеть ОБ, при желании

Для освоения языка стоит прочитать "Изучаем Python" Лутца. Для освоения фреймворка руководство Django. HTML и CSS можно изучить по руководствам MDN. С этим минимумом уже можно делать что-то простое. Дальше стоит углубиться в SQL и теорию реляционных баз данных. Хороший старт для этого - "SQL для простых смертных" Граббера. Полезным будет понимание принципов работы сетей в целом и Web в частности, в этой области общепризнан для начинающих учебник Олиферов. А курсы не нужны.

lock = 5
tries = 5
key = -1

while tries:
    tries -=1
    key = int(input('Введите число: '))  
    if key == lock:
        print(f"поздравляю, вы выиграли, потратив {5-tries} попыток!")
        break  
    print(f'осталось {tries} попыток')
else:
    print('проигрыш!')

Не подглядывая к Vindicar накарябал почти то же самое :)

1. Как проверял? Просто пытался угадать? Рандом - штука такая, могло просто не везти.
2. Если пользователь с первого раза введёт правильный key, условие цикла сразу будет False, и цикл не выполнится - а значит, не выполнятся и ifы.

Я бы посоветовал сделать так:

max_tries = 5  # число попыток
key = -1  # заведомо некорректное значение
for i in range(1, max_tries+1):
    key = int(input(f'Попытка №{i}: '))
    if key == lock:
        print(f'Угадал c {i}-й попытки!')
        break
else:  # этот else относится к for! 
    # он выполнится, если for НЕ БЫЛ прерван по break
    print('Попытки кончились. =(')