sevic, например та же oauth позволяет bearer токен получать через query parameters, поэтому можно делать как-то так /ws?access_token=token
как получить: при рендеринге тела страницы на сервере, читается кука и вставляется куда-то в сериализованный state, как и другая инфа при классическом server side rendering
тут больше вопрос про какие сервисы идет речь и что в них надо тестировать?
если это функции - то скорее идет речь о юнит тестах
если это graphql - то скорее идет речь о снапшотах и куда их писать/читать и т.д
это так... информация, которая тебе пригодится для уточняющего запроса в гугле ;)
testDevUa, зависит от компании, те кто держат тренд - да, лучше на хуках, код лаконичнее и короче
но с классическим подходом нужно таки будет хотя бы разобраться, чтобы понимать код других библиотек или легаси код. Задачи обновления кодовой базы никто не отменял
куки должны быть подписаны ключом, который хранится только на сервере
при каждом обращении с этими куками нужно проверять валидность токена с помощью этого ключа
tlopster1, это уже надо внутрь отлаживаться, в них вполне могла либа устареть или они что-то не обрабатывают или по дефолту какие-то не те заголовки шлют, короче лучше руками + axios/unfetch слать такие вещи
спасибо за ответ, у тебя старая версия, на старом компиляторе/генераторе у меня тоже связка работала
потребовалось сериализовать сообщение в байты и обратно и вот тут началось
proto.Marshal хочет видеть один тип, а генерируется совершенно другой
Tutucu, у нас тоже было хаотично, более того даже пробовали свое хранилище написать, в ссылке на мой вопрос ясно видно, что там системный вызов тормозит и мы перепробовали 2 хостинга - идентично, проскакивают большие времена, видимо ядро самой виртуалки не настроено, нам было проще взять железо попробовать и убедились
Tutucu, ну железка, да, не обязательно там всякие HP Proliant, я беру на Hetzner на аукционе, можно за 80 евро урвать на Зеоне/64РАМ/480НВМе(крутейший) и не переплачивать столько же за установку, развернут за час
как получить: при рендеринге тела страницы на сервере, читается кука и вставляется куда-то в сериализованный state, как и другая инфа при классическом server side rendering