3

静的な html コンテンツを含むサイトを作成することを計画していたとき、Rails が提供するデータベースやその他の機能は必要なかったので、Rails on Heroku を使用する代わりの方法を検討しました。Middleman 静的サイト ジェネレーターは、Heroku にデプロイできる軽量サイトの作成に役立つかもしれないと聞きました。

私は Middleman を使って、HTML コンテンツのほとんどが空の約 6 ページ (基本的には各ページのタイトルのみ) でテスト サイトを作成しました。Heroku にプッシュした後、レポとスラッグ サイズの統計を取得しました

Repo size: 7.33 MB
Slug size: 8.3 MB of 200 MB

スラグのサイズがレポのサイズよりも大きい。Heroku のドキュメントによると、slug は「dyno マニホールド全体での超高速配布用に最適化された、アプリケーションの圧縮および事前パッケージ化されたコピー」であると想定されています。スラグのサイズはレポのサイズよりも小さくする必要があると思います。

比較のために、基本的な Rails アプリの統計を調べました。これは、ブログ エンジンとして (Enki と共に) 使用しているだけです。現在、データベースと約 50 のブログ投稿があります。

Repo size: 17.2 MB
Slug size: 5.55 MB of 200 MB

したがって、Rails アプリのリポジトリ サイズははるかに大きくなりますが、スラッグ サイズは小さくなります。

Heroku のパフォーマンスに影響を与える要因はスラッグのサイズだけですか? もしそうなら、単純な Rails サイトを使用することに戻るのが当然の選択でしょうか? 実際にはほんの少しの静的コンテンツを投稿するだけのつもりですが?

slug のサイズは別として、データベースを使用していないため、中間サイトの方が高速であると想像できますか? したがって、コンテンツを取得するためにクエリを作成する必要はありませんか? 仲介サイトでは、コンテンツを直接 html ページに書き込むだけです。このサイトに対する私の本当の懸念は、ユーザーがコンテンツ ページ間をすばやく移動できるようにすることです。スラッグ サイズが小さい Rails アプリではデータベース クエリが必要になりますが、スラッグ サイズが大きい Middleman アプリでは必要ありません。

4

1 に答える 1

6

Heroku のパフォーマンスに影響を与える要因はスラッグのサイズだけですか?

スラグのサイズは、アプリのパフォーマンスには影響しません。スラッグが小さければデプロイは速くなりますが、アプリがデプロイされると、パフォーマンスはそのコードと使用するリソースにのみ依存します。

あなたは良い例を挙げました.典型的なRailsアプリはおそらくデータベースに対していくつかのクエリを行うため、HTMLを読み取って返すだけの典型的な仲介アプリよりも応答に時間がかかります.

于 2013-03-27T17:33:20.417 に答える