著者: MoeJue(xxx@example.com)

これは100%分散型のブロックチェーンお年玉（レッドパケット）アプリケーションです。ユーザーはウォレットを接続し、金額と数量を設定してお年玉を送信し、リンクを通じて他の人と共有して受け取ることができます。すべてのデータと操作はブロックチェーンに基づいており、中央集権型サーバーは一切不要で、プロセス全体が安全、透明、追跡可能です。

興味があれば、GitHubで私のコードをご覧ください：redpacket‑dapp

機能ハイライト

• 🧧 お年玉の送信: ウォレットを接続後、金額と数量を設定してブロックチェーンにお年玉を送信します。
• 🎁 お年玉の受け取り: 共有リンクを通じて、他の人はウォレットを接続してブロックチェーンから直接お年玉を受け取ることができます。
• 🔗 スマートコントラクト: Solidityで書かれた安全なスマートコントラクトがすべてのロジックを処理します。
• 🌐 マルチチェーン対応: ローカルテストネットとBSCテストネットをサポートします。
• 💼 Web3統合: MetaMaskウォレットを使用して接続します。
• 🚀 完全分散型: バックエンドサーバーがなく、すべてのデータはブロックチェーンに保存されます。

技術スタック

• フロントエンド：React 19、React Router 6、TypeScript、Vite、Ethers v6
• コントラクト層：Hardhat、Solidity 0.8.x
• ツール：ESLint、Prettier
• バックエンド不要: サーバーへの依存なし ❌

クイックスタート

# 1. プロジェクトの依存関係をインストール
npm install
cd react-dapp && npm install && cd ..

# 2. ローカルブロックチェーンノードを起動
npm run node

# 3. スマートコントラクトをコンパイル
npx hardhat compile

# 4. スマートコントラクトをデプロイ
npm run deploy

# 5. フロントエンドを起動
npm run frontend

ディレクトリ構造

redpacket-web3/
├─ contracts/                # Solidity スマートコントラクト
│  └─ RedPacket.sol
├─ react-dapp/               # React + Vite フロントエンド
│  ├─ src/
│  │  ├─ components/         # 共通コンポーネント（ウォレットボタン、作成フォームなど）
│  │  ├─ config/             # ABI、コントラクトアドレス設定
│  │  ├─ hooks/              # カスタムフック（useWallet）
│  │  ├─ pages/              # ページ（Home、ClaimPacket）
│  │  ├─ styles/             # グローバルスタイル
│  │  ├─ utils/              # Web3 ユーティリティ関数
│  │  └─ App.tsx             # ルーティングとレイアウト
│  ├─ .env.example           # フロントエンドに必要な環境変数説明
│  └─ package.json
├─ scripts/
│  └─ deploy.js              # Hardhat デプロイスクリプト（自動的にフロントエンド設定に書き込みます）
├─ hardhat.config.js
└─ package.json              # ルートディレクトリのスクリプト（Hardhat + フロントエンドをワンクリックで起動）

使用ガイド

お年玉の作成

1. フロントエンドを開き、右上の「ウォレットを接続」をクリックします。
2. お年玉の総額と個数を入力すると、アプリケーションがフロントエンドで金額をランダムに分割します。
3. 送信後、MetaMaskでトランザクションを確認し、ブロックの承認を待ちます。
4. 成功後、システムが生成した受け取りリンクをコピーして友人と共有できます。

お年玉の受け取り

1. 共有リンク（URLに /claim/{packetId} が含まれる）を開きます。
2. 同様にまずウォレットを接続し、「クリックして受け取る」をクリックします。
3. 署名確認後、ブロックのパッケージングを待ち、ページに結果と残り個数が表示されます。

環境変数

• dapp/.env（開発環境では自動的に無視されます。.env.exampleを参照してください）
  • VITE_RPC_URL：フロントエンドが直接接続するノードRPC、デフォルトは http://127.0.0.1:8545
  • VITE_CONTRACT_ADDRESS：デプロイスクリプトによって書き込まれたアドレスを上書きできます。
  • VITE_CHAIN_ID：フロントエンドが使用するチェーンID（16進数）
• root/.env：Hardhatで秘密鍵やBSC RPCを参照する必要がある場合は、既存の記述をそのまま使用できます。

スマートコントラクト（RedPacket.sol）

コアメソッド：

この記事は2026-01-10に阿珏酱のBlogで公開され、最終更新日は2026-01-10です

著者: MoeJue(xxx@example.com)

最近、個人ブログに「大改修」を施しました。 単一言語バージョンから多言語サイト（簡体字中国語、繁体字中国語、英語、日本語）にアップグレードし、 その全プロセスを自動化しました。💪

主な内容は以下の通りです。

• メインサイトの記事を自動同期
• コンテンツを自動AI翻訳
• 多言語サイトの自動構築とデプロイ

なぜ Hugo を選んだのか？

それは、その自信に満ちたスローガンがあったからです。

“The world’s fastest framework for building websites.”

—— この一言で、これに決めました 😆。

しかし、私は「一つのテーマで多言語を切り替える」という伝統的な方法ではなく、 各言語に独立したテーマを持たせることにしました。 これにより、各言語バージョンが独自のデザインとレイアウトスタイルを保持し、 真に「文化的なローカライゼーション」を実現できます。

設計目標と制約 🎯

• 言語: 簡体字中国語、繁体字中国語、英語、日本語をサポートし、将来的に拡張可能。
• テーマ: 各言語に最適な Hugo テーマを使用し、無理に再利用しない。
• コンテンツ同期: 全言語で一つのコンテンツリポジトリを共有し、必要に応じて翻訳。
• デプロイ戦略: 各言語を独立して構築・公開し、異なるブランチやドメインにデプロイ可能。
• カスタムページ: 「友だちリンク」、「書斎」、「アーカイブ」などのページは、多言語で一貫した体験を維持する。

多言語設定戦略 🧩

各言語用に個別の設定ファイルを用意しました。 config/<lang>.toml で、主に以下の役割を担います。

1. テーマの指定（例: theme = "PaperMod"）。
2. その言語固有の title / description / keywords の定義。
3. 異なるテーマのナビゲーション構造に合わせるためのメニュー設定 [[params.menu]] の上書き。
4. 全体的な視覚的一貫性を保証するためのカスタムスタイルの注入。

この構造は非常に明確で、将来的にさらに多くの言語バージョンを拡張するのにも便利です。

GitHub Actions 自動デプロイマトリックス ⚙️

CI/CD 部分は完全に GitHub Actions に任せています。 .github/workflows/hugo.yml では、マトリックスビルドを使用し、 各言語を独立して構築・公開しています。

この記事は2025-11-02に阿珏酱のBlogで公開され、最終更新日は2025-11-02です

著者: MoeJue(xxx@example.com)

皆さんが使い倒したあのランダム画像APIを覚えていますか？本日、それがアップデートされました！過去数年間、ランダム画像APIは多くのフロントエンド開発者、二次元サイト運営者、さらにはデスクトッププラグイン愛好家にとっての「おもちゃ」であり「常用ツール」でした。

🥇 第一世代：シンプルだが扱いにくい出発点

当時のランダム画像APIは、正直なところ——単なるPHPスクリプトと1台のクラウドホストでした。当時の目標はシンプルでした：ランダムな画像を返すAPIを提供すること。

特徴は以下の通りです：

• すべてのリクエストが1台のサーバーに集中していました；
• 画像ストレージとAPIサービスが密結合していました；
• キャッシュなし、スマートな分散なし、単一ポイントのパフォーマンスに完全に依存していました；
• ピーク時にはCPUが急上昇し、502エラーが発生し、アクセスが遅く、トラフィックとストレージを消費していました；

[クライアント] ---> [中央サーバー(唯一)] ---> [画像ファイル]

🥈 第二世代：クラウド化とキャッシュの過渡期

第二世代に入ると、ランダム画像APIは「クラウド化」の段階へと移行しました。サービスはクラウドへ移行し、キャッシュ、CDN、ロードバランシングが導入されました。

主な変更点：

• 画像は第三者の画像ホスティングサービス（例：新浪図床）に一元的にホストされました；
• APIはクラウドホストまたは軽量アプリケーションサーバー上で動作しました；
• 基本的なキャッシュロジック（例：RedisまたはNginxキャッシュ層）が追加されました；
• サービス全体がより安定し、アクセス速度も大幅に向上しました。

[クライアント]
   ↓
[クラウドサーバーAPI層] --> [CDN キャッシュ] --> [画像ホスティングサービス(Sina)]

• アクセスは依然として中央サーバーを経由する必要があり、高負荷時や地域ネットワークの分布が不均一な場合、遅延は依然として顕著でした。
• すべてのリクエストはやはり「中央サーバー」を経由する必要があり、
• 一度サーバーがダウンすれば、全体が巻き添えを食らいました 💀。

🚀 第三世代ランダム画像APIが登場！

✨ 主要なハイライト

第三世代ランダム画像APIは、アーキテクチャレベルでの再生です。

Tencent Cloud EdgeOneの3200以上のエッジノードの強力な能力に支えられ、リクエストはグローバルに自動的にスケジューリングされ、ユーザーに最も近いノードで実行されます。これにより、真の非中央集権型分散アーキテクチャが実現されました。

⚡️ 主な変更点：

• 🌐 EdgeOneエッジノードネットワークに依存；
• 🧠 スマートなスケジューリング、近接応答；
• 🧱 エッジ関数をトリガーし、ノードで直接ロジックを実行；
• 📉 アクセス遅延が大幅に削減され、安定性と可用性が大幅に向上。

                            ┌────────┐
 [クライアント]  ──▶      │ 最も近いエッジノード │
                             └───┬─────┘
                                    ↓
                              [エッジ関数がリクエストを処理]
                                    ↓
                            [ランダム画像リンクを応答]

🗂 システムアップデート

• ✅ 2.8万枚の画像を追加し、コンテンツがより豊富に；
• ✅ システムアーキテクチャを完全に再構築；
• ✅ 旧バージョンのアクセス制限を削除；
• ⚠️ 画像は引き続き新浪図床にホストされています（歴史的および周知の理由により）、一時的に中継アクセスを介しています。

📡 アクセス体験アドレス：

👉 https://random.moejue.cn 注：周知の理由により、グローバルアクセラレーションゾーン（中国大陸を除く）

この記事は2025-10-15に阿珏酱のBlogで公開され、最終更新日は2025-10-15です

著者: MoeJue(xxx@example.com)

プロジェクト紹介

萌音商城モバイル版は、uniappをベースに開発されたマルチプラットフォームECシステムで、iOS、Android、H5、ミニプログラムなど複数のプラットフォームをサポートしています。システムはPHP + MySQL + FastAdminをバックエンド技術スタックとして採用し、完全なEC機能を実現しています。

主要機能

• 商品管理：カテゴリ分け、リスト表示、詳細表示
• ショッピングフロー：カート、決済、支払い、注文管理
• ユーザーシステム：会員センター、個人情報管理
• マルチベンダーモード：ベンダーが独立して商品と注文を管理
• 配送システム：注文をERP(管家婆)システムにプッシュして処理する機能をサポート
• デュアルモード取引：
  • オンライン注文、宅配便発送
  • オンライン注文、店舗受け取り/配達員による配送

システムプレビュー

バックエンド管理画面

ミニプログラム画面

バージョン説明

現在のバージョンはV1.0版です。一部の画面は将来の計画のために予約されており、実際のニーズに基づいて継続的に更新・改善されます。正式リリース版がなく、ミニプログラムの運用も開始していないため、オンラインでデモできるバージョンはありません。現在のプログラムはV1.0の初期バージョンであり、一部の画面は事前に計画されて予約されています。今後、ニーズに応じて更新されます。

購入について

• 価格：188元 (バージョン更新後、状況に応じて価格が調整される場合があります。実際の価格をご確認ください)
• 内容：完全なソースコード（モバイル版とバックエンドを含む、暗号化なし、ライセンスなし）
• 紹介リベート：友人の購入を紹介すると20%のリベートを獲得できます
• 更新サービス：生涯無料更新
• 利用規約：無断での転売は禁止します。違反した場合、更新サービスは停止されます。
• 開発サポート：ソースコードには詳細なコメントが含まれており、二次開発に便利です。
• プロジェクトホスティング：コードはGitHubでホストされており、更新履歴は完全かつ透明です。
• マルチプラットフォームサポート：他のクライアントはご自身でコンパイルする必要があります。WeChatミニプログラム環境をベースに開発されています。

連絡先

• QQ交流グループ：参加はこちら
• 個人のQQリンクがないため、グループ参加後、グループオーナーに@メンションして購入についてお問い合わせください。
• プロジェクトが売れ残っています。阿珏酱を助けてください。

オンラインデモ

• WeChatミニプログラム版デモ動画
• バックエンドのデモ環境についてはお問い合わせください。
• WeChatミニプログラムの体験権限追加についてはお問い合わせください。

この記事は2025-04-17に阿珏酱のBlogで公開され、最終更新日は2025-09-06です

著者: MoeJue(xxx@example.com)

✨ 緒山まひろの隠れ家 ✨

🌸 緒山まひろの隠れ家へようこそ 🌸

わぁ！私の秘密基地を見つけちゃったんだね！(*≧ω≦)

ここは緒山まひろの個人サイトだよ。かわいいアニメーションと面白いコンテンツがいっぱい！ ここでは、私のお気に入りのアニメ、マンガ、ゲーム、そして日常のささやかな幸せをシェアしていくね～

💕 私について 💕

私は緒山まひろ。エロゲを愛する引きこもりのダメニートだよ。 アニメ、マンガ、ライトノベル、そしてかわいいものが大好き！ 好きな色はピンクと水色！

  ∩∩
（･ω･）  <- 私だよ！
＿|　⊃／(＿＿
／ └-(＿＿＿／

🎀 サイトコンテンツ 🎀

• 🌟 素敵なアニメーション
• 📚 私のプライベートフォト
• 🎵 おすすめの音楽
• 📷 日常のワンシーン

🌈 関連リンク 🌈

• 🎭 デモ: https://mahiro.moejue.cn/
• 🏠 個人ブログ: https://MoeJue.cn/
• 🐱 GitHub: https://github.com/iAJue/Mahiro
• 📧 公式サイト: https://onimai.jp/

📝 著作権情報 📝

• このサイトは @Moejue によってデザイン・開発されました
• サイト内で使用されているすべてのアニメーション、マンガの画像、キャラクター、および関連コンテンツの著作権は、原作者（ねことうふ）およびその発行元（スタジオバインド、一迅社）に帰属します
• 著作権侵害の可能性がある場合は、上記の連絡先までお知らせください。速やかに関連コンテンツを削除いたします
• GNU GENERAL PUBLIC LICENSE Version 2
• Copyright © 2025 MoeJue. All rights reserved.

💌 スペシャルサンクス 💌

緒山まひろを好きでいてくれるみんな、ありがとう！(●’◡’●)

この記事は2025-08-23に阿珏酱のBlogで公開され、最終更新日は2025-08-23です

著者: MoeJue(xxx@example.com)

始める前に、まず基本的な概念を簡単に理解しましょう。以下のいくつかの点にまとめました。Web3.0とは何か、ブロックチェーンとどのような関係があるのか？（前回の記事がここで役立ちますね）

要件：PythonベースのWeb 3.0画像アップロードシステムを開発します。このシステムは、ユーザーが画像をアップロードし、その画像を分散型ネットワークに保存し、同時にトランザクション情報をブロックチェーンに記録することを可能にします。もともとは遊びで書いていたもので、ユーザー認証やファイル操作を統合した完全な管理システムにして、「画像アップロードサービスの最終的な解決策」にしようと考えたこともありましたが、実際にやってみるとあまり現実的ではないことに気づき、断念しました。しかし、私は昔から画像にこだわりがあるのです。

ステップの概要

1. 環境設定：Pythonを使用して開発し、必要なPythonライブラリをインストールします。
2. IPFS統合：画像をIPFSにアップロードし、画像のCID（Content Identifier）を取得します。
3. ブロックチェーン統合：IPFSのCIDをブロックチェーンに記録します。
4. Webインターフェース：Flaskを使用して、ユーザーが画像をアップロードできるWebインターフェースを作成します。

詳細なステップ

1. 環境設定

必要なPythonライブラリをインストールします：

pip install flask web3 ipfshttpclient

2. IPFS統合

IPFS（InterPlanetary File System）は、ピアツーピアのファイルストレージプロトコルです。ipfshttpclientライブラリを使用してIPFSネットワークと対話できます。

まず、IPFSノードをインストールして実行していることを確認してください。まだIPFSをインストールしていない場合は、IPFS公式サイトでインストールガイドを見つけることができます。

以下は、画像をIPFSにアップロードするコード例です：

import ipfshttpclient

def upload_to_ipfs(file_path):
    client = ipfshttpclient.connect('/ip4/127.0.0.1/tcp/5001')
    res = client.add(file_path)
    return res['Hash']

3. ブロックチェーン統合

web3.pyライブラリを使用してIPFSのCIDをブロックチェーンに記録します。ここではイーサリアム（Ethereum）をサンプルブロックチェーンとして使用します。

以下は、IPFSのCIDを保存するための簡単なスマートコントラクトの例です：

pragma solidity ^0.8.0;

contract IPFSStorage {
    mapping(address => string[]) public userCIDs;

    function storeCID(string memory cid) public {
        userCIDs[msg.sender].push(cid);
    }

    function getCIDs() public view returns (string[] memory) {
        return userCIDs[msg.sender];
    }
}

このコントラクトをコンパイルしてデプロイした後、以下のPythonコードを使用してスマートコントラクトと対話します：

この記事は2024-06-17に阿珏酱のBlogで公開され、最終更新日は2025-07-06です

著者: MoeJue(xxx@example.com)

初めてのマルチチェーンウォレット統合の実践的考察

ようやく時間ができてコードを整理できるようになりました。Web3プロジェクトでマルチチェーンウォレット接続機能を導入する際、主にEthereum、Polygon、BSC、Solanaが関わってきます。一見すると「互換性のあるロジックをいくつか追加するだけ」のように思えますが、実際に実装してみると、多くのことが思ったほど単純ではないと気づきました。

this.networkConfigs = {
    ethereum: {
        chainId: '0x1', // 1
        chainName: 'Ethereum Mainnet',
        nativeCurrency: {
            name: 'Ethereum',
            symbol: 'ETH',
            decimals: 18
        },
        rpcUrls: ['https://eth-mainnet.public.blastapi.io'],
        blockExplorerUrls: ['https://etherscan.io']
    },
    polygon: {
        chainId: '0x89', // 137
        chainName: 'Polygon Mainnet',
        nativeCurrency: {
            name: 'MATIC',
            symbol: 'MATIC',
            decimals: 18
        },
        rpcUrls: ['https://polygon-rpc.com'],
        blockExplorerUrls: ['https://polygonscan.com']
    },
    bsc: {
        chainId: '0x38', // 56
        chainName: 'BNB Smart Chain',
        nativeCurrency: {
            name: 'BNB',
            symbol: 'BNB',
            decimals: 18
        },
        rpcUrls: ['https://bsc-dataseed.binance.org'],
        blockExplorerUrls: ['https://bscscan.com']
    }
}

マルチチェーンは単に「複数のウォレットをサポートする」ことではない

最も強く感じたのは、チェーンが異なればウォレットのインタラクション方法も異なり、SDKの考え方すら違うということです。イーサリアムエコシステムでは統一されたWeb3.jsで多くのロジックを処理できますが、Solanaになると、完全に別のシステムであることがわかります。プロバイダーの接続、接続フロー、PublicKeyの構築方法が異なり、ネットワークの遅延や安定性までもがユーザー体験に影響を与えます。

この記事は2025-07-05に阿珏酱のBlogで公開され、最終更新日は2025-07-05です

著者: MoeJue(xxx@example.com)

前回に引き続き、時間を見つけてGitの主要なコマンドをまとめました。非常に素晴らしい、高解像度（1759*3162）のチートシートを見つけました。

ファイルの表示、追加、コミット、削除、復元、変更のリセット

git help # のヘルプを表示

git show # 特定のコミットの内容を表示 git show $id

git co – # ワークスペースの変更を破棄

git co . # ワークスペースの変更を破棄

git add # 作業ファイルの変更をローカルのステージングエリアにコミット

git add . # 変更されたすべての作業ファイルをステージングエリアにコミット

git rm # バージョン管理からファイルを削除

git rm –cached # バージョン管理からファイルを削除するが、ファイル自体は削除しない

git reset # ステージングエリアから作業ファイルに復元

git reset – . # ステージングエリアから作業ファイルに復元

git reset –hard # 直近のコミットの状態に戻す。つまり、前回のコミット以降のすべての変更を破棄

git ci git ci . git ci -a # git add, git rm, git ciなどの操作を一度にまとめて実行　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git ci -am “some comments”

この記事は2018-06-16に阿珏酱のBlogで公開され、最終更新日は2025-06-02です

著者: MoeJue(xxx@example.com)

プロジェクト概要

今日のWeb開発分野において、ユーザーエクスペリエンスとインターフェースデザインはますます重要になっています。

Mac Web Vue Templateは、macOSのデザインにインスパイアされた、モダンでエレガントなVue.jsのWebテンプレートです。Vue.jsをベースにした現代的なWebアプリケーションテンプレートであり、そのデザインはmacOSの優雅なインターフェースから着想を得ています。このプロジェクトは、美しいUIデザインだけでなく、完全なプロジェクト構造とベストプラクティスも提供します。

オンラインデモ

WebAi にアクセスすることで、このテンプレートの実際の効果を体験できます。招待コード(MoeJue)

主な特徴

1. macOS風のUIデザイン

   • macOSのデザイン言語を採用
   • 洗練されたすりガラス効果
   • エレガントなアニメーショントランジション

2. モダンな技術スタック

   • Vue.jsをコアフレームワークとして使用
   • Viteをビルドツールとして使用
   • Piniaによる状態管理
   • Vue Routerによるルーティング処理
   • SCSSプリプロセッサ
   • ES6+のモダンな機能

3. レスポンシブデザイン

   • あらゆる画面サイズに完璧に対応
   • スムーズなモバイル体験

プロジェクト構造の解説

プロジェクトは、明確でモジュール化されたディレクトリ構造を採用しています：

src/
├── assets/          # 静的リソース
├── components/      # Vueコンポーネント
│   ├── common/     # 共通コンポーネント
│   ├── system/     # システムコンポーネント
│   └── apps/       # アプリケーションコンポーネント
├── views/          # ページビュー
├── router/         # ルーティング設定
├── stores/         # 状態管理
└── utils/          # ユーティリティ関数

この構造設計により、プロジェクトは良好な保守性と拡張性を備えています。

この記事は2025-05-11に阿珏酱のBlogで公開され、最終更新日は2025-05-11です

著者: MoeJue(xxx@example.com)

ポータブルディスプレイを自作する方法

はじめに

家には古いノートパソコンが1台あります。バッテリーはもうダメですが、他の部品はまだ正常に動作します。しかし、技術の進化は非常に速く、このノートパソコンはウェブサイトを閲覧する以外に、ほとんど使い道がありません。捨てるのはもったいないし、売っても大した値段にはなりません。そこで、これをポータブルディスプレイに改造することにしました。そうすれば、ノートパソコンやデスクトップPCに接続して、ゲームをしたり動画を見たりと、もう一働きさせることができます。ちなみに、ハードディスクはすでにポータブルハードディスクに改造済みです。

材料の準備

• 廃棄するディスプレイ
• LEDスクリーン駆動ボード
• スクリーンケーブル
• キーパッド
• インバーターボード
• 電源 (12V 5A)

主な材料はこれだけです。通販サイトですぐに購入でき、価格も高くありません。電源は父のネックマッサージャーから直接取り外したもので、また一つ節約できました。

改造プロセス

1. ノートパソコンのディスプレイを分解し、スクリーンを取り出します。 もしお使いのスクリーンに対応する駆動ボードがわからない場合は、スクリーンの裏にある型番などの情報を写真に撮って販売店に送れば、それに合った駆動ボードを推薦してくれます。もちろん、電子回路に詳しい方なら、自分で回路図を設計して駆動ボードを自作することもできます。
2. 配線し、ホットボンドで固定します。 ps: ホットボンドは貧乏人の3Dプリンターですね。
3. 電源を入れてテストします。 私は手間を省くため、販売店に予め対応するファームウェアを書き込んでもらいました。
4. 信号を入力します。
5. キーパッドの機能調整をテストします。
6. 段ボールでケースを作ります。 どうやら私には廃材の段ボールでケースを作る才能がそこそこあるようです。見た目が悪すぎるのが心配で、壁紙シールを貼ってみました。家に3Dプリンターがある方は、直接ケースを設計してプリントすれば、もっと見栄えが良くなるでしょう。

完成品：

前面はホットボンドで接着したせいで、ちょっと見るに堪えない状態になってしまいました。

この記事は2025-04-13に阿珏酱のBlogで公開され、最終更新日は2025-04-13です