http - REST URI に @me のようなトークンを含めると、HTTP キャッシュが壊れませんか?

Question

OpenSocial および一部の新しい Google API には、「@me」や「@self」などのトークンが含まれており、その値は API サーバーによって現在認証されているユーザーに基づく値に置き換えられます。たとえば、「/api/people/@me/@all」は OpenSocial REST URL です。

これは、REST API がネイティブの HTTP キャッシュ サーバー (Squid など) をサポートするという目標と矛盾していませんか?

「Vary」ヘッダーを使用して問題を回避できたとしても、それは大きな欠点のようです。そして唯一の本当の利点は、開発者が一部の URI をアプリにハードコーディングできるようにすることです。なぜこのように設計されたのか知っている人はいますか？

Answer 1

はい、公開キャッシュの使用が困難になります。個人的には、これは本当に悪い考えだと思います。クライアントが URI を簡単に作成できるようにしたいという欲求に突き動かされているようです。memcached のようなキャッシング サーバーを多用することで、開発者が http キャッシングの利点を忘れているのではないかと思うことがあります。