web-dev-qa-db-ja.com

解決方法[Cookieを設定しないドメインから次の静的リソースを提供する]

私はまったく知らないことに苦労しています。ウェブサイトにpingを実行したときに、次の結果が得られました：[Serve the following static resources from a domain that doesn't set cookies:]。そして、この結果は、背景画像に使用した画像から生じました。私はこのトピックについてグーグルで検索しようとしましたが、すべての答えを理解するのは難しいようです。ここの誰かがそれとそれを修正する簡単な解決策を知っていますか？

cookiescookieless
7
Jornes

あなたはあなたの質問に多くの詳細を与えていないので、私は非常に高いレベルの概要を説明しようとします。この問題を解決するには多くの方法があることに注意してください。私は理解しやすいと思う解決策を1つ提供しようとします。

そのメッセージは、Webサイトがwww.company.comである場合、wwwから静的コンテンツをロードする必要があることを示唆しています.companycdn.com。そして、その新しいサイト（www.companycdn.com）は、Cookieを提供しない単純な静的Webサイトです。

これを行うには、静的リソース（画像など）を2番目のドメインにアップロードする必要があります。

そして、新しいドメインへの画像のパスを更新します。たとえば、これの代わりに：<img src="logo.jpg"/>、これに変更する必要があります<img src="//www.companycdn.com/logo.jpg"/>

この回答には詳細情報があります： https://webmasters.stackexchange.com/questions/1772/how-do-i-set-up-a-cookie-less-domain

7
vegemite4me

一般に、画像、JavaScript、CSSなどのコンテンツを提供している場合、追加のオーバーヘッドが発生するため、HTTP Cookieが付随する理由はありません。これが多くのツールがこれを報告する理由です。以下に2つの簡単なオプションを示します。

オプション1-CDNを使用

CDNを使用して画像をホストします。これは、Cookieを無視する機能と、クライアントがSet-Cookie応答ヘッダーを受信できないようにするCookieを除去する機能を備えています。注： CloudflareでCookieを無効にすることはできません 。

オプション2-静的アセットを新しいドメインにポイントする

これはWordPressの例です。

  1. 最初に、static.domain.comなどのサブドメインを作成します。ここからすべてのファイルを配信します。
  2. CNAMEを使用して、サブドメインを/ wp-contentディレクトリにポイントします。
  3. Wp-config.phpファイルを編集して、以下を反映します。
define("WP_CONTENT_URL", "http://static.domain.com"); 
define("COOKIE_DOMAIN", "domain.com");

Cookieのないドメインから静的コンテンツを提供する 警告を修正する方法の詳細については、この投稿を参照してください。

7
Brian Jackson

これが初めての場合。最初に、Cookieを設定すると、リクエストごとにサーバーに送信されることをお伝えします。

デフォルトでは、親ドメインとそのすべてのサブドメインに送信されるすべてのリクエストに送信されます。それがクッキーがすべてに与える影響です。

そのため、Webサイトの速度を向上させるために、httpリクエストを過負荷にしないでください。 Cookieを削除する方が良いでしょう。

それでは、その方法に移りましょう。別のドメイン名を使用し、一部のサブドメインでCookieの設定を制限することもできますが、長期的にはdevopsの負担になる可能性があります。

たとえば、Quikrには親ドメイン http://www.quikr.com/ がありますが、kuikr.comからすべての静的リソースをロードします

http://teja1.kuikr.com/public/images/dist/RECarousel/hospitality_jobs.png

これがお役に立てば幸いです。ありがとう！

2
Raaj

@ブライアン・ジャクソンは、これを実際に達成する方法を非常によく説明しました。 Pagespeed Insights、GtMetrix、Pingdomなどのツールを実行した後、ほとんどの人がこの質問をしています。推奨事項は次のとおりです。

検索エンジンのランキングを向上させる主な要因は、実際の読み込み速度です（最適化チェックリストは2番目です）。静的リソースをサブドメインに移動すると、ページの読み込み時間が減少するのではなく、増加します（ほとんどの場合、特にいくつかのファイル、CSS、JS、およびいくつかの画像について話している場合）。 CDNを使用しても、一部のスタイルシート、jsリソース、および少数の画像のみを提供する場合、それらのツールでより高いスコアを得るためだけに悪影響があります。

多くの画像や非常に大きな静的リソースがある場合は、高速CDNを使用することをお勧めします。これは多くの点で役立ちます。

ツールのチェックリストでより高いスコアを得るためにこれを行っている場合は、@ Brian Jacksonのアドバイスを受けて、前後のGoogleのPagespeed Insightsを比較します。変更によってページの読み込み速度が向上した場合や悪化した場合は、答えが得られます。別のボックスをチェックするために読み込み速度を犠牲にすることはありません。これらのツールは一般的なものであり、特定のWebサイトやWebアプリに適していません。

enter image description here

上の画像で、YSlowによる推奨事項を指摘しました。問題のアセットをCookieのないサブドメインに移動すると、YSlowおよびPagespeed Insightsの最適化スコアが100％にジャンプしますが、読み込み速度がわずかに（100〜300ミリ秒）低下し、Googleがウェブサイトを「平均」ではなく「平均」良い"。 CDNを使用すると、速度がさらに低下するため、Googleはサイトの速度を「悪い」と評価します。 100％の最適化スコアを維持する代わりに、常に実際の速度に進みます。実際の速度をチェックするために私が考えることができる最高のツールはPingdomです：

enter image description here

0
Yatko