全記事インデックス

大雑把な手順と注意点だけ書く。詳細は各オンラインマニュアルを参照。

想定条件

• ドメインはValue Domainで独自ドメインを取得済み
• CGIやPHP、WordPressを使用しない静的コンテンツのみホストする
• FTPクライアントはFileZillaを使用する

手順

この順番通りじゃないと上手くいきません。

1. コアサーバー (V2) のアカウントを取得する
2. コアサーバーに取得済みドメインを登録する（DNSの設定変更は後回しでいい）
   →ドメイン設定の新規作成 | マニュアル | サポート | レンタルサーバー CORESERVER（コアサーバー）
3. 設定したドメインのルートディレクトリにファイルをアップロードする（任意）
   →FileZillaの設定方法 | マニュアル | サポート | レンタルサーバー CORESERVER（コアサーバー）
   デフォルトのリモートディレクトリは/domains/<ドメイン名>/public_htmlに設定する。このディレクトリにアップロードしたindex.htmlがそのドメインのトップページになる。
4. XREAサイトの無料SSLを解除する
   →無料SSLの新規設定 | マニュアル | 無料から使えるレンタルサーバー【 XREA（エクスリア）】
5. 取得済みドメインのDNS設定を変更する
   →DNS情報・URL転送の設定 | バリュードメイン ユーザーガイド
6. コアサーバーに無料SSL（常時SSL）を設定する
   →無料SSLの新規設定 | マニュアル | サポート | レンタルサーバー CORESERVER（コアサーバー）
7. 取得済みドメインを無料対象として紐付け申請する（V2プランのみ。購入後1か月以内に申請する必要あり。）
   →既存ドメインを永久無料対象として紐付け | マニュアル | サポート | レンタルサーバー CORESERVER（コアサーバー）

あなたがこれを読んでいるということは、サーバーの引っ越しは無事に完了しています！

サイトの構造はほぼそのまま、見た目も変えていません。ただ、静的サイトジェネレーター (Hugo) をバージョンアップしたときに発生したエラーを解決するためにテンプレートを修正したので、内部のコードは若干変わっています。インデックスページは5ページまでさかのぼれます。それ以上さかのぼるビジターはほとんどいない中、毎回200ページ近くのインデックスをビルドするのは時間と資源の無駄遣いになっているため、やめました。カテゴリーやタグ、記事一覧からは従来通り全て参照できます。

Hugoで作ったサイトを設置するにふさわしいWebホスティングサービスを調べて、VercelかNetlify、Cloudflareの3択に絞った。Vercelは無料プランでは一切の商用利用が認められていない。このサイトではアフィリエイトリンクはあまり貼っていないが、全くないわけでもない。Netlifyは調べている過程で、日本からのアクセスは遅いという話（5年前の記事だが）があり、対処法はあるらしいが手間を掛けるのは勘弁なので、候補から外した。

Cloudflareを検討

Cloudflareは無料プランでも商用利用可能。Gitリポジトリーを通したビルドは月間500回まで。ファイル数は20,000。1ファイルのファイルサイズは25MiBまで。この中で少し気掛かりな制限はファイル数か。現状、このサイトには11,000ファイルがある。2025年の1年間で約800ファイルが増えているので、このペースだと10年後には20,000を超えている。また、ファイルサイズが数百MBあるので、ローカルプレビューや同期の負荷が重い（そのため現状でも画像ファイルは過去2年分しかローカルに保持していない）。この対策として、昔のGoogle Driveのように外部配信可能なクラウドストレージサービス “Cloudflare R2” を使った方法がある。記事と画像でアップロード先を変えるとなると、一手間加えないといけないが、自動同期まで設定できれば、そこまで大きな負担にはならないだろう。

Hugoテンプレートを修正

今のテンプレートはHugoを8年前からアップデートせずに組み合わせて使っているため、Hugoの最新版でプレビュービルドしたところ、いくつかの仕様が変わった部分で不具合が発生した。私のテンプレートはインデックスのpaginatorとタグ、カテゴリーのインデックスページをあまり一般的でない形に改造しているので、ここを修正するのに少し手間取った。

サブディレクトリーに置けない問題

GithubにファイルをアップロードしてCloudflareでディプロイを組むところまではできた。Github Desktopでプッシュした変更は、間もなくCloudflareでHugoが自動的に実行される。これは確かに便利だ。

しかし、ここで一つ難題が発覚した。私のサイトは一つのドメインにサブディレクトリーでHTMLページ群とHugoで生成したページ群を住み分けしている。一方、Cloudflareの自動ビルドはサブドメイン単位で設定される。また、旧来のHTMLサーバーのようなFTPアクセスやファイルマネージャーというものは存在しない。サイトの構造を変えないといけないようだ。HTTP 301応答でリダイレクトを組むことはできそうだが、それは結局、構造の変更を受け入れることになる。8年間維持してきたページ構造を変えることは私としては避けたい。Cloudflareは断念して、今より運用コストが下がるCORESERVERへ丸ごと移すのが無難なんかねぇ。うーむ。

→一応、サブディレクトリーで運用する方法はあるにはある。Hugoなどで作った成果物をGithubへアップロードして同期する方法だ。FTPでのアップロードがGitに変わるだけなのでディプロイの恩恵はないが、Cloudflareのインフラに魅力を感じるなら有か。

2018年にXdomain無料レンタルサーバーの不調に耐えかねてXREA有料枠へ移動してきたけど、こちらも障害情報には掲載されていない程度のダウンタイムが多い印象がある。短いときは数分で復旧するけど、長いときは2時間近くアクセスできない。このブログは自分のメモとしてとっさに見返すときがあるので、必要なときに見られないのはストレスが溜まる。

XREAを運営するGMOでは有料専用プランでCORESERVERという上位サービスを展開している。こちらは月額380円（初回は20%引き）だが、今なら.comドメインなどの更新費用が永年無料になる特典が付いてくる。これはほとんど従来のドメイン更新費用と同額であり、XREA Plusを併用するより確実にお得だ。ただ、バナーリンクの宣伝ページには書かれていないが、このサービスの初回は初期費用として1650円が別途かかる。36か月契約で考えればないような数字だが、そこは気持ちの問題だ。

そのバナーを見つけるまでは、全く別のサービスへ乗り換えることを検討していた。Hugoでサイトを作っている人を見ると、Github PagesやNetlifyを使う人が多いことに気付く。個人利用なら無料プランで問題ないという。しかし、つい3年前に日曜プログラマーとしてGithubを使い始めた私には、CDNとかディプロイかよくわからん。Hugoを使っている人はみんなこんな小難しいことをやっているのか。それとも、始めてみたら意外と難しくないのか。ITインフラの整備は私の仕事じゃない。ただブログを書きたいだけなんだけどな。

markdownをプッシュしたら自動でHTMLをビルドしてくれるのは少し魅力的なので、もう少し勉強してみて、できそうだったらやってみる。

→ AI の人格とは何か――定義の解体から可能性の認識へ | dzfl.jp

AIに人格があるかどうかを議論するには、そもそも人格とは何か、人間らしさとは何かの問いについて自分なりの答えを明らかにする必要がある。この話を読んで断片的には理解できるけど、私にとっては難しい話でよくわからんな。少なくとも、技術や論理だけではカバーできない奥深いテーマであることは確かだな。

2週間くらい前、サブウェイで創業祭としてベイクドクッキーとのセットが割安になっていたので、食べてみた話。

毎月数回サブウェイに寄る機会があって、私のお気に入りのオーダーはトーストしたBLTサンドにチーズとチポトレソースのトッピングなんだけども、BLTサンドと私が食べたことのないベイクドクッキーとのセットで割安のメニューが出ていたので、試しで注文してみた。味はパン屋とか手づくりで出てくるような、バターしっかりのクッキーで、Morinagaのマカダミアクッキーでは味わえないしっとりした食感がある。風味もしっかりある。ただ、しっとりした食感は私の好みじゃないなと思った。パンもクッキーもタルトのクッキー生地も、サクサクに限ると思うね。近所のパン屋で焼きたて1時間以内のパンを食べることができたときが一番の至福。パンにも色んな種類があるけど、デニッシュパン、ウインナーパン、フレンチトースト、クロワッサン、カレー揚げパン、どれにしても焼きたてのサクサクふわふわが一番うまい。最近、近所のセブンが揚げ物棚みたいな場所にクロワッサンを並べてベーカリーシリーズを始めているけど、あれはいい試みね。残念ながら食べ時の昼に行く機会がないことが惜しい。

サブウェイの話のつもりが、セブンの話にすり替わったな。

※この記事は興味本位から調べて書いたものであり、恐らく正確性を欠いています。

ある機械や設備の運転状態を赤色と緑色の2色の表示灯で表すとき、緑を運転とするか、赤を運転とするかは、産業分野によって議論が分かれる。機械オペレーターは緑が運転と答えるだろうし、電気技術者は赤が運転と答える。

トップの写真は動力電源盤で、赤ランプが運転、緑ランプが停止を示している。次の写真はIBMシステム/370コンピューターの操作盤で、POWER OFF（電源遮断）が赤色、POWER ON（電源投入）は白色のボタンが付いている。

電気技術者の私にとって赤が運転・入、緑が停止・切として完全に意識に定着しているが、機械オペレーターや一般の人にとっては交通信号と同じ要領で、緑が運転（オン）、赤が停止（オフ、スリープなど）と考えるだろう。この一種の混乱は戦前から既に起きていた様子が見られる。

油入開閉器の開閉及表示燈の色別と鐵道の轉轍器の開閉及信号燈の色別とを混同してはならぬ。即ち電氣の方では開閉器を開くと言ふのは電氣の通らぬ樣にする事であり、赤色の表示燈のついて居るのは電氣が通って居って人体に對しての危險信號である。斯くの如く電氣の流通と列車の通行とは其信號がアベコベであるから間違ってはならぬ。（資料1）

電気分野の色別は長らくの間、1946年に制定された日本規格『JES 電気 0601（電気装置のトッテの操作と状態の表示）』（後にJIS C 0601となり、1998年にIEC整合化のためJIS C 0447, 0448の制定とともに廃止）を根拠としてきた。この規格では次のような規定があった。

2条　操作と表示の種類　トッテの操作方向・トッテが2つある場合（組になっているもの。例えば1つが切り、1つが入れに使うもの）の配置・操作の仕方を示す色分け、ならびに、状態を表示する表示灯又は表示部の色分け・光度・音量・面積・数・配置は表に示す種類とする。

この条文では消極的方向への操作と積極的方向への操作の2種類に分けている。遮断器の操作レバーは左が切りで右が入り、縦方向のブレーカーは下が切りで上が入り、ランプは緑が切りで赤が入りとなっているのは、80年前に制定された標準化規格が元になっているわけだ。ただし、後継規格の JIS C 0448 ではこのような色別は廃止され、赤色は危険、非常、緑色は安全、正常であることとし、装置の状態としての意味付けはないとした。

一方、民間の業界団体である日本電機工業会が1956年に定めた『JEM 1100 電動機制御用操作スイッチのボタンの色別、文字ならびに配列』では「停止、急停止または非常停止に赤を使用する」と規定し、JIS規格（電気）と矛盾していた。この内容は2023年にJIS B 9960-32へ移行した。そこでは、

非常停止及び非常遮断用アクチュエータには，赤を用いなければならない。停止（オフ）用アクチュエータの色は，黒，灰色，又は白とし，黒を最優先する。緑を停止に用いてはならない。赤は，停止に用いてもよいが，非常用操作機器の近くでは用いないことが望ましい。

となった。なお、ランプの色についてはJIS C 0448とほぼ同じ規定が書かれている。

この混乱を避けるべく、中央制御室などの中央監視設備では起動中を赤色系統、停止中を灰色にすることを提案する意見がある。

連続操業プラントにおいてはポンプや電動機は運転しているのが通常であって停止すると異常となることが多いため、グラフィック画面においても緑を運転中、赤を停止中とする考え方が広まったものと思われる。（中略）ポンプや電動機は運転中が正常の場合も停止中が正常である場合も共に存在し得るため、緑を運転中、赤を停止中とする考え方にも問題があることは明らかである。ポンプや電動機の起動中および停止中の色には赤や緑を用いずに、起動中は Active であることを示すマゼンタやオレンジなどを、停止中は Inactive であることを示すグレーなどを使用することとして、赤はアラーム状態を示す色としてのみ用いるべきであると考える。この考え方は欧米の文献でも推奨されている。（資料2）

結局、発送電設備と工場設備の2グループだけで考えれば、赤が注意、緑が安全と捉えるだけで解決する話だ。問題はこの2グループの法則を電気と機械の切り分けが難しい負荷設備に持ち込んだことだ。電機メーカーは通電中危険であることを示す赤ランプを入りとするし、機械メーカーは正常運転であることを示す緑ランプを入りとする。ここでユーザーに混乱をもたらす。

私がビル管理者として働いていたとき、この季節になるとテナントに新入社員が入って、この事情を知らない人から空調が効かないという問合せが入ることがあった。現地を見に行くとスイッチのランプは全て緑（切）になってて、その人は「逆だと思っていました」と。ランプに入切の文字を入れてくれれば確実なんだがな。スイッチのデザインをシンプルにしたいというのは分かるけど。

画像はパナソニック コスモシリーズワイド21のスイッチ。

参考資料

1. 『電気作業安全心得 : 電気作業安全心得編纂委員会制定』52頁、電気協会、1931年。
2. 馬場 一嘉『プラント運転制御システムにおけるグラフィック画面設計に関する研究』奈良先端科学技術大学院大学、2011年 https://naist.repo.nii.ac.jp

世の中にはレトロゲーム実況ばかりやるVtuberって何人か（訂正。何十人以上）いて、大半はポケモン、ドラクエ、マリオ、魔界村みたいな人気シリーズが多いけども、マイナーなもの、ニッチなものを掘り起こしてくる人もいるわけで、それを含めると世に出たものは網羅されているんじゃないかと思う。PS2、スーファミレベルは珍しくもない。PSPやファミコン実機はまあまあの強者。セガサターンって聞くと、おおっ！ってなる。PC-88実機となると、いよいよ極まってるな。企業所属ゲーマーの連載企画でPC-88ゲームをプレイしているのは見たことあるけど、機材サポートのスタッフがいない個人活動でよくそこまでやるよ。興味あるって程度の動機では、そこまで手を出せない。懐古趣味でもなくそこまで行き着くと、執念の強さを感じる。さすがに○○ランスみたいな「おやっ」っとなるようなゲーム（しかしその分野で古典的名作）は読み上げとか声だけの実況者が多いが、それでもゼロじゃ無い。

ゲーム実況者人口全体から見ればレトロゲー実況者は少数なんだけど、その中でVtuberが数十人ひしめいているから、見ている側としては毎日飽きることがないね。クリエイターにとっては、前人未踏やニッチの領域を歩くにはかなりハードルが高いということで、私としてはそこを無理してまで活動するのは違うと思うが、私自身も他の人と違う道を行くことの気持ちよさを知っているから、大変とは思うけど否定はしない。ただ、そこから人気者を目指すのは厳しい道のりだと思う。