直前入札で間に合わないリスクを回避するために31秒前に
セットしていますが、ほとんど入札されていません。
入札エラーが出るわけでもなく、他の方に落札されているか
再出品されて残り時間が「残り○日＋...」となっています。
直前入札するためには何か設定が必要でしょうか？
それとかなりの確率で入札出来ない状況で信用出来ません。
対応策はありますか？
ヤフオク!自動入札ソフト
ヤフオク!自動入札ソフト
Elliot様
お世話になっております。
まずは入札タブの以下の項目をご確認ください。
・アカウントは指定されていますか？
・複数入札しないのチェックは外れていますか？
・入札可能: は「可」になっていますか？
また、お手数ですが、
・現在のBidMachineバージョン
・使い始めてからずっと同様の状況か、バージョンアップ等でおかしくなったか
・具体的に何件中・何件入札が行われなかったか
・お使いのWindowsのバージョン
についてお知らせいただけますでしょうか。
よろしくお願い致します。
迅速なご返信に感謝します。
・アカウントは指定されていますか？ はい。
・複数入札しないのチェックは外れていますか？ はい。
・入札可能: は「可」になっていますか？ はい。
自動延長のないオークションに関しては5分31秒前で
入札していますが問題なく動作しています。
ただ本当に5分31秒前に処理が行われているかどうかは確認していません。
5分31秒前に処理が開始され、実際の入札時は5分15秒前くらいかもしくは4分55秒前なのか・・・
要は処理が開始されてから実際に入札する時間が31秒以上かかるのであれば
41秒前とかに伸ばすことも考えられますが、入札できているものもあるので
何とも言えません。
現在のバージョンは2.33.0.0で最新版だと思います。
起動時にアップデート通知する設定になっているので。
この症状に関しては使い始めからあった気がします。
結構な入札量があるのでどの局面でどうなる等の特定は難しいです。
昨日の例に挙げると同じ出品者から7品ほど今日の早朝に入札予定がありました。
そのうち1品のみ他の入札者がいたので入札時間を5分31秒前に設定し
他は31秒前に設定しました。
結果は5分31秒前に設定したものは落札できていましたが他のものは全て
入札履歴がなく再出品されていました。
windowsのバーションはwindows8.1proです。
Elliot様
お世話になっております。
調査したところYahooサーバとの時刻補正時に、入札タイマを一時停止するような仕様になっており、
時刻補正のかかる時間・タイミングによっては、入札が遅延する可能性があることはわかりました。
上記仕様が原因かどうかを特定するため、Yahooサーバとの時刻補正時にも、入札タイマを止めない仕様にしたデバッグ用バージョンを作成しました。
それと同時に、入札タイマのログを出力するようにしています。
手順:
①下記のzipファイルをダウンロードし適当な場所に解凍。
②解凍してできたBidMachine.exeを起動(付属のdllも同じ場所においてください)。
③「ヘルプ」→「バージョン情報」を確認し、Version 999.999.999.999となっていることを確認
まずはこちらのバージョン(下記リンク)をお試しいただき、不具合が解消されるかどうかお試しください。
【削除】
また、以下の場所に、入札タイマのログが出力されます。ログがきちんと(毎秒)出力されること、処理時間がかかりすぎていないかをご確認ください。
>> [データ保存フォルダ]¥PrintLog¥[タブID].txt
※データ保存フォルダは、「ファイル」→「自動バックアップ」でご確認ください。
※ログは「 [時刻] タスク処理時間(ミリ秒) / アイテム数 」の形式です。
※タブIDはBidMachine内部で持っているタブのIDです。番号がとびとびでも問題ありません。
※実際の入札処理中は処理時間がかかっていても問題ありません。
不具合が解消される場合は、正式版としてリリース致しますので、不具合が解消されたかをお手数ですがこちらでご報告お願い致します。
できれば入札タスクの処理時間が平均でどのくらいであったかもお知らせいただけますと幸いです。
また、Windows8は現在サポート外となっており、調査できる環境がないため、お知らせいただいた不具合がWindows8固有のものかどうかはちょっとわかりません。
Windows8.1で不安定になったという報告もあるようですがそういった感覚はありませんでしょうか？
お手数をおかけいたしますが、以上、よろしくお願い致します。
さきほど入札予定があったので31秒前にセットし試みましたが、
やはり入札処理は行われませんでした。
ブラウザから直接入札処理を行った後、bidmachine側で認識したようで
「最高額入札者」と表示されました。
落札メッセージもポップアップされました。
入札タイマの出力ログは以下のようになってます。
[2013/12/05 18:43:43] 0ms / 6
[2013/12/05 18:43:44] 0ms / 6
[2013/12/05 18:43:45] 0ms / 6
[2013/12/05 18:43:46] 0ms / 6
[2013/12/05 18:43:47] 0ms / 6
[2013/12/05 18:43:48] 0ms / 6
[2013/12/05 18:43:49] 0ms / 6
[2013/12/05 18:43:50] 0ms / 6
…
なお、windows8での動作ですが8.1にする前にも同様の状態が
あったように記憶しています。
以前はbidmachine自体がフリーズすることもありましたが
現在はフリーズはありません。
よろしくお願いします。
Elliot様
大変申し訳ありません。上記のデバッグ版ですが、入札可の条件と入札不可の条件を完全に逆にしてしまっていることに気がつきました。
大至急修正中ですのですみませんがもうしばらくお待ちください。
よろしくお願い致します。
Elliot様
修正いたしました。こちらでお試しください。
【削除】
ご迷惑をお掛けし申し訳ありません。
よろしくお願い致します。
※追記: Version は 998.998.998.998 です。ご確認ください。
laflsoftware様
ありがとうございます。
昨日の3件のうち31秒前での入札が1件ありましたが
問題なく動作いたしました。
本日、また入札予定があるので引き続き検証を行い
またご報告させていただきます。
よろしくお願いします。
Elliot様
ご報告ありがとうございます。
お手数お掛けいたしまして申し訳ありません。
よろしくお願い致します。
laflsoftware様
昨日の結果報告です。
31秒前は問題なく入札OKでした。
どこまで直前入札が可能か何点か試したところ
21秒前もOKでした。
ただ11秒前になると処理が間に合わず15秒前後から20秒前後が
限界なのかなと感じています。
あくまでも21秒前に入札処理が始まるので実際に入札が行われるのは
10秒を切ってるかもしれませんね。
ただ、自動延長なしのオークションで直前入札で最高額入札者になれなかった場合に
再度追加入札が出来ないのが惜しいところです。
無料で使わせていただいているので恐縮ですが＾＾；
右のブラウザ画面に再入札できる画面が表示されると
「再入札」を押すだけなので短時間でも追撃できるのでは？
と思います。
もし、可能であるならばその機能をつけていただくと幸いです。
以前はオークションスナイパーを使っていましたが
現在はヴァージョンアップが中止されており、Yahooのシステムにも
対応しないため使用できなくなりました。
その後、
Auctionlimitbidder
激札オークション
Auctionfetish
瞬殺オークション等
いろいろ使いましたがシステムが重かったり
使い勝手が悪く、
その点Bidmachineは今まで使った入札ソフトの中では最強のソフトだと思います。
今後のバージョンアップに期待しています。
Elliot様
詳細なご報告ありがとうございます。
こちらの開発環境(あまりスペックのよくないPC)で私が確認している限りですが平均2～3秒で入札処理が完了しているので、
> 11秒前になると処理が間に合わず
というのが、とても気になりました。(こちらはPCのスペックは悪いですが、ネットワーク回線はそこそこ早い環境です。)
時間がかかっている部分が、PC上の問題なのかインターネット環境による問題なのかまたはBidMachineのバグか特定したいため、
大変恐縮ですがお手間でなければ以下の項目にご回答いただけませんでしょうか。
★PCのスペック(CPU/メモリ等)
★ご利用のネットワーク回線の種類(光/ADSL・有線/無線等)
★ご利用の環境で、体感的にソフト(BidMachine以外の)が重いと感じることはありますか。頻度はどのくらいですか。
★既定のブラウザでのページの表示が速度が遅いと感じることはありますか
★(もし確認していれば)11秒前で処理が間に合わなかったケースで指定した残り時間で入札ステータスが「入札開始」になっていたか
★入札タブ数と登録オークション数
また、いただいたご要望についてですが、一部のユーザにとって使い勝手がよくても他の多数のユーザが戸惑うような機能の追加は難しいことご理解いただければ幸いです。
なるべくマニュアルを参照しなくても使えるものを目指しておりますので。
基本的には自動入札は終了時間間際に立ち会えない場合、もしくはほったらかしで入札したい場合を想定しておりまして、
初めからその金額以下である場合のみ落札したいというギリギリの金額を上限に設定していただくという使い方を想定しております。
終了直前にチェックが可能なら手動入札ではだめでしょうか。
この度はご検証およびご報告大変感謝いたします。
デバッグ版の修正は正式版の方にも反映し、近日中にリリースさせていただきます。
以上よろしくお願い致します。
laflsoftware様
当方の動作環境ですが
★PCのスペック(CPU/メモリ等)
CPU:Intel Core i7-3630QM 2.40GHz
メモリ：8GB
★ご利用のネットワーク回線の種類(光/ADSL・有線/無線等)
フレッツ光 有線
★ご利用の環境で、体感的にソフト(BidMachine以外の)が重いと感じることはありますか。頻度はどのくらいですか。
特にありません。
★既定のブラウザでのページの表示が速度が遅いと感じることはありますか
特にありません。
★(もし確認していれば)11秒前で処理が間に合わなかったケースで指定した残り時間で入札ステータスが「入札開始」になっていたか
すいません！未確認です。
★入札タブ数と登録オークション数
入札タブ数は1個
登録オークション数は少ない時で3から4、多い時で20～30
です。
終了間際での入札ですが、だいたい落札相場が決まっているものですと
こちらと同様の金額でスナイプしてくる入札者がいます。
そうなると時間的な問題で早く入札したほうが落札という事になります。
結果、残り数秒で1入札単位高く入札すれば落札できたというケースも多いわけです。
PCでの作業とオークション入札を並行しているのでオークションのみに時間を
費やすことが出来ない状況なので、基本入札ソフトによる自動入札に頼り
もし、最高額入札者になれなければ再度追撃するスタンスをとっています。
自動延長に関しては心理戦の要素も大きいので、状況を見ながら入札価格を
設定している状況です。
例えば自動延長なしのA商品の相場が10000円なので10100円に入札設定。
他の入札者が一瞬早く10000円で入札し現在値が10000円の場合にはこちらの入札は無効。
こちらとしてはすぐに10500円でも構わないので追撃入札できればいいわけです。
もっとも相場があったとしても意外に安い場合や、高い場合もあるため
難しいのですが、
つまりは、はじめからいくらで入札と決めるわけではなく
状況により増減させるといった不安定な入札状況もあるため
100％ソフトに頼ることはないのが実情です＾＾；
ある程度の価格まではソフトに頼り、それ以上はこちらの状況次第といった
かんじでしょうか？＾＾；
あくまでもこれは当方の使用方法によるもので一般的ではないと思います。
ただ、もう1回の追撃入札が可能だったらなぁ・・・という感想は否めません＾＾
今日、またまとまった点数の入札があるので11秒前の入札の検証を再度行ってみますので
結果またお知らせします。
よろしくお願いします。
Elliot様
ご回答ありがとうございます。
-------------
＞★(もし確認していれば)11秒前で処理が間に合わなかったケースで指定した残り時間で入札ステータスが「入札開始」になっていたか
↑すみません「入札開始」ではなく「入札処理中」です。
スペックやネットワーク環境の問題はなさそうです。また、タブ数やオークション数が多いためというわけでもなさそうですね。
やはりBidMachineの不具合ではないかと思うのですが、原因が特定できません。
すみませんが、さらに改良したデバッグ用バージョンを作成いたしましたので、お試いただけませんでしょうか
ログが詳細に出力されますので、
入札処理が開始されない場合、原因は何なのか、入札が開始されたが時間がかかっている場合はどの処理で時間がかかっているのか、調査いただければ大変有り難いです。
※差し支えなければbidlogの内容をこちらでお知らせいただけますと幸いです(入札タイマのログは設定残り時間付近のものだけチェックいただければ大丈夫です)。
【削除】
Version 997.997.997.997
以下のログを出力します。
(1)入札タイマのログ内容を変更(毎秒必ず出力)
出力先: [データ保存フォルダ]¥PrintLog997¥[タブID].txt
内容: [時刻] オークションID[処理結果]/オークションID[処理結果]/…
※[時刻]はYahooサーバにあわせて補正された時刻です。
※[処理結果]については以下をご参照ください。
[0]最高額入札者または落札者のためスキップ
[1]自動入札がONでないためスキップ
[2]オークションの終了フラグが立っているためスキップ
[3]入札ステータスが「高値更新」のためスキップ
[4]前回の入札でエラーが出たため停止中(10秒後に再開)
[5]終了時間から5分以上経っているためスキップ
[6]まだ入札処理開始時間に満たないためスキップ
[9]正常に入札処理を開始
※登録オークション数によってはログサイズが大きくなりますのでご注意ください。
上記で、入札が開始されたか、開始されない場合は理由がなんなのかを確認できます。
(2)入札処理にかかった時間を出力(正常に入札処理が開始された場合のみ)
出力先: [データ保存フォルダ]¥PrintLog997¥bidlog_[オークションID].txt
内容: [時刻] 処理内容
※[時刻]はPCの時刻です。
※かかった時間は次の処理開始までの時間差でご確認ください。
上記で、入札処理のどの部分で時間がかかっているのかが特定できます。
-------------
また、追撃入札ですが、以下の方法をお試しください。
・ポップアップを表示する設定(表示時間を少し長めもしくは閉じない)にする
・高値更新のポップアップ(黄色)が表示されたらタイトル部分をクリック
⇒BidMachineのウインドウが(閉じている場合)開き、該当のオークションが選択された状態になります
・選択されているオークションに間違いがないことを確認し入札タブの「手動入札」ボタンをクリック
・「ＯＫ」ボタンを押す。(金額はデフォルトで「現在価格＋入札単位」の金額になるため設定する必要はありません。)
⇒それでも高値更新されるようなら、最高額入札者になるところまで「ＯＫ」ボタンを連打
上記の手順でそこそこ短時間(最短3クリック)で再入札できると思います。
以上、よろしくお願い致します。
Elliot様
上記の追撃入札の手順で、手動入札の１回目のみ確認メッセージが出ることを忘れておりました。
そのため、正確には最短４クリックとなります。
ボタンクリックのみなので、それほど時間がかかる作業ではないと思いますが、
次のバージョンで、素早く入札したい方のためにオプションで確認メッセージを省略できるような対応にしたいと考えております。
以上訂正してお詫び申し上げます。
よろしくお願い致します。
laflsoftware様
詳細なログ作成機能の追加ありがとうございます。
昨日
Version 997.997.997.997
を使用しての報告です。
昨晩0:00頃に同一出品者の2品を入札予定。
一つは11秒前の入札設定で無事に処理完了。落札。
[2013/12/08 00:01:46] 入札処理を開始
[2013/12/08 00:01:46] ログイン状態を確認開始
[2013/12/08 00:01:46] オークションページを取得開始
[2013/12/08 00:01:47] レスポンスを解析開始
[2013/12/08 00:01:47] データを送信開始
[2013/12/08 00:01:48] レスポンスを解析開始(Confirm)
[2013/12/08 00:01:48] データを送信開始(Confirm)
[2013/12/08 00:01:49] レスポンスを解析開始
[2013/12/08 00:01:49] 入札処理を終了 - 1,000円で入札成功。
この約20分前に終了した同一出品者の商品は21秒前に設定。
bidmachine上では「入札エラー」の表示
オークション終了時刻は0:01:39
ログでは
[2013/12/08 00:01:17]までフラグ[6]
その後ログが下記時刻まで存在せず
[2013/12/08 00:01:50]でフラグ[9]
再びログが作成されず
[2013/12/08 00:02:18]でフラグ[4]
つまり00:01:18に何らかのトラブルが発生したと思われます。
その後、今朝の
08:08:33と08:09:02の2件は無事に落札
[2013/12/08 08:08:12] 入札処理を開始
[2013/12/08 08:08:12] ログイン状態を確認開始
[2013/12/08 08:08:13] オークションページを取得開始
[2013/12/08 08:08:14] レスポンスを解析開始
[2013/12/08 08:08:14] データを送信開始
[2013/12/08 08:08:14] レスポンスを解析開始(Confirm)
[2013/12/08 08:08:14] データを送信開始(Confirm)
[2013/12/08 08:08:15] レスポンスを解析開始
[2013/12/08 08:08:15] 入札処理を終了 - 8,255円で入札成功。
[2013/12/08 08:08:41] 入札処理を開始
[2013/12/08 08:08:41] ログイン状態を確認開始
[2013/12/08 08:08:41] オークションページを取得開始
[2013/12/08 08:08:43] レスポンスを解析開始
[2013/12/08 08:08:43] データを送信開始
[2013/12/08 08:08:43] レスポンスを解析開始(Confirm)
[2013/12/08 08:08:43] データを送信開始(Confirm)
[2013/12/08 08:08:43] レスポンスを解析開始
[2013/12/08 08:08:43] 入札処理を終了 - 4,222円で入札成功。
しかし、その後
08:10:36と08:11:13終了の2つのオークションが入札されず。
bidmachneの入札結果タブには何も表示されていません。
ログは
[2013/12/08 08:08:56]から
[2013/12/08 08:13:58]まで
約5分間抜けている状況です。
ここから何か原因がわかりますでしょうか？
よろしくお願いします。
Elliot様
ご報告ありがとうございます。
0:01:39終了分の分については入札が開始されておりますので、「bidlog_[オークションID].txt」が出来ていると思います。
それを見れば何か原因がわかるのではないかと思います。可能であればこちらに内容をアップしていただければと思います。
また、0:01:39終了分の分についてのリストの「入札ステータス」ではなく入札設定部分下の「入札ログ」の方にメッセージは出ていませんでしたでしょうか。それも手がかりになると思います。
今朝の08:10:36と08:11:13終了分については、原因がいくつか考えられます。
入札タイマは1秒間隔で発火しますが、発火時点で前の処理が終わっていなかった場合、その時間の処理はスキップされる仕様になっています。
そのため、まず
・タイマ自体が何らかのトラブルで5分間停止してしまっていた。
・前の処理に時間がかかりすぎていて、次の処理が5分間分スキップされている。
のどちらかを特定する必要があると思われます。
すみませんが、追跡のためのデバッグ版を作成いたしますのでもしお手間でなければ引き続き調査をお願いできますでしょうか。
作成できましたら、またこちらにアップさせていただきます。
また、お手間でなければタイマの停止している箇所が他にもないか(2～3秒の遅延であれば問題ありません)。
どのくらいの頻度でどのくらいの時間停止していたかを確認できませんでしょうか。
入札残り時間付近のみであれば、入札処理による問題の可能性が濃厚ですが、他にもちょくちょくあるようであれば、PCの負荷やアプリのリソース不足等の可能性も出てきます。
ログが大量なため、ご面倒であれば、入札タイマのログを「s-support@lafl.jp」までお送りいただいても構いません。
お手数をお掛けいたしますが何卒よろしくお願い致します。
Elliot様
お世話になっております。
デバッグ用のバージョンを作成いたしました。
【削除】
Version 996.996.996.996
入札ログの形式を、
[処理終了時刻] オークションID[処理結果]/オークションID[処理結果]/…
だったところ、
[開始時刻-終了時刻] オークションID[処理結果]/オークションID[処理結果]/…
に変更しました。
これで、前の処理が長引いて次の処理がスキップされているのか、タイマ自体が停止しているのかを判別できます。
出力先は以下になります。
[データ保存フォルダ]¥PrintLog996¥[タブID].txt
大変お手数とは存じますがお試しいただければ幸いです。
よろしくお願い致します。
laflsoftware様
0:01:39終了分の処理状況です。
[2013/12/08 00:01:18] 入札処理を開始
[2013/12/08 00:01:18] ログイン状態を確認開始
[2013/12/08 00:01:18] オークションページを取得開始
[2013/12/08 00:01:46] レスポンスを解析開始
[2013/12/08 00:01:46] データを送信開始
[2013/12/08 00:01:46] レスポンスを解析開始(Confirm)
[2013/12/08 00:01:46] 入札処理を終了 - 入札できませんでした。このオークションは既に終了しています。
入札ログはすいません、クリアしてしまいました。
では本日、新たなデバッグ版を使用してまたご連絡します。
入札タイマーログは後ほど送信いたします。
Elliot様
度々のご回答大変感謝いたします。
0:01:39終了分の分についてですが、
ログを見る限り、初回のリクエストでYahooサーバの応答まで28秒かかっており、この間にオークションが終了してしまったようです。
現在、入札用のWebリクエストのタイムアウト設定はなし(無限)になっております。⇒訂正、デフォルトで100秒でした。
タイムアウトを短く設定しすぎると、ネットワークの重い状況ではまったく接続できなくなってしまうので悩ましいところですが、
お知らせいただいた状況を考慮して入札用にも適切なタイムアウトを設定する必要があると思いました。
(情報更新等のWebリクエストにはタイムアウトが設定されています。)
次のバージョンで対応させていただきたいと思います。
8時ころの、5分間タイマが止まっていた件ですが、自動入札設定の下部の個別の「入札ログ」ではなく、
入札タブの下部の「すべての入札ログ」の方にネットワークエラー関係の文言が出力されていないかご確認いただけませんでしょうか。
もしかすると「ネットワーク未接続」や「インターネット接続不可」などの文言が出ているかもしれません。
以上、よろしくお願い致します。
laflsoftware様
おはようございます。
昨日、996版を試用した結果をご報告します。
入札設定件数はトータルで20件ほどでした。
最初は順調に11秒前等の入札設定も動作し問題ありませんでした。
20:30頃より数分間隔で入札予約があり監視していたところ
ある時点から自動入札が作動しなくなり、緊急に手動入札を行いました。
登録件数が多いのかと思い、すでに入札ステータスが「落札」になっているものを
順次リストから消去しましたが結果まだ自動入札されず一旦bidmachineを再起動し
様子を見ましたら、また動作し始めました。
今回の突然、自動入札が反応しなくなるのは使い始め当初もあった気がします。
ログを見ると時折、表示が変わっていたり
5分ほど抜けていたりと不安定な部分も見られます。
ログファイルは後ほどメールにて送信いたしますのでよろしくお願いします。
その時点での「すべての入札ログ」のほうはすいません未確認です。
現在は手動入札等のメッセージは残っていますが
入札エラーの類はありません。
Elliot様
お世話になっております。
ログを確認させていただいたところ、ログの中で間隔が300秒以上飛んでいる個所が、5箇所あったのですが、そのいずれも、処理終了のログが出ておりませんでした。
要するに、最高額入札者の確認及び、入札処理のいずれかで時間がかかりすぎていてタイムアウトに引っかかったようです。
調査したところ、タイマスレッドが5分でタイムアウトになるようでした。
これも、Webリクエストのタイムアウト設定と関連していると思われますので、Webリクエストのタイムアウト設定の調整により改善するのではないかと思われます。
取り急ぎ、タイムアウト設定を修正したバージョンを作成いたしますので、しばらくお待ちください。
よろしくお願い致します。
Elliot様
お世話になっております。
遅くなりまして申し訳ありません。
タイムアウトを設定したバージョンを作成致しました。
【削除】
Version 995.995.995.995
ログ：[データ保存フォルダ]¥PrintLog995¥[タブID].txt
※初期タイムアウト設定は5秒で、タイムアウトにかかった場合は、さらに10秒、30秒で(1リクエストあたり)2回までリトライされる仕様です。
入札予定のあるときにお試しください。
状況が改善されたか確認させていただきますので、再度ログをお送りいただければと思います。
よろしくお願い致します。
laflsoftware様
お世話になっています＾＾
昨日3点ほど入札予定がありまして995版を試用いたしましたが
問題は起こりませんでした。
ただ昨晩のタイマーログを確認したところ
[2013/12/09 23:47:12-23:47:13]
[2013/12/09 23:47:13[2013/12/09 23:52:14-23:52:15]
[2013/12/09 23:52:15-23:52:15]
となっている箇所がありましたが問題はないのでしょうか？
本日も入札予定があるので995版を試用してみます。
Elliot様
なおっていないようですね。
念のためログをお送りいただけませんでしょうか。
また、別のバージョンを作成致しますので、少し遅くなるかもしれませんがお待ちください。
よろしくお願い致します。
Elliot様
ログの送付ありがとうございました。
5分を超えていたのは1回だけで、入札した直後のタスクで出ていました。
最高額入札者・高値更新のチェックの処理で時間がかかっているのではないかと思われます。
Version994を作成いたしました。
【削除】
Version 994.994.994.994
PrintLog994フォルダに2種類のログが出力されます。
(1) [タブID]_interval.txt
(2) [タブID]_log.txt
(1) はタイマー発火毎に必ず出力します。(前の処理が終わっていなくてスキップされた場合でも出力)
[時刻] タスクID
※スキップの場合はタスクIDではなく"skip"と出力します。
(2) はタスクID毎に出力します。
[開始時刻] タスクID / タスク内容 [終了時刻] [@]
大変お手数ですが、入札予定のある時に上記ログを出力していただき、
おそらく、(1)で5分以上スキップされているケースが出てくると思いますので、
そのタスクIDを確認し、(2)のタスクIDのログをお知らせください。
よろしくお願い致します。
Elliot様
追記です。
ご自身でご調査いただく場合、大変お手数ですが下記の３点ご確認をお願い致します。
①(1)のログで出力間隔が飛んでいる箇所があるかどうか？⇒飛んでいる場合は、タイマーが発火していないケース。タイマ自体の問題の可能性が高い
②(1)で長時間、"skip"が出力されている箇所があるか？⇒長時間skipが出ている場合は、前の処理に時間がかかりすぎているケース。BidMachineの不具合
③②の場合は、時間のかかっているタスクIDを確認し、(2)の該当のタスクIDのログをお知らせください。(ログ圧縮のため処理ナンバーのみ出力するようになっております)
ログをご送付いただければこちらで調査致します。
お手数をお掛けいたしますが、よろしくお願い致します。
laflsoftware様
お世話になります。
昨日994版試用しましたが、やはり手動入札しなければならない場面がありました。
ログのほうですがタイマー発火が5分ほどSkipされたのが
[23:04:43] 43736
この間skip継続
[23:09:44] 43737
[23:09:45] skip
[23:09:46] skip
[23:09:47] skip
[23:09:48] 43738
…
skip時のタスクログは
[2013/12/11 23:04:42] 43735 / [A][B][C0]0/3/6/7/14/[C1]0/[C2]0/[C3]0/[C4]0/[C5]0/[C6]0/[D][E0]0/1/2/[E1]0/1/2/3/4/22/[E2]0/1/2/3/4/22/[E3]0/1/2/3/4/22/[E4]0/1/2/3/4/22/[E5]0/1/2/3/4/22/[E6]0/1/2/3/4/22/ [23:04:42] [@]
[2013/12/11 23:04:43] 43736 / [A][B][C0]0/3/6/8/[@]
[2013/12/11 23:09:44] 43737 / [A][B][C0]0/3/6/7/15/16/17/[C1]0/[C2]0/[C3]0/[C4]0/[C5]0/[C6]0/[D][E0]0/1/2/[E1]0/1/2/3/4/5/7/8/11/15/16/17/[E2]0/1/2/3/4/22/[E3]0/1/2/3/4/22/[E4]0/1/2/3/4/22/[E5]0/1/2/3/4/22/[E6]0/1/2/3/4/22/ [23:09:48] [@]
[2013/12/11 23:15:34] 43779 / [A][B][C0]0/2/[C1]0/3/6/7/14/[C2]0/[C3]0/[C4]0/[C5]0/[C6]0/[D][E0]0/1/2/[E1]0/1/2/[E2]0/1/2/3/4/22/[E3]0/1/2/3/4/22/[E4]0/1/2/3/4/22/[E5]0/1/2/3/4/22/[E6]0/1/2/3/4/22/ [23:15:35] [@]
[2013/12/11 23:15:35] 43780 / [A][B][C0]0/2/[C1]0/3/6/8/[@]
[2013/12/11 23:20:37] 43781 / [A][B][C0]0/2/[C1]0/3/6/7/9/10/12/13/[C2]0/[C3]0/[C4]0/[C5]0/[C6]0/[D][E0]0/1/2/[E1]0/1/2/3/4/22/[E2]0/1/2/3/4/22/[E3]0/1/2/3/4/22/[E4]0/1/2/3/4/22/[E5]0/1/2/3/4/22/[E6]0/1/2/3/4/22/ [23:20:38] [@]
のようになっています。
他も同様にそのタイミングで一行のみ短いログになっています。
よろしくお願いします。
Elliot様
ご報告ありがとうございます。タイマの不具合でないことがわかっただけでも収穫です。
【削除】
Version 993.993.993.993
すみませんがまた新しく作成いたしましたので、よろしくお願い致します。
[C?]6-8のところでエラーが発生していますので、エラー内容と時刻を出力するよう修正いたしました。
また、昨日リリースしたV2.35でアクセス先を少し変更しておりますので、その修正も入れました。
ログの内容から、http通信のリダイレクトループに嵌っているような気がしますので(サーバ側の問題かも)、こちらの修正で直る可能性もあります。
再度お手数をお掛けいたしますが、何卒よろしくお願い致します。
laflsoftware様
昨日、993を試用いたしました。
タイマー発火でまたSkipが発生しています。
[22:48:38] 1244
この間Skip
[22:53:39] 1245
ログのほうは
[2013/12/12 22:48:38] 1244 / [A][B][C0]0/2/[C1]0/[C2]0/2/[C3]0/[C4]0/[C5]0/[C6]0/[C7]0/3/6[22:48:38]/6a/6d/6e/6f/8[22:53:38]/System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
場所 .( , AccountData , String )
場所 .( , AccountData )/[@]
[2013/12/12 22:53:39] 1245 / [A][B][C0]0/2/[C1]0/[C2]0/2/[C3]0/[C4]0/[C5]0/[C6]0/[C7]0/3/6[22:53:39]/6a/6d/6e/6f/7[22:53:39]/14/[C8]0/3/6[22:53:39]/6a/6d/6e/6f/7[22:53:39]/9/10/12/13/[C9]0/[C10]0/[C11]0/[D][E0]0/1/2/[E1]0/1/2/[E2]0/1/2/[E3]0/1/2/[E4]0/1/2/[E5]0/1/2/[E6]0/1/2/[E7]0/1/2/[E8]0/1/2/[E9]0/1/2/3/4/22/[E10]0/1/2/[E11]0/1/2/ [22:53:40] [@]
となっています。
よろしくお願いします。
Elliot様
解析ありがとうございます。大変助かります。
どうもまったく予想外のところで不具合が発生しているようです。
まったく見当がつかないため、今回はほぼ最下層までログ+時刻出力を仕込みました。
【削除】
Version 992.992.992.992
今回も入札予定のある時で構いませんので、大変恐れ入りますがよろしくお願い致します。
laflsoftware様
昨日の992版の試用状況です。
[23:14:09] 19058
～～～～～～～Skip
[23:19:09] 19059
[23:19:10] skip
[23:19:11] skip
[23:19:12] 19060
ログは下記の通りです。
[2013/12/13 23:14:09] 19058 / [A][B][C0]0/3/6[23:14:09]/6a[23:14:09]/6m0-1/x1[23:14:09]/s1[23:14:09]/x2[23:14:09]/z1[23:14:09]/z2[23:14:09]/z3[23:14:09]/z4[23:14:09]/z5[23:14:09]/6m0-2/6d[23:14:09]/y1[23:14:09]/r1[23:14:09]/y6-System.Net.WebException: 操作がタイムアウトしました。
場所 System.Net.GZipWrapperStream.Read(Byte[] buffer, Int32 offset, Int32 size)
場所 .()
場所 .()[23:19:08]/6e[23:19:08]/s1[23:19:08]/s2[23:19:08]/s3[23:19:08]/6f[23:19:08]/6g(RETURN NULL)/8[23:19:08]/System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
場所 .( , AccountData , String )
場所 .( , AccountData )/[@]
[2013/12/13 23:19:09] 19059 / [A][B][C0]0/3/6[23:19:09]/6a[23:19:09]/6m0-1/x1[23:19:09]/s1[23:19:09]/x2[23:19:09]/z1[23:19:09]/z2[23:19:09]/z3[23:19:09]/z4[23:19:09]/z5[23:19:09]/6m0-2/6d[23:19:09]/y1[23:19:09]/r1[23:19:09]/r2[23:19:09]/y2[23:19:09]/y3[23:19:09]/y4[23:19:09]/y5[23:19:09]/6e[23:19:09]/s1[23:19:09]/s2[23:19:09]/s3[23:19:09]/6f[23:19:09]/7[23:19:09]/15/16/17/[C1]0/[D][E0]0/1/2/[E1]0/1/2/3/4/5/7/8/11/12/13/14/ [23:19:11] [@]
よろしくお願いします。
Elliot様
お世話になっております。
ログの調査ありがとうございます。
どうもBidMachine側の不具合ではないようです。
エラーとなっている箇所は、http通信部分でリクエストを送信し、ステータスコード200(OK)を受信したため、
データの受信を開始したところでタイムアウトになっているようですが、この部分はOS(Windows)のランタイムより下層で行っているものです。
【追記】httpのレスポンス受信とデータ受信のタイムアウトは設定が別になっていることが判明。V2.40にて修正。
考えられる原因としては、Windows8のランタイムのバグや、ネットワークカードの不具合、もしくはネットワーク環境などに問題があるのではないかと思われます。
また、こちらで確認できる複数の環境で調査しましたが、同様の現象は発生いたしませんでした。
もし可能であれば、別のPC、もしくは別のOSの環境でお試しいただくようお願い致します。
特に、リリースされたばかりのOSにはバグがある可能性が高いです。
長々と調査につきあっていただきありがとうございました。
大変申し訳ありませんが、以上、よろしくお願い致します。
laflsoftware様
おはようございます。
なるほどソフト側ではないですか・・・
実働しているのは全てwindows8なので
他のシステムで検証は難しい状況です。
とりあえずソフトの性能は他のものに比べ特出していますので
引き続きだましだまし使用していこうと思います。
昨日も入札されないことがありましたがソフトを再起動すると
再び正常に動き出したので＾＾
windowsのバグ修正とbidmachineのアップデートで今後に期待しています。
ありがとうございます！
Elliot様
お世話になっております。
(ネットワークの遅延などで)特定のオークションの通信の遅延が他のオークションの入札処理に影響しないよう、何か対策ができないかと模索してみたところ、
タイマーでの処理はフラグ判定のみ行い、時間のかかる処理をタイマスレッドと別スレッドで非同期で行うようにすることで
うまくいきそうでしたので、V2.37にて導入させていただきました(「すべて入札」の場合のみ)。
Elliot様の不具合に対しても有効かと思いますので、
よろしければアップグレードしていただいてお試しいただければと思います。
以上、よろしくお願い致します。
laflsoftware様
昨日、一昨日とアップグレード版を試用していますが
一括入札、追跡入札も問題なく作動しています＾＾
1回だけログインエラーでリトライが発生しましたが
問題なく入札もされていました。
現在のところ最強の入札ソフトです！
ありがとうございます＾＾
Elliot様
ご報告ありがとうございます。
また何か問題ございましたらお知らせいただきますと幸いです。
よろしくお願い致します。
コメントを追加