4

静的ジェネレーターを使用して、json または csv ファイルから最大数十万ページ (S3 上) のデータ駆動型コンテンツを生成することを検討しています。各ファイルには、外部 API に投稿する html フォームがあります。これは実行可能な事業ですか?

4

1 に答える 1

3

要件によって異なりますが、少なくとも、fs読み取り/書き込みに使用する単純なノード プログラムで済む場合もあります。複雑さのスペクトルを上に行くと、Gulp セットアップで行うことができます。さらに範囲を広げると、静的ウェブサイトジェネレーターを使用してデータファイルを読み書きできます(ただし、静的ジェネレーターを既に知っている場合、および/またはS3でブログを作成したい場合にのみ、問題を起こす価値があるでしょう。数十万のデータ駆動型ページに加えて、.MD ファイルによって)。

単純なノード スクリプト ルートを使用する場合は、ローカル アプリケーションを js ファイルに作成し、ノードのコマンド ラインから実行します。ローカルで何千ものページを生成し、それらを S3 にアップロードします。標準のフォールバックを使用することも、Promise を使用するより洗練された方法 (Bluebird を使用するなど) を使用することもできます。この方法は最も手動ですが、結果を最も制御できます。

記録として、PHP など、習熟している任意のプログラミング言語でスクリプトを作成することができます。最近は JavaScript が人気なので、JS を使用することを想定しています。

Gulp ルートを使用する場合、その場所からデータ ファイルを読み取り、その内容を配列に解析して、その内容をファイルに書き込むカスタム関数を想像します。

Hugo ルートに進む場合は、単純にデータ駆動型のコンテンツ参照、getCSV関数を使用します。Web サイトのコンテキストで作業する必要があります。これは、Web サイトの設定から外れれば離れるほど、Hugo と戦わなければならないことを意味します。

前述したように、静的 Web サイト ジェネレーターに対する議論は、 Web サイトの部分が必要なく、データの操作を実行してファイルを書き込むためだけである場合、邪魔になる可能性があります。

Hugo は高速であるため、何千ものファイルに適したオプションです。

解決策は、CSV ファイルが変更されるか、それとも 1 回限りのものかによっても異なります。また、どの程度の自動化が必要か。ヒューゴルートでも、ガルプアプローチは重宝しそうです。

ですから、はい、それは非常に実現可能な事業です。

于 2016-06-29T13:53:40.653 に答える