Почему мой телеграм-бот ломается при деплое?

sssterben, Локально в контейнере запускали и работает?

Как устранить утечку памяти при множественных соединениях в net/http Golang?

videxerion, вообще-то всё логично в одномоментном потребление памяти. Я так понимаю, что сразу создаётся много соединений, и клиент просто не успевает освободить ресурсы, чтобы переиспользовать подключения. Попробуй запусти в одном потоке или сделай семафор на 10 горутин.

Как маппить результат запроса бд в структуры со вложенностями Golang?

John Bjornsen, так в запросе назови их по разному. Например games_id, round_id, и т.д. Так не будет путаницы.

Почему код ведёт себя странно при работе со чтением?

Eugene-Usachev, ну, хорошо. Тогда такой вариант, в него точно попадёте

func (pipe *Pipe) ExecPipe() {
  // some write...
  l, err := conn.Read(pipe.readBuf[:])
  if err != nil {
    for i := 0; i < pipe.queueSize; i++ {
      pipe.Result <- Res{
        Slice: nil,
        Err:   err,
      }
    }
    pipe.queueSize = 0
    return
  }
  offset := 0
  size := 0
  have := 0
  defer func() {
		if err := recover(); err != nil {
			fmt.Printf("l : value = %[1]d, type = %[1]T\nsize: value = %[2]d, type = %[2]T\nhave: value = %[3]d, type = %[3]T\noffset+size: value = %[4]d, type = %[4]T\n", l, size, have, offset)
		}
	}()
.....

Результат напишите.

Почему код ведёт себя странно при работе со чтением?

Eugene-Usachev, потому, что у вас в условии прописано

if have < size {
...
offset = 0
l += have
}

Оно выполняет и всё гуд, а когда have = size offset не обнуляется, l не увеличивается

Почему код ведёт себя странно при работе со чтением?

Eugene-Usachev, поставьте вывод лога, например так

offset += size
if l - offset < 0 {
 log.Printf("l : value = %[1]d, type = %[1]T\nsize: value = %[2]d, type = %[2]T\nhave: value = %[3]d, type = %[3]T\noffset+size: value = %[4]d, type = %[4]T\n", l, size, have, offset)
}
pipe.queueSize--

При этом обратите ещё внимание на то, что если тип size будет равен int32, то он не вмещает всё положительное значение uint32, соответственно значение size будет рассчитано не правильно.

Почему код ведёт себя странно при работе со чтением?

have = l - offset
if have < size { - здесь have = size, поэтому в условие не заходит
copy(pipe.readBuf[:have], pipe.readBuf[offset:offset+have])
l, err = conn.Read(pipe.readBuf[have:])
if err != nil {
for i := 0; i < pipe.queueSize; i++ {
pipe.Result <- Res{
Slice: nil,
Err: err,
}
}
pipe.queueSize = 0
return
}
offset = 0
l += have
}

pipe.Result <- Res{
Slice: pipe.readBuf[offset : offset+size],
Err: nil,
}
offset += size - после прибавления size offset становится больше l

pipe.queueSize--

Идём на следующий цикл
for pipe.queueSize > 0 {
have = l - offset т.к. offset больше l have становится минусовым
if have < 3 { - минусовой have удовлетворяет условию
if have != 0 { - минусовой have удовлетворяет условию
copy(pipe.readBuf[0:have], pipe.readBuf[offset:offset+have]) - т.к. have минусовой возникает паника когда идёт попытка получить данные из слайса pipe.readBuf[0:-390]
}

Почему код ведёт себя странно при работе со чтением?

У вас have по итогу будет минусовым число, что удовлетворяет условию have < 3 и условию have != 0. Поэтому и доходите до copy и получаете панику. И панику вы получаете не от copy, а от pipe. Потому что пытаетесь получить данные от 0 до -390( значение взял из вашего сообщения)

Почему код ведёт себя странно при работе со чтением?

Конечно и получите панику в строке copy(pipe.readBuf[0:have], pipe.readBuf[offset:offset+have])

Почему код ведёт себя странно при работе со чтением?

Eugene-Usachev,

have = l - offset
    if have < size {

Вот здесь у вас значение have может быть равно size и в итоге offset не обнуляется

Почему код ведёт себя странно при работе со чтением?

Eugene-Usachev, получается у вас в остатке меньше, чем пытаетесь прочитать. Грубо говоря в have у вас может быть столько же, как и у size. Этот момент вы не учитываете и получается не вычитываете конец и offset становится больше чем l.

Почему не создает cookies?

Алексей Получаете сразу в этом же ответе сервера?

Библиотека для индексации документов Golang?

DollyPapper, прочитал. У вас задача сводится к тому, что нужно сделать бд, чтобы быстрее искать данные. И ещё раз, вы сами себе усложняете жизнь и собираетесь делать, то что до вас уже сделано. Поставьте тот же грейлог на строне заказчика, загрузите в него файл лога и через api забирайте те данные, которые вам нужно выводить на странице. Можете установить его на отдельный сервер и предоставить доступ к веб интерфейсу, тем кому надо.

Как запустить горутину навечно?

Марат Нагаев, скорее всего читал об утечки горутин, но это не твоя ситуация. Утечка горутин - это когда создаёшь их много и они не завершаются. У тебя же, как и писали скорее всего не закрываются соединения с бд. Посмотри в коде //Working with DB . Там скорее всего при записи в бд создаёшь каждый раз соединение и не закрываешь.

Как добавить новое поле к существующей структуре (типу) и таблице БД из плагина?

itmindco, попробуйте мапу с типом any или interface{}.
Хотя я бы вам посоветовал не встраивать в свою структуру и выводить на свою форму, а подключать вкладки на форме, где уже отображать поля плагинов. Иначе вы заморочитесь, как выводить эти поля (в столбик, в строчку, в какой последовательности и т.д.). Что делать с полями, если отключили плагин(удалить или оставить)? А если отключили по ошибке?

Linter для Go для выявления переменных без явной инициализации?

duselguy,

2.2. Чтобы не выплеснуть ребёнка в процессе (долгой) жизни продукта, когда код будет модифицироваться.

Для этого нужно писать unit тесты как минимум.

Где допустил ошибку при работе Golang pgx с postgresql?

Ок. Пиши, что интересует. Если знаю отвечу.

Как вы решаете проблему циклических импортов?

Можете отрицать и упираться, но реалии жизни диктуют своё. Сейчас многие компании (особенно крупные) переходят на DDD или чистую архитектуру. Эти практики архитектуры намного лучше для понимания другими вашего кода, соответственно его поддержка, чем то что предлагаете вы. Поэтому если пишете для себя , то можете писать как вашей душе угодно.

Как вы решаете проблему циклических импортов?

Правильно. Потому, что это пакеты, а не веб сервер. Поэтому нет там такого наименования.

Как реализовать хранение токена в Web-App на GoLang?

Дополню ответ. Это только при первом входе. Если так дальше будете проверять, то это будет ошибкой. Потому что можно придумать любой код для токена и тогда вы впускаете любого клиента без авторизации. Вам нужно добавить какой-нибудь кеш, например map[string]struct{}, для записи туда токена авторизованных клиентов и в дальнейшем сверять, что они он есть там.