どうも、職業エンジニアです。 今回は私がプライベートで愛用している（というか長期契約だとめっちゃ安かったのでずっと使ってる）Surfsharkのトラブルシューティングをここに残しておこうと思います。 復旧方法 前提として「OpenVPNは接続できるが、WireGuardが繋がらない」という事象を解決できる（かもしれない！）方法になります。 １．左下の⚙ をクリック ２．ヘルプを入手 をクリック 下の方にスクロールとある「ヘルプを入手」をクリック。 ３．トラブルシューティング ツール をクリック ４．元の設定に戻す をクリック ５．再ログインして接続しなおす この操作をすると、一旦ログアウトされるので、再認証を行います。 その後WireGuardに接続すればOKです。 Surfsharkで利用できるプロトコルは3つ VPNのプロトコルについてなんですが、以下の３種類から選べます。 基本的にはWireGuard、ここが調子悪かったらOpenVPN（UDP）を利用するという感じになると思います。 プロトコル 通

どうも職業エンジニアです。 私は毎月末にサブスクなどの費用を見直しているんですが、一応その中にこのブログの運用費も含まれています。 今回はここの見直しの結果、このブログをサーバー移転することにしたよ！というお話です。 これまでの料金 このブログはこれまでAmazon Lightsailの7ドルプランで運用していたため、おおよそ1,085円/月のコストがかかっていたことになります。また、正確にはスナップショット（バックアップ的な）を日次取得していたのでそこのコストもかかっており、この前の請求額だと1,643円/月という金額になっていました。Lightsailのプランの中では2番目に安いプランとはいえ、そこそこの費用になっているのが分かると思います。しかもここにドメイン代が乗りますしね。。 まあいろいろ含めるとややこしくなっちゃうので、今回はシンプルにサーバー運用費のみにスポットを当てて見ていきたいと思います。 やはり価格が気になり、移行先を探すことに これまではずっと許容してきたのですが、Lightsailはドル建ての関係上、ここ数年でジワジワと価格が上がって

どうも、職業エンジニアです。 実は筆者、ブログルーツがカップラーメンのレビューにあるくらい、ラーメンを好んで食しているのですが、一人暮らしを始めたくらいから袋麵派になってしまったので、めっきりカップラーメンを食す機会が減ってきていました。 そんな筆者が久しぶりにカップラーメンを取り扱っていきたいと思います。 日清の冷たいやつ 結構話題になっていたので、知っている方も多いと思いますが、日清から「冷やしカップヌードル」なるものが発売されました。冷蔵庫で冷やした水を入れて5分で完成！ってやつです。 もともとカップヌードルで水でも戻るよっていうのは、災害時の情報として割と知られてはいますが、あれだと20分くらいはかかりますよね。なのにも関わらず今回は5分らしいので、なんかすごそう！的な感じです。 2バリ展開なっており、 * ピリ辛キムチ味 * 鶏塩レモン味 があります。 今回は「ピリ辛キムチ味」を購入してみました。 冷蔵庫で冷やしたいろはすも準備して、いざ開封！ いざ実食 開けた感じは、いつものやつ 早

このブログを始めてから5年ほど経ちましたが、初めてGoogleから警告されました。 一応解決することができたので、ここに対応内容を残しておこうと思います。 警告の内容について まずはどんな警告が来たのかから紹介します。 ″お客様のサイトのページの一部で有害なコンテンツが検出されました。早急にこのコンテンツを削除することをおすすめします。コンテンツが削除されるまで、Google Chrome などの各ブラウザで、サイトの訪問者やサイトから特定のファイルをダウンロードしようとしたユーザーに対し警告が表示されます。あらかじめご了承ください。″ ″不正なページ これらのページは、ユーザーを騙して危険な操作（望ましくないソフトウェアのインストール、個人情報の公開など）を実行させようとしています。詳細 該当なし″ はい、問題が検出されましたが、正直なんも分かりませんｗ この数日でやったことを思い返してみる まずはここ数日でやったことから、警告の原因になるようなことを探ってみます。 * NGINXの設定変更 * いいねボタンのエンドポイント変更

タイトル通り、栃木に日帰り旅行に行ってきました。とてもブログっぽいですね！ とりあえず東京駅→宇都宮駅へ 日帰りのため、なるべく多く栃木を回れるよう9時目途の新幹線に乗りました。東京駅から宇都宮駅だとだいたい1時間くらい。自分の出社がちょうど1hくらいと考えると、意外と近いなって印象でした。Door to Doorでも1時間30分くらいなので、本当に出社みたいな感じ。費用はめっちゃ高いですけどね。 観光ルート とりあえず観光ルートは以下の通りになりました。ほぼ休憩なしでギッチギチに詰め込んでしまいました。徒歩で回っている時間もかなり長く、一日で30,000歩くらい歩くことになりました。恐らく次行くときはもう少し余裕を持って休憩を挟む感じにすると思います、足痛くなるのでｗｗ 時間 スケジュール めも 08:00 東京 発 →新幹線で宇都宮へ（1h） 09:00 宇都宮 着 →大谷エリアへ移動（30min） 09:30 大谷資料館 幻想的＆涼しい→若竹の杜へ移動（15min） 12:00 若竹の杜 若山農場 すげえ壮大な竹林→

以前ブログにいいねボタンを実装してみたで導入したいいねボタンを最新化してみました。 なぜ最新化したのか 比較的雑なスタート もともと、いいねボタンは個別の記事ページのみに配置する想定で実装していました。んで、いいね数を取得するのも、更新するのも個別のpost IDをパラメータする形となっており、まあパラメータ同じだったら、参照&更新を同一APIにしちゃっていいか！という組み方にしました。 一覧にも表示したくなる しかし、結局あれこれやっているうちにTOPページなどにも記事ごとのいいね数を表示したくなってしまいました。この際、もともとのエンドポイントを利用しようとすると、記事数分のリクエストを投げなければいけなくなってしまい、結果無駄な通信が多く発生してしまうことになります。 パフォーマンス面の悪影響もそうですが、コスト的にもworkersの無料枠はリクエスト数に基づいて決まっているため、なるべく不要なリクエストが発生しないようにするべきです。 なので、今回この辺りをメンテナンスすることにしました。 修正方針について まずは修正方針を検討していきま

Wordpressと違ってGUIからの更新ができないため、定期的に自分で更新してあげる必要があります。そういえば最近更新していなかったため、ここに情報を残しつつ更新することにしました。 アップデートの手順 1.Ghost CLIを最新化 まずはGhostを管理するCLIツール自体を最新にアップデート。 sudo npm install -g ghost-cli@latest うまくいったら↓のログが出る！ 2.Ghostのディレクトリに移動 Ghostがインストールされているディレクトリ（例: /var/www/ghost など）に移動。 cd /var/www/ghost 3.念のためバックアップ　任意 万が一途中でコケたときのために、現在のデータや設定のバックアップをエクスポートしておく。 別の手段でバックアップしているならやんなくてもOK。 ghost backup 4.アップデートを実行 以下のコマンドを実行すると、最新バージョンへのアップデートが始まる。 ghost update こんな感じでバ

40歳が着々と近づいてきているということでだんだん体の事が気になってきました。特に食生活の部分はこれまでのようには行かなくなっているのを感じており、昔と比べて油ものがキツくなってきたり、量も食べれなくなってきたりと年齢をひしひしと感じている次第。 食後の眠気がすごい 筆者はもともと小食で朝はプロテインのみ、昼もおにぎりとプロテインみたいな感じの生活をしています。これだけだとエネルギー不足なので夜は頑張って食べるようにしていますが、この夜が鬼門なんですよね。 日中はそこまで食べていないので眠くもならないんですが、夜しっかり食べるとそれだけで眠くなることが増えてきており、ちょっとベッドに移動したらそのまま寝落ちして次の日を迎えるみたいな感じ。平日にこれをやってしまうとマジで仕事して寝るだけになってしまうので、なんとしても改善したい。。そんな悩みからたどり着いたのがカロリミットでした。 カロリミットってなに？ ファンケルから出てる老舗のサプリメントで「食事の糖や脂肪の吸収を抑える」機能がある機能性表示食品です。巷ではダイエットに効く、みたいな商品として有名だったりします

GoogleがRSSリーダーを閉鎖してからもう十数年経ちました。しかしGoogleはリーダーを作らなくなったとはいえ、RSS及びリーダーはまだまだ現役です。なんならAI時代になったことにより、情報の入力口としての活用方法が増えているような気もしますね。 では早速、Feedly→inoreaderの移行方法を見ていきましょう。 移行方法 ざっくりいうと、OPMLファイルをインポート、エクスポートするだけ。今回はFeedly→inoreaderの移行ですが、OPML自体が共通規格なので逆方向の移行もできるはず。 OPMLファイルのエクスポート（Feedly） Feedlyにログイン後、以下のURLにアクセスしOPMLファイルをエクスポートします。「Download your Feedly OPML」をクリックするだけでOKです。 https://feedly.com/i/opml OPMLファイルのインポート（inoreader） inoreaderにログイン後左サイドバーの「Add Feed」→「フィードのインポート」に進み、さきほどエクスポートし

このブログはAmazon LightsailというAWSのVPSを利用して動かしています。LightsailはAWSのサービスとしてはコスト管理がしやすく、比較的月額使用料が安定するものの、他のレンタルサーバーみたいに分かりやすく固定料金ではないですし、場合によっては不自然に高額になる可能性も秘めているため、これを運用する人間はそこそこ気をつかってコストと向き合っているはずです。 今日はそんなAWS運用者に役に立つであろう、Amazon Qによる分析を試していきたいと思います。 コスト管理開いたら、なんかいるやつ 実はいままで全然使ったことなかったんですが、↓の左側ペインにいるやつがAmazon Qですね。右側に開かれているのがいつものやつです。 さっそく使ってみる 試しに、 「2026年の月別コストを確認し、大幅な変動があったタイミングと原因を分析してください」 と投げてみます。 分析対象のデータが多いのでちょっと時間はかかりますが、それでも数十秒くらいで結果が出力されました。右側には分析結果をグラフにしたもの、左にはよく見るAIチャットのような解