Enginear

あけましておめでとうございます

Wed, 21 Jan 2026 00:00:00 GMT

あけましておめでとうございます。
まずは一年以上ブログを放置しておりすみませんでした。
自分自身三日坊主、飽き性な事もあり何かをしてもすぐに辞めてしまう事が多い中、
一応ブログを始めてから数ヶ月続いただけ、今までから見たら持った方なんじゃないかと勝手に思っています。
<small>ヘッダーは借りたカメラで撮った初日の出</small>

放置していた事にあった事

AI

一年放置していた間に色々な事がありましたが、切っても切れない位特に話題に上がっていたのはAIなんじゃないかなと思います。
最初はAIイラストから始まって多岐に渡る様になりましたが、生成の分野では相性が良いのかコーディングの面でかなりAIが浸透するようになった気がします。自分がプログラマーというのもあるからかもしれませんが。
実際自分も最近はCursorというVSCodeをフォークして独自のAIによるコーディング機能を追加したIDEをメインで使う様になりました。
自分も個人でコーディングをする事はあるのですが、どうしても先に話したように三日坊主だったり飽き性だったりする事があるのと、中々最初のスタートが中々踏み出せない事がありコーディング自体進まない事が多かったですが、AI Agentのおかげでアイデアさえあれば最初のスタート部分はある程度やってくれるようになった為、そういう点ではコーディングの敷居が下がって良かったなと思っています。
ド素人が適当に考えたソフトが蔓延らないか心配な点もありますが、この話をすると自分にブーメランが来そうなのでこれくらいにしておきます。

この敷居が下がったというのもあって最近はMisskeyのモバイルクライアント等いくつかのアプリを細々と作成をする様になりました。
多分AIがなかったら実際にアプリを作成してAppDistributionにて実際にβ版のアプリ配布という所まで漕ぎ着ける事は無かったんじゃないかなと感じてますね。
気軽さ、というのはモチベーションの維持にもかなり良いがある様な気がします。
一方仕事ではAIがあるから多分なんとかなるだろうというマインドが働いてしまって結構適当に仕事をする様な所も出て来てしまって良くないなと思いつつも中々積極的に動けるかと言われると動く事無く・・・、という事が続いてしまってます。
これは言い訳なのですが、実際にAIを使っていくつものタスクが早急に終わったとしても増えるのは給与ではなく追加のタスクと追加発生するAIの費用だけですからね・・・
これで大人しく給与が増えるのであればそれはそれで喜んでやるのかもしれないですが・・・、いや、自分の事だから何だかんだ言ってサボりそうですね。

バイク

以前の投稿でバイクを納車してから一切ブログでは更新がありませんでしたが、引き続きバイクには乗っています。
どうやらインドアで無趣味な自分にバイクというのは相性が良かったのか今でも乗り続けてます。自分でも意外なくらいには。
色んな所を見に行く際の道中も楽しめるというのもあってかなり乗るようになってます。割と世の中の人達は車に乗る際、目的地に行く事が目標だったりすると思っていますが、自分は目的地に行くのとその道中を楽しむという割合が5:5くらいになっているのかな、と感じてます。だとしても渋滞は好きではありませんが。
以下ブログを更新していなかった間にあったバイクに関する事をいくつか書こうと思います。

SSTR2024

実は取得後早々にSSTR2024に参加しました。
開催期間が2024/10/5~2024/10/20だったので、納車してから三ヶ月ちょっとでの参加ですね。
自分でも正直あたまおかしいんじゃないかなと今でも思ってます。
でもバイク納車した時が一番テンション高いですし乗りたい気持ちも高いので今では悪くなかったんじゃないかなと感じてます。

前日に静岡の自宅から浜松、当日にそこから石川県の千里浜までなので640km、帰宅時も同じルートなので往復で1280kmを4日で走ってました。
距離ガバの人達にとってはそこまでの距離かもですが、免許取ってから4ヶ月無いくらい、納車してから三ヶ月くらいにしてはかなりの距離なのではないかなと思ってます。

SSTR当日は知り合いの夫婦、そしてその夫婦のお父さんと一緒に行く形を取りました。
知り合いの夫婦とは以前から仲が良いのですが、そのお父さんとは殆ど接点がなかったんですよね。
ですが、そのお父さんがB+Comを使っておらずペアリングが難しいという問題が、私とその夫婦はB+Comを使っていてペアリングもし易かったのですがお父さんを含めると不安定に、
最終的に、夫婦の方はペアリング出来ないと流石にヤバいと、という形で私とそのお父さんとでペアリング（ユニバーサル接続の1:1であれば比較的安定するので）。
結果中田島砂丘から千里浜なぎさドライブウェイまで何時間でしょう、12時間くらいなんですかね、もう時間なんて覚えてないですがずっと話ながら走ってましたね。
私自身相手が喋る人であれば私も喋るというような形で合わせる様、意識的にしていますが良く喋る良い人だったのでずっと喋ってた記憶が凄いあります。結構な頻度で先頭車両が遅いというのを言っていたのが印象的すぎますね・・・まあ155なら仕方ないですしおすし、なんならタンデムですし・・・

何が面白いってこれ復路なので帰りも話してたんですよね。700kmは話してたって事ですよ、過去に一度イベントでお会いしたお父さんと700km。
オフ会であった人と意気投合とかならまだ分かるけどほぼ初見であった人とツーリングで700kmは中々無いような気がしますね。多分後にも先にもこれくらいでしょう。
これ以降ご家族の方とも私の勝手な気持ちですがお世話になる事が増えたような気がしますね、結構不思議な気持ちではありますが悪い気分ではないです、今後もバイクでこのような縁があればなぁという気持ちです。

SSTR2025

一年後に関しても同様にSSTRに参加しました。
この際のメンバーは、私の学生時代からの知り合いで今はバイクを共に乗っている友人達です。
気付いたら全員バイクに乗っていました。
この時のルートは横浜赤レンガ倉庫から千里浜なぎさドライブウェイに行くルートでした。
今回は前日移動といっても知り合いのバイクガレージと化した家に前泊してそこから赤レンガ倉庫で出走登録して開始という流れだったので、中田島砂丘より遠い550km程を走るルートになりました。
天気はあいにくの雨で道中長野を走っている時だけ晴れたという感じ、他はほぼずっと雨の中走るという状態に。
納車後の夏、異常な程走っている際、雨に降られる事が多かったという経験から雨具も準備万端で用意して来たは良いものの、それでも雨は辛い。
中型バイク三台で朝5時くらいから走り続けて途中で必要な指定道の駅にも長野で立ち寄り、更に走り終盤には日本海側・北陸道を走りなぎさドライブウェイ間近となったタイミング、自分のバイクにトラブルが。
というのもリアバッグに取り付けていた荷物結束用のバンドが取れたらしくそのベルトがチェーンとスプロケットに噛み込んでしまいロックされてしまったのです。
噛んだタイミングで明らかにエンジンの回転数に対して速度が出ない事に気付きこれはヤバいと、その段階で日の入りまで30分を切っていた事もあり自分はどうあがいても間に合わない事を察しインカム経由で自分を無視してそのまま先に行ってくれと連絡、自分は第二車線にいる状態で非常に危険だった為若干の無理を承知でエンジンを開けて後輪を少しでも回す事で道路端になんとか避難。
しかし歩道までバイクが待避出来なかった事と交通の妨げになっている事には変わりなかったのですが後輪が回らない状態のバイクを私1人でどうにかする事が出来る訳もなく大変申し訳ないのですが警察へ連絡。
交通整理とバイクの移動を手伝って頂きました。こんな二回しか来た事も無い人に対して対応して頂いた石川県警の方本当にありがとうございました。
その後JAFへ速攻連絡をしたのですが、どうやらレッカー対応に非常に時間がかかるという連絡を受け並行してカワサキプラザが提供しているレッカーサービスの方にも連絡。こちらはバイクの現場での応急点検及び処置を試みて頂く事も可能との事でした。
その為カワサキのレッカーサービスの方に依頼をしJAFの方はキャンセルを実施。その後どれ位待ったのかもう覚えていませんが応急処置の方が到着、簡単に確認をしてもらいましたがエンジン側のスプロケット内部に噛んでしまっているので応急処置での対応は困難という事でこの段階でレッカーが確定。
レッカーの際、最寄りのカワサキプラザ（ないしは提携している整備店）へのレッカーを行いそちらで対応を行って貰うか、任意のカワサキプラザに輸送して貰いそちらで修理対応を実施する形になるという話でした。
ここからは知っておくとちょっと良い話なのですが、カワサキのレッカーサービスは一つの故障に対して一回のレッカーが原則となっている様です。
1故障に1つ距離無制限レッカーが1回使用可能という感じです。
つまり、最寄りの整備店に持っていってそちらで明日中に対応が出来ない、という事になった場合。SSTRが終了した後もバイクが直るまで待つか、一旦帰宅後バイクが直ったら再度石川まで取りに行くという必要性が発生してしまいます。
修理対応が出来ないと石川の整備店で判明した後に再度レッカーを依頼する場合それは有料との事でした。
どうやら単純計算で現地から東京のカワサキプラザまでレッカーを行う場合35万はかかるとの事で流石にそんなリスクは踏めないのでカワサキプラザ東京へのレッカーが確定しました。この段階で2025のSSTRをリタイアする事も確定しました。
SSTRをリタイアする事が残念というよりはこんなしようもない事で完走できなかった事が悔やまれますね。あと何百キロも一緒に走ってくれた知り合いに本当に申し訳ない気持ちが一杯でした。
とりあえず故障地点にてレッカー車が来るまでの間にサイドバック等バイクに取り付けられている物を軒並み取り外す等の対応を行っていました。
二時間程経過した後レッカー社が到着、後輪を浮かせるアタッチメントを取り付けて荷台に積載をしてバイクを固定、もうタクシーを呼んでも良いとの事だったので、タクシーに送迎を依頼しながら送られていくバイクを眺めていました。
タクシーにて、予め宿泊予約をしていたホテルにて知り合いと合流後、知り合いはなんとか時間内にゴール出来た事を知りました。
個人的には自分は2024にてゴールが出来ていたので最悪知り合い二人だけでもゴール出来れば良いと考えていました。
それもあり予め出発前にトラブル等で自走不能になった場合は置いていくという取り決めをしていました。本当はこのような事態自体発生しないに超した事は無いのですが、今回は功を奏したと考えるべきですね。

翌日ホテルにてリアバッグ等各種バックを自宅に向けて配送する手続きを。送料だけで2000円以上しました。
そして新幹線の予約も同時に実施、バイクで帰れない以上新幹線くらいしかまともな帰宅手段がありません。
予約完了後、ホテルの出口にて知り合い二人を見送って現地で解散。
その後石川観光の方を新幹線の予約時間まで金沢城と兼六園の観光をしました。変だな、去年のSSTRも兼六園を観光した気がする・・・
そんな事はどうでも良いのです、2024の時に行った兼六園で食べたみたらし団子が美味しくて食べたいと思ったから行ったんです。こういうのはもう一度行くのも良いんですよ、なんならその時バイクの修理費の事とか知り合いが無事に帰れるのかとか考える事が多かったので一回頭を空っぽにしたかったのです。
それに兼六園は丁度良かったんですね。緑を見ると人は落ち着くって言いますからね。当日そんな事を考えていたかは分かりませんが。
ちなみに余談ですが兼六園を観光してるとか兼六園観光時に言うのは辞めた方が良いです。兼六園にはライブカメラがいくつかあってこれ見るか、って考える輩がいるようなので。実際いたんでね。キモいですね。
観光完了後金沢駅に向かいスタバで時間まで休憩をして新幹線に乗車、何年ぶりの乗車なのだろうか、人生で恐らく5回目の乗車。復路じゃないので暫く乗車回数は奇数回のままでしょう。
それにしても新幹線というのは本当に早いですね。知り合いが出発してから観光をしてその後に新幹線に乗りましたが、軽井沢を通るタイミングでは既に追い抜いていました。
バイクに乗る、道中を楽しむ、運転を楽しむという事が無ければ本当にバイクに乗るという事にメリットを見出すのは難しいなと改めて感じました。
そして気付いたら東京、定期的に食べているオムライスを食べて自宅へ帰りました。

ちなみに修理費は5万円程でした。といってもどっかのタイミングでチェーンとスプロケットの交換は行おうと思っていたのでその時期が早まったと言うことくらいでしょうか。
フォグランプとグリップヒーターの取り付けも行おうとしていてタイミングが重なってしまい結果12万くらいの請求になり財布には辛かったですが、特段大きな故障にならなくて良かったです。
特に事故歴が付かなかったという点では。
後は緊急時の対応自体も結構自分自身落ち着いて行えたと言うのも良かったです。
発生してしまったタイミングが最悪とは言え、何時起こるか分からないバイクのトラブルに対して落ち着いて対応が出来たという事でこの経験自体は今後にも活かせる物があるでしょう。その経験だけでも儲けものです。
あとは無制限レッカーによって35万のレッカー費用が無料になったのも大きいです。考え方がおかしいのは分かってますが35万得したと考える様にしてます。
保険、マジ大事。今後バイクの保険に入れてる対物対人に追加で自分のバイクも入れようか悩んでます。（入れるだけで7万くらい保険料上がるんだよなぁ・・・）

それ以外

SSTR以外では特別バイクで何かイベントに出ると言った事は実はしていません。
ですが知り合いに会いに行くために頻繁に浜松に行ったり、Misskeyのバイク部で紹介されたライスシャワーというお店に行くためにも頻繁にバイク乗ったり、電車で行くには遠いしお金がかかるという範囲を良い感じにバイクでカバーする様に乗ることが多いです。
2026/01/16現在ODOは16000kmを超えていて結構乗っている方なんじゃないかなと感じています。ディーラーのオイル交換パックも次で使い切るタイミングとメンテナンスも欠かさない様にしながら大事に乗っています。中央分離帯にマフラーを擦った人にこれを言う資格はないかもしれませんが。
結果的にバイクはインドアで無趣味な自分には丁度良い、そして外に出る良い動機として機能しているのかもしれません。
強いて言うならバイクに乗るまでにちゃんとそれ用の服を着る必要性があるのと、バイクに乗るまでに15分程歩いてバイクを止めている場所に取りに行かなくてはならないと言うのが心理的ネックになってしまうのが今の課題かな、と感じてます。
これも浜松に引っ越せば解決しそうな問題ではありますが。浜松に限らずではあるんですが地方では賃貸を借りると駐車場も付いてくるケースが多くてとても良いですね。気楽にバイクに乗れるのが羨ましいです。
ですが気楽になると次は原付二種が欲しくなりそうで怖くもありますね。

カメラ

自分はスマートフォンにお金をあまりかけないタイプでして、基本的に廉価版のスマートフォンを利用しています。
その為今メインで利用しているスマートフォンはPixel7aでサブスマホは6aとなってます。両方共正直カメラの性能は終わっていると思っていてあまりきれいな写真は撮れないと感じてます。
（個人的には写真とか撮る機能を割り切ってQRコード読み取れる位の性能に落として端末価格を下げてほしいくらいに思ってますが）
その為、外で写真をあまり積極的に撮りたいとは思っていなかったんですね。
ですが先の話にあるようにバイクを納車してからというもの色々な所に行く事が増えて写真を撮りたいなと思う事も増えました。
一応GoProやInstaはあるにはあるのですがあれはアクションカムという事でそのような写真を撮るのに向いている訳でもなく・・・
とりあえずスマートフォンで撮ると言う事は続けていたのですがやはり質が終わっているという感想がどうしても出てくるのでカメラ単体で何かを買いたいなという気持ちが出てきたんですよね。
問題はまともにカメラ専用機を触ったのがもう10年以上前なのとその触ったカメラもコンデジという（そして記憶が正しければ今使っているPixelの方がまだ画質が良い）。
悩んでいた所知り合いがカメラを貸してくれるとの事でした。中古ではありますがCanonのEOSKissX7、APC-Sセンサーの一眼レフ、カメラ性能はPixelより余っ程良いです。まあそもそもセンサーサイズが違いすぎますね。
このカメラを借りて色々撮っていました。（冒頭の初日の出の写真やらもこれで撮った物です）
バイクのお供にカメラを持っていく、カメラを持つ事でどこかに出掛ける動機になる、その動機によって積極的にバイクに乗るようになる。
とても良い循環になるんじゃないかと最近思っています。問題はカメラ自体お高いので結構買うまでの敷居に怯んでる所です。
ですが折角ならコンデジとかじゃ無くてしっかりしたカメラにしたいよね、って言うのと、暗所撮影がどうしても多いのもあってフルサイズが良い、
けど本体自体は小さめで気軽に撮れて尚且つ圧迫感も少ない、というカメラを探した結果今の第一候補はPanasonicのLumix S9になっている状況です。
お値段20万くらい。バイクのカスタムも結構出来る様な金額です。
今はまだ借り物のカメラを使っていますが今後買うか引っ越し後に買うかも含め検討中という感じです・・・

ギター

年明けにギターを買いました、YAMAHAのPACIFICAです。
今までギターは触った事は無いのですが過去にぼっち・ざ・ろっく！を見た事があり、そのタイミングで実は触ってみたいなとは感じていました。
ぼっち・ざ・ろっく！は個人的に横須賀付近が出てきたり江ノ島が出てきたりと自分が結構住んでいた地域に近い所が出てくると、ASIAN KUNG-FU GENERATIONが好きなのもあって結構楽しく見ていました。
今考えるとそのタイミングで大量放出されたであろうAPCIFICAを買った方が安上がりだったかもしれません。
何で今になってギターなんだという話ですが、割と既にギター本体以外の環境は整っていたというのと、
多芸になりたいなという気持ちが前々からあったからです。
周りはなんか色々電気工事なりオシロスコープなり絵なり、そして楽器が出来たりと色々出来る人がいたのですが自分は正直何も出来ない人間だったんですよね。
そういう事を考えると自分って本当に何も出来てないつまらない人間だなって思った事もあって、折角なら何か出来る様になりたいなって気持ちもあってギターを買うに至りました。
ギターを触りたいと思ったらすぐ触れるようにしておいた方が良いというのもあり仕事で使う机のすぐ横に置いて配線もすぐに繋げるようにしてます。
それが功を奏しているのか今の所仕事の昼休憩のタイミングに基本の運指を押さえるといった基礎練習を5分でも良いからやる、という感じで続けられています。
話によるとギターの挫折率は1年だか1ヶ月か忘れましたがそのタイミングで9割らしいですね。
逆にその1割になれたらずっと出来るそうです。
今の目標はその1割になって芸かつ趣味としてギターを触れるようになりたい所ですね。

今年どうするか

自分は目標を決めても達成出来るといった出来た人間じゃないのであくまでどうしようくらいの気持ちで生きるようにしてます。
その上でどんなことしようかって今の所考えてるのが以下な感じ。

SSTR2026に出るか、それくらいバイクで走る

まだ決めてないです。出るかも分からないが出たいなぁの気持ちです。
やっぱりバイク買った以上は走らないともったいないですからね。
既にバイクを納車して一年半程、ODOは17000Km。
これが多いのか少ないのか分からないですが、自分では走っている方なのではないかと思います。
そして今年も一杯走りたいですが、一気に長距離走るのにこれ程都合の良いイベントは無いんですよね正直。探してないだけですが。
流石にソロでSSTRに参加する気は無いかなぁって感じなので友人知人と走る理由が出来たら参加して皆で石川に行こう！って思ってます。
丁度カメラも借りてるので、その間までにLUMIXなり買うか分かりませんが関東以外で写真を撮る良いタイミングにも良いですから。

ギターある程度弾けるように

挫折しない、ってのは大前提かもですがある程度弾けるようにもなりたいですね。
今の所年明けすぐにギター買ってからちょいちょい触ってますが、メジャーとマイナーコードを押さえるって言うのを日課にするようにしてますね。
まだ暗記して押さえると言った事や、TAB符を読むという所までは行けていませんが、BやFコードもなんとか押さえられるようになってきたので、その調子でギターを触り続けて簡単な曲を弾けるようになれたらなって感じ。

アプリかそれに類する物をリリースする

これでも自分自身はアプリエンジニアの端くれなのでアプリか何かしらのサービスを公開する、という所まで漕ぎ着けたいですね。
今まで実名が公開されるのが嫌だという理由でアプリリリースに何かと理由をつけて拒んでいましたが、
今考えると小規模なアプリをひっそりと作成してひっそりとリリースするくらいなら出来るって気付いたんで言い訳も出来なくなりました。
なので各種Developerアカウントに課金してリリースまでするといった事をしようかなと考えてます。
もしリリースしたら報告はするかもだけどまだ具体的なアプリリリースの内容は公表しないと思います。
名前を公開するならそれくらいのポートフォリオになるレベルで有用だったりDLがされるアプリじゃないとリスクでしか無いですからね。

おわりに

正直このブログ自体見ている人も身内（要は知り合い）だったりMisskeyで知ってる人達が主かと思うのでそれ前提でお話ししますが、
普段から付き合っていただきありがとうございます。
色々不快にさせたり迷惑をかける事もあるかと思いますが今年も宜しくお願いします。
そしてブログがなんとか続く事を私自身も願っています。自分の事ですが。

免許取得して二ヶ月経ってた話

Mon, 16 Sep 2024 00:00:00 GMT

タイトルの通りですが、納車してから二ヶ月が経ちました。なんなら納車日は誕生日の二日前、6/22なのでもう三ヶ月になろうとしてます。
何でブログ更新が滞っていたかと言うと、仕事終わった後の他の空き時間を全てバイク乗るのに使ってたからだね、楽しいから仕方ないね。毎年言われているような気もするけど、過去最高の暑さの中でもバイクを納車したばかりのモチベーションは凄く高くてずっと乗っていられると感じるくらいです。
納車二日目で首都高に乗り、三日目にはゲリラ豪雨の中走り、一ヶ月点検でもゲリラ豪雨に見舞われたり、天候に恵まれない事があまりにも多々ありますが、それでも乗りたくなる位にはバイク買ったばかりのモチベは高い。
あまりにも乗りすぎて三ヶ月経たずに総走行距離は5256kmです。私がバイクに乗る前から乗っていたタンデム夫婦には私の八倍のペースで乗ってると言われました。
私にはもう一人親しいBMW乗りの友人がいるのですが、その友人も私とツーリングするようになってバイクに頻繁に乗るようになったみたいです。
自分が乗り始めて周りに良い影響が出ているのであればとても良い買い物をしたなと思います。

バイクを納車するタイミングでGoPro Hero 12を購入してバイクの走行履歴も取るようにしました。バイクの前面展望とかキレイに撮りたいなぁと思ったので。最初はミラーに固定する形で使っていたけれど、ミラー自体が傾いていて編集するときに面倒になるなぁと思いラージチューブマウントも別で買いました。これを使ってフロントフォーク部分に取り付けると良い感じにエンジン付近から撮影出来て気に入ってます。（アソシエイトリンクなのでもしも買うとき思い出してここから買ってくれると嬉しいな）

GoPro使い初めて3ヶ月経つので、動画の管理とかの面で何か記事を書ければなぁと思ってます。更新が無かったらまたコイツバイクで走ってるなって思ってくだせい。

最後にアソシエイトリンク貼っておいてなんだけど、GoProは公式サイトで買うのがおすすめです。新規登録で20%位の割引コードが貰えるので、GoPro本体がセールのタイミングで併せて使うと2万円近く割引が受けられたりするよ。自分はそれで買いました。

免許取得した話

Thu, 06 Jun 2024 00:00:00 GMT

もう既に社会人になっているにも関わらずこの段階で普通二輪免許を取得しました。
なんならバイクの成約に関しても済ませてたりします。

なんで今になってバイク乗るんだって話だが、一年くらい前からバイク自体は乗りたいなと考えては居たが中々踏ん切りが付かない状態でいて、気付いたら周りが皆いつの間にかバイク免許を取っていたという感じ。
5年ローンで買ったから今後macbookを買うことは無いだろう・・・、ツーリングとペアプログラミングどっちが良いか友人に聞いたらツーリングと帰ってきたのでそのタイミングで買うことを決意した。
これで数回しかツーリングしないとか、付き合っている彼女最優先でバイク売ったとか反故にしたら許さないくらいの気持ちでバイクの成約と免許取得まで進めてました。

免許取得自体は入校時、三ヶ月くらいかかりますよと言われたが、自分が今案件が無くフリーな事もあり5月頭から初めて6月終盤には卒業試験合格、免許センターの試験合格も6/6に達成する等ほぼ一ヶ月の短期間で終わらせる事が出来た、ほぼほぼ合宿みたいな物である。

これからは納車までただ待つだけといった感じ。
足りないバイク用品を追加で買ったりしている状態。
インカムを買ったけど定員のアドバイスに従ってインカム買ったら公式が紹介している取り付け方と違うタイプだったことが判明して8000円損した・・・
今後専門店とは言えど、鵜呑みにせず商品を調べて買おうと思いました。（これだと専門の意味は・・・という感じも個人的にしているが）

macOSでコマンド完了時に通知を行う

Wed, 08 May 2024 00:00:00 GMT

macでmakeやxcodebuild等ターミナルで実行する際時間がかかるコマンドを実行し放置している場合でも、完了時に通知センターへ通知を送る仕組みを作成した。

実現方法

macのコマンドラインにはosascriptというAppleScriptを呼び出すコマンドが存在する為これを.zshrc内に自作関数として組み込んで実装する。

実行サンプル

面倒であればこれをそのまま突っ込めば良い（ブラックリスト設定等は別途下部に記載）

preexec() {
    current_command=$1
    timer=${timer:-$SECONDS}
}

precmd() {
    if [[ -n $timer ]]; then
        elapsed=$(( SECONDS - timer ))
        unset timer

        local threshold=30
    local blacklist=("vi" "vim" "sgpt" "sg" "bat" "cat" "less")
    local cmd_name=$(echo $current_command | awk '{print $1}')

    if (( elapsed > threshold )) && [[ ! " ${blacklist[*]} " =~ " ${cmd_name} " ]]; then
            osascript -e "display notification \"${cmd_name}が${elapsed}秒で完了しました\" with title \"コマンド実行通知\""
        fi
    fi
}

コマンドの実行が完了した際は以下の様な通知が表示される。

設定項目

threshold
設定した時間以上コマンドが実行されている場合通知の対象とする（秒）
blacklist
実行した際に通知の対象外にするコマンド（vim等）

解説

preexec

コマンド実行時に実行される関数
ターミナル内でコマンドを実行される直前に、実行時間から何秒経過しているかを測定する為に使用している。
timer変数内に$SECONDSを設定しているが、この環境変数はshellが起動してからの経過秒数が保持されている変数の為この時間の差を求めることで算出している。

precmd

プロンプトが表示される直前に実行される関数（今回の場合vim等のプロンプトを離れ終了後にプロンプトへ戻る場合を想定）
プロンプトを離れていた際の時間を先程のSECONDSとtimerの差から求めてelapsedに保持。
thresholdで通知の対象とする実行時間を30秒以上に設定。
blacklist配列に通知の対象外とするコマンドを定義。
cmd_nameにて実行したコマンド名を抽出（パイプで繋いでも先頭のみ取得する）。
条件分岐で指定時間以上及びブラックリスト外の場合osascriptを実行して通知を発行する。

HexoからFuwariへ移行する

Wed, 10 Apr 2024 00:00:00 GMT

ブログを比較的始めたばかりだが、HexoからAstroをベースに作成されたブログテンプレートのFuwariに乗り換えを行う。というか既に行った。

移行方法

Fuwariのテンプレートを複製する

Githubにある公式リポジトリからテンプレートとして複製するか、Cloneを行う。
テンプレートとして複製するにはGithubアカウントを持っている必要があるが大体の人は持って居ると思う。持っていなければCloneすれば良し。

pnpmの導入

Hexoからの移行を体に進めている為nodejsは導入済みの想定としています。個人的にはHexo導入時にも推奨されているnvsを使いnodejsを入れる事を個人的に推奨してます。
pnpmは以下のコマンドで導入可能。

npm install -g pnpm

依存関係の導入

Cloneを行ったルートディレクトリ上で、

pnpm install

pnpm add sharp

を行う事で導入可能

サイトのカスタマイズ

サイトの設定を編集する際はsrc/config.tsを直接変更する事で行えます。

title
- Webサイトのタイトル
subtitle
- ウェブサイトのサブタイトル、直接表示される訳ではなく、ブラウザのタブに表示される
lang
- 言語、特段理由がなければjaで良いと思う
themeHue
- サイトのテーマカラー、色相に基づいている。Wikiの説明が参考になる
banner
- サイトバナーの設定。enableをtrueにしてsrcに画像のパスを指定する事で表示可能
avatar
- サイト左上のアイコンを設定する。かわいい。
name
- 任意の名前を設定する。本名でも良いしハンドルネームでも良いと思う。
bio
- 簡単な説明
links
- 各種SNS等へのリンク設定が可能、iconはiconify.designの物が利用可能
licenseConfig
- 自身の記事をクリエイティブコモンズ等に準拠してライセンス掲示する際に使用する。enableをfalseにする事で記事末尾の表示から消す事が可能。

記事の作成

Cloneしたルートディレクトリ上で

pnpm new-post <任意の記事名>

を実行する事でsrc/content/posts/にフロントマターの設定されたMarkdownファイルが生成される。記事のプレビューは

pnpm dev

を実行する事でローカルホストで確認する事が可能。

記事のプレビュー

ビルド及びプレビューコマンドを実行する事で実際にデプロイされた際と同様の内容を確認する事が出来る。

pnpm build
pnpm preview

previewだが、直前のビルドされた物を表示しているので、設定ファイルや記事を編集した場合、プレビューに反映させる場合毎回build行う必要があるので注意。最終確認では無い場合devの方が使い勝手が良い。

記事の移行

Hexo生成時に作られているMarkdownファイル群をsrc/content/posts/へ移植する事で大半は完了。
フロントマターの設定が異なる為Fuwariで生成される形式に適宜変更を行う。特にタグとカテゴリの仕様がHexoと異なる為注意。

何故移行したのか

Hexoでブログを書いていく上で、いくつかの制約が存在する事が判明した為。
Hexo自体は軽量でテーマを適応したら後はブログを執筆するだけでブログサイトとして運用が可能なフットワークの軽さがとても良いのだが、ブログ執筆以外にサイト運営を行う上で付加機能をサイトに持たせたい場合制御出来る所が少ない事に気付いた。
GoogleAnalyticsやAdSenceを配置する事自体も可能ではあるが、制限が多い為その制限の中でads.txtをどうやって配置するか、生成後のサイトに<meta>をどの様に含ませるか、等頭をひねる必要性がある。直接生成後のウェブページを弄る事でも可能ではあるが、自身はCloudflareWorker&Pagesを用いてGitのリポジトリからビルド後の内容をブログとして表示する様にしている為この手段が取れないので困っていた。

ここでHexoで使用していたテーマのviviaを作成しているsaicacaさんのリポジトリを見ていた所、別のブログテーマと思わしき物があり見て見た所、Hexoのテーマという形ではなく、Astroをベースに構築され直したブログテンプレートのFuwariを発見。以下の理由でFuwariへの乗り換えを決めた。

拡張性の高さ

先に言った通り、FuwariはAstroをベースに作られたブログテンプレートであり、Hexoの様なテーマではない。見た目は踏襲されているが、構築自体は異なっており、.astroファイル等を編集する事で、ビルド後のサイトデータをカスタマイズ出来る。.astroファイル自体クソザコエンジニアの自分でも比較的理解可能な部類だったので、これは行けるのでは？と思い乗り換える要因の一つとなった。

学習難度の低さ

これは公式で謳われている&自身が若干カスタマイズした際の印象も含むのだが、かなりコードが分かり易い。公式ではHTMLが出来ればAstroも出来ると言っているがあながち間違いじゃ無いと思う。このブログを見ている人には申し訳無いが、今後広告を入れようと思ったりしているが、astroの学習難度の低さも相まって広告挿入自体もブログの可読性を下げずに自分で導入可能なのではないかと考えている。コードを書く上でWebサイトで調べるという行為は付きものだが、調べる前にコードを見て大凡の書き方等を楽に考えて調べずに書けるに超したことはないのでね。

そもそもviviaがサポート終了予定

viviaでプロフィールアイコンの設定が分からず質問を行った際、saicacaさんから実際に返答を頂いたのだが、FuwariはViviaの次期メジャーバージョンと考えられているらしく、今後開発を中止する予定らしい。その為無理をしてHexo&viviaを使い続ける理由がなかったので乗り換えたというのもある。

OSSで貢献出来そう

astroが割と取っつきやすい言語だったこともあり、やろうと思えば不足していると思った機能を自身で拡張する事が出来るので、もしその実装内容が本当に良いと思った場合Fuwariに対してPRを出して貢献できそうだと感じた。

以上の理由からHexo&viviaの構成からFuwariへの乗り換えを行った。

HexoのGoogleAdSense対応

Sat, 06 Apr 2024 00:00:00 GMT

今後自身の知ったり行った事を備忘録として纏めていく際、若干でもお金になれば（せめてドメインの維持費用の足しくらい）良いと思ったので、HexoのGoogleAdSense対応を行った。

サイトの認証を行う

まず、広告を配置する前に実際にサイトを所有している証明を行う必要がある。証明を行う方法は複数あるが、今回はads.txtを使用する方法で行った。 GoogleAdSenseのアカウントを作成したらサイト認証までは分かり易く案内されるのでここでの手順記載は省く。

確認方法としてはGoogleがウェブサイトのルートディレクトリ上に配置したads.txtを確認するので、予め指定されたads.txtを配置するという方法。

認証ページを開くといくつか方法が提示されるので、ads.txtを選択すると以下の様にテキストが表示されるので、内容をコピーする。そして<Hexoのルートディレクトリ>/source/内にads.txtという名前のファイルを作成して、ファイル内にコピーした内容を記載して保存。

ads.txtの存在確認

ローカルで問題無いか確認する為、

hexo server

でサーバーを立ち上げ、.localhost:4000/ads.txtを開き、保存したテキストの内容がそのままブラウザ上に表示されればOK。自身の行っている公開方法でサイトの内容を更新して、 GoogleAdSence側で認証を行えば比較的すぐ確認してくれる。

OrangePi3BをeMMCからBootする

Sat, 06 Apr 2024 00:00:00 GMT

先日買ったOrangePi3Bには専用のeMMCインターフェースが存在している。今回アリエクから購入したOrangePiは32GBのeMMCがセットになっている商品の為、MicroSDカードを使わずeMMCを使ったUbuntuの実行方法について紹介。

注意

今回行った手順は公式のユーザーマニュアルを元に行った物である。ユーザーマニュアルが更新される等により今回記載している方法と異なって居る場合があるので留意して欲しい。

eMMCへの焼き込み手段

eMMCへの焼き込み手段は大まかに二通り存在する

公式の提供するツールを使う（WindowsOSが必要）
SDカードからLinuxを起動してOrangePiからeMMCへ書き込む

前者のツールを使う手段はマニュアルを見た感じ雑に出来そうな所があったが、USB-AMale to USB-AMaleケーブルが必要になる。また、Windowsのツールがバリバリ中国語&クローズドソースっぽく若干怖かった為、今回は後者のSDカードでLinuxを起動した状態からの書き込みを行った。当然Linuxが起動出来るMicroSDカードが一枚必要になるので注意。

準備する物

今回はRockChip向けにパッチが当てられたUbuntu22.04LTSを使っていきます。SDカードで実行するOSもeMMCに書き込むOSも両方このOSの想定です。

ubuntu-22.04.3-preinstalled-server-arm64-orangepi-3b.img.xz
（デスクトップが焼きたいならdesktopを選ぶ）
適当なMicroSDカード
今回はコスパ的に32GBを選んだ

手順

MicroSDカードヘのUbuntuインストールは調べて行って下さい。山程転がっています。

SDカードにUbuntuを保存

現在OrangePi3BのMicroSDカードから起動しているUbuntuに、ubuntu-22.04.3-preinstalled-server-arm64-orangepi-3b.img.xzを保存します。SDカードに同じOSを焼いていれば手元にあるはずなので、sftp等でOrangePiに転送してください。何かしらの理由で転送が出来ない場合はcurlやwgetで再度リポジトリのリリースから取得を行ってSDカード上に保存して下さい。

eMMCを接続

一度SDカードから実行しているOrangePiの電源を落として、基板背面のeMMCインターフェースにeMMCを取り付け、その後再起動。eMMCには有効なOSが入っていないはずなので再度SDカードから起動が行われる。

.xzの解凍

ここからSDカードのDocumentフォルダ直下にubuntu-22.04.3-preinstalled-server-arm64-orangepi-3b.img.xzが保存されていると仮定します。まず以下のコマンドで.xzを解凍

xz -d ubuntu-22.04.3-preinstalled-server-arm64-orangepi-3b.img.xz

解凍後Document直下にubuntu-22.04.3-preinstalled-server-arm64-orangepi-3b.imgが存在する事を確認する。

eMMDの接続ノードを確認

以下のコマンドでeMMCのノードを確認する。

ls /dev/mmcblk*boot0 | cut -c1-12

実行後/dev/mmcblk0といった具合にeMMCの接続先が表示される。このディレクトリは今後のコマンドで使用するので把握する事。

eMMCの初期化

以下のコマンドを使い接続しているeMMCの初期化を行います。

sudo dd bs=1M if=/dev/zero of='先程のノード' count=1000 status=progress
sudo sync

若干時間がかかる筈。

Ubuntuのコピー

ddコマンドを用いてeMMCへUbuntuを書き込む

sudo dd bs=1M if=ubuntu-22.04.3-preinstalled-server-arm64-orangepi-3b.img of='先程のノード' status=progress
sudo sync

こちらもまあまあ時間がかかる筈。

コマンドが完了したらシャットダウンしてSDカードを抜いてから再度起動したらeMMCからOSが起動する。サーバーOSを焼いた場合ユーザー名パスワード共にubuntuとなっている。
ドキュメント読むのは面倒だったが実際やる分にはそこまで難しくなかった。

VSCode内でHexoのプレビューを表示

Sat, 06 Apr 2024 00:00:00 GMT

Hexoでブログ作成を行っている時、ブログ記事のバックアップをする為にgitコマンドを実行したり、 Markdownで記事を書く関係上VisualStudioCodeを主に使用している。二画面で作業をしている際はサブモニターにHexoのプレビューを表示しておけば良いのだが、他のタスクでサブモニターに別の物を表示している場合VSCode単体ですべて表示したくなったので組み込みブラウザの起動方法について調べた。

組み込みブラウザの起動方法

コマンドパレットを使ってSimple browser: Showと検索 Windows&LinuxはCtrl+Shift+P macOSは⇧+⌘+P でコマンドパレットが開ける。 Simpleと入れた段階で選択出来る筈。実行すると、エディタに追加でブラウザーが表示される筈なので、 http://localhost:4000/ と入力すればHexoで作成したサイトが開ける。当然ながらlocalhost以外も開けるので調べ物にChrome等を使わずVSCode内で完結する事は一応可能。Hexoでテーマを使っている場合はブラウザによって挙動が異なる可能性があるので実ブラウザで確認はした方が良い。

参考サイト

VisualStudio Marketplace: Live Preview ReactやAngularで構築済みのサイトを開く場合はSimpleBrowserを使えと記載があり機能に気付いた。 Hexoも静的サイトジェネレーターで完成済みのサイトしか吐かないので用途としては合っている筈。

SSHoverQUICを試す

Fri, 05 Apr 2024 00:00:00 GMT

個人的に使用しているadblockアプリのブログにて、 QUICプロトコルに対応したと言う内容を見かけたのでQUICについて調べていた所、 QUICプロトコルを通してSSH接続を行うという方法を見かけたので実際に試して思った事等を紹介。

ネットワークに詳しくないのでQUICについて詳しく説明が出来ないが、 QUICは低遅延でデフォルトで暗号化に対応している事、また接続の再開機能やパケットロスへの耐性を持っているプロトコル。 SSHは接続の再開機能やパケットロスに弱いのでSSHの接続時にQUICプロトコルを通す事でその問題点を解決しようと考えられている模様。

moshで良くない？

切断耐性を持つ手段としてはmoshがあるが、~/.ssh/configで設定したProxyCommandが利用出来ない為、多段sshを行う際の簡略化が行えない、sshを利用したポートフォワーディングが利用出来ない。
個人的にはVSCodeでリモートアクセスもしているが、moshを使ってのアクセスは出来ない為VSCodeでは通常のSSHでアクセスをするしかなくなってしまう。
更には接続先でもmoshサーバーを実行する為、接続先のポートとして60000~いくつかのポートを空けておく必要がある等、手間と利便性に欠ける。
今回利用するquicssh-rsではProxyCommandを使うので空けるポートは適当な一つで良いのと、ProxyCommandを利用するので、多段SSHも簡単に行える、VSCodeのSSHアクセスでも使用可能、という利点を利用出来る。
（moshはサーバーとのアクセスが不安定な場合でもクライアントで予測入力が使えたり等便利な固有機能はある）

実際に試す

今回は踏み台に利用するので、接続元と踏み台、目的のサーバーの三つを用意した。

接続元
- macOS 14.2.1 23C71 arm64
- OpenSSH_9.6p1, OpenSSL 3.2.1 30 Jan 2024
- quicssh-rs 0.1.4+autopublish
踏み台
- Ubuntu 22.04.4 LTS aarch64
- OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022
- quicssh-rs 0.1.4+autopublish
接続先
- macOS 14.2.1 23C71 arm64
- OpenSSH_9.4p1, LibreSSL 3.3.6

Rustの導入（オプション）

quicssh-rsはRust製の為、Rustが未導入であれば導入する必要がある。
また、sshでアクセスする元と接続先（この場合接続元と踏み台）の双方にquicssh-rsを入れる必要がある為、両方にRustを入れる事。
今回自身はbrewやaptは使わずrustup.rsを使用した。

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

基本はこのコマンドでEnter押し続けていれば必要な物は入る。

quicssh-rsのビルド

quicssh-rsはcargoで公開されているので、自前でビルドをして導入を行う。

cargo install quicssh-rs

自分の環境ではmacはあまり時間もかからずに終わったが、OrangePi3Bでは10分程かかった。 -Vオプションでバージョンの確認が出来れば導入出来ている。

設定

以降接続元と接続先はmacOS、踏み台はUbuntuを前提に説明しています。

踏み台

導入後以下のコマンドでquicssh-rsがサーバーモードで起動します。

quicssh-rs server

デフォルトで使用するポートは8625になっています。
また、サーバー側のsshは127.0.0.1:22がデフォルトでは想定されています。
クライアントからアクセスするポートを変える場合オプションで-l 0.0.0.0:8888といった具合で設定を、
sshの設定を変えていて22番ポート以外で受け付けている場合-p 127.0.0.1:8022といった具合で設定出来ます。

起動したらフォアグラウンドで実行状態になるので接続テストを終えるまではそのままで放置。

接続元

quicssh-rsは~/.ssh/configのProxyCommandで使用する想定の為こちらも設定していきます。
まず最初にquicssh-rsのPATHを調べておきます。

which quicssh-rs

sshconfigの書き方に関してはこちらの記事が説明してくれているので参考にすると良いです。
~/.ssh/configについて
ここで書いた設定に追加でProxyCommandの行を追加します。（サンプルはGithubのREADME.mdから引用）

ProxyCommand /Users/ouyangjun/code/quicssh-rs/target/release/quicssh-rs client quic://%h:%p

ProxyCommandを設定したsshの接続を行ってみて、問題無く接続先に繋がれば成功。
サーバー側で実行しているquicssh-rsにもログが出る筈。

quicssh-rs serverのサービス化

流石にフォアグラウンドで実行し続ける事や、再起動の度手動で実行するのは手間なのでsystemdサービスとして登録を行う。 /etc/systemd/system/以下に任意の名前.serviceでサービスを作成する。

sudo vi /etc/systemd/system/quic-over-ssh.service

quic-over-ssh.serviceは例、既存の物と重複していなければ何でも良い。
中身はこんな感じ

[Unit]
Description=SSH over QUIC Server

[Service]
ExecStart=<踏み台のquicssh-rs実行コマンドを書く>
Restart=always

[Install]
WantedBy=multi-user.target

この時ExecStartに書くquicssh-rsはフルパスで書く必要があるっぽいので注意。
作成を終えたら以下のコマンドでサービスの起動と再起動後の自動起動を設定。

sudo systemctl start quic-over-ssh.service
sudo systemctl enable quic-over-ssh.service

以下のコマンドで実行されているか確認出来る。Activeの項目でactive(running)と表示されていれば実行されている。

sudo systemctl status quic-over-ssh.service

これで再起動後も問題無くサーバーモードで実行される。

懸念点

自身だけかもしれないが、Ubuntuのインストール時にCloudinitの設定により/etc/ssh/sshd_config.d/50-cloud-init.conf内で、PasswordAuthentication yesが設定されていた。
quicssh-rsは仕組み上、設定しているサーバーへのアクセスはQUICとなっており、そこから行われるsshはssh localhostと同様の動作となっている。
公開鍵認証を強制していても、PasswordAuthenticationが有効の場合localhostではパスワード認証が出来てしまう為確認した方が良い。
もしも第三者がquicssh-rsを使用している事に気付くと総当たり攻撃が成立する状態になるので、Cloudinitが設定されている場合は関連ファイルでパスワード認証が有効になる設定が別途存在しないか確認した方が良さそう。

Hexoのフィード対応

Sat, 30 Mar 2024 00:00:00 GMT

自身はRSS等を使う事が無いので必要性がどれ位あるのか不明だけれど、折角なので作成したブログをフィードで通知出来る様にしてみる。登録する人が1人でも居れば有用なので。

プラグインの追加

フィードの利用にはHexo公式が提供しているhexo-generator-feedを利用する。 Hexoのルートディレクトリでnpmコマンドを実行する事で導入可能。

npm install hexo-generator-feed --save

導入後、Hexoの設定_config.ymlに追加の設定を行う事でフィードの配信準備が整う。デフォルトでフィードの配信機能は有効になっている為、 hexo generateでAtomのフィードが生成される。

設定

基本的な追加設定項目は以下

feed:
  enable: true
  type: atom
  path: atom.xml
  limit: 20
  hub:
  content:
  content_limit: 140
  content_limit_delim: ' '
  order_by: -date
  icon: icon.png
  autodiscovery: true
  template:

enable

hexo-generator-feedを有効にするかの設定、デフォルト値はtrue。特別な理由がなければfalseにする必要は無い。

type

rssかatomのどちらか、または双方でフィードを配信するか設定する。双方使う場合は以下の様に記載。

type:
  - atom
  - rss2

path

rss,atomの生成されるxmlファイルのパスを指定する。デフォルトではatom.xml、rss2.xmlとなっている。使用しているテーマによって格納するxmlファイルの場所が異なる場合ここで指定する。ちなみにパスはtypeで指定した順に使われるのでatomとrss2両方を使用する設定にして、尚且つatomが先にされている場合、atomの格納パスから指定する。

limit

フィード内に含める投稿の数を指定。無制限にする場合は0かfalseを指定する。

hub

PubSubHubbubに新規投稿を通知する場合は指定する。（使用しない場合は空のままにする）

content

投稿内容全体をフィードに含める場合はtrueを設定する。

content_limit

フィードの概要に含まれるコンテンツ内容の長さを指定する。 contentがfalseで投稿にカスタム設定が含まれていない場合に使用される。

content_limit_delim

content_limitを使って投稿内容を短くする場合、特定の区切り記号を使ってカットしたい場合ここに任意の区切り起動を設定する。

order_by

フィードの並び順。デフォルトでは日付でソートされる。

icon

カスタムフィードアイコン、デフォルトでは設定されたメールアドレスと関連付けられているGravatarアイコンが使用される。

autodiscovery

フィードの自動検出機能を有効にする。デフォルトでは有効。リポジトリの説明を見たがイマイチ意味が分からなかった。

template

生成されるatom,rss2のxmlファイルの形をテンプレートに沿ってカスタマイズする事が可能。利用する場合はテンプレートのパスを指定する。 path同様、typeで指定されているフィード順にパス指定を行う。

OrangePi3Bを購入

Fri, 29 Mar 2024 00:00:00 GMT

ここ一年くらいの間、自宅のSSH踏み台用サーバーとしてCeleron J4125を搭載したミニPCを使用していたが、 SSHの踏み台だけにここまでのスペックは不必要なのでは？と思い、Raspberry Piの購入を検討。しかし最近のRaspberry Piは需要が高く性能も最新のは良いが値段も高い・・・そこで色々探していた所、Twitterにて「RockChip搭載の物使ってみては？」と言われたので、 RockChipとはなんぞやと思いながら搭載しているSBCを探した所、OrangePiというラズパイと大体互換性のある物を発見。搭載しているSoCはRK3566という物でCPUにCortex-A55を使用、同価格帯のRaspberryPiModelBに搭載されているCortex-A53と比較しても性能は高い。

しかもSBCに搭載されているメモリも4GBと割と多め。さらに基板にNVMeSSDと専用のeMMC追加用端子まで存在する拡張性っぷり。それでいてAliExpressで購入すれば、値段もRaspberryPiModelBの7000円とほぼ同程度。これは買うしか無いと思い、普段から大陸から輸入している友人経由で購入。ファミコンっぽいケースと含めて合計9000円くらいとかなりお得に購入出来ました。今後このSBCにSDカード経由でのUbuntu実行やeMMCからのOS起動方法を模索しながら進めて行きたい所。

HexoPreviewのホットリロード対応

Wed, 27 Mar 2024 00:00:00 GMT

HexoはPreview用に

hexo server

でプレビューサーバーを実行出来るが、デフォルトの状態では編集を行っても即時反映されない為、ブラウザの画面を手動でリロードして表示する必要がある。そこでhexoにプラグインを導入して手間を省く。

導入

hexo-browsersyncを使用する。 Hexoのルートディレクトリで以下のnpmコマンドを実行

npm install hexo-browsersync --save

導入後はhexoのサーバー再起動が必要なので忘れずに。

参考サイト

StackOverFlow: How to use hexo server --draft and Livereload

Hexoでサイト構築

Tue, 26 Mar 2024 00:00:00 GMT

Hexoとは

Hexoは静的サイトジェネレーターと言われるサイト構築用のツール。静的サイトはHTMLファイルをアクセスしたユーザーに対してそのまま提供して表示を行うウェブサイトとなっている。 Hexoは静的サイトジェネレーターなので、予めMarkdownという特定の形式でサイトの本文を作成後、HTMLファイルを生成してユーザーに提供するという方式をとる。

対照に動的サイトは、ユーザーのリクエストに応じてリアルタイムで生成されるサイトとなっている。こちらはHTML以外にもPHP等のバックエンドで動作するプログラム言語も用いて構成されている（といってもWordPressの場合ほぼ意識せずに構成可能ではある）。

正直個人のブログ程度であれば、アクセスするユーザーと対話が必要なケースは皆無の為、Hexoで構築を行おうと思いこれを気にブログ運営を始めようと思った次第。

また静的サイトであればGithubPagesやNetlifyがあり、前者では公開リポジトリの場合、後者では一定リソースまでは無料でホスティングが可能な為非常に安価にブログが公開出来る。 WordPressの場合、自力で構築する場合はかなり前提知識を学ぶ必要性があったり、レンタルサーバーの機能を用いて運用する場合別途費用がかかったりしてしまい高額になりがちの為スモールスタートには向いていない印象がかなり強い。

構築手順

今回は以下の環境で構築を行っています。

macOS Sonoma 14.2.1
nvs 1.7.1
Node.js 21.6.2

[公式サイト]([text](https://hexo.io/index.html))の情報が最も分かり易いが日本語は提供されていない為、ホームページ表示までの手順を記載します。

nvsの導入

macOSではHomebrewやnodebrew等複数のNode.js導入手段が存在しますが、今回は公式が推奨しているnvs(Node Version Switcher)を使用します。

macOSでターミナルアプリを開き以下のコマンドを順番に実行します。

export NVS_HOME="$HOME/.nvs"
git clone https://github.com/jasongin/nvs "$NVS_HOME"
. "$NVS_HOME/nvs.sh" install

gitに関しては導入されていない場合、XCodeCommandLinetoolを導入すると自動で追加される為以下のコマンドで利用出来るようになります。（Python3系も入ります）

xcode-select --install

nvsインストール後以下のコマンドでNode.jsの選択画面が出ます。

nvs

複数項目が表示されますが、14.0.0以上であれば一応問題ありません（パフォーマンス的には最新番を入れるのばおすすめ、定期的な更新が面倒な場合はサポートが長いLTSをおすすめします。これ以降定期的にNode.jsのサポートや不具合情報を見る癖を付けると良いです）。選択すると自動的に対象のNode.jsがインストールされ使用可能になります。

コマンドのみで導入したい場合は以下の様な方法も可能です（下記は21.6.2の場合）

nvs add 21.6.2

今後Node.jsを常に使用する場合以下のコマンドを実行して固定可能です（行わない場合、ターミナル実行時にnvsコマンドから指定する必要があります）

nvs link "インストールしたバージョン"

21.6.2は以下になります。

nvs link 21.6.2

Hexoの導入

以下のコマンドでHexo本体の導入を行います。

npm install -g hexo-cli

Hexoの際とフォルダ生成

以下のコマンドを実行してHexoで構築するサイトのフォルダを生成します。

hexo init <フォルダ名>

例えば"blog"という名前のフォルダを作成したい場合以下の様になります。

hexo init "blog"

個人的には書類（Documents）フォルダ内に作る事をおすすめしています。以下で書類フォルダに移動出来ます。

cd ~/Documents

無事に生成出来た場合、blogというフォルダが生成されて内部にHexoの実行用ファイルがいくつか生成されている筈です。 "blog"という名前で実行した場合、以下のコマンドでフォルダに移動出来る筈。

cd blog

サーバーの実行

生成されたフォルダ内で以下のコマンドを実行する事でローカルサーバーが実行出来ます。

hexo server

当然生成したフォルダ内で実行しないと機能しない為気をつけてください。

問題無く実行出来た場合localhost:4000にアクセスする事で以下の様にHexoのデフォルトページを表示出来る筈です。