今日のサマリー

2026年5月8日（金）の東京株式市場は、「前日の急騰の反動で小幅反落。ただし下値は堅く、高値圏は維持」という一日でした。
日経平均は前日に3,000円超上昇して最高値を更新していたため、今日は利益確定売りが優勢でした。朝方から前場にかけては一時700円近く下げる場面もありましたが、後場は好決算銘柄への買いなどで下げ渋りました。

トヨタの決算がありましたが、米国関税の影響が大きく、大幅減益でした。27年3月期も減益予想でした。

💡 米国関税の影響：トランプ政権の自動車関税により、米国向け輸出車に追加関税が課されています。トヨタのような輸出依存度が高い日本の自動車メーカーは利益を直接圧迫されます。一時的な要因とも見られますが、政策の長期化次第で来期以降にも影響が続く可能性があります。

また、本日5/8は5月SQ（ミニSQ）算出日でした（前日の記事でSQの解説を記載）。寄り付き直後の急落（一時-700円）はSQ起因の値動きが含まれていた可能性があります。

主要指数とポートフォリオの比較

今日もAI半導体メモリ関連が強く、わたしが持っている銘柄じゃないところに資金が流入しました。
そのため、日経平均・TOPIXともに大きくアンダーパフォームしています。

本日の購入銘柄

本日は全体的に下げていたので、買いたい銘柄がたくさんありましたが、現金にも限りがあるので、少しだけ購入しました。
現金比率がだいぶ低くなってしまっていて、暴落時に買えない状態になってしまっています。

💡 現金比率とは：ポートフォリオ全体（株式評価額＋現金）に占める現金の割合のこと。例えば株式3,000万円・現金300万円なら現金比率は約9%です。長期投資家にとって現金比率は「暴落時に追加投資できる弾薬」であり、市場が大きく下落したときに優良銘柄を安く仕込むための原資になります。詳細は本記事末尾の解説セクションをご参照ください。

大末建設、DICはナンピン買いです。どちらも高配当銘柄です。
日本製鉄はいつの間にか600円を切っていたので買い増しました。今日決算発表があったJFEホールディングスの状況がよくなかったからでしょうか。USスチール関連で赤字になっていたと思いますが、持ち直すと思います。
オカダアイヨンは連続増配銘柄として有名です。下がっていた場合には購入したいです。
東リもだいぶ下げていたので買い増しました。
いつもの東京建物も買い増しました。
イエローハットはいつの間にか1,500円を切っていたので買い増しました。こちらは200株まで買い増したいです（現在192株）

昨日は、日経平均最高値を更新するような全体的に強い相場でした。
やはりああいう相場では、買い増さないほうが良い（今日のほうが安く買える）ということを学びました。
また、今日は金曜日で、おおむね週末の金曜は下げる傾向があります。
それを考えると昨日買い増すべきではなかったなと反省しています。

私の高配当株ポートフォリオ実績

下落TOP5

上昇TOP5

ポートフォリオ全体

下げた銘柄で言うと、リコーリースは今日決算発表がありました。それほど悪くないかと思ったのですが、今期減益、配当も累進配当を宣言しましたが、今期の増配はほとんどが記念配当でした。

注目銘柄：インフロニア・ホールディングス（5076）の上方修正＋大幅増配

上昇TOP5に入った インフロニア・ホールディングス（5076） は、本日（5/8）10:00に業績の上方修正と大幅増配を発表しました。発表直後から買いが集まり、+5.40%の上昇で取引を終えました。

業績予想の修正（2026年3月期）

純利益が**+165億円（+27.5%）の大幅上方修正**となりました。建築・土木事業における設計変更の獲得や金融資産の評価益計上が要因です。

配当の大幅増額

直近予想（62円）から**+28円の増配、前期実績（60円）と比べると年間配当が倍増という大盤振る舞いです。中期経営計画『INFRONEER Medium-term Vision 2027』では「配当性向40%以上、下限配当60円**」を還元方針に掲げており、累進配当のスタンスが明確になっています。

本日の終値2,272円ベースで計算すると、**実質配当利回りは5.28%**（120円 ÷ 2,272円）と驚異的な水準。私のポートフォリオでは数少ない「決算で報われた」銘柄で、長期保有のモチベーションになります。

一方で、子会社をめぐるネガティブ報道にも注意

ただし、インフロニアHDについては前日5/7の16:00（引け後）に 子会社の前田建設工業の職員が、八代市発注工事に関して八代市議会議員に対し不正に金銭の提供を行った疑いがある旨の一部報道 に関するIRが出されました。同社からは「捜査機関による捜査に全面的に協力する」「現時点でのコメントは差し控える」とのコメントが公表されています。

つまり今日のインフロニアHDの値動きは、前日引け後のネガティブ材料（不祥事報道への対応）と、本日10:00のポジティブ材料（上方修正＋増配）が交錯した結果ということになります。最終的に+5.40%まで上昇したことを考えると、市場は ファンダメンタルズの好転（増配・上方修正）を、不祥事疑惑の不透明感より重く評価 したと見られます。

開示タイミングから読み取れること

ここで興味深いのは、インフロニアHDの本決算発表は来週5/13に予定されていることです。通常、業績の上方修正や増配は本決算と同じタイミングで発表されることが多いですが、今回は本決算を5営業日も前倒しして、5/8朝に発表しています。

直前の5/7引け後に不祥事報道のIRが出ていることを踏まえると、「翌営業日の寄り付きで売り込まれるのを防ぐため、好材料を前倒しで発表した」可能性が考えられます。これは典型的なIRダメージコントロールの手法で、企業として株主の動揺を最小限にしたい意図が読み取れます。

もちろん公式にそう発表されたわけではなく、あくまで開示タイミングからの推測です。ただ、こういった「発表タイミング」を読むことは、投資家として企業のIR姿勢を見極める上で重要です。インフロニアHDの場合、結果として株価は+5.40%上昇しており、IR的には成功したケースと言えそうです。

💡 覚えておきたいポイント：適時開示の内容だけでなく「タイミング」にも意味があることが多いです。本決算前の上方修正・増配、ネガティブニュース後の好材料発表、金曜引け後のサプライズ発表など、開示の時期を読み解く目を養うと、企業の本当の状況が見えやすくなります。

投資家としてのスタンス

現時点では不祥事疑惑は「疑い」の段階で確定情報ではありません。捜査の進展次第では業績や株価への影響も否定できないため、長期保有を続ける投資家としては今後の続報も注視が必要です。

特に来週5/13の本決算発表時には、経営陣からの説明（質疑応答含む）でこの問題に触れられるかが大きな注目ポイントになります。

私としては、上方修正・増配の事業ファンダメンタルズを評価し、当面はホールド継続の方針です。ただし、不祥事の全容が明らかになった段階で改めて判断したいと思います。

📚 初心者向けワンポイント解説：「現金比率（キャッシュポジション）」とは

現金比率（キャッシュポジション） とは、自分の投資ポートフォリオ全体に占める現金（待機資金）の割合のこと。長期投資家にとって、これは単なる「使い残し」ではなく、戦略的に保持すべき資産です。

なぜ現金比率が重要なのか

長期で高配当株投資をしていると、「相場全体が下落して、優良銘柄が割安になる瞬間」が必ず訪れます。リーマンショック級の暴落でなくても、年に数回は「この銘柄をこの値段で買えるなら買い増したい」というチャンスがあります。

そのときに 現金が枯渇していると、せっかくのチャンスを取りに行けません。これが「現金は投資の弾薬」と呼ばれる理由です。本日の私はまさにこの状態に陥っていて、買いたい銘柄が複数あったのに少額しか動かせませんでした。

一般的な現金比率の目安

絶対的な正解はありませんが、高配当バリュー株の長期投資家であれば10〜20%程度を維持するのが一般的とされています。私の場合、配当再投資の流れで現金がすぐに株式に流れてしまい、結果として現金比率が低くなりがちです。

今日の反省と今後の方針

昨日のような 歴史的上昇相場のあとは、しばらく売らずに現金を貯める期間 とすべきでした。買い増しの誘惑に勝ち、暴落時に動けるようにキャッシュポジションを意識的に積み上げていきたいと思います。

💡 覚えておきたいポイント：上昇相場では「買いたい衝動」、下落相場では「売りたい衝動」が湧きます。長期投資家にとって、現金比率の維持は感情に流されない仕組みづくりでもあります。

来週の注目ポイント

来週も決算発表ラッシュが続きますが、特に注目される大型決算は以下の3つです。

• インフロニア・ホールディングス（5076）の本決算発表（5/13）（本日発表の上方修正・増配の詳細説明、子会社・前田建設工業の不祥事疑惑への経営陣のコメントに注目）
• オリックス（8591）の本決算発表（高配当株として人気、株主還元策の動向に注目）
• ソフトバンク（9434）の本決算発表（通信事業の安定収益と配当政策、高配当株として個人投資家に人気）

その他、来週の注目イベントは以下のとおりです。

• 中堅企業を含めた決算発表ラッシュの継続
• 米国市場の動向（ハイテク株の調整有無）
• 為替（ドル円）と原油価格の推移
• 中東情勢の続報

まとめ

金曜日はやはり下がりやすい印象です。昨日が大きく上げたのであれば、なおさらでした。

今日の最大の学びは「昨日のような上昇相場で買いたくなる衝動を我慢する」ことです。今日のほうが間違いなく安く買えたわけで、長期投資家としては「相場を追わない」「現金比率を維持する」という規律が重要だと改めて感じました。

来週はオリックス・ソフトバンクの大型決算もあります。引き続き、相場全体に振り回されず、配当再投資と銘柄分散を粛々と続けていきます。

📌 関連記事

• 高配当株投資を始めた理由
• 私が使っている証券会社の比較
• 高配当バリュー株の選び方｜初心者向け解説

免責事項：本記事は個人の投資記録であり、特定銘柄の売買を推奨するものではありません。投資はご自身の判断と責任で行ってください。

今日のサマリー

5/7の東京株式市場は、連休中の米AI・半導体株高を一気に織り込む形で、日経平均が前営業日比3,320円高の62,833円と大幅続伸しました。
値上がり幅としては、2024年8月6日の3,217.04円を超えて史上最大となりました。
米・イラン紛争の終結期待による中東リスク後退も追い風となり、半導体主導のショートカバー／持たざるリスク相場になった一方、鉱業・商社など資源関連は相対的に弱い展開でした。

💡 ショートカバー／持たざるリスクとは：「ショートカバー」は信用売り（空売り）していた投資家が買い戻すこと。株価が急騰すると損失を抑えるために買い戻しが入り、さらに上昇する循環が生まれます。「持たざるリスク」は、相場が上昇しているのに自分のポートフォリオが追従できず、相対的に成績が劣ること。両者が同時に発生すると、機関投資家が一斉に買いに動くため一段高となります。

わたしの持ち株では、東ソー(4042)が、2029年にもデータセンター向け光ケーブルを量産すると報じられ、+269.5円(+11.03%)の2,713円まで上昇しました。
また、AREホールディングス(5857)が連休前の決算を好感され、+505円(+14.41%)の4,010円まで上昇しました。
逆に、INPEXは-268円(-6.51%)の3,850円で取引を終えました。

本日の注目決算

• 住友林業

2026年12月期1Q決算でした。
売上高は 5,320億円、前年同期比+4.0% と増収でした。一方で、営業利益は 239億円、同-38.5%、経常利益は 218億円、同-42.2%、親会社株主に帰属する四半期純利益は 168億円、同-18.6% と減益幅が大きくなっています。
アメリカの金利高止まりに伴う、住宅買い控えが響いているようです。
通期予想は据え置きでした。

• 日東富士製粉

2026年3月期本決算でした。
売上は横ばいでしたが、修繕費・物流費・外食コスト増で本業利益が大きく減ってしまったようです。
売上高 727.7億円、前期比+0.6% と微増でした。一方で、営業利益は 38.1億円、同-25.1%、経常利益は 43.8億円、同-21.1%、親会社株主に帰属する当期純利益は 33.1億円、同-6.5% でした。売上は維持したものの、利益率が悪化しています。
外食事業は、売上高 122.2億円、前期比+6.8% と増収でした。ケンタッキーフライドチキンの新店舗開業などが寄与しています。ただし、人件費やフードコストの増加が重く、営業利益は 2.1億円、同-47.9% と大幅減益です。ケンタッキーは子供も好きなのでよく行くのですが、そろそろ値上げですかね。今まで値上げせずによく頑張った方だと思います。値上げしてもケンタッキーにはいきたいと思います！

• インソース

2026年9月期の中間決算でした。
売上は伸びているが、人件費増と一部事業の計画未達で、利益成長がほぼ止まった決算でした。
中間期の実績は、売上高 75.84億円、前年同期比+8.0%、営業利益 29.51億円、同+0.3%、経常利益 29.72億円、同+0.5%、純利益 20.27億円、同+3.1% でした。売上は過去最高水準ですが、営業利益はほぼ横ばいです。
理由は明確で、総人件費が前年同期比+16.2%増えたためです。売上総利益は伸びていますが、販管費、特に人件費の増加で利益が吸収されました。決算説明資料によると、1Qは営業利益が前年同期比マイナスだったものの、2Qは前年同期比+4.5%まで改善し、中間期全体では+0.3%増にとどまったとのことです。

このタイミングで下方修正も発表されています。それほど大きな額ではないですが、投資家心理にはいい影響はないと思います。
ですが、全体的に前年同期比では伸びていて、これからも伸びていくと思います。
説明資料もしっかりと作られていて、IRに注力していることも伺えます。
これからも応援していきたいと思います。

主要指数とポートフォリオの比較

AI半導体関連株をほとんど持たないわたしのポートフォリオは日経平均、TOPIX両方に対して大きくアンダーパフォームする形となりました。
株高の恩恵をあまり得られていない感じもしますが、値上がり益（キャピタルゲイン）を狙っていないので、気分的なものです。
値上がり益があっても、売りの判断ができないです。資産は増えている気がするので良いですが、買いづらくはなってしまいます。

本日の購入銘柄

本日は初めて購入する銘柄が2つあります。

初めて購入する1つ目の銘柄は安藤ハザマです。
安藤ハザマは2026年3月30日に中期経営計画を発表していて、配当を下限80円の累進配当とすると発表しました。
今の株価だと80円でも4%超えですし、累進配当となるととても買いたくなる銘柄です。
この銘柄は昔から見ているYouTubeチャンネル「40代元証券マンの高配当株投資」で紹介されていました。

初めて購入する2つ目の銘柄はジーテクトです。
割安高配当でよく紹介されている銘柄ですが、今回このタイミングで初めて購入しました。
きっかけは今読んでいる「株式投資の未来」（ジェレミー・シーゲル著）で、成長株の罠について紹介されていました。
簡単に説明すると、成長しているからと言ってリターンがよいわけではないということで、逆に成長していなくても投資家に大きなリターンをもたらす株もあるということでした。また、配当を再投資することがリターンに大きく影響すると説明されていました。
ジーテクトはまさに後者の銘柄だと思い、購入しようと思いました。

その他については、いつものナンピンです。
明和地所については、あと10株買うと1単元（100株）になるので、購入しました。

私の高配当株ポートフォリオ実績

下落TOP5

上昇TOP5

ポートフォリオ全体

値下がり銘柄は、中東情勢の緊張緩和期待から原油価格が下落したことを受けて、INPEXは売られました。
平和が一番なので、これで良いと思います。
オリコンは明日決算を控えて売られました。決算を跨ぐ前に利益確定したかったのでしょうか。
その他の値下がり銘柄は商社で、本決算の結果が影響していると思います。

値上がり銘柄は、半導体関連銘柄とAREホールディングスと東ソーです。
AREホールディングスは5/1引け後に発表した決算が好感されました。
また、東ソーは2029年にもデータセンター向け光ケーブルを量産すると報じられたため上昇しました。

📚 初心者向けワンポイント解説：「SQ（特別清算指数）」とは

SQ（Special Quotation／特別清算指数） とは、株価指数先物・オプション取引の最終決済に使われる 特別清算価格 のこと。日経平均先物・オプションのSQ算出日は 毎月第2金曜日で、明日（2026年5月8日）がまさに5月のSQ日にあたります。

SQには2種類あり、3・6・9・12月の年4回が「メジャーSQ」（先物とオプションが両方満期）、それ以外の月は「ミニSQ」（オプションのみ満期）と呼ばれます。今回の5月は ミニSQ にあたります。

💡 覚えておきたいポイント：SQ日の朝は、先物・オプションの建玉（ポジション）を解消する売買が日経平均構成銘柄に集中するため、寄り付き前後で 値動きが激しくなりやすい 傾向があります。特にメジャーSQの週は「SQ週は荒れる」と言われ、相場が乱高下しやすいです。

高配当バリュー株投資家としてのSQの捉え方

SQそのものは先物・オプションのデリバティブ取引が中心の話で、現物の高配当株を長期保有する投資家には直接的な影響は少ないです。ただし、SQ前後の値動きが激しくなることで以下のような影響があります。

• 日経平均採用銘柄（特に値がさ株：ファーストリテイリング・ソフトバンクGなど）の値動きが拡大
• ポートフォリオの含み損益が一時的に大きく変動
• 寄り付き直後に短時間で大きく動く銘柄が出やすい

私のように長期で配当を積み上げる投資家は、SQ起因の短期的な値動きには動揺せず、いつも通りの判断を続けるのが基本です。逆に、SQで売り込まれた優良銘柄を仕込むチャンスと捉えることもできます。

明日以降の注目ポイント

• 5月SQ（ミニSQ）算出日（2026年5月8日金曜の寄り付き）
• トヨタ自動車（7203）の本決算発表（円安効果と関税影響の見極め）
• 決算発表ラッシュ（GW明け以降本格化）
• 米株市場の動向と為替（ドル円）
• 中東情勢の続報（原油価格への影響）

まとめ

本日は日経平均が史上最大の上げ幅+3,320円を記録するという歴史的な一日となりました。AI・半導体主導のラリーに対し、高配当バリュー株中心のポートフォリオは+1.15%にとどまり、指数に大きくアンダーパフォームしました。

ただし、長期で配当を積み上げる戦略では、相場全体の上昇に追従できないことは想定の範囲内です。「値上がり益（キャピタルゲイン）ではなく配当（インカムゲイン）を狙う」というスタンスを思い出して、ブレずに継続することが重要だと改めて感じました。

新規購入した安藤ハザマ（累進配当）とジーテクト（割安高配当）は、まさに長期保有・配当再投資戦略に合致する銘柄です。明日のSQに向けた値動きには注意しつつ、本格化する決算シーズンを楽しみたいと思います。

📌 関連記事

• 高配当株投資を始めた理由
• 私が使っている証券会社の比較
• 高配当バリュー株の選び方｜初心者向け解説

免責事項：本記事は個人の投資記録であり、特定銘柄の売買を推奨するものではありません。投資はご自身の判断と責任で行ってください。

はじめに

本ブログを動かしていた EC2 インスタンスは Amazon Linux 2 (以下 AL2) で稼働していましたが、AL2 のサポート終了が 2026年6月30日 に迫っていたため、Amazon Linux 2023 (以下 AL2023) への移行を行いました。

あわせて、長らく放置していた Hexo 本体のアップグレード（3.9.0 → 7.3.0）も実施しました。本記事はその作業の流れと、途中で遭遇したトラブルおよびその対処をまとめたものです。

なお、過去のnginx関連記事については AmazonLinux2のDocker Imageにnginxをインストールする を、ローカル開発環境のNode.jsバージョン管理については hexoのテーマを設定する などの過去記事も合わせてご参照ください。

移行方針

AL2 から AL2023 への インプレースアップグレードはサポートされていません。新しい AL2023 インスタンスを別途立てて、そこに既存環境を再構築するというのが AWS 公式の推奨方法となります。

そこで以下の Blue-Green 方式で進めました：

1. 旧インスタンスは稼働させたまま、新インスタンスを並行して構築
2. 新インスタンス上で nginx・Hexo の動作確認
3. /etc/hosts 書き換えで実機表示を検証
4. DNSを切り替え
5. 旧インスタンスは数日寝かしてから停止・削除

ダウンタイムをほぼゼロにでき、問題が起きてもすぐ切り戻せるのが利点です。

新インスタンスの選定

価格と性能のバランスを考えて、Graviton（Arm）アーキテクチャを採用することにしました。

• nginx も Node.js も AL2023 標準リポジトリに arm64 ビルドあり
• Hexo は Pure JavaScript なのでアーキテクチャ非依存
• 同等の x86 インスタンスと比較して約20%安い
• ローカル開発機（Apple Silicon Mac）と環境が揃う

最終的に t4g.micro（AMI：al2023-ami-2026.X.X.X-kernel-6.1-arm64、東京リージョン）で構築しました。

インスタンスの設定として、EBSは8 GiB、セキュリティグループは以前のインスタンスに適用していた設定をそのまま流用しました。

ミドルウェアのセットアップ

1
2
3

sudo dnf update -y
sudo dnf install -y nginx git tar nodejs npm
sudo npm install -g hexo-cli

AL2では yum が標準でしたが、AL2023では dnf に変わっている点に注意してください（yum コマンドも互換のため残されていますが、dnf の使用が推奨されています）。

旧インスタンスから以下を移行しました：

• nginx 設定（/etc/nginx/）
• Let’s Encrypt 証明書（/etc/letsencrypt/）
• Hexo のリポジトリ（Git からクローン）

遭遇したトラブルと対処

1. npm install で node-sass のビルドが失敗

最初の npm install で node-sass のビルドエラーが発生しました。

1

gyp ERR! stack SyntaxError: invalid syntax

原因：node-sass が依存している node-gyp@3.8.0 は Python 2 の構文（print "..."）を使っていますが、AL2023 には Python 2 がインストールされておらず、Python 3 でパースできずに失敗していました。node-sass 自体も2020年に廃止（deprecated）されています。

対処：Dart Sass（sass パッケージ）ベースの hexo-renderer-sass-next に差し替えました。

1
2
3
4

npm uninstall hexo-renderer-scss
npm install --save hexo-renderer-sass-next
rm -rf node_modules package-lock.json
npm install

package.json の差分は以下のとおりです。

1
2
3
4
5
6
7

    "hexo-renderer-ejs": "^1.0.0",
    "hexo-renderer-marked": "^3.0.0",
-   "hexo-renderer-scss": "^1.2.0",
+   "hexo-renderer-sass-next": "^0.1.3",
    "hexo-renderer-stylus": "^2.0.0",
    "hexo-server": "^2.0.0"
  }

2. nginx が systemctl で操作できない

sudo systemctl reload nginx を実行すると以下のメッセージが出ました。

1

nginx.service is not active, cannot reload.

しかし ps -ef | grep nginx で確認すると nginx プロセスは動いている、という状態でした。

原因：以前テスト時に sudo nginx を直接叩いて起動していたため、systemd の管理外プロセスになっていました。

対処：手動起動の nginx を一度停止し、systemctl から起動し直しました。

1
2
3

sudo kill -QUIT <マスターPID>
sudo systemctl start nginx
sudo systemctl enable nginx

3. SELinux による 403 エラー

コンテンツを所定の場所に配置後、directory index of "..." is forbidden というエラーが出ました。

💡 SELinuxとは：Linuxカーネルに組み込まれた強制アクセス制御（Mandatory Access Control）の仕組み。通常のファイルパーミッションとは別レイヤーで、プロセスごとのアクセスを細かく制御します。AL2023ではデフォルトで有効（enforcingモード）になっており、適切なファイルコンテキストが設定されていないとnginxからアクセスできません。

原因：AL2023 はデフォルトで SELinux が enforcing モード になっています。AL2 では多くの場合 disabled / permissive で運用していたため気にしていませんでしたが、AL2023 ではこれが実効的に機能してきます。

対処：restorecon コマンドでデフォルトのSELinuxコンテキストを復元します。

1

sudo restorecon -Rv /usr/share/nginx/html/book-reviews

これで403が解消できました。

4. index.html が 0 バイトになる問題（最大の難所）

403 が解消した後、今度は 真っ白な画面 が表示されるようになりました。確認すると：

1

-rw-r--r--. 1 root root 0 ... index.html

トップページの index.html だけ 0 バイト、個別記事ページや /page/2/ などは正常に生成されている、という不思議な状態でした。

原因：hexo-generator-index@0.2.1（2017年リリース）が Node.js 18 で silent fail していました。Hexo 3.9.0 系は公式サポートが Node 8〜10 までで、それより新しい Node 環境では一部プラグインが例外を投げずに空ファイルを出力してしまうケースがあります。

ここで「いっそ Hexo 本体ごと最新化しよう」と判断しました。

Hexo 3.9.0 → 7.3.0 への大型アップグレード

方針

• テーマ（landscape）は AdSense や JSON-LD などの独自カスタマイズを多数加えていたため、触らずに保持
• Hexo 本体・generator・renderer プラグインのみ最新化
• メンテ停止している hexo-admin は削除

テーマカスタマイズ内容を upstream の最新 landscape と diff で確認したところ、layout/_partial 配下の AdSense 連携・JSON-LD・Amazon 検索ボックスなど、収益化と SEO に直結する機能が多数含まれていました。これらを再適用するコストを考えると、テーマは現状維持が現実的でした。

package.json の更新内容

主要な変更は以下のとおりです：

package.json は最終的に以下のようになりました。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

{
  "name": "hexo-site",
  "version": "0.0.0",
  "private": true,
  "scripts": {
    "build": "hexo generate",
    "clean": "hexo clean",
    "deploy": "hexo deploy",
    "server": "hexo server"
  },
  "hexo": {
    "version": "7.3.0"
  },
  "dependencies": {
    "hexo": "^7.3.0",
    "hexo-generator-archive": "^2.0.0",
    "hexo-generator-category": "^2.0.0",
    "hexo-generator-index": "^3.0.0",
    "hexo-generator-sitemap": "^3.0.0",
    "hexo-generator-tag": "^2.0.0",
    "hexo-renderer-ejs": "^2.0.0",
    "hexo-renderer-marked": "^6.0.0",
    "hexo-renderer-stylus": "^3.0.0",
    "hexo-server": "^3.0.0"
  }
}

結果

• public/index.html が約 120KB で正常生成
• 生成ファイル数 371 個（旧 Hexo 時代と完全一致）
• ビルド時のエラー・警告ゼロ
• テーマカスタマイズ（AdSense、JSON-LD、Amazon 検索ボックス）すべて動作維持
• 表示崩れなし

カスタマイズしていた古いテーマが新しい Hexo でそのまま動いたのは正直驚きました。EJS テンプレートの後方互換性が良く保たれていたおかげだと思います。

SSL 証明書

Let’s Encrypt の証明書は旧インスタンスから /etc/letsencrypt/ 一式をコピーし、AL2023 では certbot の自動更新を systemd timer で運用する形にしました：

1
2

sudo dnf install -y certbot python3-certbot-nginx
sudo systemctl enable --now certbot-renew.timer

DNS 切り替え

• 切り替え前に DNS の TTL を短く設定（300秒）
• A レコードを新インスタンスのパブリック IP に更新
• 旧インスタンスは 1 週間ほど起動状態でスタンバイ

ドメインはValue-Domain（バリュードメイン）で取得しており、DNSもValue-DomainのDNSを利用しています。
久しぶりの作業だったので少し手間取りましたが、ログインしてAレコードを編集しました。

タイムゾーンの修正

切り替え後、nginx のアクセスログを確認したところ時刻が UTC（JST から9時間ずれ）になっていることに気づきました。AL2023 のデフォルトタイムゾーンは UTC のためです。

1
2

sudo timedatectl set-timezone Asia/Tokyo
sudo systemctl restart nginx

ポイント：nginx は起動時にタイムゾーンをキャッシュするため、reload ではなく restart が必要です。

学んだこと

今回の移行作業を通じて得られた知見は以下のとおりです。

• AL2023ではSELinuxがデフォルトで有効になっており、コンテンツ配置や権限設計時に意識する必要がある
• node-sassのような廃止（deprecated）されたパッケージは早めに後継へ移行しておくべき。後回しにするとランタイムアップグレード時にビルド地獄に陥る
• 古いまま動かしているソフトウェアは、Node.jsなどのランタイムを上げた瞬間にサイレントに壊れることがある（今回の index.html 0バイト問題はその典型例）
• Graviton (Arm) は静的サイト配信のような軽量ワークロードと相性が良く、x86インスタンスに比べて約20%のコスト削減効果がある
• nginxは起動時にタイムゾーンをキャッシュするため、timedatectl で変更したら reload ではなく restart が必要

おわりに

Amazon Linux 2 の EOL 対応をきっかけに、放置していた Hexo のバージョンも一気に最新化することができました。

特に Hexo 3.9.0 系は2019年リリースの6年以上前のバージョンで、Node.js 18 上では一部プラグインがサイレントに失敗するという危険な状態でした。EOL 対応とプラットフォームのアップグレードを同時に行えたのは、結果的に良いタイミングだったと思います。

しばらくブログの運用は止まってしまっていましたが、やはり自分の学びやログを残すことはとても重要ですし、ブログを書くというアウトプットの目的があるからこそ、インプットが捗ると改めて感じています。

今後の課題としては以下を予定しています。

• 記事を git push すると自動でデプロイ・HTML生成される CI/CDパイプラインの構築
• 今回のように長期間放置してアップグレードコストが膨らまないよう、定期的なチェック・アップデート機構の整備

これらの仕組みも整えながら、技術記事と投資記事の両方を継続的にアウトプットしていきたいと思います。

📌 関連記事

• AmazonLinux2のDocker Imageにnginxをインストールする
• hexoのテーマを設定する
• Hexoアプリケーションの初期設定

今日のサマリー

5月1日の日本株は、米株高を受けて日経平均が反発したものの、連休前で上値は限定的。中東情勢を背景に原油高・資源高への警戒が続く中、5大商社は増益見通しや増配、自社株買いを相次いで発表し、決算を手掛かりにした個別物色が相場を支えました。

5大商社の決算・増配・自社株買いまとめ

5大商社の見通し、配当、自社株買いをまとめると以下のようになります。

住友商事は株式分割（1株→4株）も発表しています。

主要指数とポートフォリオの比較

日経平均にはわずかに及ばなかったものの、私が指標としているTOPIX(+0.04%)はアウトパフォームできたので満足の一日でした。

私のポートフォリオはバリュー株が中心のため、グロース株比率が高い日経平均よりも、市場全体を反映するTOPIXに連動しやすい傾向があります。そのため、日々のパフォーマンス評価ではTOPIXをベンチマークとして、これを上回ることを目標にしています。

本日の購入銘柄

今日はわたしのお気に入りの銘柄である東京建物がさらに下げていたので2株買い増ししました。
購入基準価格は3,600円においています。

💡 東京建物とは
旧安田系の総合不動産。賃貸ビルとマンションが主力。オフィスや物流など収益物件開発を強化。（会社四季報より）

わたしがこの銘柄を買おうと思った理由は、東京建物グループが運営する「おふろの王様」（運営：東京建物リゾート）に以前家族で行った時に、とても楽しく、施設内の食事もとても美味しかったので、また来たい！と思ったからです。

優待は200株からですが、内容も豊富。コツコツと買い増しして、12月末の権利取り日には200株を保有しておきたいと思っています。

今日は珍しく株を少し売りました。100株以上持っているのですが、分割によってキリの悪い数字になっていたものです。

私の高配当株ポートフォリオ実績

下落TOP5

上昇TOP5

ポートフォリオ全体

5大商社の決算の明暗が今日の値動きに現れています。
住友商事があわやストップ高となる水準での上昇率でした。
三菱商事（上昇7位、前日比+4.59%）、伊藤忠商事（上昇12位、前日比+2.53%）も強かったです。
逆に、丸紅（下落1位）、三井物産（下落8位、前日比-2.22%）は弱かったです。
その他では東京エレクトロンの決算が良くて強かったですが、わたしが少しだけ持っている半導体関連も弱かったです。

📚 初心者向けワンポイント解説：「自社株買い」とは

自社株買い（自己株式取得） とは、企業が自分の会社の株式を市場から買い戻すこと。発行済み株式数が減るため、1株あたり利益（EPS）や1株あたり純資産（BPS）が向上し、株価が上昇しやすくなります。配当と並ぶ代表的な「株主還元策」の一つです。

本日の5大商社の発表を見ると、伊藤忠商事は3,000億円以上、住友商事は最大800億円、丸紅は最大600億円という大規模な自社株買いを発表。これが今日の商社株上昇の大きな要因となりました。

💡 覚えておきたいポイント：自社株買いの発表は、その企業が「自社の株は割安」と考えていることのサイン。長期保有を考える高配当株投資家にとっては、増配と並んでポジティブなニュースです。

明日以降の注目ポイント

• GW明けからの決算発表ラッシュ（個別物色相場の継続）
• 5月末からの3月期決算企業の配当支払い開始
• 中東情勢と原油価格の動向
• 米株式市場の動向と為替（ドル円）

まとめ

金曜はいつも弱く、理由としては休みに入る前にポジションを解消したいという投資家が多いからと聞いています。
今日は連休前にも関わらず、上昇しました。やはり決算が良いとそれに合わせて買われるようです。逆に決算が良くないともちろん売られてしまいます。決算が良くない原因が一時的なものであれば、そこで買い増すのも一つの手かと思っています。

GW明けから決算がさらに本格化します。
5月末からは3月末決算の企業から配当金が来ます。楽しみにしています。

免責事項：本記事は個人の投資記録であり、特定銘柄の売買を推奨するものではありません。投資はご自身の判断と責任で行ってください。

今日のサマリー

4月30日の日本株は、中東情勢の緊迫化に伴う原油高が景気・企業業績への懸念を強めたほか、日米中銀のタカ派姿勢による金利上昇警戒も重なり、リスクオフ優勢の展開となりました。

日経平均は前営業日比632円54銭安の5万9284円92銭で続落しました。原油価格の高止まり、実体経済への影響、日米中銀のタカ派姿勢が重しになった一方、決算を手掛かりにした個別物色は続いたと報じられています。

4月28日はバリュー株が優勢で、日経平均は下落したものの、TOPIXは上昇しました。
わたしのポートフォリオは+2.15%でしたが、本日はTOPIXも反落、朝は-1.5%超でしたが、持ち直し、-0.87%で着地しました。

主要指数とポートフォリオの比較

主要指数がいずれも-1%超の下落となるなか、私のポートフォリオは-0.87%にとどまり、日経平均・TOPIXの両方をアウトパフォームしました。バリュー株中心の構成がディフェンシブに機能した一日でした。

本日の購入銘柄

本日は中東情勢を背景にした原油高によりリスクオフの相場展開でした。なかでも下水道関連銘柄（前澤給装工業、前澤工業、栗本鐵工所など）の下げが目立ったため、これら下水道関連で含み損が大きい銘柄を中心にナンピン買いを実施しました。

あわせて、3,600円を割り込んだ東京建物、長期保有方針のセブン＆アイ・ホールディングス、パン・パシフィック・インターナショナルなども計11銘柄を買い増ししています。

💡 ナンピン買いとは：保有銘柄の株価が下がったときに買い増して、平均取得単価を下げる手法のこと。下落要因が一時的（業績悪化ではなく相場環境による下げ）なときに有効ですが、業績悪化が原因の下落で行うと損失を拡大させるリスクもあります。

私の高配当株ポートフォリオ実績

下落TOP5

上昇TOP5

ポートフォリオ全体

📚 初心者向けワンポイント解説：「アウトパフォーム」とは

アウトパフォーム（outperform）とは、自分の投資成績が市場平均（日経平均やTOPIXなどの指数）を上回ること。逆に下回ることを「アンダーパフォーム」と呼びます。

本日の私のポートフォリオは-0.87%で、日経平均(-1.06%)とTOPIX(-1.19%)の両方をアウトパフォームしました。下落相場でも下げ幅が小さく済めばアウトパフォームになるため、「勝ち負け」は必ずしも上昇率で決まるわけではありません。

高配当バリュー株は、グロース株に比べて値動きが穏やかで、下落相場で相対的に強い傾向があります。今回の結果はその特徴がよく表れた一日と言えるでしょう。

明日以降の注目ポイント

• 中東情勢と原油価格の動向
• 日米中央銀行の金融政策スタンス
• 決算発表が続く個別銘柄の業績反応

まとめ

2026年4月30日は原油高と金利上昇懸念で続落しましたが、高配当バリュー株中心のポートフォリオは下げ幅を抑えることができました。下げ局面はナンピン買いの好機でもあり、本日は計11銘柄を買い増し。長期視点で配当を積み上げていく戦略を継続します。

📌 関連記事（今後追加予定）

• 高配当株投資を始めた理由
• 私が使っている証券会社の比較
• 高配当バリュー株の選び方｜初心者向け解説

免責事項：本記事は個人の投資記録であり、特定銘柄の売買を推奨するものではありません。投資はご自身の判断と責任で行ってください。

nestされたresoucesでのController

1対多などの関連を持つmodelをそれぞれ直接操作したい時があります。
その場合は、それぞれのmodelに対してcontrollerを作成し、CRUDなどの操作を行います。

それとは別に1対多のリソースの関係をURLに反映したい場合もあります。
例えば、author has many postsだった場合、特定のauthorが持つpostsの一覧は以下のようなURLになると思います。

1

/authors/:author_id/posts

このURLを実現するために、routingの設定は以下のようにします。

1
2
3

resources :authors do
  resources :posts
end

ただ、この設定をrails routesで確認すると、先ほど記載したURL（authorにぶら下がったposts）のControllerは、posts#indexとなってしまい、authorにぶら下げないpostsと同じControllerになってしまいます。

対処法

このままだとposts_controller.rbにいろんなメソッドを追加しないといけなくなってしまうので、authorにぶらさがるpostsを処理するControlerは別で定義したいと思います。

ディレクトリの作成

app/controllersの下にauthorsというディレクトリを作成します。このディレクトリの配下にauthorにぶら下がるリソースのControllerを作成していきます。

Controllerの作成

先ほど作成したauthorsの下にposts_controller.rbを作成します。
app/controllers配下のposts_controller.rbの違いとしては、namespaceを持っているということです。

1
2
3
4

module Authors
  class PostsController < ApplicationController
  end
end

routingの設定

現在のroutingの設定に、作成したControllerを指定します。

1
2
3

resources :authors do
  resources :posts, controller: "authors/posts"
end

まとめ

以上でnestされたresourcesに対応するControllerを設定することができました。
こういったmodelの関連を表すURLはよく作成するので忘れないようにしたいと思います。

背景

Reactの本を買ったので、一年半ぶりにReactの記事を書きます。

書籍に書いてある通りcreate-react-appを実行して作成されたアプリケーションのディレクトリに移動します。

1
2
3

$ npx create-react-app my-react
$ cd my-react
$ npm start

すると、ブラウザに表示された画面は真っ白で、コンソールには

1
2
3
4
5
6
7
8
9
10
11
12
13
14

> my-react@0.1.0 start
> react-scripts start
Starting the development server...
Failed to compile.

./src/App.js
  Line 7:5:    'React' must be in scope when using JSX  react/react-in-jsx-scope
  Line 8:7:    'React' must be in scope when using JSX  react/react-in-jsx-scope
  Line 9:9:    'React' must be in scope when using JSX  react/react-in-jsx-scope
  Line 10:9:   'React' must be in scope when using JSX  react/react-in-jsx-scope
  Line 11:16:  'React' must be in scope when using JSX  react/react-in-jsx-scope
  Line 13:9:   'React' must be in scope when using JSX  react/react-in-jsx-scope

Search for the keywords to learn more about each error.

と表示されてしまいました。

原因

調べてみると、src/App.jsの先頭行に以下の記述が必要だったようです。

1

import React from 'react';

一旦この行を追加してから実行してみます。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

$ npm start

> my-react@0.1.0 start
> react-scripts start
Starting the development server...
Compiled successfully!

You can now view my-react in the browser.

  Local:            http://localhost:3000/
  On Your Network:  http://192.168.11.7:3000/

Note that the development build is not optimized.
To create a production build, use npm run build.

確かに問題なく動作しました。
であれば、なぜその行の記述がなかったのでしょうか。

JSX Transform

React17から導入されたJSX Transfromでは、先ほど記述したimport文が不要になるというメリットがあるようです。
なにが変わったかというと、トランスパイル後のコードでReactを読み込まなくても動作するようになるということのようです。

では、なぜ、今回その行を追加しないとエラーになってしまったのでしょうか。

ESLint

調べてみるとESLintの設定でエラーを抑制するように書かれていました。
package.jsonを変更しながら、ruleの箇所を追加したり、extendsを変更したりしました。
しかし、結果的に修正できませんでした。

npm install react-scripts@latest

最後の方法として、react-scriptsを最新版にすることでした。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

$ npm install react-scripts@latest
npm WARN deprecated @babel/plugin-proposal-private-methods@7.18.6: This proposal has been merged to the ECMAScript standard and thus this plugin is no longer maintained. Please use @babel/plugin-transform-private-methods instead.
npm WARN deprecated @babel/plugin-proposal-numeric-separator@7.18.6: This proposal has been merged to the ECMAScript standard and thus this plugin is no longer maintained. Please use @babel/plugin-transform-numeric-separator instead.
npm WARN deprecated @babel/plugin-proposal-nullish-coalescing-operator@7.18.6: This proposal has been merged to the ECMAScript standard and thus this plugin is no longer maintained. Please use @babel/plugin-transform-nullish-coalescing-operator instead.
npm WARN deprecated @babel/plugin-proposal-class-properties@7.18.6: This proposal has been merged to the ECMAScript standard and thus this plugin is no longer maintained. Please use @babel/plugin-transform-class-properties instead.
npm WARN deprecated rollup-plugin-terser@7.0.2: This package has been deprecated and is no longer maintained. Please use @rollup/plugin-terser
npm WARN deprecated @babel/plugin-proposal-optional-chaining@7.21.0: This proposal has been merged to the ECMAScript standard and thus this plugin is no longer maintained. Please use @babel/plugin-transform-optional-chaining instead.
npm WARN deprecated domexception@2.0.1: Use your platform's native DOMException instead
npm WARN deprecated sourcemap-codec@1.4.8: Please use @jridgewell/sourcemap-codec instead
npm WARN deprecated workbox-cacheable-response@6.6.0: workbox-background-sync@6.6.0

added 567 packages, removed 766 packages, changed 382 packages, and audited 1555 packages in 1m

254 packages are looking for funding
  run `npm fund` for details

8 vulnerabilities (2 moderate, 6 high)

To address all issues (including breaking changes), run:
  npm audit fix --force

Run `npm audit` for details.

deprecatedは一旦置いておいて、その後にnpm startします。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

$ npm start

> my-react@0.1.0 start
> react-scripts start

(node:79721) [DEP_WEBPACK_DEV_SERVER_ON_AFTER_SETUP_MIDDLEWARE] DeprecationWarning: 'onAfterSetupMiddleware' option is deprecated. Please use the 'setupMiddlewares' option.
(Use `node --trace-deprecation ...` to show where the warning was created)
(node:79721) [DEP_WEBPACK_DEV_SERVER_ON_BEFORE_SETUP_MIDDLEWARE] DeprecationWarning: 'onBeforeSetupMiddleware' option is deprecated. Please use the 'setupMiddlewares' option.
Starting the development server...
Compiled successfully!

You can now view my-react in the browser.

  Local:            http://localhost:3000
  On Your Network:  http://192.168.11.7:3000

Note that the development build is not optimized.
To create a production build, use npm run build.

webpack compiled successfully

無事動作しました。

何が変わったのか

何が変わったのかをみてみると、package.jsonの差分は1行だけでした。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

$ git diff package.json
diff --git a/package.json b/package.json
index 28afd0a..bd487ff 100644
--- a/package.json
+++ b/package.json
@@ -8,7 +8,7 @@
     "@testing-library/user-event": "^13.5.0",
     "react": "^18.2.0",
     "react-dom": "^18.2.0",
-    "react-scripts": "5.0.1",
+    "react-scripts": "^5.0.1",
     "web-vitals": "^2.1.4"
   },
   "scripts": {

package-lock.jsonをみると、結構変わっています。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187

$ git diff package-lock.json
diff --git a/package-lock.json b/package-lock.json
index ba7b477..f91a96e 100644
--- a/package-lock.json
+++ b/package-lock.json
@@ -13,7 +13,7 @@
         "@testing-library/user-event": "^13.5.0",
         "react": "^18.2.0",
         "react-dom": "^18.2.0",
-        "react-scripts": "5.0.1",
+        "react-scripts": "^5.0.1",
         "web-vitals": "^2.1.4"
       }
     },
@@ -257,9 +257,9 @@
       }
     },
     "node_modules/@babel/helper-define-polyfill-provider": {
-      "version": "0.4.4",
-      "resolved": "https://registry.npmjs.org/@babel/helper-define-polyfill-provider/-/helper-define-polyfill-provider-0.4.4.tgz",
-      "integrity": "sha512-QcJMILQCu2jm5TFPGA3lCpJJTeEP+mqeXooG/NZbg/h5FTFi6V0+99ahlRsW8/kRLyb24LZVCCiclDedhLKcBA==",
+      "version": "0.5.0",
+      "resolved": "https://registry.npmjs.org/@babel/helper-define-polyfill-provider/-/helper-define-polyfill-provider-0.5.0.tgz",
+      "integrity": "sha512-NovQquuQLAQ5HuyjCz7WQP9MjRj7dx++yspwiyUiGl9ZyadHRSql1HZh5ogRd8W8w6YM6EQ/NTB8rgjLt5W65Q==",
       "dependencies": {
         "@babel/helper-compilation-targets": "^7.22.6",
         "@babel/helper-plugin-utils": "^7.22.5",
@@ -3427,9 +3427,9 @@
       "integrity": "sha512-EYNwp3bU+98cpU4lAWYYL7Zz+2gryWH1qbdDTidVd6hkiR6weksdbMadyXKXNPEkQFhXM+hVO9ZygomHXp+AIw=="
     },
     "node_modules/@rushstack/eslint-patch": {
-      "version": "1.6.1",
-      "resolved": "https://registry.npmjs.org/@rushstack/eslint-patch/-/eslint-patch-1.6.1.tgz",
-      "integrity": "sha512-UY+FGM/2jjMkzQLn8pxcHGMaVLh9aEitG3zY2CiY7XHdLiz3bZOwa6oDxNqEMv7zZkV+cj5DOdz0cQ1BP5Hjgw=="
+      "version": "1.7.0",
+      "resolved": "https://registry.npmjs.org/@rushstack/eslint-patch/-/eslint-patch-1.7.0.tgz",
+      "integrity": "sha512-Jh4t/593gxs0lJZ/z3NnasKlplXT2f+4y/LZYuaKZW5KAaiVFL/fThhs+17EbUd53jUVJ0QudYCBGbN/psvaqg=="
     },
     "node_modules/@sinclair/typebox": {
       "version": "0.24.51",
@@ -5359,9 +5359,9 @@
       }
     },
     "node_modules/autoprefixer": {
-      "version": "10.4.16",
-      "resolved": "https://registry.npmjs.org/autoprefixer/-/autoprefixer-10.4.16.tgz",
-      "integrity": "sha512-7vd3UC6xKp0HLfua5IjZlcXvGAGy7cBAXTg2lyQ/8WpNhd6SiZ8Be+xm3FyBSY
Jx5GKcpRCzBh7RH4/0dnY+uQ==",
+      "version": "10.4.17",
+      "resolved": "https://registry.npmjs.org/autoprefixer/-/autoprefixer-10.4.17.tgz",
+      "integrity": "sha512-/cpVNRLSfhOtcGflT13P2794gVSgmPgTR+erw5ifnMLZb0UnSlkK4tquLmkd3B
hA+nLo5tX8Cu0upUsGKvKbmg==",
       "funding": [
         {
           "type": "opencollective",
@@ -5377,9 +5377,9 @@
         }
       ],
       "dependencies": {
-        "browserslist": "^4.21.10",
-        "caniuse-lite": "^1.0.30001538",
-        "fraction.js": "^4.3.6",
+        "browserslist": "^4.22.2",
+        "caniuse-lite": "^1.0.30001578",
+        "fraction.js": "^4.3.7",
         "normalize-range": "^0.1.2",
         "picocolors": "^1.0.0",
         "postcss-value-parser": "^4.2.0"
@@ -5593,12 +5593,12 @@
       }
     },
     "node_modules/babel-plugin-polyfill-corejs2": {
-      "version": "0.4.7",
-      "resolved": "https://registry.npmjs.org/babel-plugin-polyfill-corejs2/-/babel-plugin-polyfill-corejs2-0.4.7.tgz",
-      "integrity": "sha512-LidDk/tEGDfuHW2DWh/Hgo4rmnw3cduK6ZkOI1NPFceSK3n/yAGeOsNT7FLnSGHkXj3RHGSEVkN3FsCTY6w2CQ==",
+      "version": "0.4.8",
+      "resolved": "https://registry.npmjs.org/babel-plugin-polyfill-corejs2/-/babel-plugin-polyfill-corejs2-0.4.8.tgz",
+      "integrity": "sha512-OtIuQfafSzpo/LhnJaykc0R/MMnuLSSVjVYy9mHArIZ9qTCSZ6TpWCuEKZYVoN//t8HqBNScHrOtCrIK5IaGLg==",
       "dependencies": {
         "@babel/compat-data": "^7.22.6",
-        "@babel/helper-define-polyfill-provider": "^0.4.4",
+        "@babel/helper-define-polyfill-provider": "^0.5.0",
         "semver": "^6.3.1"
       },
       "peerDependencies": {
@@ -5625,12 +5625,27 @@
         "@babel/core": "^7.4.0 || ^8.0.0-0 <8.0.0"
       }
     },
+    "node_modules/babel-plugin-polyfill-corejs3/node_modules/@babel/helper-define-polyfill-provider": {
+      "version": "0.4.4",
+      "resolved": "https://registry.npmjs.org/@babel/helper-define-polyfill-provider/-/helper-define-polyfill-provider-0.4.4.tgz",
+      "integrity": "sha512-QcJMILQCu2jm5TFPGA3lCpJJTeEP+mqeXooG/NZbg/h5FTFi6V0+99ahlRsW8/kRLyb24LZVCCiclDedhLKcBA==",
+      "dependencies": {
+        "@babel/helper-compilation-targets": "^7.22.6",
+        "@babel/helper-plugin-utils": "^7.22.5",
+        "debug": "^4.1.1",
+        "lodash.debounce": "^4.0.8",
+        "resolve": "^1.14.2"
+      },
+      "peerDependencies": {
+        "@babel/core": "^7.4.0 || ^8.0.0-0 <8.0.0"
+      }
+    },
     "node_modules/babel-plugin-polyfill-regenerator": {
-      "version": "0.5.4",
-      "resolved": "https://registry.npmjs.org/babel-plugin-polyfill-regenerator/-/babel-plugin-polyfill-regenerator-0.5.4.tgz",
-      "integrity": "sha512-S/x2iOCvDaCASLYsOOgWOq4bCfKYVqvO/uxjkaYyZ3rVsVE3CeAI/c84NpyuBBymEgNvHgjEot3a9/Z/kXvqsg==",
+      "version": "0.5.5",
+      "resolved": "https://registry.npmjs.org/babel-plugin-polyfill-regenerator/-/babel-plugin-polyfill-regenerator-0.5.5.tgz",
+      "integrity": "sha512-OJGYZlhLqBh2DDHeqAxWB1XIvr49CxiJ2gIt61/PU55CQK4Z58OzMqjDe1zwQdQk+rBYsRc+1rJmdajM3gimHg==",
       "dependencies": {
-        "@babel/helper-define-polyfill-provider": "^0.4.4"
+        "@babel/helper-define-polyfill-provider": "^0.5.0"
       },
       "peerDependencies": {
         "@babel/core": "^7.4.0 || ^8.0.0-0 <8.0.0"
@@ -5965,9 +5980,9 @@
       }
     },
     "node_modules/caniuse-lite": {
-      "version": "1.0.30001576",
-      "resolved": "https://registry.npmjs.org/caniuse-lite/-/caniuse-lite-1.0.30001576.tgz",
-      "integrity": "sha512-ff5BdakGe2P3SQsMsiqmt1Lc8221NR1VzHj5jXN5vBny9A6fpze94HiVV/n7XRosOlsShJcvMv5mdnpjOGCEgg==",
+      "version": "1.0.30001579",
+      "resolved": "https://registry.npmjs.org/caniuse-lite/-/caniuse-lite-1.0.30001579.tgz",
+      "integrity": "sha512-u5AUVkixruKHJjw/pj9wISlcMpgFWzSrczLZbrqBSxukQixmg0SJ5sZTpvaFvxU0HoQKd4yoyAogyrAz9pzJnA==",
       "funding": [
         {
           "type": "opencollective",
@@ -8427,9 +8442,9 @@
       "integrity": "sha512-36yxDn5H7OFZQla0/jFJmbIKTdZAQHngCedGxiMmpNfEZM0sdEeT+WczLQrjK6D7o2aiyLYDnkw0R3JK0Qv1RQ=="
     },
     "node_modules/follow-redirects": {
-      "version": "1.15.4",
-      "resolved": "https://registry.npmjs.org/follow-redirects/-/follow-redirects-1.15.4.tgz",
-      "integrity": "sha512-Cr4D/5wlrb0z9dgERpUL3LrmPKVDsETIJhaCMeDfuFYcqa5bldGV6wBsAN6X/vxlXQtFBMrXdXxdL8CbDTGniw==",
+      "version": "1.15.5",
+      "resolved": "https://registry.npmjs.org/follow-redirects/-/follow-redirects-1.15.5.tgz",
+      "integrity": "sha512-vSFWUON1B+yAw1VN4xMfxgn5fTUiaOzAJCKBwIIgT/+7CuGy9+r+5gITvP62j3RmaD5Ph65UaERdOSRGUzZtgw==",
       "funding": [
         {
           "type": "individual",
@@ -13960,9 +13975,9 @@
       }
     },
     "node_modules/postcss-modules-local-by-default": {
-      "version": "4.0.3",
-      "resolved": "https://registry.npmjs.org/postcss-modules-local-by-default/-/postcss-modules-local-by-default-4.0.3.tgz",
-      "integrity": "sha512-2/u2zraspoACtrbFRnTijMiQtb4GW4BvatjaG/bCjYQo8kLTdevCUlwuBHx2sCnSyrI3x3qj4ZK1j5LQBgzmwA==",
+      "version": "4.0.4",
+      "resolved": "https://registry.npmjs.org/postcss-modules-local-by-default/-/postcss-modules-local-by-default-4.0.4.tgz",
+      "integrity": "sha512-L4QzMnOdVwRm1Qb8m4x8jsZzKAaPAgrUF1r/hjDR2Xj7R+8Zsf97jAlSQzWtKx5YNiNGN8QxmPFIc/sh+RQl+Q==",
       "dependencies": {
         "icss-utils": "^5.0.0",
         "postcss-selector-parser": "^6.0.2",
@@ -15407,12 +15422,12 @@
       }
     },
     "node_modules/safe-array-concat": {
-      "version": "1.0.1",
-      "resolved": "https://registry.npmjs.org/safe-array-concat/-/safe-array-concat-1.0.1.tgz",
-      "integrity": "sha512-6XbUAseYE2KtOuGueyeobCySj9L4+66Tn6KQMOPQJrAJEowYKW/YR/MGJZl7FdydUdaFu4LYyDZjxf4/Nmo23Q==",
+      "version": "1.1.0",
+      "resolved": "https://registry.npmjs.org/safe-array-concat/-/safe-array-concat-1.1.0.tgz",
+      "integrity": "sha512-ZdQ0Jeb9Ofti4hbt5lX3T2JcAamT9hfzYU1MNB+z/jaEbB6wfFfPIR/zEORmZqobkCCJhSjodobH6WHNmJ97dg==",
       "dependencies": {
-        "call-bind": "^1.0.2",
-        "get-intrinsic": "^1.2.1",
+        "call-bind": "^1.0.5",
+        "get-intrinsic": "^1.2.2",
         "has-symbols": "^1.0.3",
         "isarray": "^2.0.5"
       },
@@ -16611,9 +16626,9 @@
       }
     },
     "node_modules/terser": {
-      "version": "5.26.0",
-      "resolved": "https://registry.npmjs.org/terser/-/terser-5.26.0.tgz",
-      "integrity": "sha512-dytTGoE2oHgbNV9nTzgBEPaqAWvcJNl66VZ0BkJqlvp71IjO8CxdBx/ykCNb47cLnCmCvRZ6ZR0tLkqvZCdVBQ==",
+      "version": "5.27.0",
+      "resolved": "https://registry.npmjs.org/terser/-/terser-5.27.0.tgz",
+      "integrity": "sha512-bi1HRwVRskAjheeYl291n3JC4GgO/Ty4z1nVs5AAsmonJulGxpSektecnNedrwK9C7vpvVtcX3cw00VSLt7U2A==",
       "dependencies": {
         "@jridgewell/source-map": "^0.3.3",
         "acorn": "^8.8.2",

多すぎてどこが影響しているのかわかりません…

まとめ

ESLintの問題だと思って色々試していましたが、そうじゃなかったかもしれません。
まだ初心者なので、実際の原因はわかりませんが、こういう解決方法もあるのだということを学びました。

参考文献

• これからはじめるReact実践入門　コンポーネントの基本からNext.jsによるアプリ開発まで

背景

Ruby3.3.0が2023年12月にリリースされました。
Railsを使った簡単なアプリを作成するために、せっかくなので、最新の3.3.0を使おうと思って、rbenvでインストールしようとしました。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

$ rbenv install 3.3.0
ruby-build: using openssl@1.1 from homebrew
==> Downloading ruby-3.3.0.tar.gz...
-> curl -q -fL -o ruby-3.3.0.tar.gz https://cache.ruby-lang.org/pub/ruby/3.3/ruby-3.3.0.tar.gz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 21.0M  100 21.0M    0     0  15.6M      0  0:00:01  0:00:01 --:--:-- 15.6M
==> Installing ruby-3.3.0...
ruby-build: using readline from homebrew
-> ./configure "--prefix=$HOME/.anyenv/envs/rbenv/versions/3.3.0" --with-openssl-dir=/usr/local/opt/openssl@1.1 --enable-shared --with-readline-dir=/usr/local/opt/readline --with-ext=openssl,psych,+
-> make -j 8
*** Following extensions are not compiled:
psych:
	Could not be configured. It will not be installed.
	Check /var/folders/vs/21c14yw15wngfp0fn50h2zkw0000gp/T/ruby-build.20240116222001.35871.p9E1v4/ruby-3.3.0/ext/psych/mkmf.log for more details.

BUILD FAILED (macOS 13.6 on x86_64 using ruby-build 20231225-2-g3b79c29)

You can inspect the build directory at /var/folders/vs/21c14yw15wngfp0fn50h2zkw0000gp/T/ruby-build.20240116222001.35871.p9E1v4
See the full build log at /var/folders/vs/21c14yw15wngfp0fn50h2zkw0000gp/T/ruby-build.20240116222001.35871.log

psychというextensionがコンパイルできなかったとして、エラーになってしまいました。
ログを見るとわかると思うのですが、インテルMacを利用しています。

原因

エラーメッセージをよく見ると、

1
2
3
4

*** Following extensions are not compiled:
psych:
	Could not be configured. It will not be installed.
	Check /var/folders/vs/21c14yw15wngfp0fn50h2zkw0000gp/T/ruby-build.20240116222001.35871.p9E1v4/ruby-3.3.0/ext/psych/mkmf.log for more details.

より詳細な情報がmkmf.logに記載されていると書かれているので、それを見てみます。
Rubyインストール前のrbenvでのコンパイル処理のディレクトリは/var/folders/あたりを利用しているんですね。

mkmf.log

1
2
3
4
5
6

pkg_config: checking for pkg-config for yaml-0.1... -------------------- not found

package configuration for yaml-0.1 is not found
--------------------

find_header: checking for yaml.h... -------------------- no

yaml.hが見つからないとなってエラーになっています。
ヘッダファイルが見つからない場合はだいたいlibヘッダファイル名のライブラリがインストールされていないのが原因です。

対策

調べてみるとRuby3.2.0以降ではlibyamlが必須になっているようでした。
homebrewでインストールします。

1
2
3
4
5
6
7
8
9
10
11
12
13

$ brew install libyaml
Running `brew update --auto-update`...
(省略)
==> Downloading https://ghcr.io/v2/homebrew/core/libyaml/manifests/0.2.5
################################################################################### 100.0%
==> Fetching libyaml
==> Downloading https://ghcr.io/v2/homebrew/core/libyaml/blobs/sha256:b49e62f014b3e7d85a16
################################################################################### 100.0%
==> Pouring libyaml--0.2.5.ventura.bottle.tar.gz
🍺  /usr/local/Cellar/libyaml/0.2.5: 10 files, 330KB
==> Running `brew cleanup libyaml`...
Disable this behaviour by setting HOMEBREW_NO_INSTALL_CLEANUP.
Hide these hints with HOMEBREW_NO_ENV_HINTS (see `man brew`).

インストールできました。
再度Ruby3.3.0のインストールを行います。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

$ rbenv install 3.3.0
ruby-build: using openssl@1.1 from homebrew
==> Downloading ruby-3.3.0.tar.gz...
-> curl -q -fL -o ruby-3.3.0.tar.gz https://cache.ruby-lang.org/pub/ruby/3.3/ruby-3.3.0.tar.gz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 21.0M  100 21.0M    0     0  6361k      0  0:00:03  0:00:03 --:--:-- 6371k
==> Installing ruby-3.3.0...
ruby-build: using readline from homebrew
ruby-build: using libyaml from homebrew
-> ./configure "--prefix=$HOME/.anyenv/envs/rbenv/versions/3.3.0" --with-openssl-dir=/usr/local/opt/openssl@1.1 --enable-shared --with-readline-dir=/usr/local/opt/readline --with-libyaml-dir=/usr/local/opt/libyaml --with-ext=openssl,psych,+
-> make -j 8
-> make install
==> Installed ruby-3.3.0 to /Users/user/.anyenv/envs/rbenv/versions/3.3.0

NOTE: to activate this Ruby version as the new default, run: rbenv global 3.3.0

無事インストールできました。
エラーが起こったときとconfigureオプションも異なっていて、libyamlがインストールされたことで、--with-libyaml-dir=/usr/local/opt/libyamlが追加されています。

まとめ

久しぶりにRubyのインストールを行いましたが、躓いてしまいました。
3.2.0からの変更点だったということで、今更ここで躓く方はそれほど多くないと思います。
やはり新しい情報は常にキャッチアップしていかないといけないと思いました。

背景

Gitを使っていると他の方が作成したファイルを変更することも多々あります。

今回のそのケースで、変更後git diffで変更点を確認すると、

1
2
3

+        },^M
+        {^M
         }

という形で見慣れた^Mが表示されてしまいました。

最初はコピペ元が良くないのかと思っていたのですが、そうではなかったです。原因と対策を以下に記載します。

原因

原因は改行コードの不一致でした。元のファイルの改行コードはCRLFでわたしの環境ではLF（Mac）だったため、CRが足りずに^Mという表示がされてしまったようです。

対策

元のファイルの改行コードをLFに変換します。vscodeを使って行います。

まず、該当のファイルを開きます。ウインドウの右下に今開いているファイルの文字コードや改行コード（CRLF）が表示されています。

改行コードをクリックすると、ウインドウの上部に改行コードの選択と表示されて、LFとCRLFを選択できるようになります。そこでLFを選択し、保存します。

見た目は何もかわっていないのですが、git diffで確認すると、全ての行が変更されているのがわかります。

その後、変更を加えても^Mは表示されなくなりました。

まとめ

改行コードの違いについて理解しているものの、^Mが表示されるとなんでこうなった？と軽めのパニック的な感じになってしまいます。Windowsを使っている方と一緒にプロジェクトに取り組む場合はよく発生すると思います。

今後はこういったことのないようにこの記事を思い出して対応しようと思います。

背景

APIの実装する場合など、pathにプレフィックスがつくことが多い（apiやv1など）。その場合に、rails g controllerでそのディレクトリ配下にコントローラーを作成する方法がわからなかかったので調べてみました。

パスの指定方法

作成方法は2通りあるようです。
（今回は、app/controllers/api/v1/配下にtests_controller.rb作ることとします。）

/で区切るパターン

1

$ rails g controller api/v1/tests

namespace(::)で区切るパターン

1

$ rails g controller api::v1::tests

不要なファイルを生成しないための方法

今回はAPIなので、viewファイルなどは不要でした。なので、generatorのオプションでviewファイルを生成しないようにできないかを調べてみました。helpを見てみます。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46

Usage:
  rails generate controller NAME [action action] [options]

Options:
      [--skip-namespace], [--no-skip-namespace]              # Skip namespace (affects only isolated engines)
      [--skip-collision-check], [--no-skip-collision-check]  # Skip collision check
      [--skip-routes], [--no-skip-routes]                    # Don't add routes to config/routes.rb.
      [--helper], [--no-helper]                              # Indicates when to generate helper
                                                             # Default: true
  -e, [--template-engine=NAME]                               # Template engine to be invoked
                                                             # Default: erb
  -t, [--test-framework=NAME]                                # Test framework to be invoked
                                                             # Default: rspec

Rspec options:
  [--request-specs], [--no-request-specs]        # Generate request specs
                                                 # Default: true
  [--controller-specs], [--no-controller-specs]  # Generate controller specs
  [--view-specs], [--no-view-specs]              # Generate view specs
  [--routing-specs], [--no-routing-specs]        # Generate routing specs
  [--helper-specs], [--no-helper-specs]          # Indicates when to generate helper specs

Runtime options:
  -f, [--force]                    # Overwrite files that already exist
  -p, [--pretend], [--no-pretend]  # Run but do not make any changes
  -q, [--quiet], [--no-quiet]      # Suppress status output
  -s, [--skip], [--no-skip]        # Skip files that already exist

Description:
    Generates a new controller and its views. Pass the controller name, either
    CamelCased or under_scored, and a list of views as arguments.

    To create a controller within a module, specify the controller name as a
    path like 'parent_module/controller_name'.

    This generates a controller class in app/controllers and invokes helper,
    template engine, assets, and test framework generators.

Example:
    `bin/rails generate controller CreditCards open debit credit close`

    CreditCards controller with URLs like /credit_cards/debit.
        Controller: app/controllers/credit_cards_controller.rb
        Test:       test/controllers/credit_cards_controller_test.rb
        Views:      app/views/credit_cards/debit.html.erb [...]
        Helper:     app/helpers/credit_cards_helper.rb

今回は--no-helperと--no-request-specsを指定してみます。

1
2
3
4
5

$ rails g controller api/v1/tests --no-helper --no-request-specs
      create  app/controllers/api/v1/tests_controller.rb
      invoke  erb
      create    app/views/api/v1/tests
      invoke  rspec

APIなのでviewsディレクトリも不要なのですが、ジェネレータのオプションで生成を制御できないようだったので、生成後削除しました。

まとめ

今回はジェネレータを使って特定のディレクトリ配下にcontrollerを作成する方法について調べてみました。
ヘルプを見ればわかる話でしたが、2通りの方法があることがわかりました。
また、ジェネレータ実行時のオプションについても調べました。

ジェネレータは便利ですし、カスタムジェネレータの作成もできます。
いろいろ便利なので、深く掘って理解したいと思います。