И http/2 по-моему нет вообще ни в каком виде

http/2 нинужон

да, вебсокетов нет

как нет, есть

есть

имплементация горилы

нуну

можно, просто оно не так удобно как в стдлибе

блин кек

Я помню там был ишью по этому поводу, и какой то чувак форк запилил с поточным body

Народ. Мне надо регулярку валидацию имени. Но только для европейских стран. Есть бест практик? или тупо \w

имя в смысле фио или только имя? там по-моему лучше всего просто проверять, что оно непустое

Ребят, я нубец, объясните

Когда мы создаем Store в Gorilla/sessions он имеет вот такую структуру ( по документации )

type CookieStore struct {
    Codecs  []securecookie.Codec
    Options *Options // default configuration
}

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

Отказывайтесь от этой идеи. Европейские имена, это не только abc, но и умляуты, кириллица и т.д.
Проверяйте длину просто

Надо нормализовать юникод а потом \p{L}

И емнип дефисы бывают и их тоже надо проверить

понятно

Кстати нормализация юникода это обязательная практика для входных данных не менее важная чем валидация. Постоянно вижу что об этом забывают

Но тогда какие-нибудь тибетские ༀ тоже будут проходить валидацию.
Какой в этом смысл?

Можно, конечно, заморочиться и перечислить все допустимые виды письма, но, опять-таки, какой смысл в такой валидации?