Rsa97, Вы о бумажках, а я просто о конкурентах. Чтобы бесплатно скопировать не могли ))
Да и система становиться более безопасной, так как устраняются анонимные атаки на уязвимости по формату данных.
Алексей Уколов, Такое кеширование часто менее ресурснозатратное чем пройти весь путь запроса с авторизацией, валидациями, агрегированием данных и SQL запросами, парсингом шаблона.
Алексей Уколов, "Плохая идея" это не инженерный подход. )))
Для GET запросов и так подразумевается, что они могут кешироваться не только беком, но и другими прмежуточными прокси. В HTTP есть header "ETag" который как раз для таких случаев.
Алексей Уколов,
п.2 это кеширование внутренних данных приложения на базе которых делаются какие-либо частые проверки в коде. Напимер permissions/roles пользователя.
п.3 это уже сгенеренные данные ответа, без захода в бизнес логику приложения.
Nik Faraday, В message у вас будет тип bytes
rpc SetImage(bytes) returns (...);
или
rpc SetImage(SetRequest) returns (...);
message SetRequest
{
bytes Data = 1;
}
Да и система становиться более безопасной, так как устраняются анонимные атаки на уязвимости по формату данных.