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

Прямо в мануале написано же https://3proxy.org/doc/man3/3proxy.cfg.3.html
В "How To" дан пример кейса

-RHOST:port listen on given local HOST:port for incoming connections instead of making remote outgoing connection. Can be used with another 3proxy service running -r option for connect back functionality. Most commonly used with tcppm. HOST can be given as IP or hostname, useful in case of dynamic DNS.

-rHOST:port connect to given remote HOST:port instead of listening local connection on -p or default port. Can be used with another 3proxy service running -R option for connect back functionality. Most commonly used with proxy or socks. HOST can be given as IP or hostname, useful in case of dynamic DNS.

Можно спарсить этот XML, скинуть в табличку (Google например), там сделать перевод (в гуглотабличках есть формула для перевода через Google Translate - можно потом руками поправить) и сформировать новый такой XML.
Готового скрипта или расширения нет, но не думаю, что сложно будет найти исполнителя для такой работы, который за пару тысяч всё сделает.

Скорее всего где-то ещё использовал токен и забыл. Может кто-то стащил его.

В любом случае - перевыпусти токены и всё пройдёт.

Блокнот и моноширный шрифт
Линии чертить можно просто вводя дефисы (да и нужно ли линии чертить?)
Будет что-то типа

========
 2124/12
-12  =177
  92 
 -84
   84
  -84
    0

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

Раз уж это посчитали за ответ, то продублирую:
https://source.android.com/docs/setup/about?hl=en

Смотри на AOSP - там прямо в FAQ описано, что именно тебе нужно дописать, чтобы получить прошивку для конкретного девайса + даны исходники всех открытых компонентов и ты можешь по аналогии их переписать на свои.

Там же перечислены все требования к рабочей станции и примерный воркфлоу

Везде говорят о том, что хранить пароли в браузере не безопасно, но из этого возникло пару вопросов.

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

+ При использовании менеджера паролей в каком-то конкретном браузере ты усложняешь себе переезд на другой браузер, но это уже скорее вопрос удобства, а не безопасности.

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

А влияет ли на безопасность аккаунта, к примеру, незавершённая сессия? Стоит ли выходить из почтового ящика, соц. сетей и вообще любых аккаунтов в интернете, или это паранойя?

Если ты используешь чужой компьютер, то обязательно все сессии нужно завершать.
Хранить свои пароли на чужом компьютере тоже не стоит.
Если девайс уже скомпрометирован, то трояну совершенно не составит труда украсть твои данные, пока сессия открыта, во время твоей работы.

В DNS в A и AAA записях сохраняется только соответствие между именем и ip.
Порта там нет.

В CNAME записывается соответствие между двумя именами.
Порта там тоже нет.

Браузер смотрит только на A, AAA, и CNAME.

По тому, если сервер ожидает запросы не со стандартных портов (80 и 443 для http и Https соответственно), то порт в url нужно указать явно.

Нет, разжижить нельзя.
В теории, совсем без термопасты может оказаться лучше, чем со старой, но надо хорошо почистить обе поверхности.

1. Не соглашусь с идеей "одна entity-один контроллер", так как сущности из EF далеко не всегда 1-в-1 маппятся на сущности твоего api

2. Проблема с DI логична, но далеко не всегда является проблемой. При достаточном желании можно настроить всё так, что у тебя все объекты, включая контроллеры и DAL будут Singletone (на одном проекте мы так сделали и это сильно увеличило производительность и снизило нагрузку на память).
Но вообще да - если у тебя в контроллере очень много зависимостей и в разных методах используются разные наборы этих зависимостей - значит что-то идёт не так и надо разделять (но не факт).
Помни ещё, что кроме инъекции в конструктор можно инжектить в параметры метода при помощи атрибута [FromServices]

3. Я предпочитаю группировать по сущностям api.
Тоесть если у меня будут сущности /orders, /items, то тогда у меня будет два контроллера: OrdersController и ItemsController - это упрощает поддержку и делает расположение методов логичным и очевидным.
=> Тактика по разбиению SignInController из вопроса будет зависеть от того, по каким url доступно каждое из его действий.

Ну и ещё наброшу:
Существует minimal api в котором нет контроллеров
https://learn.microsoft.com/en-us/aspnet/core/fund...
https://github.com/CarterCommunity/Carter

Существует практика создавать для каждого endpoint - свой класс.
https://github.com/ardalis/ApiEndpoints

Вся логика выборок, фильтров и т.д. вынесена на уровень Storage Procedure, значит не получится создать тестовую БД с тестовыми данными.

Это ещё почему? Во время прогона тестов поднимаете полноценную СУБД, которую заполняете всеми табличками и процедурами.
Больше вариантов нет, если хочется этот слой протестировать.
При наличии миграций - это не должно быть сильно сложно.

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

Такой вот фильм. Размытие выглядит вполне нормальным.

Это какая то защита на не оригинальные копии?

А в оригинале размытия нет?

Вообще вопрос с точки зрения language design интересный.
Предположу, что тут скорее по принципу "явной необходимости в этом нет, вот и не сделали", ибо функция всегда только одно значение вернуть может и знать его имя для обращения к нему не нужно, в отличие от аргументов.

Для IDE есть разные способы метаданные указать в комментариях или атрибутах - это уже смотри на конкретный язык.