Василий Банников

Если у вас линукс - можно использовать консольные утилиты, в частности для дебиана/убунту:
Для WEBP:
sudo apt install webp
cwebp input.png -o output.webp
Для AVIF:
sudo apt install libavif-bin
avifenc input.png output.avif
Много форматов понимает так же ffmpeg, ставите и конвертируете через него.

Если у вас Windows - либо переезжаете на линукс, либо устанавливаете WSL и в нём уже работаете в консоли с этими утилитами, либо ищите виндовые аналоги.
С маками дела не имел, скорее всего через brew можно эти/аналогичные утилиты поставить.

Или это просто такое количество кодовой базы на PHP накопилось, которую все дружно решили переписывать на Go

Скорее всего.

если да, то почему именно на Go?

Если компания решилась вложиться в переписывание продукта на другом языке, то у неё на это точно очень веские причины, вероятнее всего - проблемы производительности. В этом случае Go - очевидный выбор. Python, Ruby и JS не дадут никакого выигрыша относительно PHP. Хоть на языках из мира jvm и .net можно писать высокопроизводительный софт, но они скорее решают проблемы сложности огромных кодовых баз. С++ и Rust очень сложны и для прикладного софта применяются только в крайнем случае. Всякая экзотика, типа Erlang, Elixir и Haskell - это вообще редкий случай в энтерпрайзе. Go же одновременно очень прост и ориентирован на высокую производительности.

Привет.

Можно ли установить личность?

Можно, зависит от вычисляющего, его доступов/используемого ПО и политики безопасности компании. Подключаясь к вашей рабочей точке, смартфон сообщает: а) имя устройства; б) MAC-адрес модуля Wi-Fi. При других сценариях, можно анализировать трафик и выцеплять из него интересующую информацию. В совокупности этого будет достаточно для идентификации.

Бесконтрольное подключение личных девайсов к рабочим сетям есть плохая практика.

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

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

advanced ip scaner

либо приложение для поиска камер от каждого производителя, просканирует сеть и найдет
у Хика это sadp tools, у Dahua - без понятия

Keenetic.
Умеет "из коробки" мышкой-менюшкой много чего (IPSEC, PPTP, L2TP, WireGuard, OpenVPN)
На подходе (в beta-прошивках уже есть) - OpenConnect (опенсорсный аналог Cisco AnyConnect).

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

PS. Если много лишнего времени и хочется помучаться - можно и на Mikrotik посмотреть. Или попробовать перешить имеющийся роутер в OpenWRT :)

Да, возможно, при условии что монитор поддерживает данный режим. Называется он PBP (Picture By Picture): одна часть монитора показывает сигнал с одного источника, вторая часть - с другого. При этом это могут быть как два разных источника так и один (т.е. два разных выхода с одной видеокарты). Режимы зависят от конкретного монитора. Например: разделение двух источников по вертикали или по горизонтали; а если четыре источника - то экран делится сеткой на четыре. На ультрашироких могут быть и другие варианты - не щупал ультраширокие мониторы. Про режим PIP (Picture In Picture) уже сказали - режим наложения одной картинки поверх другой, я же дополню: этот режим тоже может быть использован с разными источниками (при наличии такой фичи, конечно).

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

Соображение второе, практическое. Раз, как вы пишете "Domain содержит только сущности, Enum'ы", то выбросьте из головы слово Domain, оно вас только запутывает. Потому что намекает на DDD, а то, что у вас есть, в DDD обзывают "анемичной моделью", и сильно не любят. Т.е. сейчас, с нынешней структурой приложения, DDD - оно не про вас.

Так что, по факту, у вас есть два слоя абстракций, описывающих функции классов и методов: UI и Application. И я подозреваю, что логика приложения - классы и методы, отнесенные к Application - использует в качестве средства доступа к БД EF напрямую. То есть - что там прямо в коде используются сущности под названием DbContext и DbSet.

А это означает, если по жизни, что от EF вы в таком раскладе никуда впоследствии не денетесь. Хорошо это или плохо - решать вам. Однако о намерении прибить гвоздями свое приложение к EF вы не упоминали и, предполагаю, не думали. Если это так, то задумайтесь именно об этом. Не о замене БД - EF может работать поверх разных БД, так что к MS SQL вы, по факту, с EF привязаны не будете (ну, разве что, сами того очень захотите).

А задуматься надо: EF - штука неоднозначная. Она, подобно любому средству ORM, полна абстракций, которые, так скажем, не совсем хорошо ложатся на логическую структуру реляционных БД, а потому в них есть заметные дыры, через которые эта структура будет проглядывать. В частности, это нередко касается вопросов производительности.

Но если вы выберети жизнь EF и ни с чем другим, то о Repository и UoW можете больше не думать: EF будет для вас и тем, и другим.

Кароче, выбирайте.

Посмотри transmission-cli. Может там есть. Я им пользовался но для очень простых случаев когда 1 файл был.

Смотря что за ноут, 330W для обычного ноута очень дофига, там должна стоять хорошая видеокарта чтобы оправдать такую мощность.
Если 130 работает, и успевает при этом заряжать, то это прекрасно, но лучше в таком случае принудительно отключать дискретную графику.
65 скорее будет почти на пределе возможностей что не хорошо для блока питания, да и ноут будет постоянно сваливаться в питание от батареи. Если бы пришлось такой использовать, то я бы только для зарядки батареи в выключенном состоянии использовал.
А вообще в AIDA и подобных можно посмотреть что сколько потребляет и умножив это на 1,5 получить примерно реальную картину

По обращению к определенным доменным именам и спискам IP адресов
Поэтому например если Вы включите ВПН, то провайдер уже не увидит это трафик и начнет тарифицировать подключение к интернету