Алексей Уколов, Такое кеширование часто менее ресурснозатратное чем пройти весь путь запроса с авторизацией, валидациями, агрегированием данных и 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;
}
Nik Faraday, Такое решение используется во всех системах. Всегда есть админ с паролем по умолчанию.
Можете конечно инсталер сделать и там задавать пароль при установке
