Haruru's Blog Site

やはり気になりますか、ヤフオクの仕様変更。
見たところ出品系のページの変更のように思えますが、開けてみないことには分かりませんよね。

今日、Bid漏れがあってへこんでいます。
Bid漏れが少ないとはいえ、現状では４ヵ月に１回くらいは発生しています。　タイマーが設定時間を見過ごすのか、通信条件が悪いのか、なんとも言えませんね。

いつもは、重要な入札にはキッチンタイマーも併用しているのですが、おととい故障してしまって、今日はキッチンタイマー無しで運用していたのですが、こういう時に限って、Bid漏れが発生するんですよね。

（詳細な残り時間）－（予約時間）＝０となったら、Bidのルーチンを叩く仕様だとお見受け致しました。
設定時間－２秒くらいは、入札を繰り返すような仕様は難しいでしょうか？

設定時間が来たら、入札のルーチンをCALLする判別式を１つから３つに増やすことで、対応できそうですが、いかがでしょう？
If（詳細な残り時間）-（予約時間）=0 Call Bid
If（詳細な残り時間）-（予約時間）=-1 Call Bid
If（詳細な残り時間）-（予約時間）=-2 Call Bid ;Call Flag_終了

これなら、入札予約数が増えても、入札時間が近すぎても、通信条件が悪くても、Bid漏れが少なくなると思うのですが、いかがでしょう？　（予約時間が２秒以内だった場合の例外処理も必要になりますか？）

いつもお願いばかりですが、ご検討の程お願い致します。

仕様を確認しました。
予約時間が0分0秒でも、マイナス１秒でも、設定できてしまいますね。

予約時間の0分0秒以下を、入力時に禁止するようにすれば、

If Flag_済=True Then Goto NEXT

If（詳細な残り時間）-（予約時間）=0 Then Gosub Bid
Else If（詳細な残り時間）-（予約時間）=-1 Gosub Bid ;　Flag_済=True
Else

NEXT:・・・・・

で、例外処理なく行けますか？
ご勘考ください。

Hiroさん、こんにちは。
オークションの仕様変更ですが、「開催中デモページ　入札者側」を見ると、別ウインドウで入札を行うようです。
ツールを利用した入札を防ぐための仕様変更といってもいいくらいですね。

ホント参りました。

出品ページもかなりリニューアルされるようですし、他のオークションツール作者さんはどうするんですかねぇ・・。

ところで入札予約のタイミングですが、当方の環境では入札ミスは起きたことがありません。

内部的にはミリ秒単位で時間を管理しており、軽作業（ウイルスソフト常駐＋簡単なweb閲覧）を行いながらでも、200msec.に１度は入札予約ルーチンをコールしていると思います。

パソコンの能力、常駐ソフト、ネットワークの負荷等、様々な条件が関わってくると思いますが、仕様上は入札予約のとりこぼしは考えにくいです。

ただYahooのサーバーも完全ではないので、異常にレスポンスが悪いときもありますし、稀にデータの送受信が正常に行われないこともあります。

インターネット網は便利ですが、スピードを重視のプロトコルなので、データの正確性が若干犠牲になっています。

また入札履歴には自分が入札を実施できたものしか残りませんので、他の入札者がタッチの差で入札予約価格より高い価格で入札を行っていれば、自身の入札は無視され、履歴には残りません。

どうしても気になる場合は、オークションハンターを別々のフォルダにインストールし、多重起動して複数回の入札を行うしかないと思います。

このたびは大変失礼致しました。
オークションハンターは多重起動が可能なので、多重起動の方法をとらせて頂きます。

仕様書の見過ごしをして、４０を前にしてまだ青いと感じさせられました。
JAVAアプレットで暗号化なんかされたら対応不可ですものね。

以前にも話が出ました、シェアソフト化して継続するか、開発打ち切りにするか、みなさんの意見も聞いてみた方が良さそうですね。

単純にシェア化はクレーマー処理で大変な目にあったことがあるので、どうするか悩みどころです。

開発打ち切りはしたくないですが、個人的にオークションへの熱が冷めたことに加え、あまりに仕様変更が大がかりな場合はあり得るかもしれません。