(cache)Lycolog

2026/06/04(木)Windows 11でコマンドを使って標準のブラウザを変更する

投稿日：2026/06/04

OS::Windows

どこぞのやつはライセンスが面倒なのと、無料利用だと課金誘導のポップアップが出て面倒そうなので完全無償のPS-SFTAを使って解決する。

確認環境

Windows 11 Pro 25H2 (OSビルド 26200.8457)
SFTA.ps1 22a3229

やり方

PS-SFTAにあるSFTA.ps1を拾ってきてどっかに置く

標準ブラウザ変更保護プログラムであるUCPDとかいうのを殺す

New-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\UCPD" -Name "Start" -Value 4 -PropertyType DWORD -Force
schtasks /change /disable /tn "\Microsoft\Windows\AppxDeploymentClient\UCPD velocity"

管理者権限のPowerShellでこれを流す

powershell -ExecutionPolicy Bypass -command "& { . C:/path/to/SFTA.ps1; Set-PTA MSEdgeHTM http; Set-PTA MSEdgeHTM https; Set-FTA MSEdgeHTM .htm; Set-FTA MSEdgeHTM .html }"

あとがき

Windows 11には標準のブラウザを変更するコマンドは用意されておらず、レジストリの操作も単純ではないようなので、やるとしたらWindowsの設定を開き、アプリ→既定のアプリ→Edge→標準ブラウザにするという手間のかかる作業が必要だが、今回の方式ならコマンドを一発叩くだけなので非常に楽である。

しかもWindowsの設定にあるアプリ→既定のアプリはレイアウトシフトが酷く、少し待たないと操作できないのも面倒なので、そういったフラストレーションから解放されるのも大きい。

コメント（0件）

2026/06/04(木)さくらのレンタルサーバでホスティングしていたサイトの大部分を自宅サーバーに移行した

投稿日：2026/06/04

ジャンル::自宅サーバージャンル::サイト運営

今日は遂に運営サイトの大半をさくらのレンタルサーバーから自宅サーバーへ移行することに成功した。

自宅サーバーでの個人サイト運営は中学時代からの夢だったので、悲願が叶ったようでちょっと嬉しい。

移行したサイトなど

次のサイトやサービスを移行した。

lycolia.info - lycolia.info
- エントランスページ、LPみたいなもん
Lycolog - blog.lycolia.info
- このブログ。このブログは2019年より前のログがないが、実はこのサイトは元からブログとして発祥している。当時はブログという概念はなく、日記サイトだった
Webツール置き場 - tool.lycolia.info
- 適当に作った便利ツールを置いている
ECO-Wiki (lycolia) - eco.lycolia.info
- 最近一言BBSへの書き込みがないのが気がかりなWiki。実はアクセスは落ちてない
アクセス解析 Matomo
TinyTinyRSS

やったこと

さくらのレンタルサーバから自宅サーバーへファイルを移設し、権限を設定

# サイト単位にtarballに固める
tar -cf hoge.tar hoge
# Windows上のRLoginを使って、NASとしてマウントしている自宅サーバーに転送
cp hoge.tar <ホスティングファイル置き場>
tar -xf hoge.tar hoge
# Apacheから見えるように
chown -R www-data:www-data <ホスティングファイル置き場>/hoge
# www-dataに属するユーザーがいじれるように
chmod -R g+rxw <ホスティングファイル置き場>/hoge

ヘッダーモジュールの有効化

使ってるやつがいたので有効化。

sudo a2enmod headers

さくらのレンタルサーバのMySQLからDBをダンプし、自宅サーバーのMariaDBに取り込み

sudo mysql -u <ユーザー名>
CREATE DATABASE <DB名>;
exit
# 照合順序をMariaDB方式に変換
sed -i 's/utf8mb4_0900_ai_ci/utf8mb4_general_ci/g' ~/hoge.sql
sudo mysql <DB名> < ~/hoge.sql

nginxとApache2の設定を追加

nginx -> Apache2の構成にしているので、これの設定。基本的にレンサバでホスティングしていたものはApacheの上にのせておくと色々と楽だ。.htaccessは神だし、静的ファイルやCGIのホスティングをする場合、Apacheは取り回しがとても良い。

/etc/nginx/conf.d/にサイトごとのリバプロの設定を置く。一例としてはこんな感じ

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name  eco.lycolia.info;

    client_max_body_size 100M;

    ssl_certificate     /etc/letsencrypt/live/lycolia.info/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/lycolia.info/privkey.pem;

    location / {
        proxy_pass http://apache/;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

/etc/apache2/sites-enabled/にもサイトごとの設定を書く。一例としてはこんな感じ

<VirtualHost *:8080>
        ServerName eco.lycolia.info

        ServerAdmin webmaster@localhost
        DocumentRoot /var/www/path/to

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/eco-error.log
        CustomLog ${APACHE_LOG_DIR}/eco-access.log combined
</VirtualHost>

このリバプロの設定の意味合いについては過去に書いたnginxからApache2のバーチャルホストにいい感じにリバプロする方法、nginxからApache2へセキュアにリバプロしたときに真のクライアントIPを取得できるようにするを参照。

perlとphpのパスにエイリアスを作る

これをしてないと実行時エラーになる。

sudo ln -s /usr/bin/perl /usr/local/bin/perl
sudo ln -s /usr/bin/php /usr/local/bin/php

SSIの有効化

今時SSIを使ってる人なんてまずいないと思うが、令和最新版ということで…。

やり方

SSIモジュールを有効化する
```
sudo a2enmod include
```

/etc/apache2/apache2.confを開き、全域でSSIを有効化。ついでにDirectoryIndexにも入れとく。SSIの設定はDirectoryディレクティブの中でないと効かない

<Directory /var/www/>
        AllowOverride All
        DirectoryIndex index.php index.cgi index.shtml index.html index.txt
        # Optionsに+Includesの部分を追加する
        Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch +Includes
        AddHandler cgi-script .cgi
        Require all granted
</Directory>

.shtmlの場合にSSIを許可するように管理しているのは恐らく/etc/apache2/mods-enabled/mime.confだと思われる。ここでMIME-TYPEも付与していると思われる。

バーチャルホストやんいやパス単位にしたい場合は適当なDirectoryディレクティブにOptions +Includesを書けば機能する。

余談だがSSIはエントランスページの更新日時を出すのに使っていて、過去に記事のネタにしたこともある。

アプリケーションのDBの向き先を変更

移設したMatomoとTTRSSは共にMySQLを使っていたためMySQLの接続情報を書き換えた。

DBの接続先はlocalhostでなく、127.0.0.1でないと上手くいかなかった。::1も通らなかったため、恐らくIPv6でListenしていないのだと思う。

Matomoの設定

無限リダイレクト抑制のためconfig/config.ini.phpのeneralセクションにassume_secure_protocol = 1を追加する。詳細はトラブルシューティングの該当項目参照
gd2以上を入れろと言われるので使っているPHPのバージョンにあったものを入れる
```
sudo apt install php8.3-gd
```
MySQLのmax_allowed_packetが少なすぎると言われるので/etc/mysql/my.cnfを開きmysqldセクションに設定を足す
```
[mysqld]
+ max_allowed_packet=64MB
```

CRONの移行

ttrssとmatomoのCRONを移行。

0 * * * * /usr/local/bin/php /path/to/ttrss/update.php --feeds --quiet 1> /dev/null
0 * * * * /usr/local/bin/php /path/to/analytics/console core:archive --url=https://analytics.lycolia.info/ 1> /dev/null

ドメインの切り替え

Value-DomainのDNS管理画面を開き、移設したドメインを全て自宅サーバーに向けた
移設前はAレコードとMXレコードのIPが同一だが、今回からAレコードとMXレコードのIPが変わるので分離した。これで合っているのか怪しいが一応メールが届くことは確認している
```
+mx mx.lycolia.info. 10
+a mx 133.167.8.98
+aaaa mx 2403:3a00:101:13:133:167:8:98
 mx lycolia.info. 10
-a 133.167.8.98
-aaaa 2403:3a00:101:13:133:167:8:98
+aaaa @ 2400:4153:8f01:c800:c14b:3f7a:2b54:353a
+a @ 133.167.8.98
```
今回移設したドメインを対象にvalue-domain-dns-utilのvd-ddns-v4.plでDDNSを行う設定を追加

トラブルシューティング

`cgi-bin`を含むパスが`/usr/lib/`にマップされた

例えば/var/www/html/hoge/cgi-bin/mgcount/mgcount.cgiを実行すると/usr/lib/cgi-bin/mgcountを叩こうとしてコケる問題と出会った。

実際に出たログの一例としては以下のような状態だった（IPはマスクしているが他はそのまま）

[Wed Jun 03 21:02:12.751027 2026] [cgid:error] [pid 865047] [client xxxx:xxxx:xxxx:xxxx:xx:xxxx:x:x:x] AH01264: script not found or unable to stat: /usr/lib/cgi-bin/mgcount, referer: https://lycolia.info/index.shtml

これはどうも規定ではcgi-binが入ったパスを/usr/lib/cgi-bin/にバインドする振る舞いがあるらしく、sites-enabled/の設定に次の記述をすることで正しいパスを呼び出すことができるようになった。

<VirtualHost *:8080>
        ServerName hoge.lycolia.info

        ServerAdmin webmaster@localhost
        DocumentRoot /var/www/html/hoge

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/hoge-error.log
        CustomLog ${APACHE_LOG_DIR}/hoge-access.log combined

        # ScriptAliasで既存のバインドを上書きする
        ScriptAlias /cgi-bin/ /var/www/html/hoge/cgi-bin/
</VirtualHost>

ダンプ取り込み時に`ERROR 1273 (HY000) at line 30: Unknown collation: 'utf8mb4_0900_ai_ci`が出る

MySQLとMariaDBで照合順序の名前が違うらしいのでダンプファイルをMariaDB流で置換する。

sed -i 's/utf8mb4_0900_ai_ci/utf8mb4_general_ci/g' ~/hoge.sql

MySQLを叩くCGI実行時に`Exception while creating PDO object:SQLSTATE[HY000] [2002] Connection refused`が出る

DBに繋がっていないのが原因。ポート番号やIDPWなどに間違いがなく、ローカルDBに繋ぐ場合、DBの接続先をlocalhostでなく、127.0.0.1にすれば直る。

CGI実行時に`End of script output before headers: hoge.cgi,`が出る

これはHeaderを吐く前にエラーが標準出力されているので出るエラーと思われる。昔PHPやってた人にはお馴染みのやつ。

Shebangに書かれているパスにPerlがないのが原因なのでShebangのパスを見てそこにシンボリックリンクを張っておく。

sudo ln -s /usr/bin/perl /usr/local/bin/perl

`.htaccess: Invalid command 'Header', perhaps misspelled or defined by a module not included in the server configuration`

ヘッダーモジュールを有効化する。

sudo a2enmod headers

nginx -> Apache2のリバプロ環境でMatomoが無限リダイレクトしたり、エラーログを吐きまくる

一般的に内部リバプロはhttpで送るが、これが原因。

Matomoはhttpリクエストをhttpsにリダイレクトするが、リバプロがhttpでリクエストしてくるため無限ループになって発生する。MatomoのGitHubリポジトリのIssueに山ほどある問題。

解消法としては以下の様にconfig/config.ini.phpのGeneralセクションでassume_secure_protocol = 1を設定すればよい。

 [General]
+assume_secure_protocol = 1

504エラーが出たり、やたらめったら凄く重い

アクセスが集中してるときにMatomoがDBエラーを吐いてるとAMD Ryzen 5 8500Gでメモリ32GBのNVMe SSDを積んだマシンですら504が出る程度には重かった。

エラーを潰したら平和になった。

ビジットの外観のミニグラフが出ない

GD2以降が必要なのでPHPのバージョンにあったものを入れる。

sudo apt install php8.3-gd

2017年から自宅サーバーをマイペースに運用しており、初期はSSHDを立てただけの簡易NASやシンクラ環境として使っていたが、去年からMastodonの運用をはじめ、中学のころの夢だった鯖缶になることができた。そして更に今回、死活監視用に確保しているサイト（未構築）を除き、全てのサイトを自鯖に移行できたので、まさに中学生のころに夢見た、Webサイトを運用する鯖缶になることができ、感激もひとしおだ。

移設作業中は通信トラフィックやディスクI/Oが一気に跳ね上がったりだとか、CPUやメモリも結構頑張っていて、運用しているMastodonがやたら重くなったのが印象的だった。

何せこのブログだけでファイル数15,197の容量13GBもあるのだから無理もない。

あと移設作業中にadiaryのOGPが出なくてなんでだ？と思ったら、HTTPSの判定処理に漏れがあり、HTTPでURLが出ていたので、リバプロのヘッダもみるように改修した。実装上、リバプロしていない場合に子のヘッダが送られてきてもHTTPSになってしまうが、困るのはそんな不正な要求を送った本人なので、特に問題ないだろう。

さて、ここまで来たら次は以前も話に出した、Anubisを導入してWAFを掛けたり、現在日々増強中の監視体制の強化を続けていくなどして、自作サーバーライフを楽しんでいきたいところだ。

振り返ってみたら2025/08/21から今日までの間になんと三回も言及しており、これで四回目らしい。草。

特に意味はないが、過去にあったAnubisへの言及を以下にまとめてみた。

2026/05/26 直近でやりたいことリスト
2026/05/30 このブログにやってくる海外IPのBOTの挙動を軽く調べた
2025/08/21 Ubuntu実機IPv6シングルスタック環境にMastodonを入れてみた

なんと言うか一年くらい塩漬けにしていたプロジェクトが最近はじわじわ進んでいる気がしていて、非常に清々しい。

そういえばadiaryをサーバーモードで動かすと早いという話があるので、そっちも試してみたいところだ。これは最近記事の増加に伴い中々重くなってきているのを感じているからだ。

やりたい事がたくさん湧いてくるのは充実していてとても良い。

コメント（0件）

2026/06/03(水)Grafanaのダッシュボードに端末情報を出す方法

投稿日：2026/06/03

技術::監視

監視対象のスペックを確認するのに便利かも…？

確認環境

Env	Ver
Ubuntu	24.04.3 LTS
Prometheus	3.5.0
Grafana	v12.1.1
Node exporter	1.9.1

やり方

Dashboardを開く
右上のボタンからEditモードに入る
Add->Visualization
次の要領で設定する

項目状態

Visualization Table

Table view ON

Queries Codeを選択しnode_os_info或いはnode_dmi_info

Add field override ボタンを押して一個追加する

Override 1

項目状態

Fields with name Time

Standard options > Display name Last Synced
Refreshボタンを押すと完成するのでSave dashboardしたら出てくる

項目	状態
Visualization	`Table`
Table view	ON
Queries	Codeを選択し`node_os_info`或いは`node_dmi_info`
Add field override	ボタンを押して一個追加する

項目	状態
Fields with name	`Time`
Standard options > Display name	`Last Synced`

コメント（0件）

2026/06/03(水)OpenWrtのメトリクスとログをGrafanaで雑に見れるようにした

更新日：2026/06/04
投稿日：2026/06/03

ジャンル::自宅サーバー技術::監視

OpenWrtのメトリクスやログをUbuntu側のGrafanaで見れるようにするまで。

メトリクスの取得にはPrometheus、ログはLokiを使っている。

確認環境

監視する側

Env	Ver
Ubuntu	24.04.3 LTS
Prometheus	3.5.0
Grafana	v12.1.1
Loki	3.5.9

監視される側

Env	Ver
OpenWrt	24.10.0
Prometheus	3.5.0
prometheus-node-exporter-lua	2025.07.15-r1
prometheus-node-exporter-lua-nat_traffic	2025.07.15-r1
prometheus-node-exporter-lua-netstat	2025.07.15-r1
prometheus-node-exporter-lua-openwrt	2025.07.15-r1
prometheus-node-exporter-lua-thermal	2025.07.15-r1
perl	5.40.0-r2
perlbase-json-pp	5.40.0-r2
perlbase-http-tiny	5.40.0-r2
perl-time-moment	0.44.5.40-r1

Prometheusでメトリクスを取得してGrafanaで見れるようにする

ほぼOpenWRT | Grafana Labsに書いてある通り。

必要なパッケージをインストールする

opkg update
opkg install \
   prometheus-node-exporter-lua \
   prometheus-node-exporter-lua-nat_traffic \
   prometheus-node-exporter-lua-netstat \
   prometheus-node-exporter-lua-openwrt \
   prometheus-node-exporter-lua-thermal

/etc/config/prometheus-node-exporter-luaを以下のように編集する

config prometheus-node-exporter-lua 'main'
+         option listen_interface 'lan'
-         option listen_interface 'loopback'
        option listen_port '9100'
        #option cert '/etc/uhttpd.crt'
        #option key '/etc/uhttpd.key'

prometheus-collectors/filesystem.luaとprometheus-collectors/meminfo.luaを拾ってきて/usr/lib/lua/prometheus-collectorsに配置する

サービスを再起動

/etc/init.d/prometheus-node-exporter-lua restart

/etc/prometheus/prometheus.yaml

- job_name: "OpenWRT"
  static_configs:
    - targets: ['xxxx:xxxx:xxxx:xxxx::1:9100']

Prometheus再起動

sudo systemctl restart prometheus.service

取れるメトリクスの一覧

curl 'http://[xxxx:xxxx:xxxx:xxxx::1]:9100/metrics'

Grafanaのダッシュボードを作成しID: 18153を取り込む
WiFi関係使ってないので全消し

Used SWAPのQueriesを以下のように書き換えて0除算でエラーが出ないようにする

(
  (
    (node_memory_SwapTotal_bytes{instance=~"$node:$port",job=~"$job"} - node_memory_SwapFree_bytes{instance=~"$node:$port",job=~"$job"})
    /
    (node_memory_SwapTotal_bytes{instance=~"$node:$port",job=~"$job"} > 0)
  ) * 100
)
or
(node_memory_SwapTotal_bytes{instance=~"$node:$port",job=~"$job"} * 0)

細かい部分の整理はまた追々として、いい感じに見れるようになった気がする。

ログをLokiに送る

Loki exporter for OpenWRTが動かないので自作した。

OpenWrtのログをLokiに送るやつを拾ってくる
インストール方法にある通りにファイルを配置、設定ファイルをいじる
Lokiにログが飛んでればOK
- ログが飛んでいない場合は/tmp/openwrt-loki.errの中身を見てエラーがないか見る

一旦こんな感じで見れるようになった。

既知の問題

複数行のエラーログがLoki上で別のログになる

親子関係を作ってないせい。Claude Opus 4.8には難しいようだったので、そのうち作る。

おまけ：Lokiにログを投げる方法

POST /loki/api/v1/pushを叩けばよい。ペイロードは以下の書式。

LokiのAPIペイロード

{
  "streams": [
    {
      "stream": {
        "label": "value"
      },
      "values": [
          [ "<unix epoch in nanoseconds>", "<log line>", { "hoge": "aaaa", "fuga": "1234" } ],
          [ "<unix epoch in nanoseconds>", "<log line>", { "hoge": "bbbb", "fuga": "2345" } ]
      ]
    }
  ]
}

ペイロードの意味合い

nginxのログはペイロードしか入ってなかったりするがどうやって実現してるのか不明。もしかするとvalues[1]にJSONを突っ込んでるのかもしれない。

項目	意味合い
streams	よくわかってない
stream	この配下に検索用のラベルをぶら下げる。`job`とか`level`、`host`とかを入れとくとよいと思われる
values	ログの本体を入れる
values[0]	ナノ秒まで入ったEPOCH
values[1]	ログ本文の文字列
values[2]	オプションペイロード。KEY=VALUE

おまけ：Loki exporter for OpenWRTのエラーログ

あのシェルスクリプトを読む気が起きなかったので、なぜこうなっているかはわからない。

BOOT=0 /bin/ash /usr/bin/loki_exporter
openwrt-loki-exporter/v1.0.6-0-gd20fb55-20260322-23413663016 started with BOOT=0
/usr/bin/loki_exporter: line 257: malformed ?: operator

あとがき

去年の8月にはやろうとしていたものの、そのままズルズルと長らく放置していたOpenWrtの監視周りだが、このままではいけないということで、一旦は雑に整備した。

大変雑なのでログ周りは機能するかも怪しいし、私以外が使えるようにも作ってない。最低限動くとかそんなレベル。LLMが書いたコードもろくにレビューしていないので、動いている原理さえ不明だ。

幸い全部で300行そこらなのでおいおい読んで理解していきたいとは思う。

基本原理はlogread -fした結果をいい感じに取り込んでLokiにたたきつけているだけのはずだが、この「いい感じ」が難しく、重くなっていると考えている。例えばログの取得漏れや、重複取得などを考慮しないといけないので、なんかそこら辺をいい感じにやってもらうようにLLMに指示したら一気に重くなった。ベースのコードは私が書いていたのだが、全くの別物になってしまった。

しかし去年の8月にしかかって放置している部分はできていないので、またそこは追々やっていきたいところだ。具体的には今回の対応はサーバー側でメトリクスを見る対応なのでネットワークが死ぬと終わってしまう。そこでルーター側でも簡易に見れるのを作ろうという計画がある。

しかしルーター側はスペックがしょぼいので大したことはできないし、ストレージがeMMCなので頻繁な書き込みもできないから、普段はメモリストレージ（/tmp）に置いておき、定期的に永続化のためにeMMCに吐き出すというのをやろうとしている。

そしてeMMCに端に吐き出すのもパフォーマンスと寿命の影響があるのでファイルシステムレベルでの対策をしてやろうみたいなことを考えていたが、尻切れとんぼのままなので、何とかしていきたいところだ。

コメント（0件）

2026/06/02(火)超かぐや姫！を観てきた２

投稿日：2026/06/02

作品::超かぐや姫！文芸::映画文芸::アニメ

超かぐや姫！を観てきたに続き、去る5/2に超かぐや姫！をまた観てきたので、その感想を残す。

鑑賞から一ヶ月以上経っていることもあり、当時感じたことの多くが記憶から抜け落ちてしまったが、残っている記憶の限りで書き出しておく。

この記事のIDが0671、最新は0695なので、下書きを起こしてからおよそ一ヶ月放置していたらしい…。

四回目の鑑賞で思ったこと

ヤチヨのモチーフはセーラームーン？

ヤチヨのモチーフはセーラームーン？月見ヤチヨと月野うさぎはどことなく名前が似てるし、髪型もオマージュに見えなくもない。

( ◠ ᗜ ◠ )みたいな表情もあの世代のアニメによくあった表現手法な気がするので、どことなく親近感を感じた。

物語は最初からタイムリープに組み込まれている？

序盤のどこかでヤチヨが8000歳という情報が出てきたと思うが、これは8000年掛けて月から地球に戻ってきたヤチヨに一致する。

つまり初めて月に飛来する赤子のヤチヨと、歌声を聴いて戻ってきたヤチヨが交差する時間軸がここにあるのではないか？と思った。

ツクヨミとクガネの類似性

FF14にはクガネという和風のマップがあるが、雰囲気的には似ているような気がした。いや、3Dの和風マップなんてどれも似たり寄ったりだろと言われたらそんな気もするが、桟橋のような場所や海と、連なる高層建築とか、そういう雰囲気が似ているなと思った。

もう届いちゃったから

いろはが「ヤチヨのデビュー曲ってもう歌わないの？」と言い、ヤチヨが「もう届いちゃったから」と返すシーンがあるが、これはいろはとヤチヨが出会えたことにより、もう届いたという意味ではないかと思った。

ライブやダンスなど、アクションパートがすべて2D表現

昨今アクションパートのキャラクター描写は3Dで描かれがちだが、本作では2Dが基本だ。これは工数がかかりコスト増につながるため、そういった表現を取れるというのは凄いことだと感じた。

いろはがかぐやを遊びに誘うシーン

今までかぐやに対してそっけない態度だったツンデレいろはが遂にデレてかぐやを遊びに誘うシーンのエモさは筆舌に尽くしがたいものがあった。あのシーンには思わずグッときた…。

特に脱力的な「あそぼ～～～～」というセリフが最高にエモかった…。

母との和解

蛇蝎のごとく嫌っていた母と意を決して話し合うシーンで、これまでの思いを告げ、認められるシーンは、これはすごくいいと思った。

毒親を嫌うのは同情を得やすいと思うが、その先で和解まで描くのは美しいと思った。似たシーンはガルクラにもあったので、一つの潮流かもしれない。

フシ、ふじゅ～

恐らくこれらはかぐややヤチヨが不死であることを暗喩しているのではないだろうか？

異例の鑑賞地

まず現状本作は神戸市内で上映があったのに、市内で一度も鑑賞しなかった作品になっており、これは歴代の鑑賞歴の中では異例だ。

理由は割と単純で、まず初回鑑賞時では神戸の映画館はすべて埋まっていて姫路で観るしかなかったことが一つ、本作は2時間半と尺が長いのと観る時間を取りづらいこと、そして大箱向きの作品であり、市内にある狭い箱で観る気が余り起きなかったことがある。

ぶっちゃけ神戸市内で音とスクリーンがいいのはシネ・リーブル神戸とキノシネマ神戸国際くらいで、OSシネマズ二館は微妙だと思ってる。そして上映があるのはOSシネマズだけだったので、必然的に観なくなるというわけだ。

姫路で三度も見ているのは一回観たらもう一回観たくなり、そうしたら終電を逸してしまい、仕方なく姫路に泊まったら、ついでに翌朝もう一回観たくなったためである。

アースシネマズは箱がデカく、今回上映のあった箱はウシオプレミアムシアターと雷舞で、何となく気分が上がるのもいい。

その次は高知で観ているが、これはこれまでにあった特典全配布があったのと、特別上映があるということ、前々から高知に興味があったことの三点がうまく合致し、高知鑑賞が決定した。

高知県立県民文化ホールには広いオレンジホールと狭いグリーンホールがあり、上映があったのは狭いグリーンホールだったが十分な広さがあり、音響も非常によかった。恐らくだが民間はROIに依存した設備にせざるを得ないところ、公営なので何かしら一定品質の要求があり、それを満たせる高品質な設備を整えられ、日々のメンテナンスも無駄にしっかりしてるからとか、そんなことが背景にあったりするところによるのではないかと思った。

高知の旅行記もまた後日書いていきたいと思う。

その他、鑑賞以外のこと

公式サイトのスペシャルコンテンツの充実が凄い。凄すぎる。

二次創作ガイドラインについて

まず目についたのは二次創作ガイドラインだ。

本作はその作品特性からだろうか、次の様に非常に寛大なガイドラインを示してくれている。

★二次創作は是非楽しんでください。
★個人あるいは特定少数のグループで楽しむことを主たる目的としてください。
★作品ならびにファンを傷つける行為はご遠慮ください。
★ファンのみなさま同士で二次創作をもとに批判することはおやめください。
★本編設定と異なる場合は、誤解を生まないよう事前に注意書きをするなど留意してください。
★公序良俗に反する内容はお控えください。
★二次創作は創造性・オリジナル性が認められるものに限ります。また、公式の発表物・販売物と誤認されないようにしてください。

つまるところ、良識の範囲で二次創作が自由なのだ。

作中に「ツクヨミは皆が表現者」という言葉もあるように、『超かぐや姫！』としては今後も二次創作を楽しんでいただきたいと考えております。

という一文も見逃せない。

二次創作物の販売・頒布という項目もあり、こちらでも期間を定めたうえでの直接頒布の制限、その期間外での委託頒布の許可、在庫に限り委託も可能といった、とても柔軟で現実的な内容を書かれている。ここまで寛大な公式は中々ないのではないだろうか？

更に驚くのが一次創作物の使用だ。

一次創作物については、『超かぐや姫！』公式X(旧Twitter)、YouTube、TikTok、Instagramで公開した画像や映像の一部または全部について、営利目的でない目的で、WebブログやSNS等に掲載（外部プラットフォームの埋め込み等）していただいても問題ないとのことで、これは相当寛大な措置である。ネット文化では当然のように無許可利用が見られミーム化されているが、それを公式で認めてしまうというのは凄いことだと思う。超かぐや姫！ならではと言える。

このため、本記事中でも公式YouTubeで公開された画像を引用して使っている。

その他諸々についても細かく、しかし非常に寛大な規定があり、更にはこのガイドラインの発効以前のことについては基本的に許容する方向の旨まで書かれており、あまりにも寛大で、もはや何回この記事中で寛大と書いたかわからないほどだ。

更には次のようにコミュニティに対する助言まであり、非常に配慮が行き届いた内容になっているのは驚きである。

本ガイドラインの内容を他の方へ指摘する行為はお控えください。

総じて超かぐや姫！の制作はネット文化や、そこからリアルワールドのオタク・同人文化に深く精通し、それらを言語化したうえで、ファンダムに対し公開できるというところで、大変すごいと思う。

また国際的に公開されている関係からか、以下の一文があるのも驚きだ。たぶん他の作品にはここまで中々ないのではなかろうか？

本ガイドラインは日本語によって発表いたします。
本ガイドラインのその他言語への翻訳は参照のためのものに過ぎず、日本語版と翻訳との間に齟齬がある場合には日本語版を優先とします。

特別上映の多さ

発声可能上映は勿論のこと、SNSへのポスト可能上映といった珍しいものや、今回私が赴いた、未上映県での頒布物全部付き、物販ありの特別上映など、とても充実した上映があったほか、舞台あいさつについても人口に膾炙しきったタイミングで最後のファンサだ！”卒業記念舞台挨拶という、素敵なタイトルで実施されるというのがとてもいい。

更にセカンド上映も全国各地で行われていたり、本日6/2からはライブ音響上映も始まるということで、非常にこういった上映が多く面白いと感じる。

応援コンテンツの豊富さ

配信カウントダウンイラストでは主要スタッフからのカウントダウンイラストが多数あり、劇場特典スタッフイラスト集掲載イラストにも同スタッフによる多数のイラストが掲示されているうえ、ライナーノーツ【本編オリジナル曲】でもすべての曲のノートが書かれている。

更には超豪華応援イラスト＆コメントでは岸本斉史先生や藤本タツキ先生をはじめとした名だたる人物からの応援イラストやメッセージが届いており、これも凄いことだ。

本作は作品自体もかなり厚いが、制作側の熱意も凄く、本当にすごいと感じる。

素材配布

「私は、わたしの事が好き。」素材ではBoothやピアプロといった第三者のオタククリエイティブプラットフォームを使った公式動画やロゴなどの素材配布があったり、壁紙ではLive2D画像を使ったスマホ壁紙の配布もあった。

お決まりのSNSアイコンとかは見られないが、配布コンテンツの内容が他にない独創性を持っていて、これはいいなと思った。

コメント（0件）