日記(112)

<前 次>

SearchPhraseParser

新バージョンか別バージョンか、どうするか決めかねているんですが、データの返し方を大幅に変えようかと思っています。
現状だと、全部連想配列で返しているんですが、今どきのPHPだと、型をしっかりつけたほうがいいんですよね。
まあ、それを想定しての現状の関数名ParseToArrayで、単純にParseToObject関数を生やすのも一つの手なんですが、もう一つやりたいことがあって、そっちが問題なんですよね。
現在、パーサーはParserクラスで、実際にパースするParseToArray関数は、static関数です。
パーサーオブジェクトを作らずに呼び出す形なので、パーサーオブジェクトにオプションを持たせてデフォルト以外の動作をさせるとか、クラスを継承して使用を拡張するみたいなことが一切できません。
だから、オブジェクトを作る前提の別クラスを新たに用意する、というのも考えたのですが、クラス名はParserが完璧すぎて別の名前使いたくないし…。
で、そこまでやると、使い方が根本的に変わってしまうので、そもそも同じライブラリである必要があるのか?って疑問もわいてくるのです。
しかし、別ライブラリとして作るなら、いったいどんな新しい名前にするの?って話にもなるわけで。
サーチに使うと限らないのでサーチの部分変えるか?
検索語の組み合わせを取り扱うのでフレーズという単語を使ったけど、もっとぴったりな単語はあるか?
パーサーの部分は今のところ完璧なので名前から外す気はない。

美文のキャラ倉庫

美文のキャラ倉庫 – 自作キャラ設定資料置き場
とりあえず、新しいドメインに入れてみました。
まだドメインの疎通が不安定だったり、HTTPSの証明書が古かったり、画像が表示できなかったりするので、本稼働はまだ先となりそうです。
ドメインとHTTPSは時間が解決してくれると思うけど、画像のほうは原因究明しないとどうにもならなそう。

浮き沈みランチャーと美文のキャラ倉庫

浮き沈みランチャー

今日リリースしようかと思ったのですが、あろうことかウィルス扱いされてしまいました。
確かにランチャーソフトなので、利用者がやべーやつ登録したらやべーやつそのまま起動させちゃうけど、それは登録するやつの問題であってランチャー側の問題じゃないわけで!
そして、過去のリリースの中で最新の1.7.0ではウィルス扱いされなかったので、ソフト自体というよりも、今回の追加機能で誤判定された可能性が高そうです。

ひとまず、今回のリリースは見送りにして、これを解決した1.8.1あたりで本当にリリースということになりますかね。

美文のキャラ倉庫

以前WordPressの文字コードの関係で移転を考えているとか言っていたのを、今更思い出して、準備とかしてました。
浮き沈みランチャーのリリースがすんなりいくと思って後回しにしていて、こっちを悠長にやっていたわけですよ。
んで、ドメインを用意したり、ファイルやデータベースのバックアップをコピーしてきたりしてたんですが、ファイルの調整をしていたら、文字コード問題の元凶っぽい部分が見つかりました。
これなら移転せずに済むかもしれません。

浮き沈みランチャーの件はすぐには直りそうにないし、こっち優先するかなぁ。

アンパンマンDBと浮き沈みランチャー

アンパンマンDB(記事更新)

来週の放送情報。

浮き沈みランチャー

しばらく使っていて問題なさそうだったので、リリースすることにしました。
ついさっき作業始めたので、実際のリリースは明日に回します。

アンパンマンDBとNeoMupl

アンパンマンDB(システム)

画像表示を刷新しました。
5月にやってたのがやっといい感じのところまでできてきたので。
画像形式をJPEGより小サイズなWebPにしたのと、画像IDをランダム文字列化しました。
実は古い画像は微妙に法則性が残っていたりしますが、そのへんはあまり気にしない方向で。
もしかしたら古いブラウザで表示できなくなるかもしれませんが、そんな古い環境知ったこっちゃないです。

NeoMupl

自分で使ってて気になったので、課題立てました。
再生停止後に、停止する直前の状態のまま残ったり、状態がリセットされたりして、統一感がなくて気持ち悪かったんですよね。

TGWS内部処理

昨日のポジ不死さんもその一環だったんですが、アキヤメ中心に、サイト内で一貫性がない部分を修正していました。
今日のところは、レゴのページなど、文字コードがShift_JISになっている部分をUTF-8に変換する作業を主に行いました。
あと、すぐできる範囲で共通デザイン導入したり。

<前 次>