В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Go-go!

3745 membersпожаловаться на группу
2020 July 23

d

dmitriy in Go-go!
мне интересно проблемы собрать, чтоб узнать как их у нас решили
источник
11:35пожаловаться#1

DP

Daniel Podolsky in Go-go!
dmitriy
и все же про монгу ничего не услышал, ну и ладно
https://t.me/gogolang/453020
Telegram
Daniel Podolsky in Go-go!
про монгу - теряет данные при сбоях, отследить это нет возможности.

начиная с 3 это можно предотвратить, но ценой резкого снижения производительности.
источник
11:35пожаловаться#2

М

Михаил in Go-go!
Я менее радикален, чем админ чата, потому что редис можно правильно приготовить, наверное. Но вообще мы используем библиотеку, которую написали StackExchange (это чуваки, которые SO пилят). И даже с ней куча проблем. Толку никакого от кеша нет, короче говоря
источник
11:36пожаловаться#3

М

Михаил in Go-go!
dmitriy
в смысле отваливается?
При большом количестве запросов отваливаются коннекты в редисе
источник
11:37пожаловаться#4

ЕО

Евгений Омельченко... in Go-go!
Редис нельзя правильно приготовить, если вы надеетесь в нём хранить что-то важное
источник
11:37пожаловаться#5

Н

Никита in Go-go!
Михаил
При большом количестве запросов отваливаются коннекты в редисе
Большое это сколько?
источник
11:37пожаловаться#6

d

dmitriy in Go-go!
понятно)
источник
11:37пожаловаться#7

DP

Daniel Podolsky in Go-go!
Михаил
Я менее радикален, чем админ чата, потому что редис можно правильно приготовить, наверное. Но вообще мы используем библиотеку, которую написали StackExchange (это чуваки, которые SO пилят). И даже с ней куча проблем. Толку никакого от кеша нет, короче говоря
можно, но мы нашли ровно один способ: не допускать утилизации памяти и cpu выше 30%
источник
11:37пожаловаться#8

М

Михаил in Go-go!
Евгений Омельченко
Редис нельзя правильно приготовить, если вы надеетесь в нём хранить что-то важное
Мы надеемся хранить в нём хоть что-то. Пока и этого не получается
источник
11:38пожаловаться#9

ЕО

Евгений Омельченко... in Go-go!
Чат-оборотень какой-то, постоянно превращается в дивапсру
источник
11:38пожаловаться#10

DP

Daniel Podolsky in Go-go!
dmitriy
что кстати для кеша юзаете?
коротко - ничего, кеш не нужен (мне)
источник
11:40пожаловаться#11

ЕО

Евгений Омельченко... in Go-go!
А для сессий?
источник
11:41пожаловаться#12

DP

Daniel Podolsky in Go-go!
jwt
источник
11:42пожаловаться#13

ЕО

Евгений Омельченко... in Go-go!
И не отзываете?
источник
11:45пожаловаться#14

DP

Daniel Podolsky in Go-go!
он короткий, на скользящем ключе
источник
11:46пожаловаться#15

М

Михаил in Go-go!
Никита
Большое это сколько?
Сейчас не могу сказать. В логах уже не могу ничего найти, а редис мы пока почти везде выключили в проектах
источник
11:47пожаловаться#16

AK

Andrey Kartashov in Go-go!
Никита
Хм, и если так, то как можно определить таймаут на выполнение всего запроса? Через контекст?
Вот тут читай, там есть https://ieftimov.com/post/make-resilient-golang-net-http-servers-using-timeouts-deadlines-context-cancellation/
источник
11:48пожаловаться#17

AK

Andrey Kartashov in Go-go!
Грубо говоря, эти таймауты совсем не таймауты
источник
11:49пожаловаться#18

Н

Никита in Go-go!
Andrey Kartashov
Вот тут читай, там есть https://ieftimov.com/post/make-resilient-golang-net-http-servers-using-timeouts-deadlines-context-cancellation/
Спасибо
источник
11:58пожаловаться#19

IK

Ilya Kaznacheev in Go-go!
Коллеги, а для grpc клиента какое-то middleware можно реализовать?
источник
12:03пожаловаться#20