コンテンツネゴシエーション PHP ライブラリ

<?php
if (! ($loader = @include __DIR__ . '/../vendor/autoload.php')) {
    die(<<<EOT
You need to install the project dependencies using Composer:
$ wget http://getcomposer.org/composer.phar
OR
$ curl -s https://getcomposer.org/installer | php
$ php composer.phar install --dev
$ phpunit
EOT
    );
}
$loader->add('Negotiation\Tests', __DIR__);

コンテンツ ネゴシエーション テクノロジには通常、次の 3 つの実装スキームがあります。

(1) クライアント ドライバ

クライアントはリクエストを開始し、サーバーはオプションのリストを送信し、クライアントがリクエストを行った後、選択すると、2 番目のリクエストが送信されます。

利点: 実装が比較的簡単です。

欠点: 遅延が増加します。少なくとも 2 つのリクエストを送信する必要があります。最初のリクエストはリソース リストを取得し、2 番目のリクエストは選択されたコピーを取得します。

(2) サーバー ドライバー

サーバーはクライアントのリクエスト ヘッダー セットを確認し、提供するページのバージョンを決定します。

利点: クライアント主導のネゴシエーションよりも高速です。 HTTP は、サーバーがおおよその一致を判断できるようにする q メカニズムを提供し、サーバーがダウンストリーム デバイス (プロキシ サーバーなど) にリクエストの評価方法を伝えるための Variable ヘッダーも提供します。

欠点: ヘッダー セットが一致しないため、サーバーは推測する必要があります

(3) 透過的なネゴシエーション

中間デバイス (通常はキャッシュ プロキシ) が代わりにネゴシエーションを行います。クライアント

利点: Web サーバーのネゴシエーションのオーバーヘッドが排除され、クライアント主導のネゴシエーションよりも高速です。

欠点: HTTP は対応する仕様を提供していません