ヘッダージャンプとfile_get_contentsはどちらが速いですか?
header file_get_contents
表示でもダウンロードでも、速度を比較してください。無理です、みんなに電話してください。1 番目の書き方:
exit();
2 番目の書き方:
ディスカッションに返信)
個人的に、ヘッダーはもっと高速であるべきだと思います。私の考えを見てください:
header() access-output
file_get_contents() access-return data-output
この投稿は、xuzuning によって 2013 年に最後に公開されました。 02-19 17:23 :37 編集
それは次によって異なります:
と
どちらが速いか
個人的には、ヘッダーは高速であるべきだと思います。私の考えを見てください:
header () Access-output file_get_contents() Access-return data-output
header() Access-jump-output 表示
file_get_contents() Access-return time-output 表示
チームリーダーテストしてからデータを渡すように言われました。彼に伝えましたが、混乱しています...
1 階の kyzy_yy_pm からの返信を引用: 個人的には、ヘッダーはもっと高速であるべきだと思います。私のアイデアを見てください:
header() アクセス - 出力
header() アクセス - ジャンプ - 出力表示
file_get_contents() アクセス - 戻り時間 - 出力表示
チームリーダーは私にそれをテストするように頼んで、それからデータを通して彼に伝えますが、私は混乱しています... ......
個人的には、header()のaccess-jump-output表示のジャンプがここで考慮できると思いますか?ジャンプは実際にはアクセスなので、次のようにする必要があると思います
それは次によって異なります:
クライアントからターゲットページへ
と
どちらが速いか
私たちのものは次のようになります
URL に対応するファイルはサーバー A にあり、Web サイトはサーバー B にあります。
1 階の kyzy_yy_pm からの返信の引用: 個人的には、ヘッダーはもっと高速であるべきだと思います。私のアイデアを見てください:
header() access-output
file_get_contents() access-return data-output
header () access-jump - 出力表示
file_get_contents() access - return time - 出力表示
チームリーダーからテストしてからデータを通して教えてと言われたのですが、混乱しています... [
3 階の xiongmao000738 返信: 1 階の kyzy_yy_pm からの返信を引用: 個人的には、ヘッダーはもっと高速であるべきだと思います。私のアイデアを見てください:
header() access-output
file_get_contents() access-return data- Output
header() access-jump - 出力表示
file_get_contents() access - return time - 出力表示
チームリーダーが私に尋ねました...
言いたいことは分かりました、私が間違って理解しただけです。
サーバー上で file_get_contents を使用して目的のページを取得し、ユーザーに送信します
誰が速くて誰が遅いかについては、テストする必要がありますフィールド内で
サーバー上で file_get_contents を使用して目的のページを取得し、ユーザーに送信します
誰が速くて誰が遅いかについては、現場でテストする必要があります
具体的にはどのようにテストすればよいですか?いいえ...
7 階の xuzuning の返信からの引用: サーバーで file_get_contents を使用して、ターゲット ページを取得し、ユーザーに送信します
については誰が速くて誰が遅いか、その場でテストする必要があります
具体的にはどのようにテストすればよいですか?まさか…
各メソッドを 100 回ループして、どちらの時間が長いかを確認してください。 もちろん、2 つのテストは一定の期間で区切る必要があります。そうしないとエラーが発生します
引用 8 階 xiongmao000738 の返信: 引用 xuzuning からの返信。 7階: サーバー上のfile_get_contentsを使用して目的のページを取得し、ユーザーに送信します
誰が速くて誰が遅いかについては、次のことが必要ですフィールドでテストする
具体的にはどのようにテストすればよいのでしょうか?まさか…
各メソッドを 100 回ループして、どちらの時間が長いかを確認してください。もちろん、2 つのテストは一定の期間で区切る必要があります。そうしないとエラーが発生します
…
マシンを再起動するか、クリアするのが最善です。メモリ、そうでない場合は、最後のテストで占有されていたメモリが次のテストの結果に影響します
外部要因が多すぎます。まず、サイトとサイト外のヘッダー アクセスでは、クライアントからサーバーへの応答時間が 2 回テストされます。この種のことについては、私には具体的な判断はできません。分析することしかできません
このことはテストされていないため、需要次第です。
これは最終テストです。 500 回ループして同じアドレスにアクセスします。 ftpstorefile.php には、私が作成したファイルのダウンロード メソッドが含まれています。
$time1 = time() ;
$url = 'http://192.168.84.72:9500/ftpstorefile.php?fileid=73574';
for($i=0; $i<500 ; $i++)
$img_file_str = file_get_contents($url);
var_dump($time2 - $time1); 最終的な結果は次のようになります: ヘッダージャンプには約 20 秒かかります。 file_get_contents には約 8 秒かかります。
ファイルサーバーとウェブサイトサーバーがローカルエリアネットワーク内にあるため、file_get_contents の速度が速くなる可能性があります。
file_get_contents で取得した結果は出力されないので、結果の時間に影響します。出力しないとヘッダーのような結果が得られないため、出力する必要があります。 これは不公平です
ヘッダージャンプはリダイレクトされます。サーバー側で直接、まだクライアントに応答しており、クライアントはジャンプしますか
私の理解によれば、ヘッダーは、サーバーがクライアントに応答するときに返されるHTTPヘッダーであり、クライアントにこのアドレスにジャンプするように指示します
、クライアントはサーバーに 2 回アクセスしました。file_get_contents は、ファイルの内容を読み取った後にサーバーによって返されます。
ファイルが別のサーバー上にある場合、それはクライアントがサーバーに 1 回アクセスし、Web サーバーがファイル サーバーに 1 回アクセスしたことを意味します。 2回の訪問の場合も同様ですが、ネットワーク速度も含めてサーバーの速度がクライアントより速いはずだと思います

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Laravelは、直感的なフラッシュメソッドを使用して、一時的なセッションデータの処理を簡素化します。これは、アプリケーション内に簡単なメッセージ、アラート、または通知を表示するのに最適です。 データは、デフォルトで次の要求のためにのみ持続します。 $リクエスト -

これは、LaravelバックエンドとのReactアプリケーションの構築に関するシリーズの2番目と最終部分です。シリーズの最初の部分では、基本的な製品上場アプリケーションのためにLaravelを使用してRESTFUL APIを作成しました。このチュートリアルでは、開発者になります

PHPクライアントURL(CURL)拡張機能は、開発者にとって強力なツールであり、リモートサーバーやREST APIとのシームレスな対話を可能にします。尊敬されるマルチプロトコルファイル転送ライブラリであるLibcurlを活用することにより、PHP Curlは効率的なexecuを促進します

Laravelは簡潔なHTTP応答シミュレーション構文を提供し、HTTP相互作用テストを簡素化します。このアプローチは、テストシミュレーションをより直感的にしながら、コード冗長性を大幅に削減します。 基本的な実装は、さまざまな応答タイプのショートカットを提供します。 Illuminate \ support \ facades \ httpを使用します。 http :: fake([[ 'google.com' => 'hello world'、 'github.com' => ['foo' => 'bar']、 'forge.laravel.com' =>

顧客の最も差し迫った問題にリアルタイムでインスタントソリューションを提供したいですか? ライブチャットを使用すると、顧客とのリアルタイムな会話を行い、すぐに問題を解決できます。それはあなたがあなたのカスタムにより速いサービスを提供することを可能にします

この記事では、Laravel Webフレームワークの通知システムを検討します。 Laravelの通知システムを使用すると、さまざまなチャネルでユーザーに通知を送信できます。今日は、通知ovを送信する方法について説明します

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

PHPロギングは、Webアプリケーションの監視とデバッグ、および重要なイベント、エラー、ランタイムの動作をキャプチャするために不可欠です。システムのパフォーマンスに関する貴重な洞察を提供し、問題の特定に役立ち、より速いトラブルシューティングをサポートします
