そもそも発想の源が狂っていたのです。
62進数の改変で可能だと思っていたことがそもそもの間違いだったのです。
n桁の数というのはn+1桁目が0のn+1桁と同じなので、“n+1桁目が0”と“n+1桁目が存在しない”を別物として扱うことが不可能だったのです。
最短IDを作るために必要な発想は、“最短IDの桁数”と、“その桁数で作る62種類の記号の組み合わせ”だったのです。
まず、既に空きIDがない桁数を取り除きます。
これを1桁から順に繰り返していくと、空きIDがある桁数が決定します。
これができれば、後は決定した桁数の中で普通に記号群を組み合わせるだけです。
桁数決定のときに、その桁数で可能な組み合わせの数だけオフセットをかけてやればIDの出現順も整えることができるのです。
pixivのキャプション(絵の説明文)の文字数制限内で長いアドレスのページを参照できるように短縮URLを導入してみることにしました。
外部サービスを利用するのではなく、自前で用意します。
というのも、うちのtgws.fromc.jpというドメインが意外と短い部類のドメイン名だと分かったためです。
このドメインを使って短いURLを作れば短くて身元の分かりやすい短縮URLができるということです。
しかし短いURLを作るための最短ID作りが意外とうまくいかないのです。
ID番号→アルファベット込み62文字を用いたIDという変換をするのですが、これが単純に10進数→62進数の変換というわけにはいかないんですね。
最初の桁にも0が入ることがあるという性質が意外と厄介なのです。
TGWSAdmin、データは復旧していませんが、とりあえずデータ追加時のエラーでデータが消える問題は克服しました。
セーブデータが消える問題については原因はおろか消えたときの状況すら全くつかめていないので直接的な対策はできませんが、対症療法的な対応はできそうです。
そういえば毎週自動バックアップをしていたんだったと思い直し、バックアップの中から設定ファイルを探したところ、ありませんでした。
どうにもWindowsに備わっているバックアップは実行ファイルや設定ファイルなど、重要なファイルに限ってバックアップしないようになっているようです。
別のバックアップソフトを使うべきかな…。
TGWSAdminの様子がおかしいです。
急にデータが消えて、復旧しようとデータ追加したらエラーが起こるという状態になってしまいました。
なのでアンパンマンDBなどの自動更新は現在無効状態になっています。
爆ボンのページをこっそり更新しました。
というのも、ブラックシティがポケモンにも登場し、そっち方面でのアクセスが急増したためです。
とはいえ、ポケモンではないということを明記するとページ内に「ポケモン」の語が入るためますますポケモン誤爆が多くなるので、逆に「爆ボン」のページであることをタイトルに明記しました。
なんだか次のアンパンマンの話、妙にシリアスな感じですね。
ばいきんまんのメカで食べ物が取られてしまうという話なのですが、今度は規模が違うのです。
ケーキとかご馳走とかそんなレベルではなく、家に帰っても店に行っても食べるものが何もないという極限状態。
こういうの、アニメ版では初ではないでしょうか。
おそらくラストはアンパンチ→バイバイキン→食べ物戻る、の流れだろうから見所は前半でしょうね。