はじめに

業務で運用しているECS上のRailsアプリケーションに、エラー監視ツール Sentry を導入しました。あわせてSlackへの通知連携も設定し、エラー発生時にすぐ気づける体制を構築できたので、その流れと途中で遭遇した2つのハマりポイントを記録に残しておきます。

同じ構成（ECS + Rails + Slack）でSentryの導入を検討している方の参考になれば幸いです。

Sentry導入の動機

これまでこのアプリケーションでは、エラーが起きていることに 気づけずに運用してしまっている という状態が続いていました。具体的には以下のような問題がありました。

• ユーザーやビジネス側から「動かない」と連絡をもらってから初めて障害に気づく
• 連絡があるまでの間、エラーが続いていてビジネス的な損失が拡大する
• 「いつエラーが起きているかわからない」という状態が、運用担当者にとって心理的にも辛い

💡 エラーモニタリングツールとは：本番環境で発生したエラーをリアルタイムに収集・通知するツール。代表的なサービスにSentry、Datadog、New Relic、Rollbarなどがあります。Sentryは個人開発から大規模プロダクションまで幅広く使われており、無料プランも充実していて導入しやすいのが特徴です。

「エラーが起こった瞬間に気づける体制」を作ることが今回の目的です。気づけさえすれば対応できますが、気づけなければ何もできません。心理的安全性の観点でも、エラーの可視化は重要だと感じていました。

構成

今回構築する全体像は以下のとおりです。

1. Rails アプリケーション（ECS上で稼働）にSentry SDKを組み込み
2. エラーが発生すると、SDKがDSN経由でSentryにエラー情報を送信
3. Sentry側で Issue（問題） が起票される
4. SentryからSlackの #sentry チャンネルに通知される
5. 通知でメンションされた担当者がSlackから即座に対応する

Sentry-Slackの連携設定

Sentry管理画面の Settings → Integrations から、Slackなど主要なサービスとの連携が設定できます。

ここからSlackを選び、認証フローを進めていけば連携自体は問題なく完了しました。Slack側で受信用のチャンネル（今回は #sentry）を事前に作成しておくとスムーズです。

ここまでは比較的サクッと進んだのですが、ここから先で 2つのハマりポイント に直面しました。

ハマりポイント1：DSNの設定ミス

起きていたこと

• Sentry-Slack連携自体は管理画面上で正常に「Connected」になっている
• しかし、Railsアプリ側でテストエラーを発生させても Sentryにイベントが届かない
• 当然、Slackにも通知が来ない

原因

Railsアプリ側で読み込んでいる 環境変数 SENTRY_DSN の値が間違っていました。

💡 DSN（Data Source Name）とは：Sentryで「どのプロジェクトにエラー情報を送るか」を決める接続文字列。https://[公開キー]@[組織].ingest.sentry.io/[プロジェクトID] のような形式で、Sentryプロジェクトの管理画面から取得できます。これが正しくないとSentryにイベントが届かないため、最初に確認すべきポイントです。

対処

ECS環境では機密情報をAWS Secrets Managerで管理しているため、修正手順は以下のとおりです。

1. AWS Secrets Managerで SENTRY_DSN の値を正しい値に更新
2. ECSタスクを再起動して、コンテナに新しい環境変数を読み込ませる

ここで 「ついでに動作確認もしたい」 と思い、テスト用のエラー発生APIをこのタイミングで実装してデプロイしました。

1
2
3
4
5
6
7
8

# config/routes.rb
Rails.application.routes.draw do
  # ...
  if Rails.env.production? || Rails.env.staging?
    # Sentry動作確認用（必要な期間だけ残す）
    get '/api/test_error', to: 'test#raise_error'
  end
end

1
2
3
4
5
6

# app/controllers/test_controller.rb
class TestController < ApplicationController
  def raise_error
    raise StandardError, "Sentry test error from #{Rails.env}"
  end
end

このデプロイ作業で自動的にECSタスクが再起動されるため、Secrets Managerの更新値も同時に反映 されました。「タスク再起動」と「テスト用API実装」を同時に済ませることで、追加の再起動作業を省くことができ、一石二鳥でした。

その後、/api/test_error にアクセスして意図的にエラーを発生させ、Sentry側のIssue一覧にイベントが届いていることを確認できました。

ハマりポイント2：Alert設定の正しい入り口

DSNの問題が解決し、Sentry側にイベントが届くようになりました。しかし今度は Slackには依然として通知が来ない という新たな問題が発生しました。

起きていたこと

プロジェクトのトップ画面にある大きな 「Create Alert」ボタン からアラートを作ろうとすると、以下のような画面に遷移します。

これは「Metric / Mobile Build / Cron / Uptime」の 新規モニター作成画面 で、私が作りたかった「新規Issueが起きたらSlackに通知する」設定とは異なる画面でした。Sentryには複数のアラート種別があり、それぞれ入り口が違うのです。

正しい入り口

エラー発生時のSlack通知（Issue Alert）を作りたい場合は、左側のサイドバーから Monitors → Alerts を開きます。

ここで右上の 「+ Create Alert」 ボタンからアラートを新規作成します。同じ「Create Alert」というラベルでも、入り口が違うと作成されるアラートの種類が異なる、という点に注意が必要です。

Alert設定の流れ

新しいAlert作成画面では、以下の3セクションを設定します。

• Source：どのプロジェクトのIssueを対象にするか（今回は ruby-rails プロジェクト）
• Filter Issues：環境による絞り込み（今回は All Environments）
• Alert Builder：「いつ」「どんな条件で」「何をするか」を組み立てるメインセクション

Alert Builderの中身（WHEN / IF / THEN）

Alert BuilderではWHEN / IF / THEN の3つを設定します。

• WHEN：トリガーとなるイベント。今回は A new issue is created（新規Issueが作成されたとき）
• IF：追加のフィルタ条件。今回は Any event（すべて通知）
• THEN：実行するアクション。Send a Slack message to the [Slackワークスペース] workspace, to [#sentry]

さらに通知メッセージに含めるタグや、メンションの設定もできます。

ここでは以下を追加で設定しました。

• Tags：environment, level（環境名とエラーレベルをメッセージに表示）
• Notes：@here（チャンネル全員にメンション）

最後に「Create Alert」ボタンを押す

設定が一通り完了したら、画面右下の 「Create Alert」 ボタンを押してアラートを保存します。

最初はこのボタンの存在に気づかず「設定を入力したけど保存ボタンがない…」と詰まっていました。スクロールしないと見えないUIなので、設定後はページ下部までスクロールするのを忘れないようにしてください。

Slack通知のテスト

Alert作成後、再度テスト用APIエンドポイント（/api/test_error）にアクセスし、エラーを発生させて挙動を確認しました。

結果：

• ✅ Sentry側でIssueが起票
• ✅ #sentry チャンネルにSlack通知が到達
• ✅ メッセージに environment と level のタグが含まれている
• ✅ @here で全員にメンションされている

これで「エラー発生 → 即座にSlack通知 → 担当者が対応」というフローが確立できました。

学んだこと

今回の作業で得られた知見をまとめておきます。

• DSNが間違っていると、連携が完了していてもエラー情報は届かない。Sentry-Slack連携の確認画面で「Connected」と出ていても、それはSentry-Slack間が繋がっているだけで、アプリケーション側からSentryへの送信は別問題
• ECS環境でSecrets Managerの値を更新したら、ECSタスクの再起動が必要。再起動のついでにテスト用のエラー発生APIを実装してデプロイすると、追加の再起動を省けて効率的
• SentryのAlert設定には複数の入り口がある。プロジェクトトップの「Create Alert」と「Monitors → Alerts」の「Create Alert」は別物。Issueベースのアラートが欲しい場合は必ず後者から入る
• Alert作成画面の「Create Alert」ボタンは右下、スクロール先にある。設定入力中は見えないので、最後に必ず下までスクロールする
• テスト用エラーAPIは導入時の動作確認に便利。if Rails.env.production? などで保護をかけて、必要な期間だけ残しておくのも一つの選択肢

おわりに

Sentryを導入したことで、エラー発生から気づくまでの時間が「ユーザーから連絡が来るまで」から「数秒〜数分」 に大幅に短縮されました。心理的にも「気づけなかったらどうしよう」という不安から解放されたのが大きいです。

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

• エラーレベルごとの通知先・メンションの使い分け（critical は @channel、info は通知のみ など）
• 同種エラーのレート制限（同じエラーで大量通知されないようThrottling調整）
• 担当者ローテーション（オンコール体制の構築）
• エラー対応フローの標準化（Sentryで検知 → 一次対応 → ポストモーテムまで）

技術的な詰まりポイントは多少ありましたが、得られる効果はそれ以上に大きいです。エラー監視を入れていない方には、強くおすすめします。

📌 関連記事

• 【2026年6月EOL】Amazon Linux 2からAL2023への移行記
• Hexoアプリケーションの初期設定
• GitHub ActionsでIAM Role認証を使う方法

今日のサマリー

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を使っている方と一緒にプロジェクトに取り組む場合はよく発生すると思います。

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