я про ошибoчное ломание обратной совместимости, а не намеренное

типа поменял код и поменял тесты по ошибке?

Типа пропустил major increment в версии

Всем привет. Кто-нибудь работал с graph ql ?

Первый раз вижу, читаю доку, но не нашёл ответа (видимо плохо читал или не понял прочитанное).
Я определил схему:

type Ban {
  ip: ID!
  date: String!
}

type Query {
  show: Ban!
  bans: [Ban]!
}

Либа сгенерировала код, где есть пустая структура

type Resolver struct {
  
}

1. Верно ли я понимаю, что к этой структуре нужно добавить методы, который будут идентичны названиям ручек в схеме (только с большой буквы) и описать там логику работы данных ручек?

Если нет, то подскажите как правильно

ребят, кто-то сталкивался с go rpc?

да, нужно для resolver реализовать методы по сгенерированному описанию интерфейса

?

Как вы контролируете количество соединений?

При 2000 соединений, нескольких весомых запросах к серверным функциям - вылетает. Ругается на таймауты буферов внутри net/rpc и бог знает на что еще

Самый тупой способ - через LimitedListener

Если клиенты отдают серверу лёгкую инфу - все норм

Я его реализовал. Он держит коннекты, но не помогает.

У меня постоянный Коннект клиентов к серверу

А ругается собственно кто

И ошибки не в нехватке сокетов, а в буферах данных

Там много кто ругается, рантайм внутрянка

Могу прислать, если поможет

Лишним не будет

И это сервер?

Ошибки на серверной части