teacup. [ 掲示板 ] [ 掲示板作成 ] [ 有料掲示板 ] [ ブログ ]

 投稿者
  題名
  内容 入力補助 youtubeの<IFRAME>タグが利用可能です。(詳細)
    
 URL
[ ケータイで使う ] [ BBSティッカー ] [ 書込み通知 ]


お答え

 投稿者:INF@下僕プログラマメール  投稿日:2002年 5月31日(金)14時40分48秒
  はい、INFです。

whateleyさまのご意見ですが、
基本的にマニュアルキックを前提に開発を進めていこうと思っています。
自動実行の手段については私の技量を越えているようで、
うまい手が発見できませんでした。

ので、クライアントからサーバーのバッチをキックするインターフェース(=画面)は
当然作ります。

そしておそらくバッチを起動する直前にログのバックアップを作る仕掛けを
仕込むと思われます。

以上で回答になっていますでしょうか?
 
 

Re: わかる人にだけ

 投稿者:whateleyメール  投稿日:2002年 5月28日(火)06時00分34秒
  お疲れさまです。もし余力ありましたら、

・クライアントの、サーバ側での管理
  蹴るためです
・ログのバックアップ
  Solarisのrootのcronに仕込んである、syslogを順繰りにあげていくようなやつ。

という機能も希望します。ファイルが多くなって管理者が大変かも知れませんが。
 

リフレクト確認事項

 投稿者:INF@奴隷プログラマメール  投稿日:2002年 5月23日(木)23時32分2秒
  当日の集計に対して、一度偏差を適用、そののち再度偏差の計算、という手順でしょうか?

それならば可能です。

というか、G/Hvoteの基本設計とは違うスタンスでEQvoteは開発しています。
前にも書きましたがバッチ処理との絡みがありますので、得点ファイルを分離しています。
そして、4つ前の書き込みの「システムとしての外観」というのは、
出力される画面は同じ、という意味で実装は新規でやるつもりです。
ですので、かなり無茶ができます。

コレであってますか?
 

確認事項

 投稿者:流志@考えるだけのヒト  投稿日:2002年 5月23日(木)16時14分51秒
  INF プログラム担当様
ちょっとした案があるのですが、その前に確認しておきますね。

その日の集計で、その順番はどうであれ、
・さくら12票
・レン5票
・雪3票
・唯子1票
となったと仮定します。
その集計結果を元に、前日までの順位偏差、
・さくら x0.8
・レン x1.0
・雪 x16
・唯子 x36
を掛けて、その値を追加して再度順位と偏差を算出、なんて処理が今の Hvote で可能(もしくは少量の変更で可能)でしょうか?

……解かり辛いかなぁ……
 

わかる人にだけ

 投稿者:INF@奴隷プログラマメール  投稿日:2002年 5月21日(火)23時07分37秒
  わかる人にだけわかるように書きます。

Hvoteの開発は現状で固定、というかあれで十分かと思われます。
新しくバッチ処理型投票CGI"EQvote"用のディレクトリが出来ていて、
中にモジュールが入っていますが、起動しないでください。
#とはいえ、実行権を与えていないのでquote site chmodなんかをしなければ
#できはしないと思いますが。

バッチのモジュールは只今製作中です。
#キックする為のインターフェースとなる画面です、中身じゃないです。

わかる方はよろしくお願いします。
#ちなみに"EQuilibrium vote"という意味です。
 

基礎情報展開

 投稿者:INF@下僕プログラマメール  投稿日:2002年 5月21日(火)15時20分19秒
  ええと、バッチの参考になるかもしれないので、面倒そうな作業を行っておきました。

一日の投票数です。
初日 :55
二日目:62
三日目:60
四日目:63
五日目:64
(誤投票の類もカウントしています)
でした。
平均は60.8。
増分を見込んでMAX80票、70前後を通常状態と考えてバッチの偏差を
考案するべきかと。
もう少しログが溜まってから再度集計した方がより確実なデータが入手できるとは
思いますが、一応一つの目安として。
 

データの分離

 投稿者:INF@下僕プログラマメール  投稿日:2002年 5月21日(火)14時01分26秒
  追加です。

投票コメントとポイントのデータを別ファイルにしませんか?
そうすれば、コメントの即時性は確保されて、
投票データをバッチで加工するときにもファイルサイズと余計な手間(文字列の扱い)
等がかからないかと思われます。

表示時にはコメントデータからコメントを、ポイントデータからポイントを
突き合わせた状態で表示すればよろしいかと。
要は今現状のGvoteの一覧画面の獲得ポイントだけ別ファイルから読み出す
ということです。
残りの表示部は現状ママ。

基本目標として、Fvoteのシステムとしての外観を失わないままで
バッチ処理を組み入れたいと(実装サイドからは)考えています。
 

リアルタイム性

 投稿者:流志@考えるだけのヒト  投稿日:2002年 5月21日(火)13時36分9秒
  偏差する以上、失われた方が公平を保てるみたいですからねぇ……

実際の仕様は、もう少しお待ち下さいませ。
が、基本は INF さんの書かれた通りになります、はい。
 

妥協案

 投稿者:INF@下僕プログラマメール  投稿日:2002年 5月20日(月)19時30分3秒
  はい。EBSのソースを探しましたけど、CGIをタイマー実行するような
箇所は見受けられませんでした・・・。
#単に私の技量不足なだけかと思われます。

ですから、マニュアルキックを前提に日付で仕分けをして、
1.日付ごとに投票データを分解。
2.バッチ処理
という手順のモノを製作してしまったほうが良いかと。

何日分溜まっても処理できるようにしておけばよいのかも。
#その間、結果反映は行われませんが・・・。

あと、即時性を捨ててますよね(笑)
 

案1

 投稿者:INF@下僕プログラマメール  投稿日:2002年 5月17日(金)16時13分9秒
  ロジック的な落とし穴のことです。
罠のことじゃないですよ(笑)
#それだったらもっと直球で表現します(ぉ

卑怯臭いですかね?
ルールとして明記しておけばそれで良いかと思うのですが。
115959作戦対策と銘打って(ぉ
今後の展開を見て判断したいところではありますが、
一応対策案ということで。

それと調べてみたんですが、Perl-CGIでバッチというのはサンプルが見つかりません。
業務系ならあるでしょうが、適当なサンプルが発見できないので現状結構ツライです。
#あと、サーバーが落ちてバッチが走らなかったときはどうするのか、とか。

手詰まりとは思いませんが、良い案が浮かびませんねぇ。
 

レンタル掲示板
/10