В grpc-gateway есть фатальный недостаток — он очень медленный. Цепочка выглядит: Umarshal JSON -> Marshal protobuf -> Call gRPC -> Marshal protobuf on server -> Unmarshal protobuf on gateway -> Marshal JSON.
В Go на стороне сервиса довольно легко написать HTTP handler, который будет делать Unmarshal JSON'а напрямую в gRPC Request структуры (уже есть теги json) и вызывать реализацию gRPC метода.
Посетители столовой с ужасом находят, что, чтобы насыпать соли, они должны подойти к официанту, предьявить паспорт, получить специальный 8-значный одноразовый код к солонке. Для получения перца процедуру следует повторить.
Проект называется «Экранная заставка Яндекс.Фотки для Gnome». Есть сборки только для Linux. Видимо из-за этого автор так написал. Не надо придираться к словам.
Этот проект разрабатывается в свободное время, которого, к сожалению, сейчас нет.
В планах есть вынос настроек в отдельный конфиг, чтобы каждый смог под себя настроить цвет фона, скорость смены картинок,…
На новогодних праздниках постараюсь сделать новый релиз и выложить исходники.
Насколько я знаю — нет, даже, если бы они были, то accept потокобезопасный. Он сработал бы только в 1 потоке, в остальных был бы EAGAIN.
Umarshal JSON -> Marshal protobuf -> Call gRPC -> Marshal protobuf on server -> Unmarshal protobuf on gateway -> Marshal JSON.
В Go на стороне сервиса довольно легко написать HTTP handler, который будет делать Unmarshal JSON'а напрямую в gRPC Request структуры (уже есть теги json) и вызывать реализацию gRPC метода.
anastasiak2512, есть какие-нибудь планы по этой задаче?
Не совсем так, строка упакована 8 байт:
В планах есть вынос настроек в отдельный конфиг, чтобы каждый смог под себя настроить цвет фона, скорость смены картинок,…
На новогодних праздниках постараюсь сделать новый релиз и выложить исходники.