トップ «前の日記(2005-05-20 [J]) 最新 次の日記(2005-05-22 [J])» 編集

Eroge RSS Checker 運営記録

Categories | メモ | 運営 | 感想 | 記号変更 | 雑記 | 雑文 | 思案

合計: 今日: 昨日:
2005年
5月
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31

rss1.0

ここは、「Eroge RSS Checker」に関する運営の記録を書きとめておく場所です。第三者に説明する文体で書いていますが、大半は備忘録です。

  1. スクリプトを汎用化して公開する。---最終目標
  2. CSSを論理的に使う。---努力目標
  3. デザインを改善する。---努力目標
  4. 攻略の完全・不完全を出来る限り判別する。---努力目標
  5. 管理要員用のページの充実。---努力目標
  6. JANコードの入手先を探す。---躊躇中
  7. ブランドの複数登録。---大規模改修のとき
  8. 登録を簡潔にしつつ、marker登録を半自動化する。---暇なとき

2005-05-21 [J]

_ [雑記] IDの記憶とjavascriptによる自動挿入

やっと終わった。夕方からやっていたような気がするのに・・・・いつのまにか深夜に・・・。コードにすれば、10行程度の初歩の初歩でこれですか・・・。

詰まったのは、phpの配列で使う「[」と「]」の取り扱い、とはいえ、昨日のリンクにあるように、「form1.elements["abc[]"][0].value」変数で変化する場合なら「form1.elements["abc[$i]"].value」とすればいいわけで、かなり早い段階でそれは分かっていたのに、何かミスをしてずっと無意味な作業をしていたようだ。

というか、関数に「elements["abc[$i]"].value」の形で送ったり、「elements["abc[$i]"]」のような形で送るとそのテキスト部品へ値の挿入が出来なかった。「["abc[$i]"]」のみ送り、「form1.elements["abc[$i]"].value」を「hoge」に入れて、「form1.elements[hoge].value」と書かないと上手く行かなかった。

ということで、不真面目に実現したい機能だけ追うとこういう目にあうという例ですね。

_ [雑記] 配列をデータベースに格納する

最初に買ってそこそこ重宝した、『PHP+MySQLで作る最速Webシステム』ではにっちもさっちもいかないというか、ファイルシステム関係がぞっそり抜けていたり、何故か「echo」ではなく「print」を常用している変わった本(そのせいで私も「print」しか使わない・・)なので、古いが『例解PHP』という本を買ってみた。とにかく説明が豊富なので、オンラインマニュアルで済むようなリファレンスや初心者向けの本と違って知らなかったこと、使い方も結構載っていました。

そこで、知ったのが「serialize()」関数、配列だろうとオブジェクトだろうと、文字列表現に変換するのでデータベースに格納できる。変数用の関数にあるので、気付いてもいいものですが、あれだけ関数の種類があると見落としが在るものですね。これぞまさに、先達は先達はあらまほしき事なり、と言った所でしょうか。

_ [雑記] ゲームごとの関係性の種類

外伝 ←→ 本編

続編 ←→ 前編

通常版 ←→ 廉価版

通常版 ←→ DVDPG版

通常版 ←→ リニューアル版

PC版 ←→ 他機種版

18禁版 ←→ 全年齢版

その他 ←→ その他

シリーズ ←→ シリーズ

ざっとこんなものか。ただ、もう少しまとめてみよう。

通常版 ←→ 廉価版

通常版 ←→ DVDPG版

通常版 ←→ リニューアル版

PC版 ←→ 他機種版

18禁版 ←→ 全年齢版

これらは、基本的には同一作品なので、

同一 ←→ 同一

とすればいいかも。1方が決めればもう1方も決まらないと何かと面倒なのでこんな所でいいだろうか?シリーズは関係があまりないが、題名などでシリーズ物と分かるものということで、問題はないと思う。その他の場合が問題で一体どこまで許容すべきか。同一世界観ならまだしも、少しだけキャラクターが出てきたとかは微妙。自由コメントを付けられるようにすればいいかな。

ということで、昨日というか今日、黄色い太陽を見たりしてのってきたので、あれもこれもやっつけ仕事でこなしてしまおう。

_ [雑記] 関連性の捕捉と雑多なリンク

どちらもやってしまおうかと思うが、どうも躊躇してしまう。関連タイトルの下部に表示することは非常に有用だとは思うけれど、果たしてうちがする必要があるのか。自分がそれほど、続編やタイトルのつながりに頓着しない性質なのできちんと入力できるか不安もある。仕組みそのものは、もう細部まで詰めてあるので困難もなく出来るだろうが、もう少し発酵させることにしようと思う。

雑多なリンクについては、分類(subject)は不統一にするのかなどまだちょっと煮詰まっていないが新しくシステムを作るのが面倒なので、簡易登録で全て賄えないかと思っている。問題は分類(subject)をどうするかと、管理要員以外が登録できない事だろう。

と書いてみるが、どうも雑多な作業が増えるので導入を嫌っているのかもしれない。雑多なサイト(2chのまとめサイトやデータベースなど)を探し出して登録するのはAさんで、HolysealのIDを登録するのはBさん(実質この部分はそうなっているかも)、というように役割分担が出来て、しかもそれで各々の利益になると良いのだけれど・・・・。そうなるには、10倍以上のアクセスと利便性の追求が必要でしょうね。

ああ、管理要員の登録情報に「受け持ち」の欄を追加したらいいかもしれませんね。当然未選択も可能にすれば、だれが何をやっているのか眼に見えていいかもしれません。

お名前:
E-mail:
コメント: