Миддлваря для того и есть - делает общие проверки обработку

А я зачем я неверно выразился смотрите на этапе middleware talking проверяется и если с ним все в порядке то есть он валидный из него извлекается claims в которой сидит ID пользователя и его роль для удобства и эти данные уже дали опрокидывается сам-то кино дальше медовые они уходят

Ок, спасибо за оперативные ответы

Кто-нибудь сталкивался с проблемой реализации SSE в gin при которой соединение через 10 секунд разрывается, хотя контекст никто не отменяет?
Предполагал, что проблема связана с ограничениями хероку,но локально повторяется,
Саму логику с сообщениями через sse отдельно проверял - работает

https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%BC%D0%B5%D0%B6%D1%83%D1%82%D0%BE%D0%BA_(%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0)#%D0%A2%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F совсем подробно про это

Делаете модель principal с айди и ролью и его уже дальше кидаете например

ну у меня структура внутри токена сидит Id и role и я её и передаю в контексте

Да ничего такого тут нет. Данные вполне себе реквест скоупд

jr

Пытаюсь сделать порционную загрузку постов. В инете видел реализации через запрос на бэк с query string типа ?limit=10&offset=20. Но в таком случае есть один недостаток.
Допустим, после загрузки первой порции, кто-то из пользователей создал ещё один пост. Тогда в ответ на запрос второй порции один пост будет повторяться из-за сдвига. Как можно решить эту проблему, есть ли какие-нибудь другие способы?

Советовали уже работать с totalCount, означающий общее количество постов на какой-нибудь момент времени и исходя от него считать оффсет.

оффсетная пагинация как раз решает такую проблему

Поподробнее можно? Нужно ли туда-сюда передавать totalCount для этого?

как?

сделай where id > :lastId limit .. и сортировку по дате и ид например, или просто по ид

на всех страницах, кроме первой

ну а на первой lastId - 0

если там ууид - то в принципе тоже можно

Мне помогло:
Settings -> Keymap -> Use National layouts
только там написано надо поставить галочку, а у меня уже стояла. Я снял её и заработало. Попробуй

хотя ИМХО лучше к дате привязаться, а не к ID, т.к. надеяться на inc последовательность ID неверно

почему это? смотря что используешь. если автоинкремент в базе - то у тебя будет последовательность возрастающая. но в постгре order by надо указать обязательно, иначе да - может несортировано быть