0

ユーザーが画像をアップロードしてから、4 つの異なるサイズにサイズ変更できるサイトがあります。

私は新しいホストに移動していますが、このタスクを処理するための優れた仕様とは何か、またはサーバーの仕様でこのタスクを処理できるようにする必要があるのか​​ 疑問に思いました。もっとRAMやより良いCPUなどを見るべきですか...

画像は現在 2 MB に制限されていますが、それを増やしたいと考えています。

（このタスクのために）これらの中から選択するものはありますか？

オプション 1. * プロセッサ: Pentium 4 3GHZ ハイパースレッド * メモリ: 2GB DDR SDRAM * Hd1: 120GB 7200RPM SATA / 8MB キャッシュ * Hd2: 120GB 7200RPM SATA / 8MB キャッシュ * OS: Linux - CentOS 5 (+32 ビット)

オプション 2. * プロセッサ: デュアル コア Intel Core 2 Duo 2.2GHz * メモリ: 1GB RAM * ハードディスク: 1x 160GB 7,200rpm * OS: Linux - CentOS 5.2

編集：

  • GD2 でhttp://pear.php.net/package/Image_Transformを使用 しています
  • ボリュームが非常に小さいが、2 MB 未満の特定の JPG ファイルでも失敗する
  • 現在のホスティングは、768 MB の専用 RAM を備えた VPS です (プロセッサーについて調べてください)
4

3 に答える 3

3

期間ごとに何回実行しているか、何を使用しているか (GD? ImageMagick? 何か他のもの)、または現在のサーバーの仕様とパフォーマンスについては言及しません。

ただし、多くのことを行っていない限り、これらのサーバーは両方とも問題ありません。

于 2008-11-25T23:14:19.193 に答える
2

PHP で画像を操作するには、php.ini ファイルを調整する必要があるため、(共有ホスティングではなく) VPS を使用することをお勧めします。

PHP スクリプトがアップロードの処理に失敗する理由はたくさんあります。

  1. アップロードが大きすぎます。アップロード サイズは、post_max_size、upload_max_filesize、memory_limit のいくつかのディレクティブによって制御されます。上記のすべてのディレクティブが適切に構成されていない場合、デフォルトでは約 2MB に制限されます。
  2. 画像の処理中にメモリが不足しました。これには、memory_limit ディレクティブが影響します。また、コードがスクリプトの終了を待つのではなく、できるだけ早くリソースを解放していることを確認してください。
  3. 操作に時間がかかりすぎました。max_input_time と max_execution_time は、スクリプトの実行時間を制御します (max_input_time は HTTP I/O を制御し、max_execution_time は実際のスクリプトの実行を制御します)。画像が大きいほど、処理に時間がかかります。

どの条件が失敗しているかを把握し、サーバーをスケールアップしてそれらの条件を解決します。パフォーマンスの問題に基づいてホストを切り替える場合は、まずこれを実行することをお勧めします。スイッチが不要であることがわかる場合があります。

于 2008-11-28T07:52:47.727 に答える
0

開発/テストを行っているだけで、おそらくソフトローンチだけの場合-問題がなければ1つ。ライブになると予想される場合は、サーバーの負荷と、生成しているプロセスの数、および実際の画像のサイズ変更時間の長さを監視する必要があります。

近い将来、大量の処理を行うことが予想される場合は、間違いなくデュアル コア システムが必要になります。画像のサイズ変更は非常に集中的です。さらに先には、画像処理だけを処理するための追加のマシンと、サイトを処理するための 1 つのマシンが必要になる場合があります。

于 2008-11-25T23:56:55.877 に答える