HUGO は、記事がたくさんあるサイトにも対応できるのか？
その結論と、HUGO の実行結果の紹介です。
結論 ⇒ HUGO は数千記事でも使えた
結論ですが、HUGO は記事がたくさんあるサイトでも対応できました。
記事数に応じて、ビルドやアップロードの時間は増えましたが、それでも HUGO は実用的に使えました。
ところで、静的サイトジェネレーターでまず気になるのが、『サイトのビルドにかかる時間』だと思います。
HUGO では、3000記事でも6000記事でも、３分くらいで終わりました。
3000記事のサイトは『業績チャート』のことで、6000記事は『業績チャート 米国』です。
記事が増えたときに、プレビューやビルドで『３分』もかかるとなると、毎日更新するようなブログで使うのは、ちょっと厳しいかもしれません。
ですが、機械的に生成した記事をウェブサイトにするには十分だと思いました。
自分の場合は、サイトの更新ペースが１か月～３か月に１回だったので、十分実用的に使うことが出来ました。
3000記事のビルドにかかった時間 ⇒ 約2分30秒
3000記事のマークダウン (.md) のビルドにかかった時間です。
自分の場合は、２分３０秒くらいでした。
以下は、HUGO の実行結果です。
[chart.srbrnote.work]
Building sites …
| EN
+------------------+------+
Pages | 3809
Paginator pages | 61
Non-page files | 0
Static files | 6
Processed images | 0
Aliases | 35
Sitemaps | 1
Cleaned | 0
Total in 146535 ms
⇒ 約2分27秒
[Public フォルダのプロパティ]
サイズ: 1.97 GB
ファイル数: 3,912、フォルダー数: 3,9406000記事のビルドにかかった時間 ⇒ 約3分
6000記事のマークダウン (.md) のビルドにかかった時間です。
自分の場合は、3分くらいでした。
以下は、HUGO の実行結果です。
[us-chart.srbrnote.work]
Building sites …
| EN
+------------------+------+
Pages | 6469
Paginator pages | 64
Non-page files | 0
Static files | 6
Processed images | 0
Aliases | 1
Sitemaps | 1
Cleaned | 0
Total in 174139 ms
⇒ 約2分54秒
[Public フォルダのプロパティ]
サイズ: 1.49 GB
ファイル数: 6,541、フォルダー数: 6,533こちらは、記事は多かったのですが、画像データが少なめだったので、3000記事のときよりもサイズが小さくなっています。
3000記事のアップロードにかかった時間 ⇒ 約３０分
サイトの更新は、HUGO が作成した Public フォルダの中身を、サーバーにアップロードして完了します。
3000記事のサイトをレンタルサーバーにアップロードしたときは、だいたい３０分かかりました（FFFTP 使用）。
このときにアップしたファイルは、ほぼ HTML ファイルのみです。
画像はすべて HTML に埋め込みました。
ところで、なぜ３０分もかかったのか？
これは、ファイルとフォルダの数が多かったのが原因でした。
もともとは、画像の PNG が60000枚あって、サイト全体の再アップロードに５時間くらいかかっていました。
3000記事分のファイルとフォルダにプラスして、60000枚の PNG でした。
でも、５時間はちょっとキツイですよね。
あと、サーバーのファイル数制限にも到達しそうになりました。
なので、画像を全部 HTML に埋め込んじゃいました。
HTML のサイズが大きくなるといったデメリットは、この際、妥協しました。
その結果、アップロード時間は３０分にまで短縮できました。
そういうわけで、実は３０分でも、かなり速くなったほうなのでした。
先に載せた HUGO の実行結果は、２つとも、画像ファイルを全部埋め込んだときのものです。
Python で PNG を Base64 にエンコードして、その文字列を img タグの src 属性のところに埋め込みました。
Base64 にエンコードしたことで、全体のファイルサイズは ＋４０％ 近くに増えましたが、ファイルの数は大幅に削減できました。
さらに、HUGO が生成した Public フォルダの HTML を、Python の gzip モジュールで圧縮してみました。そうしたら、Base64 で増えた分を、いくらか減らすことができました。少しではありましたが、体感できるレベルでアップロードが速くなりました。サーバーの .htaccess も変更して、gzip で圧縮した HTML を公開するようにしました。
アップロード時間に関しては、差分だけアップする形にしたら、もっと速いのかもしれません。
ですが、自分の場合は、毎回全部の記事を新しくする必要がありました。
ちょっと極端な例だったかもしれませんが、HUGO の採用を考えていらっしゃる方の参考になれば幸いです。
あと、画像形式を PNG ⇒ WebP（ウェッピー）に変更したら、さらに HTML を小さくすることができました。
6万枚のPNG画像を『WebP形式』に変換⇒ファイルサイズを20％も削減できた
ですが、WebP は表示できないブラウザがあったので、とりあえず変更は先送りすることにしました。
