PHPのバージョンを8.1に上げてから、Wikiが動いていなかったので、Wikiのバージョンを上げました。
エラーが少なければ自前で解消したかったのですが、多すぎたので、PHP最新バージョンに対応したバージョンに切り替えました。
PukiWiki/Download/1.5.4 - PukiWiki-official
ただ、今あるWikiはもうどれも保守する気はないので、全面的に凍結しています。
管理画面にこっそり置いてるメモ用のWikiも、どっかのレンタルWikiに移行してしまうつもりです。
カバレッジのグラフ
サイズがでかいので画像は直接貼りませんが、カバレッジの推移のグラフを表示する機能を作ってみました。
昨日紹介したRindow Math Plotは、ファイルへの保存は対応しているように見えて事実上対応していなかったので、直接表示するページを管理画面に作りました。
横軸はカバレッジ記録開始した日からの経過日数にして、上下に並べて時系列で傾向を見られるようにしました。
新機能を実装して複雑性が上がるとカバレッジが下がり、複雑性が上がらない間はテスト作成を頑張ったりしているのでカバレッジは上がる傾向があります。
今、日記の内部挙動を変えようと思っていて、内部挙動を変えても外部仕様が崩れないことを保証するために、日記の、特に管理画面のテストの作成を頑張っています。
リトル ノア 楽園の後継者 | Cygames
復活ですとっ！？
まあ、前作の完全版でもなければ続編でもないし、何ならゲームジャンルも全く別物だけど、なかったことになってなかったというのはちょっと嬉しいですね。
あと、買い切りというのも個人的には嬉しいところ。
前作は基本無料アイテム課金でストーリーをちょっとずつアップデートで足していく方式だったのですが、プレイ人口が減っていって録にアップデートされなくなり、重要人物だったはずの人が期間限定イベントで茶番劇やったまま、何も解決せず未完でサービス終了しちゃったんですよね。
買い切りなら、最初に出した時点でひとまずエンディングまでは到達できるようになっているはずなんで、その点安心なのです。
8月にスペシャルエディション(2000円)も出るらしいですが、価格と内容を見る限り、単に本編+有料DLC2種を値引きせずセットにしただけのようです。
念のため説明しておくと、全部個別に買う(本編1500円+DLC第1弾300円+DLC第2弾300円=2100円)よりは100円だけ安くなりますが、DLC1+2パックが500円で100円安くなるんで、“スペシャルエディションとしての”値引きはないということです。
わざわざ待たずとも、後でDLCを買い足したほうが無難そうですね。
メールがまだ変だったので、SPFレコードを再設定して、今度こそ解決しました。
Rindow Math Plot : Rindow Mathematics : Rindow
PHPのグラフ作成ライブラリです。
「php グラフ」でGoogle検索してもピンとくるものがなかった(PHPから出力したデータをJavaScriptでグラフ化するというPHPの意味がないものが多かった)ので、Composerで「composer search plot」で検索したら、目的に近そうなのがありました。
とりあえず、上に置いた画像みたいなグラフが描けます。
少々見た目が殺風景ですが、演出にこだわりたいわけじゃないし、むしろ個人的にはこのくらいのシンプルさが好きです。
グラフを並べられるのは見ての通りですが、第2軸(右側にも軸を作って、スケールの違うものを同じ図に表示)の実現方法は今のところよくわかっていません。
以下、ソース。
header('Content-Type: image/png');$mo = new \Rindow\Math\Matrix\MatrixOperator();
$plt = new \Rindow\Math\Plot\Plot(null, $mo);
[$fig, $axes] = $plt->subplots(1, 2);
$x = $mo->array([0, 0.2, 0.4, 0.6, 0.8, 1.0]);
$y1 = $mo->op($x, '**', 2);
$y2 = $mo->array([
[0.0, 0.0], [0.3, 3.0], [0.7, 4.0], [1.2, 3.0], [2.8, 1.0], [5.0, 0.0],
]);
$axes[0]->plot($x, $y1, null, 'y1');
$axes[0]->legend();
$lines = $axes[1]->plot($x, $y2, null, 'y2');
$axes[1]->legend($lines, ['data0', 'data1']);
$plt->show();
以前作っていたネタバレ畳むための機能が、ちょっと書き方としていまひとつだったので、古い方のHTMLねじ込み機能を改良して、独自マークアップと干渉しないようにしました。
またメールのSPFレコードがおかしくなっていたので、新しいIPに紐づけておきました。
こういうところ、レンタルサーバーの残念なところですね。
映画『ドラゴンボール超 スーパーヒーロー』大ヒット上映中！
観てきました。
ドラゴンボールはGTまでしかまともに見てない、映画に至っては小学生の頃のおぼろげな記憶しかないレベルでしたが、楽しめました。
あんまりネタバレのない感想はこちら。
・これこそ2Dアニメに求めていた3DCGと思える映像
— 📛松田美文 (@matsuda323) June 26, 2022
・ヘドのオレオおいしそう
・お前ら子供おったんか
・ヘドのオレオおいしそう
・ブロリーはかわいい。ただただかわいい
・ヘドのオレオおいしそう
・こっからGTに繋げたら邪悪龍どんだけ出ることになるんだ
・ヘドのオレオおいしそう
やっぱり、映像的なところで進化を感じましたね。
3DCGをベースにして、2Dで調整して、2Dアニメとして違和感のない3Dアニメとして仕上がっていました。
バトルシーンはもちろんのこと、日常の何気ない所作がいいんですよ。
ツイートではヘドのオレオのことばっかり言ってましたが、それ以外にも、パンの子供らしいせわしない動きとか、名前もわからないレッドリボン軍兵士とか、あとピッコロさんとかピッコロさんとかピッコロさんとか…。
最初だけ実はいかにもな3Dで違和感があったのですが、人造人間の目から見た映像だったので、意図的な表現だったのでしょう。
それと、当然と言えば当然なんですが、ガンマ1号と2号が魅力的。
スーパーヒーローと自称していたんですけどね、やっぱりヒーローなんですよ。
悪の手で生み出された都合で悪の手先みたいなことやってたけど、芯の通ったヒーローなんですよ。
昨日対応したJPEGの回転対応が不充分だったので、修正しました。
再圧縮するときに回転を考慮するようにはなっていたのですが、再圧縮不要な場合にはそのままでした。
Twitterに投稿する分には再圧縮しなければそのままでもいけるので、再圧縮しないときは表示時だけ考慮するようにしました。
「ドロリンとバケ〜るカーニバル」の作品情報を更新
キャラ「フワリー」を更新
映画のこと、書いてきました。
で、書き方で昨年の映画を参考にしていたら、昨年の映画のヒロインの情報が全然書けてなかったので、ちょっと追記しました。
スマホで撮った縦長画像がうまく処理できていなかったので修正しました。
以下のサイトに、やりたかったことそのままのサンプルがありました。
PropertyItemsを見て回転、ですね。
サンプルは3種類の回転しか対応していなかったので、反転の方も対応して取り入れてみました。
観てきました。
詳しい感想とかは後日アンパンマンDBにでも書きます。
「ゆず姫とヨーカンマダム」の作品情報を追加
「ビクビクちゃんといなりずしのみこと」の作品情報を追加
来週本放送分記入。
来週からまた通常回ですね。
おきがえリポちゃん ～ 森林警備隊の制服セット ～ （2022/6/21）｜目覚めし冒険者の広場
月例貸衣装。
明日だと思ってぼんやりしていて忘れるところでした。
自然を愛し自然を守る森林警備隊の制服だそうです。
私の場合、うまのふんを愛しうまのふんを守る馬小屋警備隊ですね！
ゲーム内資産5000万ゴールド突破。
レンダーヒルズまで折り返し地点です。
まあ、真面目に金策やっている人なら結構すぐ貯めちゃうらしいですが。
Twitterのハッシュタグのページを更新
いよいよ映画公開が明日に迫ったということで、「#映画33作目も公開だし好きなアンパンマン映画を3つあげる」追加です。
キャラ「カマンベールくん」を追加
やっとカマンベール回見たので。
「逆引き編集」というアイディア。
現状は、記事を選んでから、タグが当てはまるかどうかを次々投票する仕組みですが、それとは逆に、最初に一つのタグを指定して、それに当てはまる記事・当てはまらない記事を次々選んでいくという考え方です。
具体例で言うと、「女」というタグを選んで、こいつは女だから「+」、こいつは男だから「-」と次々入れていく感じです。
検索に役立てるには、一人のデータが充実するより、みんなのデータが少しずつ出そろった方がいいですからね。
GitHub Copilot · Your AI pair programmer
コーディング補助システムですな。
ペアプログラミングのように、人が最初のコードを書いて、AIが続きを書いて、それを人が手直しして、という作業になるようです。
Visual Studioでもコードの続きを提案してくれる機能があるのですが、それをもっと大掛かりにしたようなイメージですね。
無料体験もあるようですが、その場合でも手続きが必要になるようなので、今のところ始めてはいません。
昨日のやつ、キャッシュがあるときは24時間ごとにキャッシュ更新するというプログラムが、キャッシュがないときにしか働かないようになっていたのが原因でした。
なので、一度間違ったキャッシュを取得してしまうと、それをずっと表示し続けるようになっていたのです。
本来は、PA-APIの使い方として、24時間に一度更新しなければならないのですが、それもできていなかったようでした。
バージョン6.2の情報が出たようです。
とりあえず、私に大きな影響があるのは職業＆職人レベル上限解放かな。
流浪のキャラクターとかの緩和もありがたいかな。
最新の商品画像が取得できていなかったようなので、応急処置で無理やり差し替えました。
バグってるようならなおしとこう。
Twitterのハッシュタグのページを更新
「アンパンマンポテト」を追加しました。
「アンパンマン」タグで検索していると、ちょくちょくおいしそうなポテトの写真が出てくるので。
PHP: プロパティ - Manual
プロパティ自体は昔から使っていたけど、8.1からはreadonlyが付けられます。
最初に代入した値以外に変更できなくして、想定外の変更によるバグを防ぐ、イミュータブルを実現できるというやつです。
で、もう一つ…
PHP: コンストラクタとデストラクタ - Manual
8.0から追加されたコンストラクタのプロモーション機能と組み合わせると、コンストラクタを書くだけで、最初にデータを全部受け取って保持するイミュータブルなクラスが簡単に書けてしまうというわけなのです。
まあ、今開発しているものは、ミュータブル(変更可能)なことに意味があるクラスなので、readonlyの方は使ってないのですが。
でも多分、今後どこかで必ず使うことになると思います。
…覚えていれば。
Voidolを期間限定で無償配布します。PC Watch様にも取り上げていただきました。 | クリムゾンテクノロジー株式会社
ボイスチェンジャー、インストールしてみました。
私はあまり声出し配信とかしないのですが、VRChatをインストールしてたり、やっぱりたまには配信したくなるかもしれなかったりするし、そのときに地声から離れたらちょっとは抵抗感なくなるのかなと。
まだ試運転すらしていないですが、何かしら喋るネタでも探して試してみようかな。
IEはとっくにサポート終わってるわけですが、IEと一緒に使えなくなってしまったサイトが世の中にはいろいろとあったそうで、うちのサイトはどうなのか、というのを一応語っておこうと思います。
まず、そもそも当サイトTGWSは、Internet Explorerに対応していません。
一部のコンテンツ(具体的に言うとミディビ)だけは、IEにだけ残されたプラグイン機能に依存していましたが、そっちはそっちで、早々にプラグインの方がサポート外になったので、IEがサポートを続けようとももはや動きません。
このようなコンテンツは、歴史的な理由で残しているだけなので、今後も、特段の事情がない限りは、サポート外のまま残ります。
一方、ページ構成としては、一部を除き、JavaScriptやCSSが正常に機能しなくてもHTMLの基本的な機能だけで成り立つようになっています。
なので、IEでもそれ以外でも、何なら古いバージョンでも、多少崩れながらも意味が解る程度には表示できるかと思います。
おそらく、将来ブラウザが進化しても、それなりに表示できることでしょう。
なので、IEがサポート終了したことで、私のサイトが変わることはありませんし、移転や閉鎖の予定もありません。
けしケシコラボイベント、全キャラ分終わりました。
結局最終日に滑り込みになってしまいました。
写真には撮っていませんが、ドラけしSのしぐさ(シャワーのように消しゴムが降ってくる)も手に入れましたよ！
古いVPS解約した。 pic.twitter.com/0AdK2zuCiN
— 📛松田美文 (@matsuda323) June 18, 2022
去年言っていたことですが、どうやら無理そうでした。
はてなブログにはJASRAC管轄曲の歌詞を掲載できるので、アンパンマンソングの歌詞を集めたサイトを作れるんじゃないかと思ったのですが、歌詞掲載を主体とした利用は明示的に禁止されていました。
はてなブログにJASRAC管理楽曲の歌詞の掲載が可能になりました - はてなブログ開発ブログ
タスクリストについて - GitHub Docs
GitHubのタスクリストをコミットメッセージで操作できないかと調べてみたのですが、どうにもできなさそうですね。
まあ、できたとして、番号も振られていないチェック項目をどうやってコミットメッセージで特定するんだって話ですが。
「ふわふわフワリーと雲の国」の作品情報を更新
昨年の劇場版テレビ放送後半の情報を入れました。
そして来週は今年の劇場版も封切りですね。
現在の更新履歴からデータを取ってきてデータベースに入れるための仕組みを作成開始。
チャンネルの仕組みがまだできていないので、完全移行はまだ無理ですが、どこまで本当に移行できるか確かめながら開発していけるようになる…といいなあ。
根本的な作り直しの続き。
履歴項目の書き込みが出来ました。
履歴項目本体以外にも、チャンネル(何についての更新か)も作る必要があります。
未実装のアイディア。
「ヤーダ姫」とか、「かつぶしまんと鉄火のマキちゃん」とか、タイトルだけで区別のつかない記事がいくつかあります。
そういうのに区別をつけるために、今は「ヤーダ国のヤーダ姫」みたいな説明的な名前を、「他の呼び方」に入れて対応しています。
こういう説明的なタイトルの、タイトルそのものじゃない補助的なテキストを、独立項目として作ろうかと考えています。
ヤーダ姫の例で言えば、「ヤーダ国の」や「ヤーダ星の」などを入れる形です。
ファイルの場所を開く機能 · Issue #29 · mifumi323/NeoMupl
これまた未実装のアイディア。
ショートカットファイルを右クリックしたら出てくるメニューの項目みたいなやつです。
浮き沈みランチャーには同じような機能を実装しているので、そんな感じで。
先月やっていた根本的な作り直しの続き。
履歴項目の読み込みを作っている最中なのです。
で、そのときに、データベースから読み込んだ結果をPHPのクラスに変換する処理で、callableを渡す新しい書式。
PHP: 第一級callableを生成する記法 - Manual
PHP8.1から出てきた記法で、従来は「['NoteItem', 'fromArray']」と、文字列の配列で記述するしかなかったのですが、「NoteItem::fromArray(...)」という書き方で同じ意味を表現できるようになったのです。
文字列だと、プログラム的に意味があるのか単なるテキストなのか文法的には区別がつきませんが、「(...)」を使った記法だと、明確にプログラム的に意味のあるcallableとして書けるのです。
ただ…見た目気持ち悪いですね…慣れるしかないか。
内部処理をいじって、カテゴリの処理を切り分けました。
内部的に使ってるけど日記では何の意味もないシステムを削除したくて、でも結構影響範囲が大きくて、なので、影響範囲を狭めつつ、リグレッションテスト可能なように作り替えているということなのです。
ついでにテストのカバレッジも上がるので、精神衛生的にもよくなります。
なお、外部仕様を1ミリも変えない内部仕様の変更なので、これが成功した暁にも読者にとっては特に意味はありません。
コーディングは1行も進んでいません。
タイルの当たり判定をしっかりやろうとすると、様々なテストパターンが必要なわけで、抜け漏れないか確かめるなら、グラフィカルに表示できた方がわかりやすいし、何より楽しい！
というわけで、タイルと当たり判定図形(線)を描画して当たった位置をリアルタイムに表示できるものを作りたいなというところ。
構想段階で全く着手していないアイディアなんですが、「共起度」というもの。
このタグとこのタグは一緒にいることが多いなってやつ。
これの統計を取っておいて、みんなのタグの編集画面での並び替えに活かしたいなと。
例えば、すでに「姫」のタグが付いていた場合、共起することが多い「女」を上の方に表示するとか。
「共起度」というのはわかりにくいから、「関連度」とかの用語にした方がいいかもしれないですね。
新VPSに移行してからはなぜか落ち着いているんですが、不安定なテストの対策。
ネットワーク関係など、プログラムが正しくても失敗してしまうテストがあります。
プログラムが正しいならそんなもの無視すればいいんですが、Flaky testだと思っていたものが実はプログラムミスだったということもざらにあるので、ネットワーク関係だからエラー無視、というわけにもいきません。
今のところ、毎回エラーの詳細を出力して、目視確認して、「これは今回だけの偶然だな」とか判断しているのですが、頻度が高いと面倒だし、精神衛生上もよくありません。
で、なんとかFlaky testを自動検出して、あるいはそうでなくとも、FlakyとわかっているテストはFlakyなりの判断基準を持たせて、ただFlakyなだけなら一応テスト成功として扱いたいなと。
実現するには、過去数回のテスト結果を保存しておいて、一定割合までの失敗なら許容する、くらいの扱いが現実的かと考えています。
パソコンのメモリを換装して、12GB→16GBに増やしました。
足りなくて困っていたというわけでもないんですが、開発環境のメモリが多いに越したことはないのです。
忘れないうちにさっさと移転完了しました。
リバースプロキシの設定移行だけちょっと大変だったかも。
自作のサーバー(サーバーそのものとして機能するプログラム)もあって、そいつを保護するために表向きIISがいないといけないのです。
あと、ハードウェアスペックは変わってないですが、お値段は安くなりました。
「えいごランド 1 歌って踊ってゆかいな幼稚園」の作品情報を追加
「えいごランド 2 ばしゃばしゃスイスイプールの日」の作品情報を追加
「えいごランド 3 楽しい遠足 動物園」の作品情報を追加
「えいごランド 4 みんなガンバレ運動会」の作品情報を追加
「えいごであそぼう 1 きみのなまえはなーに？の巻」の作品情報を追加
「えいごであそぼう 2 えいごでワン・ツー・スリー！の巻」の作品情報を追加
「えいごであそぼう 3 きみのようふくどんないろ？の巻」の作品情報を追加
「えいごであそぼう 4 いまなにしているの？の巻」の作品情報を追加
英語の知育ビデオの情報を一気に追加しました。
具体的な内容の記載は実際に観たときにでも改めて…。
「0才からのやさしいえいご」シリーズとかもまだあったりします。
そっちはまあ、気が向いときにということで。
カテゴリ周りのコードや最近の活動(管理画面)の表示を修正中。
カテゴリは、「管理画面クラス」に何でもかんでも乗せすぎたので、他でも使いやすくなるようにクラス分割。
最近の活動の方は、リンクの付け方が気に入らなかったんで。
↓現状(修正前)の見え方。
「分野：内容」の順で書いてあるんだけど、ここのリンクがかかる範囲を内容だけにしたいんですよね。
管理画面で、カテゴリ削除できるようにしました。
既にカテゴリ登録済みの日記からも、カテゴリが消えます。
で、先日言っていた「更新」カテゴリ、さっそく消しました。
毎月10日はDQXで遊ぼう！ ～アストルティア住宅展示場 フォトスタジオ オープン！～ （2022/6/3）｜目覚めし冒険者の広場
テンの日。
日記書いたことをツイッターでも報告するようになって、これまで以上に日記の賑やかしが欲しくなったので、いつもはフォトスタジオ系のテンの日イベントには行ってなかったのですが、行ってみました。
結婚式場風のスタジオですね。
新郎役のプライベートコンシェルジュ(NPC)と、スタッフでもないのになぜか神父役をやってくれている一般プレイヤーも居ました。
「ふわふわフワリーと雲の国」の作品情報を更新
来週の本放送は去年の映画ですってよ。
DQけしケシ！コラボ 第4回 隠れスライムフェスティバル （2022/6/2）｜目覚めし冒険者の広場
スライム探しイベント消しゴム版。
ひとまずミフミンで印章もらえるところまではやりました。
最終報酬までは結構な周回回数求められるので、土日にでもゆっくりやりましょうかね。
それはそうと、このポーズするとすぐカットイン入るから写真撮るの地味に難しいんですよね。
曖昧リンク検出のため、まずは全記事列挙を作りました。
これを馬鹿正直に全部リンク解析すると時間がかかるので、ここは方法をうまく考えたいところです。
それと、Anpanatorのテストのひな型作成。
CRAP指数がでかすぎるし、使い方もよくわからない代物になっていたので、そのあたりの整理も兼ねて。
初期メッセージ追加 · mifumi323/PhpTestTemplateGenerator@6c54ace
大したことじゃないんですが、本っっ当に大したことじゃないんですが、最初に起動したときに使い方の簡単なメッセージを出すようにしました。
ええ、久しぶりにテスト作ろうとして、使い方忘れてました。
これでもう使い方忘れても安心！
予定作業としては、こんな感じ。
リストアップしてみると意外と多いな…。
さくらのVPS for Windows Server東京リージョン終了のお知らせ。たしかに東京だけ新規契約できなくなってる。 pic.twitter.com/A1djYbyk0V
— 📛松田美文 (@matsuda323) June 7, 2022
アンパンマンDBには歴史的な理由で、記事間リンクが記事じゃなくて検索につながることがあります。
たとえて言うなら、Wikipediaの曖昧さ回避みたいなものです。
で、Wikipediaと同じく、曖昧さ回避にリンクされているものは、出来る限り具体的な一記事にリンクしたほうがいいのです。
ただ、すでにアンパンマンDBには膨大な量の記事があり、膨大な量のリンクがあります。
これを探すのは大変、ということで、自動で見つけ出す仕組みを作っていました。
まあ、まだ出来てないんですけどね。
mifumi323/CharTypeShuffler: 文章を入力すると、ひらがなカタカナ大文字小文字全角半角をごちゃ混ぜにして出力するろくでもないアプリ。
5年ほど前に思い付いたクソアプリ、CharacterHarasserから名前を変えて開発開始です☠
WinUI3の練習にはちょうどいいかと。
とりあえず今は、半角英字の大文字小文字反転だけです。
本当は反転じゃなくてランダムにシャッフルしたいし、いろんな文字をシャッフル対象にしたいので、まだまだこれからです。
二次創作のガイドライン – 美文のキャラ倉庫
二次創作のガイドラインを設置しました。
ライセンスは以前うちまととかTGWSでやっていたころよりちょっと厳しくなっています。
まあ、同人と広告を除く商用禁止条項なんで、ファンアートの範疇ならむしろ無制限に近いライセンスですが。
基本的には、キャラ名か作者名を記載してくれればOKです。
トップページでも不適切タグは表示しないようにしました。
アクセス解析のタイミングで表示切替するのでタイムラグはある程度ありますが。
リツイート周辺表示へのリンクをちょっと調整。
コードネーム：テツ – 美文のキャラ倉庫
昔の日記で紹介していたキャラ案、固まってはいませんが、ちょっと設定を増やしてキャラ倉庫に入れておきました。
[追加]TileGridPlateCollider · mifumi323/funyak@19f31cc
タイルの当たり判定の続き。
とりあえず、一番実装が楽な、タイルをまたがってなくて当たってないケースだけ実装しています。
ColliderBase.Shiftいらないのでは？ · Issue #59 · mifumi323/funyak
さっきのソースコード中にも書いているのですが、当たり判定を移動するメソッド、いらないのでは？って思っています。
タイルだと特に、当たり判定とマップオブジェクト本体が不可分になっているので、当たり判定だけ動かすというシチュエーションがなく、マップオブジェクトの変更に当たり判定が追随しないというシチュエーションもないのです。
じゃあ他のマップオブジェクトはどうかというと、テストだけ作って実際には一つも使っていないのです。
後で使うかもと思って作ったものが後になって邪魔になるパターンですね。
自分で（後で）見直すというタスクになるのでREVIEWは割と妥当な気が
— 奇々浦ヌル夫 (@k_nulluo) June 5, 2022
まあ結局どんなアノテーションでも自分やエディタに伝わればいいと思うんですが
「みんなのタグ」機能プレビュー4を公開
条件による絞り込みと、中立投票機能も実装して、プレビュー4としてリリースしました。
「すべて」が付かない絞り込み条件は、当てはまる記事が一つもないタグは除外するようになっています。
箸にも棒にもかからないようなタグはこれでまあまあ目立たなくできるのではないかと。
中立投票は、「未投票」条件を便利に使えるようにするために急遽付けました。
判断に困るけど今後投票することもなさそうな場合には、使えるかと思います。
「ロールパンナとかいじゅうモカ」の作品情報を追加
「とびだせ！３ばいレアチーズ」の作品情報を追加
来週放送分のデータ追加。
『メロンパンナとまいじゅうモカ』がいい話だったんでロールパンナもきっといい話。
そしてもう一つはカマンベールとな。
キーワードによる絞り込みを実装。
条件によるフィルタ機能もすぐ作れそうなので、一緒にリリースしてしまうつもりです。
別に記事もデザインもいじってませんが、WordPress本体をバージョン6.0にアップデートしました。
こっちも何か書くネタあれば書いておきたいなァ。
季節の家具・庭具販売「よろず屋ロココ」期間限定オープン！ （2022/5/25）｜目覚めし冒険者の広場
家具再販。
以前のイベントでは、道具枠圧迫を嫌って買わなかったものが多いのですが、いつぞやのレプリカ対応で圧迫の心配がなくなったので、思う存分買いました。
写真はバージンロードラグです。
バージンロード感がないのはひとえに私のセンスのなさがなせる業です！
みんなのタグの統計。 pic.twitter.com/ecAx0uAZg8
— 📛松田美文 (@matsuda323) June 2, 2022
Bomber丸Worldの当初のストーリー予定 – 美文のキャラ倉庫
古い資料が発掘されたのでキャラ倉庫更新。
これに適当にサブイベント生やしていったらあの途方もないキャラ数になったんですよね。
正直、ゲームとして完成させるにはあのストーリーは何かしら変更する必要があるんじゃないかと思っています。
「ドロリンとバケ〜るカーニバル（劇場版ベストCD）」の商品情報を更新
映画サントラの正式な曲目が出ていたので更新しました。
テーマ曲の『おばけなんてないさ』はおそらく新録じゃないだろうと思っています。
ジャケット裏見られれば著作権表記で確実にわかるんですがね。
通報機能の前段階として、絞り込み機能を作っています。
一度通報されて不適切扱いされたタグも、実はいたずら通報で闇に葬られそうになっただけ、という可能性はあるわけで、基本的に不適切タグは表に出さないけど、望むなら深淵まで光を当てる選択肢は提供しておきたいなと。
ただ、根本的にタグ自体が多いので、まずは通報とは関係なく、単なるテキスト検索としての絞り込みを作っています。
ここで一度仕組みを作ってしまえば、いろいろある絞り込みのルールの中で、「不適切なタグ以外」という条件を作ってやれば、無理なく通報結果を反映できるわけなのです。
通報からどのように不適切なタグを判断するのか、という点についてはまだ結論出せてませんがね。
うちのサイトは、ほぼ毎日何かしら更新しているわけです。
「更新」カテゴリいらないんじゃないかなって思えてきました。
特に、今日の日記の上の方みたいに、CMSによる更新も日記に書くようにしたら、収拾がつかなくなってきました。
それとは別に、「アイディア」カテゴリから実現済みと放棄したアイディアを分離しようかなとも考えています。
一度アイディアとして出しておいて、終わったものは「アイディア」とは違うカテゴリに入れて、「アイディア」カテゴリをこれからやる可能性があるアイディアだけに絞るということです。
日記を後から修正すること前提のカテゴリにするわけですね。