10月29日の夜中2時38分、僕はAI（Claude）に「公開して」と送った。温泉ブログ（温泉ランド.com）の新しい記事3本を、下書きから公開してもらうためだ。ブログはWordPressで動いている。
1分後、AIからこう返ってきた。
最初の問い合わせで、サイトから「503（いま応えられない）」が返りました。何も公開していません。サイトの様子を1回だけ確かめます。
503は、サーバーが「いまは応えられない」と返すときの番号だ。そのころ僕もブログを開こうとしていて、画面には英語の一文が出ていた。
Briefly unavailable for scheduled maintenance. Check back in a minute.
同じ日の夜には、公開の途中で今度は500が出た。この記事は、その2回のときにAIが何をしたかと、あとで公式の文書を調べて分かったことの記録だ。
503のとき、AIは何も公開せずに待った
最初の問い合わせで503が返ったので、AIは公開の手順に進まなかった。続けて、こう書いてきた。
まだ公開していません。onsenland.com が一時的に応えていない（503）ので、10分後にもう一度確かめます。戻っていれば、そのまま公開の手順に進みます。
僕は2時41分に、画面に出ていた英語の一文をそのまま貼って、「ページ開こうとしたらこのメッセージ出てきてたわ」と送った。
AIの説明はこうだった。
その文は、WordPressが本体やプラグインを更新している間に出す「メンテナンス中」の表示です。普通は1分ほどで消えます。
そのうえで、10分後の確認の結果を2つに分けて書いていた。
- 戻っていた場合：そのまま3本の公開に進む
- まだ出ている場合：更新が途中で止まった見込みが高い。サーバーに残った「.maintenance」というファイルを消すと戻る。ただしサーバーのファイルを消す操作なので、AIからは勝手にしない。手順と合わせて僕に相談する
.maintenance は、WordPressが更新のあいだだけ置く小さなファイルだ。くわしくは下に書く。
AIは、この時間にこの作業から更新は何も動かしていない、とも書いていた。WordPressの自動更新か、別の作業の更新が動いたのだろう、という見立てだった。何の更新だったかは、確かめていない。僕にも心当たりはない。
AIの説明には、時刻の言い間違いがあった
あとで記録を読み返すと、AIの説明に1か所おかしな所があった。
ただ、0時39分の確認で503を返してから、だいぶたっています。
503が返ったのは2時39分で、この説明は2時41分だ。0時ではないし、たったのは2分ほどだった。「だいぶたっています」は言い間違いだ。このときは判断が変わらなかったが、時間の長さは「待つか、手を打つか」を決める材料になる。AIの言う時刻は、記録の時刻と照らして読むほうがいい。
2時49分に戻ってから公開した
AIは10分後の2時49分に、もう一度だけサイトを確かめた。
2時49分には200に戻っていて、メンテナンスの表示は消えています。公開を始めます。
200は、サーバーがふつうに応えたときの番号だ。表示が2時41分から49分のあいだのいつ消えたのかは、記録に残っていない。
公開したあと、AIは公開中のページを開いて、記事の中の宿の紹介が全部出ているか、アイキャッチ画像が付いているかを見た。宿の紹介を出すプラグインがメンテナンスのあともいつもどおり動いていることも確かめていた。
同じ日の夜、今度は500が出た
21時42分、僕は別の3本（白金・越後大湯・太地）について、また「公開して」と送った。
今度は、越後大湯を公開したところで、サイトが500を返した。500は、サーバーの中でエラーが起きたときの番号だ。AIが記事の公開に使っているプログラムは、そこで止まった。
AIは少し待ってから確かめるつもりだったが、待つ命令が作業の道具の決まりで使えなかった。そこで、すぐに記事の状態を見た。
越後大湯は公開されていました（500は、保存のあとの処理で出たものと見られます）。太地だけ、まだ下書きです。太地だけを公開します。
500が保存のあとの処理で出たというのは、AIの見立てで、確かめてはいない。ただ、結果として越後大湯は公開済みで、太地は下書きのままだった。白金も、この時点で公開済みだった。
AIは太地の本文と題名が下書きと同じことを確かめてから、太地だけを公開した。越後大湯は、エラーのあとも本文が欠けていないことを、公開版の中身とページの両方で確かめていた。
もし「500だから失敗した」と考えてやり直していたら、公開済みの越後大湯にもう一度手を入れることになっていた。
| 日時 | 出た表示 | そのときAIがしたこと |
|---|---|---|
| 10/29 2:39 | 503（いま応えられない） | 何も公開せず、10分後にもう一度確かめると伝えた |
| 10/29 2:41 | 僕の画面に「Briefly unavailable for scheduled maintenance. Check back in a minute.」 | 更新中の表示だと説明した。ファイルは消さず、出たままなら相談すると伝えた |
| 10/29 2:49〜54 | 200（ふつうに応えた） | 3本を公開し、公開中のページを確かめた |
| 10/29 21:42〜43 | 500（サーバーの中のエラー）で公開のプログラムが止まった | 3本の状態を確かめた。下書きのままだった太地だけを公開した |
メンテナンス表示の仕組み
AIの説明が合っているかを、記事を書くときに、AIにWordPressの公式の文書とコードで調べてもらった。
- WordPressは更新のとき、サイトのいちばん上のフォルダ（wp-admin フォルダがあるフォルダ）に「.maintenance」というファイルを自動で置く。このファイルが置かれてから10分のあいだ、訪問した人には「Briefly unavailable for scheduled maintenance. Check back in a minute.」と出る
- このとき、WordPressは503を返す。あわせて「600秒（10分）たったらまた来て」という合図も送っている
- 本体の小さな更新は、既定で自動で入る。夜中にだれも触っていなくても、更新が動くことはある（今回がそうだったかは分からない）
- 今の版のコードには、「.maintenance ができてから10分たったら、メンテナンスは終わったとみなす」という決まりがある。ファイルが残っていても、10分を過ぎれば表示は止まる作りだ
- それでも、更新のあとにファイルがきちんと消えないことはある、と公式の文書は書いている
AIが10分後に確かめたのは、WordPressが送る「10分後にまた来て」の合図と同じ長さだった。AIがこれを知っていて10分にしたのかは、記録からは分からない。
公開の途中でエラーが出たら
僕と同じようにWordPressを使っている人向けに、今回のことから言えることをまとめる。
- 公開や更新の途中でエラーが出ても、すぐにもう一度押さない。先に管理画面の投稿一覧で、記事が「公開済み」か「下書き」かを1本ずつ見る。500が出ても、公開は済んでいることがある
- 公開済みになっていたら、公開中のページを開いて、本文が最後まで出ているかを見る
- 「Briefly unavailable for scheduled maintenance. Check back in a minute.」は、WordPressが更新している最中の表示だ。慌てずに、1分ほど待ってから開き直す
- 10分以上たっても同じ表示が出続けるときは、公式の文書の手順で直す。これはサーバーのファイルを1つ消す操作になる。FTPか、レンタルサーバーのファイルの管理画面で、wp-admin フォルダがあるフォルダを開き、「.maintenance」だけを消す。点で始まるファイルは、隠しファイルを表示する設定にしないと見えないことがある。ほかのファイルは消さない（10分の目安はWordPressのコードによるもので、公式の手引きには待つ時間は書かれていない）
- 消したあとは、更新をもう一度実行する。公式の文書は、更新が失敗していた場合に備えて、そうするよう書いている
AIに作業を任せているなら、サーバーのファイルを消すような操作は、AIに勝手にさせず、自分で決めるほうがいい。今回のAIは、そこを自分からは触らないと先に言っていた。
分かったこと
2回とも、AIがしたのは「エラーが出たら、次の操作の前に今の状態を見る」ことだった。503のときは、公開を始める前に止まって待った。500のときは、どれが公開済みでどれが下書きかを見てから、足りない1本だけを公開した。
一方で、AIは「だいぶたっています」と、たっていない時間をたったように言った。エラーの番号や記事の状態は確かめても、自分の言った時刻までは確かめていなかった。僕も、記録を読み返すまで気づかなかった。
おすすめ商品
