元SIer、現在、自称、電算職・IT土方、どうでもよき事を書き綴り候らへども
今が2022年6月上旬で、ほぼ1年前、このサイトを立ち上げました。
それ以前のWordPressで実装していた3rd.から5年以上を経ての再起になります。
仮にその時点を4th.のver.1/初代、現時点がver.2/二代目、だとすると、その他諸々、ソースコードやサイトURLは下記になります。
この4th. ver.2/二代目への移行ですが、至極個人的な理由がありました。
(なお、何故4th.なのかは「わたしはだぁれ」を参照)
4th.初代は、画面レイアウトをあるCSSフレームワークを元に、ゼロベースでHTML+CSS…Sass/SCSSのスケルトンから構築したのですが、運用後のちょとした変更に耐えられずそれ以上の更新を諦めたという、自分の完全なスキル不足にあります。
(4th.初代で使用したCSSフレームワークのせいでは決して無く、自分のCSSの書き方がマズかった、という事は敢えて明記しておきますね)
このため、4th.二代目では、提供元が示すテンプレートをベースにして、行間など細かな調整はしない、目をつぶる方針で行く、が大前提の一つにありました。
そして、それを前提に、自分の中で究極まで推し進めたのが、このサイトのエッセンス…と言うと大袈裟ですが、それらを抽出したのが前述のテストベンチ/テストベッドになります。
以前の自分だと、このレイアウトはとても看破できなかったですが、そこを敢えて抑えています。
大本のHTMLテンプレートを大幅に修正する事無く、となると、個人的には「親の顔より見た」HTML5 UP!になる訳です。
しかし多少残念な事に、昨今のSCSS/Sassコンパイルに追随していない状態、具体的にはglobal
や割り算の扱いは利用者であるこちら側で対応する必要がありました。
それらの対応は一応はこちらでしましたが、果たして不具合を引き起こさないのか、自信はありません。
また、今後の事を憂慮すると、非常に由々しき事態には違いありませんので、本家側で何とかして、が本音ですが、ここはやはり利用者側で何とかする、のが道理でしょうねぇ…開発者様がGitHubで展開されておられれば、もう少し違った展開も期待できたのですが。
4th.二代目に関してはもう一つ、タスクランナー…Gulpからの脱却です。
タスクランナー…Gulpは時代遅れと言うと大変失礼ですが、気分的にはそういう感じです。[1]
ですが、今回も利用しています。
現在、Eleventy、Gulp、Larabel Mixを利用しています。
増えてますね…言ってる事とやっている事が矛盾していますね。
理由ですが、適所適材で役割を分担しているからです。
画像圧縮はEleventyのプラグイン、eleventy-imgでできますが、仕様が圧巻過ぎ、自分のスキル不足のため利用を見送りました。
同様にLaravel Mixを使わなかったのは、自分が画像圧縮のトレンドがよく分からない、というのがあります。
以前はgulp-imageminなどを利用していたと認識していますが、バージョンアップすると不具合が出るので利用を回避した結果、gulp-libsquooshに辿り着き、自分のスキルだとGulpで動かす事ができたのでそれを利用している状態です。
逆にSass/SCSSコンパイルはGulpでなくLarabel Mixだと割とすんなり動いたので使用している、になります…が、eleventy-sassに乗り換える可能性があります。
と言うのは、自身のポータルサイト/project2501では、このプラグインを試しに使用、特に問題が無い状態です。[2]
なおこの場合だと、Larabel Mixは不要になりますね。
ちなみに画像ファイルのディレクトリに関して。
コンテンツの記述・作成時はディレクトリを区分けしていますが [3] 、最終成果物の生成ではその区分けをせず、一律、サイトトップの./images
ディレクトリに突っ込んでいます。
これは、この方が記述が楽である、と同時に、自動生成される成果物は管理の範囲外、では無いですが、人間側で細かく管理する必要は無い、という方針です。
当初、Eleventy、Gulp、Larabel Mixをどうやって連動させるのか、分かりませんでした。
結論を言うと、「npmスクリプト…./package.json
のscriptsにターミナルで叩くコマンドを書く、起動の制御はnpm-run-allで制御する」が、回答になりますが。
今にして思えば、ですが、タスクランナーの初見であったGulpを学習し始めた頃、コンソールからnpx gulp hohe
の様に叩くのが一般的だったと思います。
このため、npmスクリプトを完全に意識しない、させない弊害、と言うと大変失礼ですが、そういう気分ですし、当初からタスクランナーを利用しない事を言っていた方々の意味がようやく分かった気がします。[4]
および自分の中で、全てをある一つのタスクランナーの中で完結させない、無理っぽいなら諦める、というのも方針の一つかな、と思います。
ただこの場合、微妙に不具合…具体的にはブラウザの自動リロードの制御が実質できなくなる、という弊害もあるのはありますが、軽微なので無視しています。[5]
トレンドの移り変わりが激しいフロントエンド界隈ですからね、トレンド・不具合・あるプロダクトの仕様変更が他のプロダクトに引き起こす影響 [6] 、などの状況によっては乗り換えを前提とする、みたいな。
今、改めて自分のMBP/MacBook Proのソースコードのガラクタ置き場を見ると、ここに辿り着くまで、改めてのEleventy、初見のLaravel Mix、画像処理関係のGulp、結局は採用を見送ったTailwind CSSなどで何十ものトライ(&エラー)を繰り返してるなぁと。
ヨシ!ここまではできた、これをファイルコピーして [7] 、次はこの機能を盛り込もう、よしできた・アカンダメだった、を繰り返した結果の今というのを実感しますね、いや、してませんかね。
これらは消してもいいのですが、二度と見る事は無いと思いますが、記念に残しておこうかと思います。
Gulp全盛の頃からこのトレンドはあったと記憶しています。 ↩︎
実はあまり利用に前向きでなく、理由は、本家のプラグインでないので、今後、継続的にメンテナンスされるか不安なので。 ↩︎
現在コンテンツで画像を使用していませんが、今後はこの方針で。 ↩︎
ですが、さすがに自分にはnpmパッケージを素のままで使うという割り切りはできず、タスクランナーを噛ませて使う事にしました。 ↩︎
EleventyのWatch and Serveの機能を使えば回避できるかもしれませんが、現状、何ともです。 ↩︎
少し前、Sass/SCSSの仕様変更がタスクランナーなどに与えた影響は結構大きかった様な…今は仕様がfixしたのか、落ち着いてる気がしますし、Gulpもメジャーバージョンアップで色々と修正が生じた気がします。 ↩︎
一つ前の世代はrm -rf ./node_modules
などして ↩︎