Nikola - WebZ 用の静的サイト ジェネレーター

最新の Web は動的コンテンツがすべてです。しかし、ほとんどの場合、これは技術的な錯覚です。多くの Web サイトでは、動的に生成されたページが使用されています。つまり、必ずしも対話を必要としないものであっても、要求に応じてデータがデータベースから読み込まれ、画面にレンダリングされます。これにはリソースが必要であり、安全性が低いと見なされることさえあります。不適切な命令や不正な形式の命令は、理論的には望ましくないものを生成する可能性があるからです。

古い W​​eb はすべて静的コンテンツ (リンクと画像を含む HTML ページのみ) でした。悪くはありませんが、リソースが非常に少なく、Web サーバーと同じくらい安全です。しかし、その場合、対話はあまり行われず、コンテンツの更新は退屈な場合があります。 2つの世界の中間に何かがあったとしたら?それは、静的サイト ジェネレーターの Nikola です。

探索、インストール、テスト

アイデアの本質は、静的な Web サイトを動的に作成することです。一連の Python スクリプトを使用すると、ページの作成と編集、リンクの修正などをバックグラウンドで行うことができるため、何かを変更するたびに手動で行う必要はありません。プラグインとテーマにより、これがさらに簡単になります。従来の CMS との違いは、データベースがなく、すべてをローカルで構築してから、サイトが存在する予定の場所にアップロードすることです。向こうは HTML と画像だけです。

現代のオフライン コンテンツ作成は簡単ではないので、これは興味深いと思いました。私は 2018 年にこれについて書きましたが、悲しいことに、皮肉なことに、古い KompoZer が、必要に応じて GUI と直接コード編集の柔軟性の両方を提供する最も適したツールであることが論理的にわかりました。 Nikola はハイブリッド アプローチを提供します。ほとんどがコマンド ラインですが、ビジュアル エディターとライブ ブラウザー プレビューも利用できます。

一般的なセットアップ手順 (pip および virtualenv コマンド) に従ったところ、問題なく動作しました。全体を自動化できると思います（スクリプト内に配置）。このステップが完了したら、最初の (デモ) Web サイトの作成方法に関するオンライン チュートリアルに従いました。

nikola init --demo test-site
Nikola サイトの作成
====================

Nikola ですv8.0.2。新しいサイトについていくつか簡単な質問をさせていただきます。応答せずにデフォルトのままにしたい場合は、`-q` パラメータを付けて再起動してください。
--- サイトに関する質問 ---
サイトのタイトル [My Nikola Site]:

基本データを提供したら - ホームページとして使用されるため、登録済みのドメインも必要です - 次に、最初の投稿の作成に取り掛かりました。指示に従ってこれを行ったところ、すぐに問題が発生しました。

(nikola) roger@tester:~/nikola/test-site$ nikola new_post -e
新しい投稿の作成
-----------------

タイトル:アナグマに運転を許可してはいけない理由
投稿をスキャンしています....完了!
[2019-04-07T18:05:25Z] 情報:new_post:投稿のテキストは次の場所にあります:posts/why-badgers-shouldnt-be-allowed-to-drive.rst
[2019-04 -07T18:05:25Z] エラー:new_post:$EDITOR 環境変数が設定されていないため、'-e' を使用して投稿を編集できません。投稿を手動で編集してください。

問題は、EDITOR 変数を手動でエクスポートする必要があったことです。私は KDE で Kate に設定しましたが、さらに言えば、Notepad++ を含む任意のエディターを使用することもできました。これは非常に便利です。その後、これを行うと、このエラーは二度と発生しなくなります。

編集部分はちょっと…変です。 Markdown などの他の形式を手動で構成することもできますが、Nikola は拡張子が .rst のファイルを使用して、それらが reStructuredText であることを示します。これは少し奇妙だと思いました。これにより、人々はさらに別の (奇妙な) 構文を学ばざるを得なくなるからです。また、スタイルとコンテンツが分離されていないことも意味します。

つまり、ただ働くだけではいけないということです。別の言語を学ぶ必要があり、これを HTML にレンダリングする必要がありますが、CSS クラス、スタイル、実際の HTML 要素はどうなのか疑問に思っています。結局のところ、誰かが Web サイトを作成している場合、実際の構文を制御する必要があるのではないでしょうか?最終的に、最初の投稿が完了し、Nikola にビルドを任せました。

この手順が完了すると、ブラウザ内で変更をプレビューできます。次に、独自のものをハッキングしたくない場合に備えて、追加のテーマとプラグインがあります.ここまでは悪くありませんでしたが、まだいくつか疑問がありました。それらの中で最大のものは、まあ、次は何ですか？ウェブサイトに満足しているとして、すべてを FTP 経由でサーバーにアップロードするだけですか?また、更新をどのように処理しますか?

写真に写っているのは私ではありません。私よりもはるかに素晴らしい人物です。

さまざまなビルド システムにデプロイする機能、Gist をインポートする機能、グラフとサムネイルを作成する機能、コード ブロックを使用する機能など、他にも興味深い小片を見つけました。しかし、最終的な状態、つまり、ユーザーがコンテンツの作成を完了した後、どうすればローカル ビルド環境からオンライン デプロイに簡単に移行できるかということに十分に焦点を当てていないと思いましたか?

結論

問わなければならない非常に重要な質問は、もしニコラ・テスラがウェブサイトを立ち上げるとしたら、彼は現在どのような技術を使用するでしょうか?マイクロソフトのフロントページ?ジオサイト？ニコラ？このコンセプトは気に入っています。不要な Web サイトのスケルトンの更新に費やす時間を大幅に節約できるというアイデアも気に入っていますが、このアプローチはあまりにも巧妙すぎると感じました。ウェブサイトの構築はゲームではありませんが、hax0rfest であってはなりません。

私にとって Nikola は、より合理化されたセットアップ、HTML を直接使用する機能、または少なくともコードのブロックを追加する機能、およびより直感的なプレビューとデプロイ パーツを使用することで、よりうまく機能する可能性があります。答えがそこにあることは知っていますが、美しさは、彼らが求める以上のものを提供するシンプルで一目瞭然のツールを持っていることです.最初のページを展開できるようになるまでに多大な労力を費やす必要がある場合、時間を節約するはずのツールが、そもそも節約するはずだった問題になります。とはいえ、私はニコラが好きです。これは非常にクールなアプローチであり、私は目を光らせています。結局のところ、Web 4.0 が何をもたらすか、あるいは何がもたらされるかは誰にもわかりません。

乾杯。