※本記事はAIによる自動生成です。

きっかけ：ある日突然パスキーが消えた

楽天証券にログインしようとしたところ、登録していたはずのパスキーが使えなくなっていました。

心当たりは一つ。少し前に「使っていない」と思っていたGoogleアカウントを削除していたことです。結論から言うと、これが原因でした。

なぜ消えたのか

パスキーは端末単体ではなく、Googleパスワードマネージャー（Androidの場合）やiCloudキーチェーン（iOSの場合）といったクラウド側に保存され、そこに同期される仕組みになっています。

つまり、パスキーの「実体」はGoogleアカウントの中に保管されているということです。そのアカウントを削除すれば、紐づいていたパスキーも一緒に失われます。当たり前と言えば当たり前ですが、「使っていないアカウント」のつもりが実はログイン情報の保管庫だった、というのはありがちな落とし穴だと思います。

復旧できるのか

Googleアカウントの削除には猶予期間（削除申請からおよそ2ヶ月）があり、その期間内であればアカウント自体を復元できます。今回はまだ期間内だったため、アカウントを復元したところ、紐づいていたパスキーも無事に復活しました。

猶予期間を過ぎて完全に削除された後だと、この方法は使えません。その場合は楽天証券側の緊急ログイン手段（自動音声ダイヤルで一時的にID・パスワードログインを有効化する仕組み）を使ってログインし、パスキーを作り直すことになります。

自分のGoogleアカウントにどんなパスキーがあるか確認する方法

せっかくなので、自分のアカウントに今どんなパスキーが登録されているか棚卸ししてみました。確認方法は簡単です。

1. https://g.co/passkeys にアクセスし、確認したいGoogleアカウントでログイン
2. パスワードや画面ロック（指紋・顔認証・PINなど）で本人確認
3. サービス名・作成日・使用デバイスなどが一覧表示される

同じ内容は passwords.google.com の「パスキー」タブや、Chromeなら chrome://settings/passkeys からも確認できます。実際に見てみると、楽天証券のパスキーがちゃんと表示されていました。

サブアカウントからメインアカウントへの「移動」はできない

一覧を見て気づいたのですが、このパスキーはサブとして使っていたGoogleアカウントに保存されていました。メインのアカウントにまとめたいと思い調べたところ、パスキーを別アカウントへエクスポート・移動する機能は存在しないことが分かりました。

そのため、やり方としては「メインアカウント側で新しいパスキーを作り直し、古い方を削除する」しかありません。手順は以下の通りです。

1. メインにしたいGoogleアカウントでログインしておく
2. 楽天証券のセキュリティ設定から「パスキーを追加」し、アカウント選択でメインアカウントを選ぶ
3. メインアカウントに新しいパスキーが登録されたことを確認する
4. 新しいパスキーで問題なくログインできることを確認してから、古いパスキーを削除する

ここで大事なのは順番です。先に古いパスキーを消してしまうと、万一新しい方でログインできなかった場合に詰んでしまいます。必ず「新しいパスキーでのログイン確認 → 古いパスキーの削除」の順で進めるべきです。

まとめ

• パスキーの実体はGoogleアカウント（やiCloudキーチェーン）に保存されている
• 「使っていないアカウント」のつもりでも削除すると紐づくパスキーも消える
• 猶予期間内ならアカウント復元でパスキーも復活する
• 自分のパスキー一覧は g.co/passkeys でいつでも確認できる
• パスキーの直接移動はできないため、作り直し＋旧パスキー削除で対応する

普段何気なく使っているパスキーですが、裏側の仕組みを意識していないと今回のような「まさかこれが原因で」という事態に繋がります。心当たりのある方は、一度自分のGoogleアカウントのパスキー一覧を確認してみることをおすすめします。

メールマガジンなどの通知はなしにし、支払いの通知や配送済みの通知などにはスマホの通知が鳴るという仕組みにしています。

さてどれを転送するかは、人それぞれですが、最初、メールアドレスで判断していました。Googleのメールフィルタは長いリスト。しかも新しいサービスを登録したときは、このリストに追加する作業もあります。

そこで、一度見直し、恒久的なやり方を考えました。

まず、「含む: is:important」です。Googleが重要だと判断したもの。そして、カテゴリに注目しました。カテゴリには「購入・ソーシャル・新着・フォーラム・プロモーション」があります。「含む: category:purchases」とすれば、決済通知などが転送されます。

受信トレイを見ると、カテゴリに属していないものがあります。さあ、これをどう表現するかです。転送したいものは「購入・新着」とカテゴリなしです。新着も「条件: category:updates」とすればいいのですが、カテゴリなしはどうするのか、といえば、「含まない:category:social category:promotions category:updates category:forums」とすればいいようです。検索ウインドウの検索では「-{category:social category:promotions category:updates category:forums}」と先頭にマイナスを付けて検索すると見事カテゴリなしがリストになります。

マックではNextcloudのNotesを使うようになり、メモを同期できることに便利さを感じ、そのデータをベースにJoplinを使っていました。その後、Obsidianに乗り換えようと思ったのですが、改行の扱いが違っていて、接している行は改行しないという仕様でした。本来のMarkdownの仕様らしいのですが、Joplinにはオプションがあり、改行を改行として扱えるので、すっかりそれに慣れてしまいました。そのため、Obsidianへの乗り換えは断念。すでに膨大なデータがあるのです。

最近は、AIによるアプリ開発が進み、プログラミングができない人でもアプリを作成し、公開しているのだそうで、世の中のアプリの数は以前よりも途方もなく増えているのだそうです。

アプリにどんな機能を装備するかは、難しい問題で、最小公倍数的に最小限の機能のものを作って、あとはプラグインとして機能を追加するもの。または最大公約数的に多くの機能を取り入れ、設定でオンオフしていくものなど、さまざまです。特定の誰かにとっては必要な機能も、誰かには不要だったり、じゃまだったりします。

誰かが作成したアプリからマッチングするものを探すのは大変な作業。以前は誰かが作ったものを探して、試して、使い始めるという工程が必要でした。大型アプリは今でもそうでしょう。

誰かのアプリを探すのは大変。だからこそ、個人のアプリ開発が広がっているというのもあるのでしょう。自分が使いやすいものは自分で作ればいい。自分が使う最小限の機能だけあればいい。自分に適したアプリを探すのはおっくう。ましてプラグインを探すとなるともっとおっくう。だったら自分で作ったほうが納得のできるものになる。

そんな時代の波に乗って、私も自分だけのナレッジ管理アプリを作ったわけです。以前使っていたWindows版の焼き直しではなく、発展させたもの。時代に合わせて進化したもの。毎日のように使いながら、自分でほしい機能を拡張していきました。毎日使うものだから、いろいろなことに気づく。

世の中には、標準的な仕様のもちかたがあるのですが、個人で使うにはそんなのは無視をしてもいいわけです。ただし、古くからコンピュータに携わってきたものとしては、そこはこだわりたい。

過去に私が作って公開していたアプリを絶賛してくれる人がたくさんいました。喜んでもらえるのは自分の栄養。ただ、その影には、私が他の方のアプリに抱いたように、自分には合わないと使うことで諦めた人も多くいるのでしょう。私は「ないものは作ればいい」という発想なので、探してもなければ作ってしまいます。それがAIで簡単に作れる時代になったというわけです。

AIに無理だと返されたことも1ヶ月過ぎれば、可能になっていることもあります。どこかで知恵をつけたのでしょう。矛盾することを指示したら、どうするかを逆質問されるようにもなりました。1年前はAI自身でソースコードを壊してしまったり、別のバグを発生させたりと手がかかりましたが、そんなこともかなりなくなりました。プログラミングの定番パターンとかつまづきポイントの学習量が格段に増えました。

私が作成したものも公開しています。AIが作り出した間接的なゴミかもしれませんが、だれかにマッチングするかもしれません。

Agenda - 書くほど、頭が整う

ハードウェア

長く使ってきた構成そのものなので、スペックは書いておきます。

• CPU: Intel Core i5-2400S（Sandy Bridge 世代）
• メモリ: 4GB
• ストレージ: SSD 480GB（ルート約 50GB + /home 約 392GB）
• NIC: オンボード Gigabit Ethernet

「EOL 後も動いているが、上げるのが怖い 1 台」の典型、という感じです。

方針

1. いきなり OS を上げない
   Web・メールなどは先に別の自宅サーバーへ寄せ、障害時の影響を小さくする。
2. 到達版は AlmaLinux 9
   公式どおり一度に飛ばせないので
   CentOS 7 → AlmaLinux 8 → AlmaLinux 9 の二段。
   （AlmaLinux 10 までは今回やらない）
3. 上書き後の役割は絞る
   残すのは基盤＋LAN DNS（Unbound）＋Samba。旧 Web / DB / メールは止める。
4. 上げたあとが本番の一部
   監視・PHP・管理 UI・メール通知・不要アプリの掃除まで含めて一区切りにする。

参考:

• ELevate Quickstart
• CentOS 7 → AlmaLinux 10（段階ガイド）

flowchart LR
  migrate[役割を他ホストへ] --> el8[ELevate 7→8]
  el8 --> el9[ELevate 8→9]
  el9 --> revive[必要なものを復活]
  revive --> cleanup[不要なものを削除]

上げる前にやったこと

自宅サーバーには、移行途中でもまだ色々残っていました。

• Web / DB: httpd、PHP（Remi）、MariaDB、Redis、Memcached、Webmin
• メール: Postfix、Dovecot
• 共有 / DNS: Samba、Unbound
• 監視: MRTG、snmpd、PCP
• その他: Docker 系、FDclone、Nextcloud など

メールは別ホストに Dovecot + LAN 向け Postfix を新設し、Web も寄せました。
AWStats は移行後に古い UID 所有のまま残っていて更新に失敗していたので、Web サーバ実行ユーザーへ所有者を戻して復旧。「移したつもりでも、権限で静かに壊れる」典型例です。

DNS は、作業中に名前解決が死なないよう、クライアント側の参照先をあらかじめ薄くしておきました。
コンソール手段（物理ディスプレイ／KVM など）の確保も重要です。Leapp 再起動後は SSH が長時間落ちます。

上げる直前には、不要サービス停止、第三者リポジトリの disable、CentOS 公式 repo 終了に伴う C7 mirror 切替、yum upgrade と再起動、PermitRootLogin yes などを実施しました。

Leapp の衝突回避のため、この段階では Webmin や Remi 系パッケージも外しています（あとで戻す前提）。

Phase 1 -- CentOS 7 → AlmaLinux 8

概略は公式どおりです。

yum install -y http://repo.almalinux.org/elevate/elevate-release-latest-el$(rpm --eval %rhel).noarch.rpm
yum install -y leapp-upgrade leapp-data-almalinux

rmmod pata_acpi
leapp answer --section remove_pam_pkcs11_module_check.confirm=True

leapp preupgrade
# /var/log/leapp/leapp-report.txt を読んで inhibitors を解消
leapp upgrade
reboot

つまずきどころ

1. answerfile 未回答 remove_pam_pkcs11_module_check.confirm=True を入れないと inhibitor で止まります。

2. Remi の libzip5 衝突

file /usr/lib64/libzip.so.5 from install of libzip-... conflicts with
file from package libzip5-...el7.remi

Web 本体はすでに他ホストへ移していたので、Remi PHP スタック・MariaDB 公式・Webmin などを削除して再実行しました。
サードパーティ RPM は Leapp 最大の敵、という印象が強いです。

3. 古い CPU についての注意
レポートには Sandy Bridge 世代が「RHEL 8 ではメンテ対象外」といった旨も出ます。
今回は警告止まりで通過できましたが、ハードが古いことは頭に置いておく必要があります。

成功後:

• OS: AlmaLinux 8.10
• ネットワーク設定は維持
• Unbound / Samba / SSH: 稼働

Phase 2 -- AlmaLinux 8 → AlmaLinux 9

「次のホップ」前に、Leapp が残した exclude を掃除します。

sed -i '/^exclude=/d' /etc/yum.conf /etc/dnf/dnf.conf
dnf remove -y leapp leapp-upgrade-el7toel8 python2-leapp snactor
dnf install -y leapp-upgrade leapp-data-almalinux

sed -i 's/^AllowZoneDrifting=.*/AllowZoneDrifting=no/' /etc/firewalld/firewalld.conf
leapp answer --section check_vdo.confirm=True

leapp preupgrade
leapp upgrade
reboot

到達:

• OS: AlmaLinux 9.8
• kernel: 5.14.x.el9

Phase 3 -- 上書き直後の役割固定

OS が上がっても、旧スタックを全部生かし続けないのがポイントです。

Unbound が起動しない

AlmaLinux 9 直後、Unbound が chroot 配下で sd_notify に失敗して起動できませんでした。 chroot を空にしてログパスを直し、復旧。
「OS は上がったのに DNS だけ死んでいる」状態なので、受け入れ試験で最初に見ると安心です。

ここで一区切り、と思いきや、実際には「やっぱり要るもの」が続いて出てきました。

Phase 4 -- 事後処理

上書きそのものより、上げたあとに何を戻し、何を捨てるかの方が生活に効きます。

4-1. Webmin / FDclone を戻す

衝突回避で外していたもののうち、運用で必要なものはあとから戻しました。

• Webmin
  公式リポジトリを入れ直し、dnf install webmin で導入。
• FDclone
  AlmaLinux 9 / EPEL には dnf パッケージが無い。 /root/work を作業場にしてソースを取得・ビルドし、/usr/local/bin/fd を入れ直した。
  （古いバイナリは libncurses.so.5 不足で動かなかったため、ncurses 6 向けに再ビルド）

4-2. MRTG を復活させる

MRTG 本体とグラフ用ディレクトリ、5 分ごとの cron は残っていました。壊れていたのは取得経路です。

• ELevate 時に net-snmp / snmpd が消えていた
• httpd も止まっていたので Web 公開も死んでいた
• firewalld に snmp が無く、LAN からの SNMP も不通

対応:

1. net-snmp 再導入、旧 snmpd.conf を復元
2. firewalld に snmp を追加
3. httpd を再有効化（MRTG 用 vhost）
4. mrtg を手動実行してグラフ更新を確認

これで NIC / CPU / メモリ / ディスク / 温度 / Unbound / speedtest 系のページが再び見えるようになりました。

4-3. PHP が動かない

Remi PHP を消したまま、AlmaLinux 9 側に PHP が入っていませんでした。
httpd は mpm_event + proxy_fcgi なので、mod_php ではなく php-fpm が本筋です。

dnf module enable php:8.2
dnf install php php-cli php-fpm php-mbstring php-xml php-gd php-mysqlnd ...
systemctl enable --now php-fpm
systemctl reload httpd

PukiWiki など既存の PHP サイトが、再び X-Powered-By: PHP/8.2.x で応答するようになりました。

4-4. logwatch は動いていたが、届いていなかった

cron.daily の logwatch 自体は動いていました。
ただし Postfix が消えていたため、メールが送れない状態でした。

対応:

• Postfix を再導入
• relayhost を別ホストのメール受信側へ（IPv4 固定）
• 宛先は従来どおり運用用アドレス
• テスト送信と logwatch 手動実行で status=sent を確認

4-5. 自動アップデートを入れる

AlmaLinux 9 では dnf-automatic が使えます。

毎日早朝帯（ランダム遅延つき）に更新が入る想定です。
「上げたはいいが、その後のパッチ運用が口伝」になりがちなのを防ぐ意味が大きいです。

4-6. crontab -e が壊れる（vim-minimal 問題）

crontab -e が /usr/bin/vi（vim-minimal）を開き、フル Vim 用の runtime（vim82）を読んで E319 連発、という状態になりました。

vim-enhanced は入っているので、既定エディタを vim にすれば解消します。

export EDITOR=vim
export VISUAL=vim
crontab -e

EDITOR は crontab 専用設定ではなく、エディタを開くツール全般向けの環境変数です。

4-7. 使っていないものを削る

上げたあと「止めたまま」「残骸のまま」を棚卸ししました。

削除したものの例:

• PCP 一式（無効化したまま残っていた）
• memcached
• ELevate / Leapp 残骸
• httpd-devel / php-ldap（導入時のおまけ・開発用）

補足: PCP 依存で sysstat も一緒に消えました。sar が必要なら別途戻します。

4-8. Nextcloud 残骸の撤去

昔運用していた Nextcloud の残骸が、かなり残っていました。

削除したもの:

• アプリ本体（DocumentRoot 配下）
• MySQL データディレクトリのうち Nextcloud スキーマだけ
• Apache の cloud 用 vhost / 古い Alias 設定
• ownCloud リポジトリ残骸
• 当該ホスト名の Let's Encrypt 証明書
• 古い ownCloud バックアップディレクトリ

movabletype や他スキーマの MySQL データ、phpMyAdmin 本体などは、まだ触っていません。
「OS を上げる」と「アプリを捨てる」は別作業ですが、上げた直後に棚卸しすると決断しやすいです。

実際の所要時間（ログから）

作業ログと Leapp / journal の差分から復元した 経過時間です。
マシンは上記の i5-2400S / 4GB / SSD です。

CentOS 7 → AlmaLinux 8

失敗込みで、ELevate 着手〜Alma 8 復帰までだいたい 70 分前後。
うまくいったパスだけなら、成功した upgrade + 再起動で 約 25 分、その前のきれいな preupgrade を足しても 30〜40 分程度です。

AlmaLinux 8 → AlmaLinux 9

8→9 は阻害が少なく、着手〜SSH 復帰までだいたい 35 分でした。

事後処理

こちらは阻害要因というより「棚卸しと復元」なので、実作業としてはだいたい 1〜2 時間見ておくと安心です。

壁時計が長い理由は、7→8 の衝突リトライに加え、Alma 8 到達から 8→9 着手までに空きがあったためです。マシンがずっとパッケージ変換していたわけではありません。

いまの姿

役割は「何でも屋」から、「共有・DNS・監視・必要最小の Web」へ寄った形です。

学び

1. 上書きの成否は、サードパーティ RPM でほぼ決まる
   Remi / 独自 MariaDB / Webmin は先に外すか、依存を切っておく。必要ならあとで戻す。
2. Leapp は preupgrade のレポートが本番
   inhibitor を残したまま upgrade しても無駄撃ちになりやすい。
3. DNS とコンソールは保険
   SSH だけだと、再起動後の長い沈黙で焦る。
4. 先に役割を移すと、削除が怖くなくなる
   Web/メールを他へ寄せてから Remi/MariaDB を消したので、衝突解消が現実的だった。
5. 上がったあとが本番の一部
   Unbound、MRTG、PHP、logwatch、自動更新、不要アプリの撤去まで含めて一仕事。
6. 「止めた」と「消した」は違う
   サービスを止めてもパッケージやデータ、vhost、証明書が残る。Nextcloud がその典型だった。
7. FDclone のような手元ツールは dnf に無いことがある
   EL9 ではソースビルド前提で、作業ディレクトリを決めておくと楽。
8. vim-minimal と vim-enhanced の罠 crontab -e が vi を掴むと、上がった直後の小さなストレスになる。

まとめ

古い 1 台を捨てずに AlmaLinux 9 へ延命できました。
ただし成功の実感は、cat /etc/os-release が Alma になった瞬間ではなく、

• グラフが見える
• PHP が動く
• ログメールが届く
• 自動更新が回る
• 使っていない雲の残骸が消える

あたりまで来てからでした。

同じ構成の人は、第三者リポジトリの棚卸しと、上げた翌日の事後処理リストだけは、どうか手を抜かないでください。

参考リンク

• AlmaLinux ELevate Quickstart
• ELevating CentOS 7 to AlmaLinux 10

AIコーディングが進化し、同時進行で処理するようになり、トークンの消費が速いような感じです。

さらに、Windows環境での開発でのトークン消費は、特に速く感じます。

macOS環境は、割と開発の本筋に専念できるのですが、Windows環境は、文字コードの問題やシステムの不安定さがあり、AIがファイルを壊すことがあります。間違った文字コードで上書きされると、それを修正・修復するのにトークンを消費するような状態で、なにか納得のいかないトークン消費が含まれています。

DelphiのPascalは、XcodeのSwiftに比べると、扱いづらそうでです。コードを生成しても文法エラーがよくでます。AIが扱いにくい言語仕様なのか、Pascalの知識の蓄積が少ないのか、よく間違えます。

今後、AIが進化して、トークンをより多く消費するようになったら、60ドルコースでも足りなくなるのでしょう。課金のシステム自体を考えてもらわないとダメかも知れません。

本屋大賞を受賞した「イン・ザ・メガチャーチ」で、推しに課金していくシステムの描写がありますが、AIの課金も何か推しの沼にハマっていくような気がするのは、私だけでしょうか。中毒性のようなものを感じます。

IBus は Wayland におけるデスクトップセッションから呼ばれるべきです。KDE では、'systemsettings5' を起動し、「入力デバイス」->「仮想キーボード」セクションにいき、「IBus Wayland」アイコンを選択し「適用」ボタンをクリックすることで、Wayland における IBus を構成することが可能です。他のデスクトップセッションでは、org.freedesktop.IBus.Panel.Wayland.Gtk3.desktop ファイルの中で 'Exec=' の行をセッションの構成ファイルにコピーできます。「Wayland 入力メソッド」構成について、それぞれのドキュメントを参考にしてください。「Wayland 入力メソッド」を構成する前に、デスクトップセッション内で QTIMMODULE と GTKIMMODULE の環境変数は未定義であることを確認してください。

どのようにすればいいのかは、ネットで調べれば出てくるのでしょうが、今回はAIに操作させてみることにしました。Cursorに上記のエラーメッセージを投げると、よくあるトラブルですと反応し、ホームディレクトリのファイルを編集し、すぐに解決してくれました。

たぶんGemini CLIなどのエージェントでも可能なのだと思います。ただし、Claudeなどは無料版ではCLIを使えないなどの制限があります。

Linuxには、日本語変換の設定など、WindowsやmacOSとは異なり、初級者には難しいこともあります。それらをAIが解決してくれるということで、敷居が低くなっていると思います。

ターミナルやcursorエディタのフォントも好みのものにし、Linuxにありがちな見た目も解消しました。アプリのインストールもアプリセンターを使うよりも簡単かもしれません。

ただし、ポケットやバッグから取り出してすぐに撮影できるコンデジには、スマホにはない魅力があります。

Panasonic LUMIX DMC-XS1は、薄くて軽く、持ち運びに便利です。しかしながら沈胴式レンズであるため、電源を入れてから撮影できるまでに少し時間がかかります。また、隙間からホコリが入ってしまうと写真にゴミが映り込んでしまいます。掃除機で吸ってもダメなときは、分解して清掃したこともあります。

それでも、かれこれ10年以上DMC-XS1を使ってきました。しばらくコンデジ市場が下火になっていたこともあり、もうDMC-XS1の一歩先を行くものが登場することはないのだろうと諦めていました。

スマホが小さなレンズで高画質な写真撮影を可能にしているのだから、まるでスマートフォンから通信機能などを外し、カメラ機能だけを残したようなデジカメがあってもいいのではないかと思っていました。ポケットにすっぽり入る小さなボディで、電源を入れてすぐに撮影できるような代物です。

その延長線上で、トイカメラというものにも興味がありました。小さくて安価で、キーホルダーのように持ち運べば「カメラを取り出す」という動作すら不要になります。しかし、トイカメラはどうしても写真が意図的なレトロ調になってしまうのがネックでした。

今回登場した「ナガオカ MOVIO MSL600」は、まさに「なんとなくこんなものがあったらいいのに」と思っていた理想に近いカメラでした。スマホのレンズのような構造なので、沈胴式ではありません。薄く、ポケットに入れやすいサイズ感です。

今まで使ってきたDMC-XS1とMSL600を比較すると、厚みはMSL600のほうが薄いのですが、縦横のサイズはMSL600のほうが少し大きいです。一方で重さは103g（DMC-XS1）に対して79g（MSL600）と、MSL600のほうが軽量に仕上がっています。

MSL600の画質については、一般的なコンデジには及ばないように感じます。一世代前のスマホの画質程度と言えるでしょう。レトロエフェクトなどの機能をオフにしても、写真にはどことなくレトロ感が漂います。

どうやらAndroidの場合は、物理的なディスプレイサイズの取得ができないことがあるらしく、キャリブレーションという名の下、定規を当てて補正する仕様となってしまいました。

長さを測りたいとき、普段は、巻き尺、定規、ノギスなどを使い分けて長さを測るわけですが、出先などで測定するものがないときに簡単に測れるものを、と思って作りました。ディスプレイの上に測りたいものを載せるだけ。

とりあえず、複数のPDFを結合するアプリは完成しました。さらにページの右上に青い文字でページ番号を入れ、結合前の先頭のページにジャンプできるようにしおりを入れる機能も入れました。

ウェブサイトのデータ保全は、ブログ運営者にとって避けて通れない課題です。手動でのFTP転送は時間がかかり、サーバー障害や誤操作、ランサムウェアのリスクに対して脆弱です。

この記事では、自宅のLinuxサーバーを司令塔とし、複数のレンタルサーバー（XREA/CoreServerなど）からデータを安全かつ最も効率的に引き出す、実運用に耐えうるバックアップシステムの構築方法を、技術的な仕組みと合わせて解説します。

????️ こんな課題を抱えていませんか？

• 毎週の手動FTP転送が面倒で、ついサボってしまう。
• バックアップファイルの容量が世代が増えるたびに膨大になり、HDDを圧迫している。
• パスワード認証で自動実行することにセキュリティ上の懸念がある。

???? 実現する技術的ソリューション

このシステムは、Linuxの強力なツール（rsync, lftp, cron）を組み合わせて構築され、以下の高度な機能を実現します。

1. ゼロコストの世代管理：Copy-on-Writeの仕組み

従来のバックアップと決定的に異なるのは、バックアップの世代が増えてもディスク容量がほぼ増えない点です。

• 仕組み: ダウンロードする前に、前回世代のディレクトリをハードリンク（iノード共有）を使って新しい世代ディレクトリに丸ごと複製します。その後、lftpやrsyncでリモートからデータをダウンロードし、変更があったファイルだけを上書きします。
• メリット: 変更のないファイルはハードリンクのまま残り、容量は消費されません。ディスク消費は変更差分のみに抑えられます。

2. 暗号化と自動実行の両立

• 安全な通信経路: パスワードやデータが平文で流れるFTPを避け、FTP over TLS (FTPS) やSSHトンネル（rsync）による暗号化通信を採用します。
• Cronによる完全自動化: パスワードを引数で渡す汎用シェルスクリプト設計により、cronが毎日静かに実行してくれる安定した日次バックアップを実現します。

3. 堅牢なファイルハンドリング

• マルチサーバー対応: 共通スクリプト設計により、複数のレンタルサーバー設定を一つのスクリプトで一元管理できます。
• シンボリックリンク無視: lftpの --no-symlinks オプションを適用し、レンタルサーバー上のリンク（例: ログへのリンク）を誤って辿り、余計なデータをダウンロードしたり、意図せずカレントディレクトリに書き込んだりする事故を防ぎます。

この記事を読んで、cronが毎日自動で、容量を気にせず、安全にデータを守ってくれる「賢いバックアップ」の体制を整えましょう！

日々の情報を1画面で確認できる個人用ポータルサイトを作成しました。天気情報、カレンダー、予定、検索、AI、クイックリンクを統合した、シンプルで使いやすいデザインになっています。

主な機能

1. 天気情報

• 現在の天気: 現在の気温、天気、湿度、風速、降水量を表示
• 今後の予報: 24時間分の時間別予報（3時間ごと）
  • 時刻、アイコン、説明、気温、降水量、風速を2行レイアウトで見やすく表示
• 明日以降の予報: 最大7日分の日別予報
  • 日付、アイコン、説明、最高/最低気温、降水量、風速を2行レイアウトで表示

2. 3か月カレンダー

• 3か月分のカレンダーを一度に表示
• 祝日を自動表示
• 予定がある日を強調表示

3. 行事予定

• ICSファイルから予定を取得
• 近日の予定を一覧表示
• 土日祝を色分けして表示

4. 検索機能

• 複数の検索エンジンに対応
  • Google
  • Bing
  • DuckDuckGo
  • Yahoo! Japan

5. AI機能

• 複数のAIサービスに対応
  • Gemini
  • ChatGPT
  • Claude
  • Perplexity
  • Microsoft Copilot

6. クイックリンク

• よく使うサイトを登録
• ドラッグ&ドロップで並び替え可能
• 追加・編集・削除が簡単

技術的な特徴

セキュリティ

• APIキーはサーバー側（.envファイル）で管理し、クライアント側には露出しない
• PHPプロキシ経由でAPIを呼び出すため、セキュア

パフォーマンス

• 天気情報を10分間キャッシュして、API呼び出しを最小限に
• ネットワークエラー時はキャッシュを利用

UI/UX

• 4列のグリッドレイアウトで情報を整理
• レスポンシブデザインでスマートフォンにも対応
• 美しいグラデーション背景
• ホバーエフェクトで操作性を向上

使用技術

• フロントエンド: HTML5, CSS3 (Grid/Flexbox), JavaScript (ES6+)
• バックエンド: PHP (APIプロキシ)
• API: OpenWeatherMap API
• データ形式: ICS (iCalendar), JSON

セットアップ

1. OpenWeatherMap APIキーを取得
2. .envファイルにAPIキーを設定
3. config.jsで都市名や緯度・経度を設定
4. PHPサーバーで起動

主要なAIの種類と得意分野

現在、多くのユーザーに利用されている代表的なAIツールをいくつかご紹介します。

1. ChatGPT (OpenAI)

• 特徴: 大規模言語モデル(LLM)の先駆けとして広く知られています。自然な会話能力に優れ、テキスト生成、要約、翻訳、プログラミングコードの生成・デバッグ、ブレインストーミングなど、幅広いタスクに対応できます。とくに、創造的な文章作成や複雑な質問への回答、情報整理に強みを発揮します。

• 得意分野:

• 文章生成: ブログ記事、メール、企画書、詩、物語など。

• 情報検索・要約: 特定のトピックに関する情報の収集と整理。

• プログラミング支援: コードの生成、エラー修正、解説。

• アイデア出し: 新規事業のアイデア、コンテンツの企画。

• 学習支援: 複雑な概念の解説、語学学習。

• 使い分けのヒント: ゼロから何かを創造したい時、複雑な情報を分かりやすくまとめたい時、プログラミングの助けが欲しい時に最適です。

2. Gemini (Google)

• 特徴: Googleが開発したマルチモーダルAIで、テキストだけでなく、画像、音声、動画など、さまざまな形式の情報を理解し、処理できる点が最大の特徴です。Googleの広範な情報と連携し、とくに最新の情報に基づいた回答や分析を提供することに優れています。

• 得意分野:

• マルチモーダル処理: 画像や動画の内容を分析し、関連するテキストを生成。

• 最新情報の検索・分析: Google検索と連携し、リアルタイムに近い情報を提供。

• データ分析: 表形式のデータやグラフの解釈。

• クリエイティブなコンテンツ生成: 画像とテキストを組み合わせたアイデア出し。

• 使い分けのヒント: 最新の情報を基にした分析が必要な時、画像や動画を含む複雑な情報を扱いたい時、Google Workspaceとの連携を重視する際に強力なツールとなります。

3. Copilot (Microsoft)

• 特徴: Microsoftが提供するAIアシスタントで、Microsoft 365アプリケーション(Word, Excel, PowerPoint, Outlookなど)との深い統合が特徴です。これらのアプリケーション内で直接AIの機能を利用でき、作業効率を劇的に向上させます。プログラミング支援ツール「GitHub Copilot」も有名です。

• 得意分野:

• Microsoft 365連携: Wordでの文章作成支援、Excelでのデータ分析、PowerPointでのスライド作成、Outlookでのメール作成・要約。

• プログラミング支援 (GitHub Copilot): コードの自動補完、関数やクラスの生成、テストコードの作成。

• 会議の要約: Teams会議の議事録作成や要点抽出。

• 使い分けのヒント: 日常的にMicrosoft 365を使用している方にとって、作業効率を向上させる強力なパートナーとなります。プログラマーにとっては、GitHub Copilotが開発速度を加速させます。

4. Claude (Anthropic)

• 特徴: Anthropicが開発したAIで、安全性と倫理に重点を置いている点が特徴です。長文の処理能力に優れ、複雑な指示の理解と実行、そしてハルシネーション(誤情報生成)の抑制に強みを発揮します。特に、CursorなどのAI搭載エディタに組み込まれることで、コード理解とプログラミング支援の分野でも高い性能を発揮します。

• 得意分野:

• 長文の要約・分析: 論文、契約書、報告書など、大量のテキストデータの処理。

• 複雑な指示への対応: 複数のステップや制約を含むタスクの実行。

• 倫理的・安全なコンテンツ生成: ガイドラインに沿った、信頼性の高い情報提供。

• 創造的な文章作成: 物語、スクリプト、詩など。

• プログラミング支援 (Cursor統合時): コードベース全体の理解、文脈を考慮したコード生成、リファクタリング提案。

• 使い分けのヒント: 長い文書を深く分析したい時、複雑なタスクを安全かつ正確に実行したい時、倫理的な配慮が求められるコンテンツを生成したい時に適しています。プログラミング分野では、Cursorエディタと組み合わせることで、コード全体の文脈を理解した高品質な開発支援を受けることができます。

AIの賢い使い分け方

これらのAIはそれぞれ異なる強みを持っているため、目的に応じて使い分けることが重要です。

• 情報収集と要約: 最新情報が必要ならGemini、一般的な知識や概念の深掘りならChatGPT、長文の深い分析ならClaude。

• 文章作成: 創造的な文章や長文ならChatGPTやClaude、Microsoft Officeでの作業効率化ならCopilot。

• プログラミング: コードの生成やデバッグならChatGPT、開発環境でのリアルタイムな補完ならCopilot (GitHub Copilot)、AI搭載エディタでの包括的な開発支援ならCursor。

• マルチメディア分析: 画像や動画を含む情報処理ならGemini。

• ビジネス文書作成: WordやPowerPointでの資料作成ならCopilot、契約書や報告書の分析ならClaude。

• 複雑なタスク・安全性: 複数のステップを含む複雑な指示や、倫理的・安全なコンテンツ生成ならClaude。

複数のAIを組み合わせることで、それぞれの弱点を補い、より高度なタスクをこなすことも可能です。たとえば、Geminiで最新情報を収集し、その情報を基にChatGPTでブログ記事の草稿を作成し、CopilotでWordに整形するといった連携も考えられます。

プログラミングにおいても、Cursorのようなエディタと他のAIを組み合わせる使い方が効果的です。Cursorでコード全体の構造を把握しながら開発を進め、特定の技術的な質問や複雑なアルゴリズムの相談はChatGPTで深掘りし、最終的な品質チェックや最適化をCursorで行うといった流れで、開発効率を大幅に向上させることができます。

AIは単なるツールではなく、私たちの生産性や創造性を高める強力なパートナーです。それぞれのAIの特性を理解し、目的に合わせて賢く使いこなすことで、日々の業務や学習、創作活動をより豊かにしていきましょう。

先日、マック用にスタートメニュー風のランチャーを作り、日々便利に使っています。ふとスマホやタブレットも同様のランチャーになれば使いやすいのではないかと、ホームアプリ作成に挑戦してみました。

アプリのアイコンは、自分で選択したカテゴリに振り分け、使うときは、カテゴリからアプリを選択できるようにしています。

よく使うアプリは、起動回数を記録したものに基づきソートしているので、よく使うものが上位に表示されています。カウントは今月と先月のカウントからランキングしています。ゆるやかに新しい傾向のよく使うアプリが表示されるように工夫しています。

最近使ったアプリは、使うたびに一番最初に上がってきます。使うときは繰り返し使うことがあるので、これも便利です。こちらのランキングは、2週間使わないとランキングから消えていきます。

画面の上部には、アプリで用意したウィジェットを配置しようと思ったのですが、アプリのウィジェットを配置するのは難易度が高そうなので、自作のウィジェットを用意しました。バッテリー消費軽減にも良い影響をしていることでしょう。

時刻の下にあるのは、システム稼働時間です。スマホも時々再起動したほうがいいので、その目安になるようにしました。

日付には、和暦も入れました。仕事で和暦も使うので、すぐに確認できるのは便利です。

2段目の左は、歩数です。Androidのヘルスコネクトと連携しています。中央はタップすると画面消灯します。これも便利です。そして、右にはバッテリ残量表示なのですが、ここに温度も表示しています。

一番下の段には、よく使うアプリのアイコンを配置しました。カテゴリ別のよく使うアプリの内容とかぶっているのですが、とりあえずこのままで。ピン留めしたアプリを配置するのもいいですね。

StartMenu

あなたのAndroidデバイスをパーソナライズするカスタムホームランチャーアプリ

アプリの概要

StartMenuは、Androidデバイスをより便利で効率的に使えるようにするカスタムホームランチャーアプリです。従来のホーム画面を置き換え、リアルタイム情報と便利な機能を統合した、モダンで使いやすいインターフェイスを提供します。

主要機能

カスタムホームランチャー

• デフォルトホームアプリとして設定可能
• カテゴリ別アプリ管理
• よく使うアプリの自動記録
• 使用頻度に基づくアプリソート

リアルタイムウィジェット

• デジタル時計とカレンダー表示
• 歩数計（Google Fit連携）
• バッテリー残量表示

歩数計機能

• Google Fit API統合
• Health Connect API対応
• 日々の歩数をリアルタイム表示
• シンプルで分かりやすい歩数表示

システム機能

• ワンタップ画面消灯
• アクセシビリティサービス連携
• システムロック機能
• セキュアな権限管理

ウィジェット詳細

時計ウィジェット

リアルタイムで現在時刻を表示。縦横画面対応のレスポンシブデザイン。

日付ウィジェット

今日の日付と曜日を美しく表示。日本語対応。

歩数ウィジェット

Google FitとHealth Connectの両方に対応。日々の歩数を一目で確認。

バッテリーウィジェット

デバイスのバッテリー残量をパーセンテージで表示。

システムロック

ワンタップで画面を消灯。アクセシビリティサービスを活用。

技術仕様

開発環境・技術スタック

言語: Kotlin

UI フレームワーク: Jetpack Compose

アーキテクチャ: MVVM + Repository

非同期処理: Kotlin Coroutines

最小SDK: API 31 (Android 12)

必要な権限

プライバシー保護への配慮

このアプリは以下の権限を使用しますが、すべて機能に必要な最小限の権限です：

• 身体センサー - 歩数データの取得のため
• アクティビティ認識 - Google Fit連携のため
• アクセシビリティサービス - 画面消灯機能のため

※ 個人情報の収集・送信は行いません。すべてのデータはデバイス内で処理されます。

主な特徴

レスポンシブデザイン

縦画面・横画面の両方に対応した柔軟なレイアウト。画面サイズに応じてウィジェットが自動調整されます。

リアルタイム更新

歩数データは定期的に自動更新。常に最新の情報を表示します。

モダンUI

Material Design 3に準拠した美しいインターフェイス。時間帯に応じた背景色の変化もサポート。

高性能

Kotlin Coroutinesによる非同期処理で、スムーズな動作を実現。バッテリー消費も最適化されています。

Diaブラウザでは、AIを使って、表示している動画の中を読み取って要約するという機能があります。とても便利なのですが、有料です。そこで、URLを貼り付けて、同様の機能を実現しようというのが今回のコンセプトです。

YTSummary - YouTube動画を自動要約するmacOSアプリ

YouTube動画の内容を素早く把握したい時、長い動画を最後まで見る時間がない時はありませんか？YTSummaryは、そんな悩みを解決するmacOSアプリケーションです。YouTube動画のURLを入力するだけで、AIが自動的に動画を文字起こしし、重要なポイントを日本語で要約してくれます。日本語、英語、中国語、韓国語など、あらゆる言語の動画を日本語で要約できるのが最大の特徴です。

使用方法

1. アプリケーションを起動
2. YouTube動画のURLを入力フィールドに貼り付け
3. 「要約開始」ボタンをクリック
4. 処理完了まで待機（通常1-3分程度）
5. 生成された要約を確認

使用技術

• フレームワーク: SwiftUI (macOS)
• 動画ダウンロード: yt-dlp
• 音声認識: OpenAI Whisper
• 要約生成: Google Gemini API
• 動画処理: FFmpeg

処理フロー

YTSummaryは以下の手順で動画を処理します：

1. 動画ダウンロード - yt-dlpを使用してYouTube動画をダウンロード
2. 字幕取得 - 利用可能な字幕ファイルを優先的に取得
3. 文字起こし - 字幕がない場合はWhisperで音声を文字起こし
4. テキストクリーニング - タイムスタンプやタグを自動削除
5. 言語検出 - 100以上の言語を自動判定
6. 要約生成 - Gemini APIで重要なポイントを抽出
7. 翻訳 - 必要に応じて日本語に翻訳

YTSummaryを使って、YouTube動画の内容を効率的に把握し、時間を有効活用しましょう！

今まで、ChatGPTでアイコンを作ってもらい、画像編集アプリで調整したあと、Xcodeで要求されるサイズの違うアイコンを作成し、Xcodeに貼り付けていました。しかし、アプリアイコンは、微妙な角丸と透明な周囲の余白があり、それを調整するのは手間でした。それらを一気に自動化するアプリを作成しました。

どこかにありそうなアプリなのですが、ChatGPTが存在しないというので、作成しました。単機能なので非常に簡単に作ってくれました。

いつもAIでアプリを作る流れは、ChatGPTに大まかなことを質問し、アプリ名を決めてから、Xcodeを開きます。プロジェクト名を考えてもらっています。アプリ制作は、Cursorエディタにおまかせ。最近は、ChatGPTである程度会話したあとに、アプリ作成の技術的なプロンプトを作成してもらい、Cursorエディタに投げるということをやってみました。

IconRounder - macOSアプリアイコンを簡単に角丸化する便利ツール

アプリの概要

IconRounderは、macOSアプリ開発者向けの便利なツールです。通常の画像ファイルを選択するだけで、macOSアプリアイコンに必要な7つのサイズ（16x16から1024x1024まで）を自動生成し、適切な角丸処理を施してくれます。

主な機能

使い方

こんな方におすすめ

技術的な特徴