今回は自身のソースコード管理に使用してみる。

最初にGithubでユーザ登録を行う。
必要なのはメールアドレス、パスワード、ユーザ名。
ログイン後は念のためパスキーを追加し、2要素認証を追加する。

New repositoryからリポジトリを作成する。

visibilityは今回はPrivateにする。自身のコード管理に使うのみ。公開はしない。
.gitignoreは後でも作成できるので、ここでは何もしない。

次に情報漏洩等の対策。安全に。

Copilotに学習させない。

Copilot＞Features＞Privacyで
「Allow GitHub to use my data for AI model training」をDisabledへ変更する。
Copilot＞Features＞Visibilityで
「Show Copilot」をDisabledへ変更する。

Copilot＞Cloud agentで
「Responsitory access」をNo responsitoriesへ変更する。

まずはhttpsで接続するため、パスワードとなるトークン(Personal access token)を追加。

Developer settings＞Personal access tokens＞Fine-grained tokensで
「Generate new token」をクリックする。

ここでもできるだけ安全な方向へ。
・Expirationでトークンの有効期限を設定する。
・Repository accessを「Only select repositories」にして使えるリポジトリを限定する。
・PermissionsではContentsを追加し「Read and write」に設定

作成されたトークンをコピーする。後で使用する。

Create new fileから.gitignoreを作成する。
内容を編集する。
自身のコードではないダウンロードライブラリのようなものは除外する。
またパスワードなどの秘匿事項を記載したファイルも除外する。

あとは、ローカル（Mac）からGithubを使う準備をする。

gitコマンドの確認
git -v
git version 2.50.1 (Apple Git-155)

which git
/usr/bin/git

最新バージョンがあるかと Homebrewでインストール
brew install git

which git
/opt/homebrew/bin/git

git -v
git version 2.50.1 (Apple Git-155)

同じだった・・・。

ローカル(Mac)で初期設定
git config --global user.name ユーザ名
git config --global user.email メールアドレス

~/.gitconfig
が生成される。

一応設定内容を確認する。

ユーザ名を表示させる
git config --global user.name

メールアドレスを表示させる
git config --global user.email

リポジトリをクローンする。
なおcloneを実行するとその場所にリポジトリ名と同じディレクトリが作成される。これを考慮して管理したいソースの位置を決める。
git clone https://github.com/ユーザ名/リポジトリ名.git

リポジトリをPrivateにしたため、ここでユーザ名とパスワード（トークン）を聞かれ入力が必要。

cloneに成功すると必要ファイルが作成される。READMEはいらなかったかも。

あとは、この配下に自分が管理したいソース、例えばpublic_html/等の既存データをコピーする。

git statusで変更ファイルの確認ができる。

gitに追加される予定ファイルを確認する。
git add --dry-run .

秘密ファイルなどが含まれていたら.gitignoreを編集して除外する。解決したら実際にgitにファイルを追加する。
git add .

変更内容を確認する。
git diff --cached
※lessみたいな動作なので "q" で終する。

ローカルでコミットする。
git commit -m "コメント"
最初なので、
git commit -m "初版"
としておく。

次にGithubへアップロード（push）する。
git push origin main

RustDeskの公開サーバを使用していて決定的に困ることは現在は起きていないが、たまにログインを求められることはある。
自前サーバの利用を試してみたく、やってみることにした。

また、WebARENAの初期構築についても書いた。
VPS利用のためWebARENA Indigoを使用してみる
VPS利用のためWebARENA Indigoを使用してみる　その2

自前サーバ「セルフホスト」に関するドキュメントは下記
https://rustdesk.com/docs/ja/self-host/

ちょっと難しいのと、前回記事に書いた通り、
WebARENA＋ubuntu用として、ChatGPTに聞くと下記の手順を示された。
Step 1　WebARENA側のVPSを確認
Step 2　Ubuntuの初期確認・アップデート
Step 3　Dockerをインストール
Step 4　RustDesk Serverの配置・設定
Step 5　RustDesk Serverの起動・動作確認
Step 6　RustDeskクライアントを自前サーバーへ接続
Step 7　運用設定・最終確認

今回はいよいよ本丸というかStep 3から進める。

Step 3　Dockerをインストール

まずはDockerが入っているかどうか確認
$ docker --version
Command 'docker' not found, but can be installed with:
sudo snap install docker # version 29.8.0, or
sudo snap install docker # version 29.6.1
sudo apt install docker.io # version 29.1.3-0ubuntu3~24.04.2
sudo apt install podman-docker # version 4.9.3+ds1-1ubuntu0.2
See 'snap info ' for additional versions.

入っていない。
親切にインストール手順まで案内してくれている。
しかし、今回はRustDesk向けなので、RustDesk公式ドキュメントが推奨する下記の方法に準じてインストールすることにした。

(1)bash <(wget -qO- https://get.docker.com)
(2)wget rustdesk.com/oss.yml -O compose.yml
(3)sudo docker compose up -d

ここでもう少し丁寧にする。
・(1)に関してはインストール用スクリプトの中身を見てから実行するため、一旦ファイルに保存する手順とする。
　まぁ見てもあまりわからなかったけど。
・2回目のwget前にRustDeskディレクトリを作成し移動。
・2回目のwgetではhttps:// を明確に補うことにした。
・最後にコンテナ起動の前にdocder compose configで構文を確認する手順を入れた。
(1)wget https://get.docker.com -O get-docker.sh
(2)sudo sh get-docker.sh
(3)mkdir RustDesk
(4)cd RustDesk
(5)wget https://rustdesk.com/oss.yml -O compose.yml
(6)compose.ymlの内容を編集
(7)sudo docker compose config
(8)sudo docker compose up -d

Step 3　(1)(2)
Step 4　(3)(4)(5)(6)(7)
Step 5　(8)
とする。

(1)インストーラーをダウンロードしローカルに保存
$ wget https://get.docker.com -O get-docker.sh
--2026-09-19 21:40:13-- https://get.docker.com/
Resolving get.docker.com (get.docker.com)... 13.249.165.103, 13.249.165.78, 13.249.165.12, ...
Connecting to get.docker.com (get.docker.com)|13.249.165.103|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 23731 (23K) [text/plain]
Saving to: ‘get-docker.sh’

get-docker.sh 100%[===================================================>] 23.17K --.-KB/s in 0s
2026-09-19 21:40:14 (86.1 MB/s) - ‘get-docker.sh’ saved [23731/23731]

Dockerのインストーラーとなるスクリプトが get-docker.shとして保存された。

(2)インストーラーを実行
$ sudo sh get-docker.sh
を実行しインストール。

インストールされたかどうかを確認
$ docker --version
Docker version 29.8.1, build 4a63305

$ sudo docker compose version
Docker Compose version v5.5.1

Step 4　RustDesk Serverの配置・設定

(3)作業ディレクトリ作成
mkdir RustDesk

(4)作業ディレクトリへ移動
cd RustDesk

(5)設定ファイルをダウンロードしローカルに保存
$ wget https://rustdesk.com/oss.yml -O compose.yml
--2026-09-20 07:38:24-- https://rustdesk.com/oss.yml
Resolving rustdesk.com (rustdesk.com)... 172.66.167.80, 104.20.19.94, 2606:4700:10::ac42:a750, ...
Connecting to rustdesk.com (rustdesk.com)|172.66.167.80|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 402 [application/octet-stream]
Saving to: ‘compose.yml’

compose.yml 100%[===================================================>] 402 --.-KB/s in 0s
2026-09-20 07:38:24 (108 MB/s) - ‘compose.yml’ saved [402/402]

compose.ymlが保存された。

(6)compose.ymlの内容を編集

hbbsに常にリレーにするALWAYS_USE_RELAY=Yを入れる。後からわかったことだが、試験のときログに残らず本当に自前サーバを通っているのか？ となった。ChatGPTが言うには、P2Pが使えるときはリレーにならずログに残らないのではないかとのこと。公開サーバではなく自前サーバでリレーされていることを確認するために、一旦入れて、最後には外す。
もうひとつ、hbbrに公開鍵を登録する。
公開鍵は data/id_ed25519.pub に保存されたファイルの内容（文字列）

編集前

services:
  hbbs:
    container_name: hbbs
    image: rustdesk/rustdesk-server:latest
    command: hbbs
    volumes:
      - ./data:/root
    network_mode: "host"
    depends_on:
      - hbbr
    restart: unless-stopped

  hbbr:
    container_name: hbbr
    image: rustdesk/rustdesk-server:latest
    command: hbbr
    volumes:
      - ./data:/root
    network_mode: "host"
    restart: unless-stopped

編集後

services:
  hbbs:
    container_name: hbbs
    image: rustdesk/rustdesk-server:latest
    environment:
      - ALWAYS_USE_RELAY=Y
    command: hbbs
    volumes:
      - ./data:/root
    network_mode: "host"
    depends_on:
      - hbbr
    restart: unless-stopped

  hbbr:
    container_name: hbbr
    image: rustdesk/rustdesk-server:latest
    environment:
      - KEY=<公開鍵>
    command: hbbr
    volumes:
      - ./data:/root
    network_mode: "host"
    restart: unless-stopped

(7)設定ファイルのチェック
sudo docker compose config

name: rustdesk
services:
  hbbr:
    command:
      - hbbr
    container_name: hbbr
    environment:
      KEY: <公開鍵>
    image: rustdesk/rustdesk-server:latest
    network_mode: host
    restart: unless-stopped
    volumes:
      - type: bind
        source: /home/ubuntu/RustDesk/data
        target: /root
        bind: {}
  hbbs:
    command:
      - hbbs
    container_name: hbbs
    depends_on:
      hbbr:
        condition: service_started
        required: true
    environment:
      ALWAYS_USE_RELAY: 'Y'
    image: rustdesk/rustdesk-server:latest
    network_mode: host
    restart: unless-stopped
    volumes:
      - type: bind
        source: /home/ubuntu/RustDesk/data
        target: /root
        bind: {}

設定が正しいこと、エラーがないことを確認する。

Step 5　RustDesk Serverの起動・動作確認

(8)コンテナの起動
(cd RustDesk)
sudo docker compose up -d

[+] up 6/6
Image rustdesk/rustdesk-server:latest Pulled 3.6s
Container hbbr Started 0.5s
Container hbbs Started 0.5s

正常に起動する。

(9)コンテナが起動されていることの確認
$ sudo docker compose ps
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
hbbr rustdesk/rustdesk-server:latest "hbbr" hbbr About a minute ago Up About a minute
hbbs rustdesk/rustdesk-server:latest "hbbs" hbbs About a minute ago Up About a minute

起動している

(10)ログを確認
$ sudo docker compose logs --tail=50
特にエラー等はなし。

(11)必要ポートの状態を確認
$ sudo ss -lntup | grep -E ':(21115|21116|21117|21118|21119)\b'
udp UNCONN 0 0 *:21116 : users:(("hbbs",pid=5392,fd=17))
tcp LISTEN 0 128 *:21119 : users:(("hbbr",pid=5345,fd=10))
tcp LISTEN 0 128 *:21118 : users:(("hbbs",pid=5392,fd=20))
tcp LISTEN 0 128 *:21117 : users:(("hbbr",pid=5345,fd=9))
tcp LISTEN 0 128 *:21116 : users:(("hbbs",pid=5392,fd=18))
tcp LISTEN 0 128 *:21115 : users:(("hbbs",pid=5392,fd=19))

TCP　21115-21119はLISTEN、UDP 21116は待ち受けになっていて正常。

一方WebARENAではファイアウォールを入れている。

TCP 21115-21117とUDP 21116は通す。TCP 21118-21119は通さない。

(12)外部からポートへのアクセスを確認
★TCP側確認
自分の端末(Mac)のターミナルから
$ nc -vz <VPSのIPアドレス> 21115
Connection to <VPSのIPアドレス> 21115 port [tcp/] succeeded!
$ nc -vz <VPSのIPアドレス> 21116
Connection to <VPSのIPアドレス> 21116 port [tcp/] succeeded!
$ nc -vz <VPSのIPアドレス> 21117
Connection to <VPSのIPアドレス> 21117 port [tcp/*] succeeded!

すべて疎通成功。

★UDP側確認
VPSでポートを監視状態にする
sudo tcpdump -ni any udp port 21116

ログが流れているが、止めずにそのまま。

自分の端末(Mac)からVPSのポートへecho
echo test | nc -u -w1 <VPSのIPアドレス> 21116

VPSに下記のような行がでればOK。
ens10 In IP <端末のIPアドレス>.<端末のポート> > <VPSのIPアドレス>.21116: UDP, length 5

ここまででRustDeskサーバの起動と必要ポートのアクセスが確認できた。

Step 6　RustDeskクライアントを自前サーバーへ接続

遠隔操作をする側、遠隔操作をされる側の両方（どちらもRustDeskクライアントという）で、自前サーバへ繋ぐ設定をする。
RustDeskを起動し、[設定]＞[ネットワーク]＞[認証/中継サーバー]
認証サーバ：サーバIPアドレス
中継サーバ：サーバIPアドレス
APIキー：空欄
Key：公開鍵

サーバでは下記のコマンドでポート21116を監視状態で待機させる。

sudo tcpdump -ni any host <サーバIPアドレス> and port 21116

すると、下記のような行が出て待機させる。

tcpdump: data link type LINUX_SLL2
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes

ここで、クライアントのRustDeskを再起動すると、ダンプの行が増えていく。
----------
23:59:45.516564 ens10 In IP <クライアントIPアドレス>.36459 > <サーバIPアドレス>.21116: UDP, length 15 23:59:45.516709 ens10 Out IP <サーバIPアドレス>.21116 > <クライアントIPアドレス>.36459: UDP, length 2 23:59:52.660607 ens10 In IP <クライアントIPアドレス>.23996 > <サーバIPアドレス>.21116: Flags [F.], seq 1, ack 1, win 2057, options [nop,nop,TS val 2888007100 ecr 3963494463], length 0 23:59:52.660828 ens10 Out IP <サーバIPアドレス>.21116 > <クライアントIPアドレス>.23996: Flags [F.], seq 1, ack 2, win 510, options [nop,nop,TS val 3963512531 ecr 2888007100], length 0 23:59:52.685546 ens10 In IP <クライアントIPアドレス>.23996 > <サーバIPアドレス>.21116: Flags [.], ack 2, win 2057, options [nop,nop,TS val 2888007128 ecr 3963512531], length 0 23:59:52.702757 ens10 In IP <クライアントIPアドレス>.23861 > <サーバIPアドレス>.21116: Flags [S], seq 4765219, win 65535, options [mss 1412,nop,wscale 6,nop,nop,TS val 2313083021 ecr 0,sackOK,eol], length 0 23:59:52.702827 ens10 Out IP <サーバIPアドレス>.21116 > <クライアントIPアドレス>.23861: Flags [S.], seq 1059828799, ack 4765220, win 65160, options [mss 1460,sackOK,TS val 3963512573 ecr 2313083021,nop,wscale 7], length 0 23:59:52.730407 ens10 In IP <クライアントIPアドレス>.23861 > <サーバIPアドレス>.21116: Flags [.], ack 1, win 2057, options [nop,nop,TS val 2313083048 ecr 3963512573], length 0
----------

RustDeskクライアントからhbbs の21116へ通信していることが確認できた。
操作する側のクライアントと操作される側のクライアントそれぞれでこの確認を行う。

この後は実際にクライアント同士を接続して、遠隔操作できる状態を作る。
実際に問題なくつながった。
では、「本当に自前サーバを経由しているか」をサーバ上でどう確認するかである。

ChatGPTからは、
cd ~/RustDesk
sudo docker compose logs --tail=50 hbbs hbbr
これで、ログに現れるはずだと最初言われた。しかし、何も残らなかったのだ。
そこで、P2Pでいけるときは hbbr経由(リレー)しないのではないか？ との推論のもと、
compose.ymlに
environment:
- ALWAYS_USE_RELAY=Y
を「テスト用に」入れた次第だ。

ALWAYS_USE_RELAY=Y
のときは必ずリレーされ、
sudo docker compose logs --tail=50 hbbs hbbr
のログに下記のような接続がのこる。

----------
hbbr | [2026-09-21 05:48:50.573495 +00:00] INFO [src/relay_server.rs:453] New relay request <リクエストID> from [::ffff:<操作する側IPアドレス>]:63750
hbbr | [2026-09-21 05:48:50.681926 +00:00] INFO [src/relay_server.rs:437] Relayrequest <リクエストID> from [::ffff:<操作される側IPアドレス>]:14219 got paired
hbbr | [2026-09-21 05:48:50.681994 +00:00] INFO [src/relay_server.rs:443] Both are raw
----------

これで自前サーバを使っていることが確認できた。

最終的には、
environment:
- ALWAYS_USE_RELAY=Y
を削除し、
Docker Composeを再起動
sudo docker compose up -d

Step 7　運用設定・最終確認

サーバ再起動後にも、Dockerが起動されるかどうかの確認。
コマンドは下記。

sudo systemctl is-enabled docker

enabled となれば問題ない。
しかし、実際にVPSを再起動してRustDesk再接続まで確認する。

このとき、出力されたWebページを参照しながら、コマンドをコピーペーストしながら、自分でもう一度実行してみるとどうも動かない場所があった。

sudo bash -c 'hexdump -C -s $(($(blockdev --getsz /dev/sda)*512 - 4096)) /dev/sda'

とか、

sudo hdparm --user-master u --security-set-pass p /dev/sda

とか。

なんと、' （シングルクオート）は全角‘に変換され、連続ハイフン -- は全角 – （エンダッシュ）に変換されていた。

そう言えば今までもあった。そのときはコードブロックにして回避したかもしれない。
またはHTMLブロックとして実体参照で書くこともできるか。
ただ、ちょっとめんどくさい。

function.phpに下記を書くと無効化できる。
wptexturizeは整形のフィルター関数のひとつだそうだ。

remove_filter('the_content', 'wptexturize'); // 本文
remove_filter('the_excerpt', 'wptexturize'); // 抜粋
remove_filter('the_title', 'wptexturize'); // タイトル
remove_filter('widget_text_content', 'wptexturize'); // ウィジェット

↑ここはコードブロック

今回、どうしてもHTMLでうまく作れない表というかセル結合の組み合わせに出会い、調べて行くとどうもtableタグの仕様限界というか仕様未定義という結論に至った。（ChatGPTの助けを得た上での推測）

まず、作成できなかった表はExcelでは下記のようなもの。

rowspanを3つ使えばできると思いませんか？
私は何の問題もないと思いコーディングに立ち向かいました。

書いたHTMLは下記。

  <table>
    <caption>tableでの表現ができない</caption>
    <tr>
      <th>A</th>
      <th>B</th>
      <th>C</th>
    </tr>
    <tr>
      <td>あ</td>
      <td>い</td>
      <td rowspan="2">う</td>
    </tr>
    <tr>
      <td rowspan="2">え</td>
      <td rowspan="2">お</td>
    </tr>
    <tr>
      <td>か</td>
    </tr>
  </table>

HTML記述としての間違いをチェックしつつ、なかなかうまくできない。
ブラウザ表示はどうしてもフラットなセル結合がない表示なってしまう。

ブラウザ表示は下記になってしまう。

崩れるというよりもrowspanが一切効いておらず、最初は意味がわからなかった。

シンプルな表は問題ないし、結合が複数あるから必ず問題というわけではない。大丈夫な表が大半だ。

HTMLで作成できない条件は 「ある行において、全ての列がrowspan対象である」場合ダメなのではないかと思う。
できない例の3行目「え」から始まる行が怪しい。

全部の列がrowspanなのだ。

試行錯誤していく中でもう一つの事象が、ブラウザ依存になるパターンもあったこと。
先程の例は、Edge、Chrome、Firefox、Safariで全て同じ結果（=NG）だった。

次のパターンはFirefoxは期待通り、他のブラウザではNGという状況だった。

「ある行において、全ての列がrowspan対象である」条件に当てはまっているものの、Firefoxではこちらの意図を組んでくれたのでは無いかと思う。よきに計らってもらったというか、仕様的にDon't Careだからどのように解釈しても良いでしょ？ というところか。このときのHTMLは下記の通り。これも構造的には期待通り動いて欲しい・動くものだと思って書いた。

  <table>
    <caption>tableでの表現ができない（firefoxのみそれなりに見える）</caption>
    <tr>
      <th>A</th>
      <th>B</th>
      <th>C</th>
    </tr>
    <tr>
      <td rowspan="2">あ</td>
      <td rowspan="2">い</td>
      <td>う</td>
    </tr>
    <tr>
      <td rowspan="2">え</td>
    </tr>
    <tr>
      <td rowspan="2">お</td>
      <td rowspan="2">か</td>
    </tr>
    <tr>
      <td>き</td>
    </tr>
  </table>

最後にまとめの図。

ちなみに、解決のために tableタグをあきらめて、Css Grid Layoutへ切り替えた。

こちらから渡したいときは、ギガファイル便、firestorage等のサービスを使用したり、管理しているWebサーバへアップロードしたり。
もちろん、内容に応じてよりパスワードをかけるなどよりセキュリティを高めるなどの工夫をしながら。

Dropboxアカウントを持っている相手に対しては、Dropboxの共有を使うことで送付も受け取りも行っている。これはインターネット越しのNASのようなもので大変便利。

しかし、何事もアカウント作成を相手に求めるのが難しい場合もある。

Dropboxには、「ファイル リクエスト」という機能があり、アカウントを持っていない相手からデータを受け取ることが可能。これは知らなかった。

左側のメニューからファイルリクエストをクリックする。

次の画面では「ファイルをリクエスト」をクリックする。

最低限タイトルだけ入力して「作成」をクリックすればOK。
この画面を見る限り、有料版では有効期限やパスワードの設定ができそう。

共有用のリンクURLが生成される。
メールアドレスを入力して送付することができそうだが、通常はURLを「コピー」して「完了」してから、別でURLを送ったほうが良いだろう。

ファイルリクエストの一覧に先程作成したものが表示される。
「ここにアップロードしてください」はリクエストを作成したきにタイトルに入力した文字列。

データを送る側は、受け取ったURLをクリックして、ファイル選択、名前とメールアドレスの入力でアップロードが可能だった。
アップロードされると、アカウントへ通知がきた。

Dropboxにおいて、アカウントを指定した共有、リンク共有、ファイルリクエストの違いをChatGPTにまとめてもらった。

たとえば、Outlook（classic）の場合には、受信サーバ、送信サーバを入力して、SSLをONにしてとよくやるメール設定を行うと、一見問題なくアカウントが作成され、アカウント名と受信トレイが表示される。メール受信もできる。
だがそのままだと、自分が送信したメールがサーバに残らないつまり「送信済みアイテム」に残らない、そもそも「送信済みアイテム」というフォルダ自体が見当たらない状態になっている。
※まぁローカルの「送信トレイ」には残っていることがあるのだが、名前が違うし「送信トレイ」はオフラインのときに溜めておいてまだ送れていないと勘違いしてしまう。

追加で、同期の設定の「ルートフォルダーのパス」にinboxと書かなければならないという、忘れやすい設定がある。

エックスサーバーのマニュアルページ　Outlook用）
https://www.xserver.ne.jp/manual/man_mail_setting_ol2019.php

※画像はエックスサーバーより借用

こうすることで、サーバーの「受信トレイ」以外のフォルダと同期が可能になる。

同期にinboxと書くのはThunderbirdも同じ。

エックスサーバーのマニュアルページ　Thunderbird用）
https://www.xserver.ne.jp/manual/man_mail_setting_tb_31.php

Thuderbird用のマニュアルには残念ながらIMAPでの追加設定のことは書いていない。
もしかして昔はルートフォルダにinboxを指定しなくてもアプリが自動判断でもしていたのかな？
これまであまり意識したことがなかったかも。

今日ThunderbirdでIMAP設定してみたところ、Outlookと同じように「送信済みアイテム」がない状態で、送信したメールがローカルに保存されてしまう。

やっぱり、「inbox」の指定は必要だ。

サーバー設定の「詳細」の中にある。

IMAPサーバーディレクトリーにinboxを指定する。大文字小文字はどちらでも良かった。
「購読しているフォルダーのみ表示する」のチェックを外すことは任意。

「送信控え」の設定で、「次のアカウントの "送信済みトレイ" フォルダー」で、当該のアカウント名が指定されていることも確認。ここでローカルになっていたりするとダメ。

Google reCAPTCHAの無料利用が10,000回までとなり、自身や身の回りでもアクセス数やreCAPTCHAのレポートを気にしたりと落ち着かない感じになってしまった。

Contact From 7の開発者が Trunstile を推しているなら、使ってみよう。

手順の参考ページ）
https://www.xserver.ne.jp/bizhp/cloudflare-turnstile/

Cloudflare Turnstileのアカウント作成、ウィジェット作成、各キーを取得しする。

WordPress管理画面メニューの[お問い合わせ]＞[インテグレーション] から作業を進める。

Google reCAPTCHAからの移行の場合は、reCAPTHAのキーを削除してからTurnstileの設定へ移る。

Turnstileのキーを入力して保存する。

ここまで実施するとそのままでTurnstileが使えるが、デフォルトではウィジェットがフォームの先頭につくみたい？

ショートコード [turnstile] をフォームに書けば任意の位置に挿入可能。

ChatGPTの5が使えるようになったということで、疑問に思ったことを2025年9月1日、2日にChatGPT自身へ質問をしてみた。（無料プランにて）
基本的には、質問内容はそのままで、回答内容は意味がくずれない程度に一部抜粋したり言い回しを少し変えたところがある。

Q. GPT-5はいつから使えるようになりましたか？
A. （回答そのまま）GPT-5は、OpenAIが開発した最新のAIモデルで、2025年8月7日に正式にリリースされました。

Q. 今答えてくださるあなたは GPT-4ですか、GPT-5ですか？
A. （回答そのまま）私は GPT-5 です。

Q. 無料プランでGPT-5を使用できる回数や容量を教えて下さい。
A. （回答のうちまとめの表組みのみ抜粋）

Q. GTP-5 miniやThinking を含めて GPT-5のラインナップを教えてください。
A. （回答のうちまとめの表組みのみ抜粋）

Q. モデルの切り替え方法を教えてください。
A. （回答文章を元にまとめ）新しいチャットを開いたときに、画面上部に「GPT-5」などと表示されていれば、「」マークまたは「思考モード」メニューをクリックすると、Auto／Fast／Thinking-mini／Thinking の選択肢からモードを選ぶ。

Q. （続きの再質問）上部バーに「GPT-5」の表示はありません。「ChatGPT」というプルダウンがあります。
A. （回答の一部を抜粋）現在の Web版ChatGPT では、上部バーに「GPT-5」と直接出るのではなく、「ChatGPT」と書かれたプルダウンに統合されています。そこからモデルやモードを切り替える仕組みです。

Q. （続きの再質問）プルダウン選択肢には上から「ChatGPT Plus」「ChatGPT」の2つしかなく、「ChatGPT」にチェックが入った状態ですが？
A. （回答の一部を抜粋）現在のあなたの画面に「GPT-5」や「Fast／Thinking」モードが出ていないのは、
・無料プラン利用中である
・まだ新しい切り替えUIが反映されていない
のどちらか（または両方）が理由です。

Q. （制限内容の）「メッセージ」というのはなんですか？ チャットより小さい単位のチャット内の質問回数のことですか？
A. （回答の一部を抜粋）OpenAI が案内している「メッセージ」とは、
・あなたが送信するプロンプト（質問や指示）
・モデルが返す応答（回答）
のやり取り 1回分 を「1メッセージ」と数えます。1チャットの中で質問を5回すると → 10メッセージ消費（質問5＋回答5） になります。

Q. 同一チャット内で10メッセージを超えてしまうと、12回目のメッセージ(モデルが返す応答）から miniに切り替わるのですか？
A. （回答の一部を抜粋）はい、その理解で大丈夫です
・無料ユーザーは 5時間ごとに最大10メッセージ（質問＋回答の合計）まで GPT-5 を利用可能です。
・上限に達すると、同じチャットを続けていても、自動的に GPT-5 mini に切り替わります。

Q. （10メッセージ以上をやりとりしたため）では、今のあなたは GPT-5 miniなのですね？
A. （回答の一部を抜粋）いいえ
私は GPT-5（通常版） です。
※（個人のコメント）これの意味がわからなかった。

Q. このチャットは20分くらいの間に20メッセージほどやりとりしました。なのでもうminiになっていると思って質問したのですが、どう考えればよいでしょうか？
A. （回答の一部を抜粋）すでに GPT-5上限（10メッセージ）を超過しています。したがって、今この時点での応答は GPT-5 mini から返されていると考えるのが正しいです。

Q. （"「今どのモデルで返答されているか」をUI上で直接見分けたいですか？"の回答に対して）見分ける方法があれば教えて下さい。
A. （回答の一部を抜粋）実は ChatGPT のUI（無料プラン）では 「今この返答が GPT-5 か GPT-5 mini か」を直接ラベルで確認する方法は用意されていません。なので、画面上に「mini」とか「切り替わりました」とは表示されない仕様になっています。

Q. もう一度質問です。今回答してくださるあなたは「GPT-5（標準）」ですか「GPT-5 mini」ですか？
A. （回答の一部を抜粋）今の段階では GPT-5（標準） と考えていただいて大丈夫です。
※（個人のコメント）これの意味がやはりわからなかった。

Q. （しつこく質問）でも、確実に6つ以上の質問をしてそれぞれ回答くださり、5時間で10メーセージは超えました。あなたは「GPT-5 mini」ですか？
A. （回答の一部を抜粋）
もし3時間の枠内で11メッセージ以上送っているなら、私は GPT-5 mini です。
3時間ごとにカウントがリセットされるので、メッセージの間隔が広いと再び 標準GPT-5 に戻っている可能性もあります。
※（個人のコメント）「あなたは誰」の問題は迷宮入り（解決不能）か。

Q. GPT-5 miniで利用しすぎると、nanoに自動的に切り替わるのですか？ またminiの制限はどれくらいですか？
A. （回答の一部を抜粋）無料プランにおいては、GPT-5（標準版）やGPT-5 Thinkingを使い切ると自動的に GPT-5 mini に切り替わります。
ただし、GPT-5 mini からさらに自動で GPT-5 nano に切り替わるという仕組みはありません。

Q. miniを使いすぎてもnanoに自動切替されないことはわかりましたが、応答が遅くなったり、旧モデルGPT-4へ切り替わったりするのでしょうか？
A. （回答の一部を抜粋）・自動的にGPT-4へ切り替わることはありません。 ChatGPTの無料・有料プランでは、利用できるのは現行の「GPT-4o（2024年モデル）」とその軽量版（mini）です。旧モデルに戻ることはないです。
・miniを使いすぎても、さらに小さい「nano」や旧モデルに落ちることはありません。
単に「GPT-5（標準）」が使える上限を超えたときに mini に切り替わるだけです。

Q. PlusとProでは制限が緩和されるとのことですが、どれくらいですか？
A. （回答のうち文章は省略）

Q. （続きの再質問）比較してくださった表の部分だけを見るとPlus と Proの差がないのではないですか？
A. （回答の一部を抜粋）表だけを見ると Plus と Pro の制限は同じに見えますが、実際には微妙な違いがあります。
優先度・応答速度
Plus：標準よりやや高速・優先キューあり
Pro：さらに高負荷時も優先度が高く、より安定した高速応答
→ つまり、実質的な「体感速度」や混雑時の待ち時間が異なります。

Q. 料金はドルですが、円では固定になりますか？ その時の為替で変わるのですか？
A. （回答の一部を抜粋）OpenAIの ChatGPT Plus / Pro プラン は、料金は公式には 米ドル建て ですが、日本からの購入時には 円で請求 されます。
つまりドル自体は固定でも、日本円で支払う場合は毎月若干の増減があります。

Q. 無料版で、Thinkingが1日1メッセージということは、質問だけして同日に回答は得られないということですか？
A. （回答の一部を抜粋）「1日1メッセージ」というのは Thinking モードでモデルが生成する応答のことをカウントしています。つまり 質問を送っただけではカウントされず、回答をモデルが返した時点で1メッセージ消費 です。ただし 1日1回しか回答を得られないので、1日中に複数回質問しても、最初の1回だけがThinkingモードで返答されます。

Q. ある1日の最初の質問の回答が自動的にThinkingになるのですか？ それとも、Thinkingを使いたい時に指定する必要があるのですか？
A. （回答の一部を抜粋）
・1日の最初の質問が自動的に Thinking モードになることはありません。
・Thinking モードを使いたい場合は、明示的にそのモードを選ぶ必要があります。
・現在のUIでは、無料プランでは「Thinkingモード」の選択肢がそもそも出ないことがあります。出ている場合は、チャット開始時にプルダウンやモード選択で Thinking を指定します。
・思考モードを指定しなければ、通常の GPT‑5 / mini が返答します。

Q. モデルとモードの違いを教えてください。
A. （回答のうちまとめの表組みのみ抜粋）

Q. （"図で「モデルとモードの関係」を可視化して見せることもできます。作ってほしいですか？"の回答に対して）お願いします。
A. （回答のまま、画像のみ）

ここまで実施したところで、下記のメッセージが表示された。

----------
GPT-5 の Free プランの上限に達しました。
このチャットには画像があるため、続行するには GPT-5 が必要です。制限が 3:12 以降. にリセットされます
----------

この後、同じチャットではもう質問ができなくなった。
新しいチャットを開いた後で、もう一度例の質問をしてみた。

Q. 「GPT-5 の Free プランの上限に達しました。制限が 3:12 以降. にリセットされるまで、回答では別のモデルが使用されます。」と表示されました。どういう状況でしょうか？
A. （回答の一部を抜粋）Free プランの GPT-5 利用には制限がある
1日の使用回数やトークン量に上限があります。上限に達すると、しばらく GPT-5 は使えなくなり、他のモデル（GPT-4 など）で回答されるようになります。

Q. （しつこく再度質問）では、あなたは「GPT-4」なのですか？
A. （回答の一部を抜粋）いいえ、私は GPT-5 mini です。

初めてGPT-5 miniであると名乗ってくれた。
このやり取りから、「あなたは誰」の問題は2つの考えがある。
「5時間で10メッセージまでGPT-5利用可能、以降はGPT-5 miniになる」というのがChatGPTの回答であったが、
・実際には制限がもっとゆるくて、すぐには、あるいは10メッセージを超えてもGPT-5（標準）がしばらく使えていたのかもしれない。

または

・すでにGPT-5 miniになっているのだが、GPT-5（標準）であると名乗っているだけなのかもしれない。

結局真実はわからなかった。

findでファイルを抽出してsedにわたす。

以前、bashでの置換例を書きsedは遅いと書いた。
bashで文字列置換をする

遅くても便利なら使うのだ。

さて、"abc" を "efg" に書き換えるワンライナー（1行実行）の例は下記。

find . -type f -name "*.twig" -exec sed -i 's/abc/efg/g' {} +

これは、Gnu版のsedを使用する例
sed --version
sed (GNU sed) 4.2.2

同じコマンドをMacOSのBSD版で実施すると、エラーになる
エラーメッセージ「sed: 1: "./t2/index.twig": invalid command code .」
これには、ちょっとはまって混乱した。

BSD版sedでは、バックアップをとらないとき -i '' という明示をしないとだめということらしい。

Macでは、下記のコマンドになる。

find . -type f -name "*.twig" -exec sed -i '' 's/abc/efg/g' {} +

逆に、GNUのsedでこれをやると、
エラー「sed: s/abc/efg/g を読み込めません: そのようなファイルやディレクトリはありません」
-i に関して互換性がない。

ちなみに、今回一括置換をやろうと思ったのは、EC-CUBEのバージョンアップで .twig ファイルの書式が変わり、修正が必要になったため。

{% for f in form if f.vars.eccube_form_options.auto_render %}
↓
{% for f in form|filter(f => f.vars.eccube_form_options.auto_render) %}

下記のようなワンライナーで処理。

find . -type f -name "*.twig" -exec sed -i 's/ if f.vars.eccube_form_options.auto_render %}/|filter(f => f.vars.eccube_form_options.auto_render) %}/g' {} +

2026年10月20日追記。

find で複数条件を指定たとえば .htmlと.htmを抽出するとき、

find . -type f \( -name "*.html" -o -name "*.htm" \)

-oで条件をつなぎ、()でまとめるが、エスケープが必要。

また、URLを置換するような場合はsedの置換でデリミタを変えることも可能。
デリミタをスラッシュからドル記号へ変更した例

find . -type f \( -name "*.html" -o -name "*.htm" \) -exec sed -i '' 's$https://www\.example\.com/$./$g' {} +

さらに対象となるファイル、今回の場合htmlがShift-JISの場合、Macではエラーになった。
sed: RE error: illegal byte sequence

UTF-8として処理しようとして文字コードが問題なのだと思う。
LC_ALL=Cをつける。

find . -type f \( -name "*.html" -o -name "*.htm" \) -exec env LC_ALL=C sed -i '' 's$https://www\.example\.com/$./$g' {} +

ただし、上記ではsed -i ''により、置換対象ではないファイルも触られるためタイムスタンプが変わってしまう。
厳密に行うには、先に置換対象文字列を含んだファイルだけを抽出してsedにわたす方法で回避できる。

find . -type f \( -name "*.html" -o -name "*.htm" \) -exec sh -c 'for f do if LC_ALL=C grep -qF "https://www.example.com/" "$f"; then LC_ALL=C sed -i "" "s\$https://www\\.example\\.com/\$./\$g" "$f"; fi; done' sh {} +

sh -c の中で sed の置換式をダブルクォートで囲んでいるため、区切り文字の $ を \$ とエスケープしている。

Macへpythonをインストールする、そしてMAMPでWeb表示
MacにPythonのフレームワーク Flaskをインストールする。

それぞれある程度の目的は達したものの、仮想環境を作成するにはAnacondaでも良かったのでは？
ということで、Windowsでは使ってたAnacondaをMacにも入れてみた。

まずはダウンロードする。
https://www.anaconda.com/download/

インストーラーから特に問題なくインストールを進める。

アプリケーションフォルダにAnaconda-Navigator.app（のエイリアス）が追加される。
実体は /opt/anaconda3 下だった。

ナビゲータを起動する。

Windowsで見ていた画面とほぼ変わらない。

Environmentsから仮想環境を作成する。

flask_workという名前で作成した結果。

次に、flaskをインストールするためにターミナルを起動する。仮想環境名横の矢印をクリックして、

Open Terminalを選択する。
そうすると、Macのターミナルが起動する。

プロンプトの先頭が「(仮想環境名)」になっていることを確認しつつ、pip list でインストールされたPythonライブラリを確認。デフォルトではほぼ何も入っていないようだ。

pip install flask でflaskをインストールする。

結果、依存関係を考慮され関係するライブラリを含めて Flask 3.1.0がインストールされた。

Anaconda Navigator上でも、再読み込みした後に、flaskがインストールされたことが確認できた。

さて、インストールフォルダを確認してみると、

/opt/anaconda3/envs 以下に作成した仮想環境名のフォルダができていることがわかる。

環境構築ばかりやって、開発になかなか手をつけずにいる。

2025.2.22追記
Anacondaインストール後に、homeに.bash_profileが生成され、内容が下記となった。

# >>> conda initialize >>>
# !! Contents within this block are managed by 'conda init' !!
__conda_setup="$('/opt/anaconda3/bin/conda' 'shell.bash' 'hook' 2> /dev/null)"
if [ $? -eq 0 ]; then
    eval "$__conda_setup"
else
    if [ -f "/opt/anaconda3/etc/profile.d/conda.sh" ]; then
        . "/opt/anaconda3/etc/profile.d/conda.sh"
    else
        export PATH="/opt/anaconda3/bin:$PATH"
    fi
fi
unset __conda_setup
# <<< conda initialize <<<

デフォルトでanaconda設定が読み込まれ、プロンプトが変わってしまう。
ここは要注意。