美文のキャラ倉庫
修正ファイルが…修正ファイルが多い…。
これは新サーバーいったん消して手元でデータ整理してから入れなおしたほうが早いか?
修正ファイルが…修正ファイルが多い…。
これは新サーバーいったん消して手元でデータ整理してから入れなおしたほうが早いか?
HTTPSの件については解決。
ドメインについてはまだ不安定。
画像のほうは、日本語ファイル名が新サーバーでは表示できないようなので、どうにかファイル名を変えて運用できないか方法を探しているところです。
結構数多いんだよなァ。
コメントのルールは、込み入ったものはハードコード、単純なものはデータベースに登録しているんですが、データベースに入れているほうのコメントルールの管理画面を作りました。
単純とはいっても、文面を動的に変えられないだけで、どういう場合に出すかとかは結構柔軟に指定できて、現在は最新映画のページに出ています。
管理画面向けのルールも同じように編集できるので、変なコメントへの対応がもうちょっとスピーディーになるかと思います。
とりあえず出来上がったのでリリースしました。
画像周りでちょっとおかしなことになっていたので、修正しました。
そんでもって、この機会に画像周りの自動テストも整備しました。
来週の放送情報。
ちょっといたずら通報もあるので、ちょっと対策を作成中。
とはいえ、悪意があって嘘通報をしているというよりは、通報の趣旨を理解していないような感じが多いので、何をやろうとしているか理解させる方向で考えています。
見せられるのはこの2つだけなんですが、作り始めてから動きのないリポジトリを整理しました。
完全に開発終了して続きを作る気のないものはアーカイブして、一応やる気のあるものは課題を立てました。
私は開発をGitHubの課題を使って進めているのですが、開発初期で課題もへったくれもないものは課題立ててなかったんですよね。
そうしたら、課題がないので存在をリポジトリごとスルーしてしまい、課題が立てられる程度まで開発が進まないという悪循環…むしろ何の循環もしていなかったのです。
なので、具体的な課題はないけどやる気だけはあるぞという意思表示だけの課題を立てておいたわけです。
この課題を起点にして、本当に開発を進めたり、本当の課題を見つけて登録したりするのです。
ここでは見せられないプライベートリポジトリだと、「作る」っていうやけくそ極まる課題や、「このリポジトリ何だったっけ?」みたいなどうしようもない課題が続々生まれました。
結局何のリポジトリか思い出せないとか、やけくそになっても手の施しようがないとかだったら、諦めてアーカイブ行きです。
mifumi323/SearchQueryStructure: 検索構文とかに使われるAND/OR/括弧などの構文解析をするやつ
新しいライブラリとして作り始めました。
「検索クエリ」ってよく言ってるよなってことで、Phrase→Queryに、解析(parse)の逆に構築(build)もできていいかもなって思って、両方に共通する構造化データから、Parser→Structureに名前を変更しました。
実装はまだ始めていませんが、最初の段階はSearchPhraseParserからコピーしてきて結果だけ何かしらのクラスを作って当てはめればいいかなって思ってます。
オプションで柔軟にとか、ビルドできるようにとかは最初の一区切りまでできてから。