Иван Шумов

Работать будет. Правильно или нет зависит от того хочется реализовать REST или нет. Если REST то все это - дичь и надо прочитать про HTTP verbs: PUT, DELETE хотябы. И вообще про концепцию

Postman, insomnia для старта. А вообще инструментариев для автоматического тестирования api хватает

Он полностью соответствует REST по тому что в этой концепции отдаётся состояние ресурса. В каком оно формате - не важно, хоть в попугаях. Ресурс в данном случае - URI

PS хотя я бы за использование таких URI по рукам бы бил

Тогда для этого не нужен REST контроллер, а достаточно обычного прокси. Тот же Nginx или Apache подойдет прекрасно

Самый простой способ это short polling - опрашиваем регулярно APIs на предмет новых данных.
Чуть посложнее - Long polling - это тоже самое, но тайм-аут дольше (обычно порядка 20с, золотой стандарт)
Еще усложняем - websocket
Еще более интересно - push notifications

Со стороны сервера в любом случае надо генерировать какие-то события или уведомления и хранить для каждого пользователя чтобы клиент мог их получать. Тут подойдет как таблица так и очереди (message broker)

Нет правильного и неправильного - есть контракт. Хорошие и опытные люди используют timestamp (можно в milliseconds) по тому что он не зависит от часового пояса, но в некоторых случаях это можно смело игнорировать

PS если прямо отвечать на вопрос про

как поступать с пробелами и двоеточием

то как и со всем остальным - urlencode. Есть в каждом языке подобная трансформация

Не использовать. Для этого или думать уже про HAL/HATEOAS или в сторону GraphQL. REST под это дело работает, но очень плохо ложится в концепцию

Он не лучше и не хуже, просто у него другие цели. Pardon Me! Where Do I Find 4giveness? не полностью прав, GraphQL создавался как инструмент решения проблемы большого числа микросервисов и усложнения логики работы с ними (а то что чаще всего они работают по REST - просто совпадение).
Из бонусов у GraphQL есть subscription модель (для простоты - урезанный вебсокет).

Быстрее или нет он работает - совсем не корректный вопрос. Зависит от задачи и ее реализации

1) этот вопрос решается такой штукой как GraphQL. Очень рекомендую ознакомиться
2) увы, не фронт, не в теме

Все варианты верные. По большей части разница в том что некоторые адреса проще роутить на разные микросервисы. Ну и личное предпочтение играет большую роль.

UPD. А использовать get параметры в таком виде считается моветоном, но в основном по тому что так труднее использовать однотипные адреса и "вложенные" ресурсы