ホームページ > バックエンド開発 > PHPチュートリアル > 写真をたくさん使ったウェブサイトを構築する方法

写真をたくさん使ったウェブサイトを構築する方法

WBOY
リリース: 2016-06-23 14:28:41
オリジナル
1089 人が閲覧しました

ランプを使用する予定ですが、写真がたくさんありますが、何に注意すればよいですか?
最初の要件は、できるだけ安定していること、そしてより効率的であることです


ディスカッション (解決策) への返信

画像はサーバーのハードディスクに置くべきですか、それとも mysql データベースに置くべきですか?両者に違いはありますか?

画像サーバーを単独で使用し、Web サーバーとして Nginx を使用する場合、無駄ですか?

画像が大きくて頻繁に使用される場合は、別のサーバーに保存することをお勧めします。 mysql バイナリに保存する場合は、ビジネス ニーズに応じてハード ドライブ ストレージに保存することをお勧めします。

データベースの保存は、ハードディスクに直接保存するよりも確実に遅くなります

単なる一般的な Web サイトの場合は、画像サーバーとして nginx をインストールし、別のドメイン名を取得するだけです

より専門的なものが必要な場合は、 zimg サーバーをセットアップすることをお勧めします

画像が比較的大きい場合、および頻繁に使用される場合は、mysql バイナリに保存するか、ハードディスクに保存するかによって、別のサーバーに保存することをお勧めします。ビジネスのニーズに合わせて。

2 つのビジネスの違いは何ですか?
私が考えているのは、画像が多く、クエリ ロジックが比較的複雑な場合は、データベースに配置するのが適しています。クエリ ロジックが比較的単純な場合は、ハードディスクに直接配置できるため、パフォーマンスが良くなります。他に考慮すべき点はありますか?
アドバイスありがとうございます

ハードディスクに直接保存するよりデータベース保存の方が断然遅いです

一般的なWebサイトであれば、画像サーバーとしてnginxをインストールして、別途ドメイン名を作成すれば十分です

よりプロフェッショナルなものが必要な場合は、画像用の zimg サーバーをセットアップすることをお勧めします。おそらく数万件ありますが、最大のものは 3M です。ユーザーのアクセスはそれほど頻繁ではありません。 、ただし、1 枚の画像を開くには 1 ページ必要です。サーバーを 1 つだけ使用する場合は、画像をディスクに保存すれば十分です。ありがとうございます。


データベースの保存は、ハードディスクに直接保存するよりも確実に遅くなります

単なる一般的な Web サイトの場合は、画像サーバーとして nginx をインストールし、別のドメイン名を取得するだけです

より専門的なものが必要な場合zimg サーバーをセットアップすることをお勧めします


画像のおおよその数は数万ですが、最大のものは 3M です。ユーザーのアクセスはそれほど頻繁ではありませんが、開くのに 1 つのページが必要です。 1 つのサーバーのみを使用する場合は、この解決策で十分ですか。
あなたの説明は間違いなく十分です
ページには 10 枚の画像があり、その数は 3M あります。これには、まず画面上の画像を開き、下にスクロールしてから下の画像を開きます



データベースを保存します。ハードディスクに直接保存するよりも断然遅いです

一般的なウェブサイトであれば、画像サーバーとして nginx をインストールし、別のドメイン名を取得すれば十分です

よりプロフェッショナルなものにしたい場合は、これで十分です。 zimgサーバーをセットアップすることをお勧めします



画像の数はおそらく数万です。最大のものは3Mです。ユーザーのアクセスはそれほど頻繁ではありませんが、1つの画像で10枚の画像を開く必要があります。ページを開く速度が遅すぎることはありません
サーバーを 1 つだけ使用する場合は、このように写真をディスクに置きます。このプランで十分ですか? ありがとうございます。
あなたの説明は間違いなく十分です
1つのページに10枚の写真があり、そのうちの3Mがあるので、最初に画面上の写真を開き、下にスクロールしてから下の写真を開く必要があります
私のアプローチは次のとおりです。画像をファイルの直下に保存することで、ファイル管理が容易になります。

1 ページに 10 枚の写真はそれほど多くありません。好きなものを自由に使ってください。画像はハードディスクに配置され、パスはデータベースに保存されます。



データベースを直接ハードディスクに保存するよりも断然遅いです

一般的なウェブサイトであれば、画像サーバーとして nginx をインストールし、別のドメイン名を取得すれば十分です

より専門的にするには、zimg サーバーをセットアップすることをお勧めします


画像の数はおそらく数万件ありますが、最大のものは 3M です。ユーザーのアクセスはそれほど頻繁ではありませんが、必要となります。 1 つのサーバーのみを使用する場合は、このページを開く速度が遅すぎることはありません。これで十分ですか。
あなたの説明は間違いなく十分です
ページには 10 枚の写真があり、その数は 3M あるので、まず画面上の写真を開いて、下にスクロールしてから下の写真を開く必要があります

わかりました。理解したら、js を使用した解決策を探します
視覚的には、この要件に対する技術要件はそれほど高くありません




データベースを直接ハードディスクに保存するよりも断然遅いです

一般的なウェブサイトであれば、画像サーバーとして nginx をインストールし、別のドメイン名を取得すれば十分です

より専門的にするには、zimg サーバーをセットアップすることをお勧めします


画像の数はおそらく数万件ありますが、最大のものは 3M です。ユーザーのアクセスはそれほど頻繁ではありませんが、必要となります。 1 つのサーバーのみを使用する場合は、このページを開く速度が遅すぎることはありません。これで十分ですか。
あなたの説明は間違いなく十分です
1つのページに10枚の写真があり、そのうちの3Mがあるので、最初に画面上の写真を開き、下にスクロールしてから下の写真を開く必要があります
私のアプローチは次のとおりです。画像をファイルの直下に保存することで、ファイル管理が容易になります。
わかりました、ありがとうございます。アイコンを直接保存してみます


1 ページに 10 枚の写真はまったく多くありません。好きなようにしてください。画像はハードディスクに配置され、パスはデータベースに保存されます。

はい、ありがとうございます!

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート