Как применить HTTP-заголовок без кеша для конечной точки, сгенерированной protobuf?

Как обеспечить отсутствие кеша http-заголовка при создании следующего protobuf?

Предположим, у нас есть следующий метод rpc, определенный в прото-файле, включая параметр http. опция http get позволяет нам также сгенерировать конечную точку HTTP-шлюза API.

// AssignTask gets a specific task type and id for the current logged in user     
rpc AssignTask (google.protobuf.Empty) returns (AssignTaskResponse) {
   option (google.api.http) = {
      get: "/v1/task/assign"
   };
}

При создании API с ProtoC

Проблема, с которой мы столкнулись, заключается в том, что некоторые браузеры могут кэшировать этот конкретный вызов API, потому что в браузере включено кэширование. Даже если полезная нагрузка запроса будет содержать пользователя, вызов GET может быть кэширован браузером, если ответ не имеет заголовка http no-cache.

Вопрос в том, как мы можем обеспечить отсутствие кэширования http в ответе сгенерированного API через определение в файле proto?


person Hace    schedule 09.01.2018    source источник
comment
Может ли это быть эта функция: github.com/grpc/grpc/issues/7945   -  person Hace    schedule 09.01.2018
comment
вы можете отправлять заголовки ответов управления кешем в коде реализации вместо того, чтобы пытаться определить их в прото-файле. вот вопрос о том, как это сделать в golang: stackoverflow.com/questions/48631477/   -  person thurt    schedule 06.02.2018