Алексей Черемисин

Ну потому, что вы изменяете не массив, а НОВЫЙ список, полученный из массива, а массив сам не трогаете.

Вам нужно установить маршруты на компухтерах в сети у вас и у клиента на роутеры, которые держат vpn. Чтобы они знали, куда пересылать пакеты для конкретных подсетей.
В конфигах wireguard разрешить соответствующие подсети.

Вот здесь подробнее - https://medium.com/@jmarhee/configuring-and-managi...

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

Добавить ... order by up.author_id asc и поменятьur.id=up.id на ur.author_id=up.author_id

1) проверьте, что у вас правильный репозиторий, для этого загрузитесь с флешки и попробуйте в ручном режиме установить с него ubuntu.
2) проверьте правильность получаемых адресов в pxe (dhcp) правильность загрузки и т.д.
И да, по pxe можно установить!

Да хоть, если даже дорога проходит через 10 городов - используйте TreeSet().

SortedSet road1 = TreeSet<City>();
road1.add("Mos");
road1.add("Spb");

SortedSet road2 = TreeSet<City>();
road2.add("Spb");
road2.add("Mos");

assert road1.equals(road2);

Можно работать через gstreamer. Как с видео, так и со звуком, очень качественно. В яве есть биндинг для gstreamer- https://github.com/gstreamer-java/gst1-java-core
Как раз на этой технологии пишу (написал уже) промышленный аудио/видео плеер (для рынка цифровой рекламы).
Примеры есть здесь - https://github.com/gstreamer-java/gst1-java-examples

Ну и радикальное решение - использовать GraalVM (к этому решению сейчас подхожу все ближе и ближе). Вся обработка видео будет на C или Rust с биндингами в яву. Все будет жить в GraalVM.

Вот как ни странно, уговорили на днях, неделя всего без дня, побыть преподавателем на питон на онлайн курсах. Курсы раскрывать не буду, не хочу рекламировать.. но это одна из самых больших площадок в рунете. Что могу сказать - это лучше, чем кажется на первый взгляд! Есть общение с преподавателем, есть самостоятельное изучение, есть все материалы, задания, проверка и помощь! Я за эту неделю реально полюбил онлайн курсы! Только что закончил писать учебный материал для топика по wtform во flask, мне самому нравятся. Так что не тушуйтесь онлайн-курсов!!! Да на онлайн-курсах вам расскажут не все, только основы, но и дадут дополнительную информацию, куда двигаться дальше. А с этим взлетать гораздо проще.

Кнопочка “Export” вас чем не устроила? Английским названием? Там аж в 5 форматах.

< Ctrl >-< Alt >-< F1 > - входите в текстовый режим,
sudo -s
nano /etc/passwd
ищете свой логин и меняете zsh на bash!
Ну а далее разбираетесь, что не пошло... и точно ли не пошло?

Установите и настройте opensmptd для посылки всей почты через существующий аккаунт на google/mailru/другойпочте. Он простой как 5 копеек и замена sendmail.

Смотрите в сторону clojure/clojurescript

import threading
import time

myvariable = 0

def thread_function():
    time.sleep(2)
    myvariable = 10

if __name__ == "__main__":
    x = threading.Thread(target=thread_function)
    x.start()
    # x.join() # здесь подождем завершения потока

BusyBox - программная оболочка, типа bash/csh/zsh и им подобным. И только! Да ее можно расширять, добавляя свои компоненты, она маленькая и быстрая, но каждый раз придется компилировать заново, или подгружать модулями. На дистрибутив совсем не тянет, но как замена куче базовых утилит (pwd/cd/ls/find ...) - да!
BusyBox создавался как замена стандартным и достаточно толстым утилитам командной строки, которые живут в одном бинарном файле.
Все в busybox втощить не удастся, увы. так что все равно придется ставить дополнительные программы-утилиты-пакеты и делать свою сборку системы.

Так пойдет?
https://maks.live/articles/python/prostoi-chat-na-...
https://github.com/aio-libs/aiohttp-demos/tree/mas...

Идея отдавать формы через рендер - вообще не очень правильная. Это было актуально лет 10 назад, где не было кучи форм на странице, и одна форма - один вью работала прекрасно. Рекомендую формы посылать и передавать через json/ajax, а для рендера использовать сторону клиента и javascript c jquery/reactjs/vuejs/angularjs... Да, наверное это немного перечеркивает ваш внутренний мир, но так уж вышло, что на сегодняшний день это так.
С другой стороны все становится проще - пишете шаблоны со своей кучей форм, пишете роуты-эндпоинты для ajax с приемом-выдачей json, остальное - сторона клиента. И тестировать легче, и кучу форм держать на одной странице, и посылать их тоже легче, в конечном итоге даже работать быстрее будет, так как не нужно каждый раз гонять всю страницу.