AK
в вашем случае есть разные варианты, но то точно не надо на каждый чих читать из сокета.
самый простой - врапнуть tcp-сокет в bufio и читать как есть(это сильно сократить число сисколлов)
Size: a a a
2020 February 28
DP
по умолчанию у него размер буфера 4К, и такой буфер уже есть на каждом tcp сокете
AK
Там \0\0.
На tx я сначала и подумал, вооружился wireshark'ом, а он ничего не показал.
Неприятно то, что один раз трабла вылезает при размере трейса в 30Gb, второй - 100mb.
На tx я сначала и подумал, вооружился wireshark'ом, а он ничего не показал.
Неприятно то, что один раз трабла вылезает при размере трейса в 30Gb, второй - 100mb.
Кстати, да, было нечто подобное раньше... не помню уже, как решил тогда.
p
по умолчанию у него размер буфера 4К, и такой буфер уже есть на каждом tcp сокете
эээ... а где там в net.Conn? а то что в SO_SNDBUF - оно другое
Y
ну это сессии, вид сбоку) почти тоже самое, да, более универсальное, возьму на заметку когда-нибудь переползти
AK
ну это сессии, вид сбоку) почти тоже самое, да, более универсальное, возьму на заметку когда-нибудь переползти
Это совсем другое. Раз у тебя api, то это скорее всего stateless. Этот КПК раз для таких случаев.
Какие у тебя клиенты?
Какие у тебя клиенты?
Y
Это совсем другое. Раз у тебя api, то это скорее всего stateless. Этот КПК раз для таких случаев.
Какие у тебя клиенты?
Какие у тебя клиенты?
принцип тот-же. генерится некая шняга и хранится на клиенте и сервере, при обращении клиент передает эту шнягу серверу, сервер смотрит валидна ли она и если да, то производит авторизацию
фронт на react
фронт на react
AK
принцип тот-же. генерится некая шняга и хранится на клиенте и сервере, при обращении клиент передает эту шнягу серверу, сервер смотрит валидна ли она и если да, то производит авторизацию
фронт на react
фронт на react
Да по сути, но в ней уже вся информация защита внутри...
AK
принцип тот-же. генерится некая шняга и хранится на клиенте и сервере, при обращении клиент передает эту шнягу серверу, сервер смотрит валидна ли она и если да, то производит авторизацию
фронт на react
фронт на react
На сервере ничего не хранится.
Y
На сервере ничего не хранится.
ну... как по мне, так двояко...
AK
DP
эээ... а где там в net.Conn? а то что в SO_SNDBUF - оно другое
может ты и прав - я сейчас гляжу в код tcpconn, и не вижу там того, что, мне кажется, там было
скорее всего - я путаю
скорее всего - я путаю
AK
ну... как по мне, так двояко...
https://gist.github.com/zmts/802dc9c3510d79fd40f9dc38a12bccfc тоже хорошее пояснение на русском.
Y
https://gist.github.com/zmts/802dc9c3510d79fd40f9dc38a12bccfc тоже хорошее пояснение на русском.
вы меня смутили тем, что на сервере ничего не хранится, а вот тут как раз таки написано что хранится.
тогда да, это есть хорошо
тогда да, это есть хорошо
AK
вы меня смутили тем, что на сервере ничего не хранится, а вот тут как раз таки написано что хранится.
тогда да, это есть хорошо
тогда да, это есть хорошо
Хранится не сессия, а рефреш токен. Используется для обновления аксесс токена.
AK
вы меня смутили тем, что на сервере ничего не хранится, а вот тут как раз таки написано что хранится.
тогда да, это есть хорошо
тогда да, это есть хорошо
А аксессуары токен не хранится. Можно и просто один аксесс использовать, но не совсем удобно.
AK
Вдруг придется запретить доступ. Например токен украли.