指定されたCookieが存在する場合（つまり、ユーザーが特定のページにログインした場合）、Akamaiが特定のURLをキャッシュしないようにしたいと思います。とにかくアカマイでできることはありますか？
5576 次
3 に答える
3
幸いなことに、私は過去にTop Gearサイト（www.topgear.com/uk）でこれを正確に実行しました。ロジックでは、Cookie（この場合は「TGCACHEKEY」）が存在する場合、特定のURLパスに対してAkamaiキャッシュがバイパスされます。これにより、基本的に、ログイン時にhtmlページのAkamaiキャッシュがオフになります。
悪いニュースは、この変更を行うにはアカマイのコンサルタントが必要なことです。
これがあなたの選択肢ではない場合、ピーターの提案はすべて良いものです。Top GearにCookieベースのアプローチを実装する前に、これらすべてを検討しましたが、最終的には実現可能ではありませんでした。
Akamaiは、デフォルトでキャッシュされたリソースのCookieを削除することにも注意してください。それはあなたの状況に影響を与えるかもしれないし、影響を与えないかもしれません。
于 2013-01-21T23:57:24.267 に答える
2
Edge Serverは、オリジンサーバーへの要求を行う前に、Cookieをチェックしません。また、メニュー、設定画面、またはドキュメントでそのようなものを見たことがありません。
しかし、あなたが探していると思う効果を得ることができると私が考えることができるいくつかの方法があります。
それぞれのデジタルプロパティの構成設定で、キャッシュしたくないパスまたはURLを指定できます。ログオンしているユーザーについて話している場合は、そのユーザーだけがアクセスできるパスがあるか、サーバー側でそのようなものを設定できます。たとえば、オンラインコースの場合
www.course.com/php.html、誰でも受講できるようになりますがwww.course.com/student/php-lesson-1.html、実際にログオンしたレッスンのコンテンツに使用する場合があります。/student/*キャッシュされないように指定すると、それが解決されます。ログオンしているユーザーとログオンしていないユーザーの両方に同じページを提供していて、そのようにできない場合は、サーバー側でログオンしているかどうかを確認し、ログオンしている場合はリンクにキャッシュブレーカーを追加してください。リンクをたどると、キャッシュブレーカーが自動的に追加されます。必要に応じてこのクライアント側で実行することもできますが、サーバー側で実行する方が安全で高速です。これに関するメモとして、これはuserid-random＃である可能性があります。これにより、他の誰もそれを要求して以前の「キャッシュが壊れた」ページを取得することがないように、ページと組み合わせると十分に一意に保たれます。
上記のどちらも実行できない場合、私が考えることができるもう1つの方法があります。これは、控えめに言っても少し型破りですが、機能します。最初のオプションを適用してキャッシュから除外できるように、ドキュメントルートに別の名前でシンボリックリンクされたディレクトリを作成します。次に、その人がログオンしているかどうかを確認し、ログオンしている場合は、リンクの前に追加のディレクトリを追加します。アカマイの観点からは、キャッシュされている
www.mysite.com/logged-on/page.html場所のキャッシュを免除することができますwww.mysite.com/content/page.html。サーバー上で/logged-on/シンボリックにリンクして/content/いる場合は、すべて設定されています。ログインすると、ServerAliasとして設定されているサブドメインに送信できるため、同じですが、Akamaiではキャッシュ処理ルールが異なります。
于 2012-09-26T23:54:35.610 に答える
0
@lleveraと同じ答えに従うと、エンジニアの介入なしにCloudFlareのCookieを使用して変更を加えることができます。
コンテンツをバイパスするためにその種のCookieを使用することは、時間とともに人気が高まっている手法であり、Magentoのようなバグ企業でさえMagento2プラットフォームに使用しています。
しかし、上記の解決策はまだ有効です。アカマイは、すでに2017年にそれをサポートしているのかもしれません。
于 2017-05-24T21:20:24.153 に答える