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

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

Раз уж это посчитали за ответ, то продублирую:
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 есть разные способы метаданные указать в комментариях или атрибутах - это уже смотри на конкретный язык.

Так как он закрашен - никак.
Вот если бы он не был закрашен - можно было бы использовать какой-нибудь OCR

Есть ещё третий путь:
И номер телефона и юзернейм - это обычные строки. Собственно любой другой контакт тоже будет строкой.
=> Можно сделать таблицу Contact с колонками:
contact_id, user_id, contact_type, contact_value

contact_type - енам

PS: так теоретический вопрос или практический?)

это протокол авторизации

аутентификации*

В чём отличие между таким подходом и OAuth 2.0.

OAuth 2.0 - это конкретный стандарт со всеми плюсами, которые из этого вытекают.

Если диск будет восстановлен до исходного состояния, то ничего форматировать будет не надо.
Но если он уже 1 раз поломался - сломается ещё.
Благо игры всегда можно скачать снова

Pan перемещает не объект, а виртуальную камеру.

Объектов и эффектов у тебя в кадре может быть больше чем 1.

Under cursor - к курсору.
POI - к точке интереса