トップページのメタ情報にRSSへのリンクを入れました。
ページ自体の見た目には反映されないし、どのブラウザが対応してるのかもわからないんですが、まあ、仕組み上存在するということで。
ついでに、サイト全体のことになりますが、RSSのMIMEタイプを「application/rss+xml」に変更しました。
あと、設定画面が特定の条件でエラーを起こすという問題があったのですが、解消しました。
そのかわり、別のバグを引き起こしてしまったので、今後修正します。
Gitのブランチ運用を更新しました。
最近はプルリクエストを使った運用にも慣れてきたのと、各種自動化も進んできたので、そのあたりの変更です。
ちょっと前からテストが動かなくなっていたので、ちょっと修正していました。
ちょっと修正というにはちょっといろんなところを調べまわってちょっと大変だったのですが。
で、最終的に何が悪かったのかというと、ネットの疎通確認に確実に存在するURLとして http://example.com/ を使っていたら、https://example.com/ にリダイレクトされていて、httpの方に繋がらないぞという判定になっていたことでした。
大変だったのは、それを突き止めるために別ソフトの修正を行ったら、修正が何も反映されず古いビルドが使われ続けたこと。
こっちは、修正が反映されなくなり始める前のバージョンまでソースを差し戻して、そこから新たに修正し直しました。
こういうのをどうにかできるのはGitなどバージョン管理システムのいいところですね。
最新コミット分のバイナリを自動生成 · Issue #7 · mifumi323/Namalyzer
この課題、着手したんですが、なぜかGitHubにプッシュできなくて詰まっています。
リモートの設定見直さねば。
地底にあるライネル専門の闘技場に喧嘩吹っ掛けてみました。
白髪のライネルが一番強いと思ってたのに！
さらに上がいるなんてっ！
前作でも会ったことあるはずなのにすっかり忘れてた！！！
アイテム拾う暇がないほどの激戦だったし、強い武器は次々砕け散ったし、結局回復アイテムも妖精も使い切って死にそうになってワープで逃げちゃったし、散々な戦果でした。
後は、ボス再戦の場所を見つけたり、空魚のミニチャレンジがやっとわかったり、地底でアイテム手に入れたり。
他の写真は以下から。
ゼルダの伝説 ティアーズ オブ ザ キングダム(2023/06/08)の写真
📛松田美文 (@matsuda323) | Misskey.io
登録してみました。
マストドンとはまた別の分散型マイクロブログだとか。
Twitterから移行するというよりは、あちこち様子を見てみたいという気持ちですね。
ライブラリ更新 · mifumi323/Namalyzer@6dd8da4
昨日のWellKnownUriParserが期待通りに動いていたので、ナマライザに反映。
こっちはまた日を改めてリリースしようと思います。
GitHub Codespaces のドキュメント - GitHub Docs
で、ナマライザのリポジトリの操作のためにGitHubに行ったらこんなのがありました。
クラウドの開発環境で、月60時間までは個人だと無料だとか。
継続的に使うかどうかわかんない技術を手元の環境を汚さずに試せるし、時間にさえ気を付ければそのまま本格的に開発に入ってもいいってことかな。
開発履歴をとりあえずGitで管理しています。
ほとんどのファイルがバイナリなんで差分管理が活きる場面はあまりないのですが、画像の追加削除ぐらいは追えます。
それと、コミットメッセージで変更の意図も残しやすいというのはありますね。
今のところ、.gitignoreに入れておいた方が良さそうなのは以下のパターン。
Game_ErrorLog.txt
Log.txt
Save
ScreenShot*.png
まあ、セーブデータ関連ですね。
Editor.iniとGame.iniを入れるかどうかは意見が分かれそう。
特にEditor.iniは正常に開発続行するためにも必要そうだし。
古いVPS解約した。 pic.twitter.com/0AdK2zuCiN
— 📛松田美文 (@matsuda323) June 18, 2022
去年言っていたことですが、どうやら無理そうでした。
はてなブログにはJASRAC管轄曲の歌詞を掲載できるので、アンパンマンソングの歌詞を集めたサイトを作れるんじゃないかと思ったのですが、歌詞掲載を主体とした利用は明示的に禁止されていました。
はてなブログにJASRAC管理楽曲の歌詞の掲載が可能になりました - はてなブログ開発ブログ
タスクリストについて - GitHub Docs
GitHubのタスクリストをコミットメッセージで操作できないかと調べてみたのですが、どうにもできなさそうですね。
まあ、できたとして、番号も振られていないチェック項目をどうやってコミットメッセージで特定するんだって話ですが。
Windowsをロックしたら再生停止 ・ Issue #19 ・ mifumi323/NeoMupl
Windowsをロックしたら再生停止する件、実装しました。
問題がなければ、来週にでもリリースする予定です。
ロック解除で再生再開などは、しない予定です。
もともと一時停止自体がないし、ロック解除した瞬間音が鳴りだすのも嫌だと思いますからね。
mifumi323/GitBranches.md at main ・ mifumi323/mifumi323
先日(と言っても去年)言っていた、ブランチの運用方針、日記とTwitterだけじゃ後から見返すのに難があるので、GitHub上でまとめ直してみました。
基本はAで、ブランチを使う気がないものはBで、Cは日記に書いた当時は考えていたけれど、何かするたびにブランチを作るのを面倒に感じなくなってきた今ではAでいいかなという感じ。
Dは部分的にせよ採用していたリポジトリがあるから書いているだけ…ですね。
先日からちょっとお試しでGitHub Discussionsを始めてたんですが、今日はその辺のAPIがあるかどうか調べてました。
公式の説明はここらあたりですかね。
mifumi323/mifumi323: Config files for my GitHub profile.
プロフィール用のリポジトリが設定できるようなので、設定してみました。
まあ、GitHubから繋がりを持ちたいなんてことはないので、ほぼ何も書いてないんですけどね。
ァォィョッュの真アラハギーロのメインストーリークリア。
モンスターバトルロードも開放されました！
これで倉庫を圧迫しているハッピーハートを消費できる…！
これだこれ。Subversionのtrunkに近い運用かな。あるいはGitHub Flowのブランチ名をdevelopにして即時公開を抜いたやつ。リリース管理はタグを使えばいいしね。https://t.co/c4K1S9utRx
— 📛松田美文 (@matsuda323) October 17, 2020
で、CharaBox3でdevelopブランチ作ってみました。
今は、課題解決レベルにまで実装が進んでいないので、masterにはマージしていません。
この実装が完了しても、すぐにはリリースせず、他の機能も作るとか、ドキュメントを整備するなどした後に、改めてリリースすることになります。
もちろん、リリースするときにも、ブランチを増やすのは面倒なので、developでドキュメントを作ってmasterにマージするという流れです。
まあ、ドキュメントだけならmasterで直接作業でもいい気はしますが、開発環境をmasterに切り替えると、開発再開したときにdevelopに移動し直すのが面倒ですからね。
バージョン1.2.0公開しました。
今回の更新内容は、ドラッグ＆ドロップで画像インポート機能です。
頑張ろうと思えばさらにもっと利便性を高くできそうではあったのですが、自分でももうほとんど使っていないし、開発終了前にせめてこのくらいは実装しておきたいという動機での実装なので、ないよりはある方がいいぐらいの温度感での実装となりました。
開発終了のためには、後は、選んでエクスポートの機能と、データファイルの追加＆削除が残っています。
トップページや一部のページにOGPを設定しました。
TwitterやFacebookなどにアドレスを張ると、画像が出るようになります。
設定していないページは、先日言っていた一工夫を頑張ろうと思っています。
2020 GitHub Archive Programに選ばれて、Arctic Code Vault Contributorとなりました。
なんだそりゃ？って人に向けて説明すると、GitHubが、プログラムのソースコードという資産を後世に残すため、公開リポジトリを1000年使える記録媒体に積んで北極圏にあるスバールバル諸島の地下に保管するというプロジェクトをやっていて、その一員に選ばれたというわけなのです。
それって結構壮大なプロジェクトなんじゃないの？って思うわけですが、その壮大なプロジェクトに選ばれるリポジトリは、公開リポジトリなら割と何でも対象なので、Arctic Code Vault Contributorになったからと言って、別に権威があるわけではないのです。
本当に1000年保管するかどうかは怪しいけど、死後も相当の期間残るわけですね。
おきがえリポちゃん。
今回はエスニック&ゼブラ水着。
写真も一応撮ってはいるのですが、アップローダーの調子が悪いので、ここには載せません。
見たい方は、DQ10のアカウントが必要になりますが、公式サイトの思い出アルバム(ミフミン/しろいコキン/ァォィョッュ)にどうぞ。
あと、なんか不具合の補填とかで、お花が届きました。
GitHubにはプルリクエストをSquash and Rebaseで取り込むこともできるのね。
いつもマージコミットを作りたいわけでもないからこういうのも時には便利。
項目のプロパティウィンドウにアイコンもなかったので補充。
あと、Gitのブランチの分け方がぐちゃぐちゃになって、分けたままにしていると不都合が出そうだったので、developブランチとmasterブランチの2本に統合しました。
一応、プロセス分離の方向性は決まっているので、統合しても問題はないはず…。
GraphQLについて調べもの。
旧来のREST APIを使えばたぶん手っ取り早いんだけど、せっかく新しいのが出たんだから使ってみたい。
何度もリクエスト投げなくてもいいとか、必要なデータだけ取ってこられるとか、REST APIより有利な部分があるようですし。
GitHubとBitbucketの課題を一度に一覧する何かを作成中。
Bitbucketのほうは全課題をうまく取得することができました。
1.0と2.0のマニュアルをごっちゃにしてしまっていて多少混乱はありましたが…。
昨日言っていたライブラリの件ですが、TGWSではバイナリを配布し、GitHubでソースコードを公開する方針にしてみました。
普通の人が普通に使う分にはDLLを参照し、ソースコードを直接使いたければGitHubからクローンすればいいのです。
ソースコード本体は共有プロジェクトに入れてあるので、共有プロジェクトを参照すれば、プロジェクトごとソースコードとして取り込むことができます。
アップデートがあれば、最新版DLLに差し替えるか、Gitリポジトリをプルしてくれば完了です。
ソースコードで使っていて、カスタマイズした内容があれば、それはきっとGitが知っているはずなので、それを手掛かりに開発者がなんとかできることでしょう。
ひとまず、EncodingEditorとEnumFlagEditorが似たような内容だったので、この方式の先駆けとして、一つにまとめてMifuminUITypeEditorとして公開しました。
今後も、似たようなものをまとめつつ、DLLとソースを再利用しやすい形で配布していこうと思います。
アンパンマンDB。
タイトルジェネレータの管理画面を作りました。
追加しか対応していませんが、とりあえず新キャラクターが出てきたときや変わったタイトルのときには素早く対応できるようになりました。
TGWSそのものをGitによる管理に移行中。
しかし、バージョン管理するにふさわしくないコンテンツも多々あるので、そのあたりをうまく処理していく必要はあります。