Андрей

Вроде бы тут приведено решение: codereview.stackexchange.com/questions/13111/smoot...

Вбиваете IP-адрес вашего сервера в форму https://blocklist.rkn.gov.ru/ Если сайт действительно заблокирован, то там же будет указана причина блокировки. Если нет, то стоит обращаться в техническую поддержку провайдера, у которого наблюдаются проблемы.

Alice Skills - вам сюда

Какой то хреновый у вас опыт.
В юнити нет и никогда небыло JavaScript. Там был UnityScript, синтаксически схожий с JS. Но уже нету.

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

Не уверен кстати, что бесплатный VPS на Win вообще возможен - как минимум вам лицензию винды надо оплатить. А еще нет никакой уверенности, что VPS и WinServer в принципе потянут юнити - как бы там нужно что то да рендерить, а для этого нужна какая-никакая, но видяха с DX/OpenGL.

ulearn.me

Судя по вашей задаче вам все-таки больше всего подходит именно TimeSpan. Странно что вы его отбросили, при этом рассматривали DateTime, т.к. внутри этой структуры время определено как:
public TimeSpan TimeOfDay { get; }

К тому же TimeSpan хранит не то что бы интервал, а количество времени прошедшее с полуночи.

Я бы тоже использовал TimeSpan, или обернул его в свой тип. Как альтернатива - использовать тип LocalTime из библиотеки Noda Time, который как раз предназначен для хранения времени суток. Но это пушкой по воробьям.

В сокетах немного просветился

Тупо, например.

https://developer.mozilla.org/en-US/docs/Web/API/M...

Можно попытаться найти подходящий пароль.
Если он есть в таблицах - найдете.

Один день чтения документации по SVG, например.
Нет, SVG - это вовсе не обязательно "картинки".
Есть простой путь - нарисовать пару узлов в Inkscape, сохранить и посмотреть в текстовом редакторе, что получилось, поглядывая в документацию по SVG.

то в данном случае номер сессии является синонимом токена авторизации?

В общих чертах похоже, да, но все же это разное. Если в двух словах, то речь о разных способах аутентификации - на основе куки и на основе токенов(чаще всего jwt-токен имеется в виду, так что для подробностей гуглите именно это).

В первом случае(на основе куки) в общих чертах происходит следующее: после отправки пользователем своих данных(логина и пароля) на сервере создается id сессии, этот айдишник записывается в базу данных и помещается в куки браузера пользователя. Затем при каждом обращении пользователя к серверу айдишник сессии из куки сверяется с айдишником сессии в базе данных, если совпадают - все ок.

Во втором случае(на основе токенов) происходит следующее: пользователь отправляет логин и пароль, если все норм то в ответ на это сервер возвращает подписанный jwt-токен. На клиенте этот токен куда-нибудь сохраняется(например в локальную базу) после чего в каждый запрос отправленный клиентом добавляется этот самый jwt-токен. Сервер декодит полученный токен и если все норм то запрос обрабатывается. Ну и отмечу, что и в этом случае можно хранить jwt-токен в тех же куках и брать на проверку на оттуда, это уже не суть важно.

Способы похожи, но все же разные. В первом случае есть так называемое состояние - то есть и сервер и клиент должны хранить айдишник сессии, сервер мониторит/ведет эти сессии в базе данных и т.д. В случае же с jwt-токеном от понятия состояние по сути избавляемся - серверу не важно кто вошел в систему, с помощью какого именно токена и т.д. То есть в данном случае токен самодостаточен и кроме этого токена серверу ничего больше не надо чтобы определить все ок или нет.