编程

最近、なかなか面白い小実験をやってみました。 二次元キャラクターのちょっとしたアニメーション効果を、それぞれ： WebGL Canvas 2D 純 DOM + CSS の3つの方法で実装し直しました。 効果自体は複雑ではありません： まばたき 眉毛/下まぶたの連動 汗のゆらゆらした揺れ アホ毛の振り動き でも本当に面白いのは、「作れた」こと自体ではなく： 同じものを、3つの技術スタックで実装したとき、どれくらい差が出るのか？ というところです。 本質的には「フロントエンドグラフィクス色の濃い」再現実験でした。 最初はただアホ毛アニメーションを再現したかった インスピレーション元：https://tamanidamani.itch.io/nijikas-ahoge 当時のシンプルな思い：「自分だったらどう実装する？」 そしてやるほどに熱中してしまい、最終的にこうなりました： じゃあ、WebGL、Canvas2D、DOM の3パターン全部作ってみよう。 そうしてリポジトリは今の形になりました： canvas/ canvas2D/ dom/ 同じ効果を3つのバージョンで実装しています。 まず結論 一言でまとめるなら： WebGL が最強だけど、Canvas2D が一番書きやすくて、DOM がビジネス向け 1. WebGL バージョン：「本当のゲーム開発」に一番近い このバージョンが一番手間がかかります。 なぜなら本質的には「フロントエンドアニメーション」ではなく：GPU グラフィクスプログラミング だからです。 どう実装しているのか？ コアとなる考え方は： 背景レイヤー1枚 スプライトを重ねていく shader で描画制御 JS でアニメーションパラメータを動かす 例えば： アホ毛の回転 まばたきの切り抜き alpha ブレンド これらはすべて GPU 側で処理されます。 だんだんとこういうものに触れるようになります： uniform texture shader UV 頂点座標 テクスチャ座標 そして笑顔が消えていきます。 でも WebGL は本当に強い 要素が増えてくると、WebGL の「全然平気」という感覚が際立ちます。 特に： ...

最近、コードを書くときに奇妙な感覚がある。 書けないわけでもなく、書きたくないわけでもない。 だが—— 自分の書くことがどんどん不要になっているような気がする。 かつては、機能を実装する際の流れはこうだった。 要件を理解する → 設計を考える → コードを書く → デバッグ → バグ修正 → リリース 今はどうなっている？ 要件を説明する → AIがコードを書く → AIがバグを直す → 確認するだけ → リリース その間にあった「コードを書く」という大きな部分が、突然薄くなり、ほぼ存在しなくなる。 最初はそれがすごく楽だった。 だが、楽しくなるにつれて少し不安になる。 かつてのプログラマーは、「タスクを完了する」ことで得られる達成感に加え、コードを書く過程そのものにも多くの喜びを感じていた。 コードを書くことって、もはや重要じゃない？ かつて私はプログラマーの最も核となる能力は「コードを書くこと」だと思っていた。 速さ、美しさ、抽象化の度合い——これらが「レベル」の差を作っていた。 だが、今ではこの基準がだんだん通用しなくなってきている。 多くのコードは、人間よりAIの方が早く、あるいは同じくらい良く書ける。 特に以下のようなもの： CRUD API連携 通常のロジック処理 AIは圧倒的な効率でこなしてしまう。 時々自分で書いたコードをAIに投げるようになる。 「ちょっと見直して」 すると、単に改善されただけでなく、自分が気づかなかったケースまで補ってくれる。 その瞬間、微妙な違和感がある—— このコード、誰が書いたのか区別できない。 さらに奇妙なのは、自分で書くのをやめてしまうこと これが本当に危険だ。 かつてはコードを書くことは「制御感」だった。 一行一行自分が打ったし、なぜそう書いたのか理解していたし、どこに問題があるかも把握していた。 だが、AIに任せることに慣れてくると、自分で書くことが逆に遅くなることに気づく。 そしてこう感じるようになる： 「なぜ自分で書かなきゃいけないのか？」 これは怠惰ではなく、効率の自然な選択だ。 大きな整数を手計算しないように、自動で生成できるコードを自分で書く必要もなくなる。 プログラマーは、別の役割へと変貌している だんだんと毎日の業務内容が変わってきていることに気づく。 もはや： どれだけコードを書くか どんなデザインパターンを使うか コードがきれいかどうか ではなく、 この要件は何をしたいのか？ AIにどう伝えると誤解されないか？ 結果は正しいか？ ということに時間を費やすようになる。 コードを書く時間よりも、むしろ—— 問題を明確にする時間がかかる。 ...

これは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 + フロントエンドをワンクリックで起動） 使用ガイド お年玉の作成 フロントエンドを開き、右上の「ウォレットを接続」をクリックします。 お年玉の総額と個数を入力すると、アプリケーションがフロントエンドで金額をランダムに分割します。 送信後、MetaMaskでトランザクションを確認し、ブロックの承認を待ちます。 成功後、システムが生成した受け取りリンクをコピーして友人と共有できます。 お年玉の受け取り 共有リンク（URLに /claim/{packetId} が含まれる）を開きます。 同様にまずウォレットを接続し、「クリックして受け取る」をクリックします。 署名確認後、ブロックのパッケージングを待ち、ページに結果と残り個数が表示されます。 環境変数 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） コアメソッド： ...

✨ 緒山まひろの隠れ家 ✨ 🌸 緒山まひろの隠れ家へようこそ 🌸 わぁ！私の秘密基地を見つけちゃったんだね！(*≧ω≦) ここは緒山まひろの個人サイトだよ。かわいいアニメーションと面白いコンテンツがいっぱい！ ここでは、私のお気に入りのアニメ、マンガ、ゲーム、そして日常のささやかな幸せをシェアしていくね～ 💕 私について 💕 私は緒山まひろ。エロゲを愛する引きこもりのダメニートだよ。 アニメ、マンガ、ライトノベル、そしてかわいいものが大好き！ 好きな色はピンクと水色！ ∩∩ （･ω･） <- 私だよ！ ＿|　⊃／(＿＿ ／ └-(＿＿＿／ 🎀 サイトコンテンツ 🎀 🌟 素敵なアニメーション 📚 私のプライベートフォト 🎵 おすすめの音楽 📷 日常のワンシーン 🌈 関連リンク 🌈 🎭 デモ: 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. 💌 スペシャルサンクス 💌 緒山まひろを好きでいてくれるみんな、ありがとう！(●’◡’●) ...

初めてのマルチチェーンウォレット統合の実践的考察 ようやく時間ができてコードを整理できるようになりました。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の構築方法が異なり、ネットワークの遅延や安定性までもがユーザー体験に影響を与えます。 ...

プロジェクト概要 今日のWeb開発分野において、ユーザーエクスペリエンスとインターフェースデザインはますます重要になっています。 Mac Web Vue Templateは、macOSのデザインにインスパイアされた、モダンでエレガントなVue.jsのWebテンプレートです。Vue.jsをベースにした現代的なWebアプリケーションテンプレートであり、そのデザインはmacOSの優雅なインターフェースから着想を得ています。このプロジェクトは、美しいUIデザインだけでなく、完全なプロジェクト構造とベストプラクティスも提供します。 オンラインデモ WebAi にアクセスすることで、このテンプレートの実際の効果を体験できます。招待コード(MoeJue) 主な特徴 macOS風のUIデザイン macOSのデザイン言語を採用 洗練されたすりガラス効果 エレガントなアニメーショントランジション モダンな技術スタック Vue.jsをコアフレームワークとして使用 Viteをビルドツールとして使用 Piniaによる状態管理 Vue Routerによるルーティング処理 SCSSプリプロセッサ ES6+のモダンな機能 レスポンシブデザイン あらゆる画面サイズに完璧に対応 スムーズなモバイル体験 プロジェクト構造の解説 プロジェクトは、明確でモジュール化されたディレクトリ構造を採用しています： src/ ├── assets/ # 静的リソース ├── components/ # Vueコンポーネント │ ├── common/ # 共通コンポーネント │ ├── system/ # システムコンポーネント │ └── apps/ # アプリケーションコンポーネント ├── views/ # ページビュー ├── router/ # ルーティング設定 ├── stores/ # 状態管理 └── utils/ # ユーティリティ関数 この構造設計により、プロジェクトは良好な保守性と拡張性を備えています。 開発規範 プロジェクトは厳格な開発規範に従っています： 命名規則 ...

プロジェクト紹介 萌音商城モバイル版は、uniappをベースに開発されたマルチプラットフォームECシステムで、iOS、Android、H5、ミニプログラムなど複数のプラットフォームをサポートしています。システムはPHP + MySQL + FastAdminをバックエンド技術スタックとして採用し、完全なEC機能を実現しています。 主要機能 商品管理：カテゴリ分け、リスト表示、詳細表示 ショッピングフロー：カート、決済、支払い、注文管理 ユーザーシステム：会員センター、個人情報管理 マルチベンダーモード：ベンダーが独立して商品と注文を管理 配送システム：注文をERP(管家婆)システムにプッシュして処理する機能をサポート デュアルモード取引： オンライン注文、宅配便発送 オンライン注文、店舗受け取り/配達員による配送 システムプレビュー バックエンド管理画面 ミニプログラム画面 バージョン説明 現在のバージョンはV1.0版です。一部の画面は将来の計画のために予約されており、実際のニーズに基づいて継続的に更新・改善されます。正式リリース版がなく、ミニプログラムの運用も開始していないため、オンラインでデモできるバージョンはありません。現在のプログラムはV1.0の初期バージョンであり、一部の画面は事前に計画されて予約されています。今後、ニーズに応じて更新されます。 購入について 価格：188元 (バージョン更新後、状況に応じて価格が調整される場合があります。実際の価格をご確認ください) 内容：完全なソースコード（モバイル版とバックエンドを含む、暗号化なし、ライセンスなし） 紹介リベート：友人の購入を紹介すると20%のリベートを獲得できます 更新サービス：生涯無料更新 利用規約：無断での転売は禁止します。違反した場合、更新サービスは停止されます。 開発サポート：ソースコードには詳細なコメントが含まれており、二次開発に便利です。 プロジェクトホスティング：コードはGitHubでホストされており、更新履歴は完全かつ透明です。 マルチプラットフォームサポート：他のクライアントはご自身でコンパイルする必要があります。WeChatミニプログラム環境をベースに開発されています。 連絡先 QQ交流グループ：参加はこちら 個人のQQリンクがないため、グループ参加後、グループオーナーに@メンションして購入についてお問い合わせください。 プロジェクトが売れ残っています。阿珏酱を助けてください。 オンラインデモ WeChatミニプログラム版デモ動画 バックエンドのデモ環境についてはお問い合わせください。 WeChatミニプログラムの体験権限追加についてはお問い合わせください。

MoeKoe Music オープンソースでシンプル、見た目も美しいKuGouのサードパーティクライアント 🌎 GitHubリポジトリ | 📦️ インストーラーをダウンロード | 💬 ブログを訪問 はじめに 10年ほど前、ウェブ版QQを使っていた頃からKuGou Musicを使い始めました（もう10年来のファンです）。なので、この数年で集めた曲はすべてそこにあります。その後、NetEase Cloud MusicやQQ Musicも試してみましたが、KuGouのプレイリストをインポートしようとしても、結果は芳しくありませんでした。私が聴くのは主に日本のアニメのOPで、多くの曲が見つかりませんでした。 結局、KuGouに戻ってきました。しかし、Mac版のKuGouは時々再生できないことがありました。インターフェースはシンプルですが、それはそれで良い点です。ネットユーザーの勧めで、今はKuGouのコンセプト版で音楽を聴いています。これは市場で数少ない、VIP曲を無料で聴ける音楽プレイヤーで、強くお勧めします。 私の自己紹介ページで、特に日本のアニメのOPを聴くのが大好きだと書きました。それをどう証明するか？（以前のウェブ版プレイリストも長年放置されていました）そうだ、自分で音楽プレイヤーを開発しよう、と。 ✨ 特徴 ✅ Vue.js ファミリーを使用して開発 🔴 KuGouアカウントでのログイン（QRコード/携帯電話/アカウントでのログイン） 📃 歌詞表示をサポート 📻 毎日のおすすめ曲 🚫🤝 ソーシャル機能一切なし 🔗 公式サーバーに直接接続、サードパーティAPIは一切使用しません ✔️ 毎日VIPを自動で受け取り、ログインするだけでVIPに 🎨 テーマカラーの切り替え 👋 起動時の挨拶メッセージ ⚙️ マルチプラットフォーム対応 🛠 さらに多くの機能を開発中 Todo List [ ] 📺 MV再生をサポート [ ] 🌚 Light/Dark Modeの自動切り替え [ ] 👆 Touch Barをサポート [ ] 🖥️ PWAをサポート、Chrome/Edgeのアドレスバー右側の ➕ をクリックしてPCにインストール可能 [ ] 🟥 Last.fm Scrobbleをサポート [ ] 🎧 Mprisをサポート [ ] ⌨️ カスタムショートカットキーとグローバルショートカットキー [ ] 🤟 多言語対応 [ ] 📻 デスクトップ歌詞 [ ] ⚙️ システムアーキテクチャの最適化 [ ] 🎶 曲、プレイリスト/お気に入り、削除 📦️ インストール 本プロジェクトの Releases ページにアクセスしてインストーラーをダウンロードしてください。 ...

ArticleSync - マルチプラットフォーム記事同期プラグイン ArticleSyncは、ユーザーが複数のソーシャルプラットフォームに記事を簡単に同期・公開できるブラウザ拡張機能です。ローカルの下書きから、知乎（Zhihu）やBilibiliなどの主要プラットフォームに記事を公開することをサポートしています。これにより、異なるソーシャルメディアプラットフォーム間で記事を同期する作業が、シンプルかつ効率的になるワンストップソリューションを提供します。 ブラウザ拡張機能の仕組みに基づき、ローカルでログインしているアカウントを自動的に検出し、アカウント情報の漏洩や環境の異常といったリスクを防ぎます。 Chrome Manifest V3ブラウザ拡張機能の標準に基づいて開発されており、カーネルのバージョン要件にご注意ください。 背景 ご存知の通り、私は最近、いくつかのブログプラットフォームと多くのソーシャルサイトを新たに使い始めました。もし、それらすべてで活発に更新を続けたいと思ったらどうすればいいでしょうか。（私がまだ生きていることを証明するために）ついでに、ワンクリックで記事を転載することもできます。 私が最も頻繁に更新するのは自分の小さなサイトですが、他のプラットフォームはたまにしか更新しません。しかし、毎回手動で投稿するのは面倒です。そこで、ローカルでログインしているアカウントを自動検出し、自動で投稿してくれるプラグインが作れないかと考えました。 「自分のことは自分でやる」ということわざの通り、数日間いじくり回して、なんとか使えるものができました。残りの部分は時間があるときに更新します。お金をくれるなら話は別ですが。 このプラグインにはまだ多くの未完成な部分があり、本番環境で複数のプラットフォームでのテストも行っていません。エラーが発生するのはごく普通のことですので、その際はIssueを提出するか、自分で修正してPRを送ってください。てへぺろ〜 話の邪魔にならないように、スクリーンショットは最後に載せておきました。 それと、オープンソースは大変なので、スターを付けてくれると嬉しいです。へへへ〜 本当は、私のコミュニティプラットフォームを自動でフォローするような、個人的な機能を追加しようかとも思いました。 機能と特徴 マルチプラットフォーム対応：知乎（Zhihu）、Bilibiliなどの主要プラットフォームや、自作のオープンソースCMSシステムをサポートしています。 ステータス追跡：プラグインのインターフェースで記事の同期状況を確認できます。 アカウント管理：プラグインに連携されている各プラットフォームのアカウント情報を確認できます。 高い拡張性：開発者はアダプターパターンを通じて、簡単により多くのプラットフォームに拡張できます。 安全性と信頼性：ブラウザ拡張機能の仕組みに基づいているため、アカウントの安全性を確保し、情報漏洩などのリスクを回避します。 Todoリスト [ ] 独立した記事エディタ [ ] 画像のワンクリック同期 [x] MarkdownとHTMLの相互変換 [ ] サードパーティの画像ホスティングサービス [ ] 複数アカウント管理 [ ] マルチOSクライアントバージョン [ ] ワンクリックAI要約 [ ] 動画の同期 [ ] タグ、カテゴリのサポート [ ] より親切なエラーハンドリング [ ] より多くのプラットフォームへの対応 対応プラットフォーム メディア カテゴリ ステータス URL 対応形式 更新日時 Bilibili (哔哩哔哩) 主要セルフメディア 対応済み https://bilibili.com/ HTML 2024/10/13 知乎 (Zhihu) 主要セルフメディア 対応済み https://www.zhihu.com/ HTML 2024/10/13 博客园 (Cnblogs) ブログ 対応済み https://cnblogs.com/ HTML 2024/10/14 新浪头条 (Sina Headline) 主要セルフメディア 対応済み https://weibo.com/ HTML 2024/10/14 Emlog オープンソースCMS 対応済み https://www.emlog.net/ HTML 2024/10/14 WordPress オープンソースCMS 対応済み https://cn.wordpress.org/ HTML,Markdown 2024/10/14 Discuz! オープンソースCMS 対応済み https://www.discuz.vip/ Markdown,Text 2024/10/15 インストール手順 リポジトリをローカルにクローンします： ...

近況 前回の雑談からもう2ヶ月以上も経ってしまいました。そろそろ自分の考えを整理する時が来たようです。前回は色々と感慨を述べたきり音沙汰がなかったので、少し急ぎすぎたかもしれません。その後の作業が追いつかなくなってしまいました。 また国慶節の季節がやってきました。やはり私の国慶節は「独身の日（ダブルイレブン）」のようなものです。以前所有していた3つのドメイン（52ecy.cn, moeins.cn, moeins.com）は、復活戦には勝ったものの、装備がなくなってしまいました。 そのため、ドメインを新規購入するしかありませんでした。同時にもブログを復旧させました。やはり自分でいじりたいのでしょう。博客园（cnblogs）に間借りするのは、どうも居心地が悪く感じます。 以前からずっと使っていたemlogですが、この機会に思い切ってシステムをWordPressに移行し、同時に新しいテーマに切り替えました。このテーマは专收爆米花さんが21年頃にリリースしたもので、当時locで見かけてすぐにstarを付け、私のGitHubで4年間眠っていましたlolimeow。当時はずっとemlogを使っていたので、いじるのが面倒だったのです。この機会に乗じて、徹底的にやろうと決め、データの移行やテーマの調整など、かなりの手間をかけました。 作者の方がずっとテーマの更新を積極的に進めてくれていたおかげで、使用中に大きな問題はありませんでした。しかし、私が以前使っていたシステムの機能がいくつか欠けていたので、私もこのテーマを更新し、元のリポジトリにプルリクエストを送りました。上に貼ったGitHubのリンクは私が更新した後のものです。 最も面倒だったデータ移行の部分ですが、ネットで長いこと探し回ってもexe版しか見つかりませんでした。exe版はなんとなく不安な感じがする上に、私は今Macを使っているので、直接実行することもできません。「ないなら自分で作ればいい」ということで、時間をかけて移行スクリプトを自作するしかありませんでした。GitHubのアドレスは記事の最後に載せてあります。emlogのデータをWordPressに完璧に移行できます。さすが俺！ 画像はこれまで通り、一部はバックアップとして七牛云（Qiniu Cloud）に、もう一部は新浪图床（Sina Image Hosting）に保存しています。移行してみると、市場には私に適した使いやすい七牛云プラグインがなかったので、また自分で一つ作りました。 新ドメイン あまり気は進みませんでしたが、またドメインを変更するしかありませんでした。以前のドメインは他人の肥やしになってしまいました。萌音シリーズ：MoeKot.cn。「萌音ノート」「萌音カード」「萌音コミュニティ」「萌音ストア」などを含む萌音シリーズは、今後このドメインの下に置かれます。メインサイトシリーズ：MoeJue.cn。これは私のメインサイトで、ブログやシリーズに属さないプロジェクトなどがこのドメインの下に置かれます。 解説 Moe: 日本語の「萌え」の読み方で、ローマ字表記です。中国語では一般的に「萌」と訳されます。 Kot: 日本語の「声（こえ）」を意味する言葉で、ローマ字表記です。 Jue: 阿珏（A Jue）ちゃんの簡単な音訳です。 ブログ 私はとても昔を懐かしむ情に厚い人間なので、以前のブログもすべて残してあります。Xlog cnblogs emlog Blog 関連サイトのドメインも移行しましたが、すべてをリストアップするのはやめておきます。もちろん、一部のリンクが完全に置換されていない可能性もあります。 すべてのデータは元のままで、誰一人のデータも欠けていません。ブログの登録ユーザーのデータさえも一緒に移行したので、新しいシステムで直接ログインできます。パスワードも同じです。 ぜひstarを付けてください！ 使い方もREADME.mdに書いておきました。何か問題があれば、直接issueを立ててください。 emlogからWordPressへの移行スクリプト 私のブログは間もなくTencent Cloud開発者コミュニティにも同期される予定です。皆さんのご参加をお待ちしています：https://cloud.tencent.com/developer/support-plan?invite_code=15kxzzid10tgx