開発者の独り言

今週は、「頂いた～」は出なかったようで、hpcvvの有無で判定しているのはほぼ確実だと思います。しかし、購入ボタン押下から購入結果画面に遷移するのが異様に遅いので、pookyが出ているのは間違い無いと思います。

pookyが出たことにより、結果に遅延が発生してしまっており、結果として売り切れになっているのだと考えられます。

スマホ対応版の開発を進めていきたいと思います。

今回は、TNFコラボという観点からは、全滅だった。。。
しかし今回は、前回までは無かった「頂いた～」が出ている点が異なっていた。
この「頂いた～」が去年から原因不明だったのだが、ここで出してくる辺り、何かが異なっているのだと考え、もう一度通信データを調べてみたら、データのやり取りが変わってた。
いつからなんだろう・・・去年から？？
そう考えると、赤枠の人は正しい通信データなら変えてたのかもしれないなぁ・・・。

まずは、これを早急に対応します。

スマホサイト版も、解析はほぼ済んでいるので、あとは作成時間の確保ですが、GW頃になりそうです。

今週は、私もチャレンジしましたが、新しいブラウザ表示方式に変えたら、途中で止まっていました。私の他にも止まって方がいたら教えてください。

今週は、事前認証ありでも購入できたようです。今回発見したのは、事前認証ありのチェックアウトスルーありで購入していた方を見つけました。（赤枠）

購入時刻としては、赤枠の方が一番速いのですが、結果をアップロードする順番により上の方に行っています。

購入時刻は一番速いのにも関わらず、結果の表示順番は一番ではない理由として、回線速度がそこまで速くはないとことが想定されます。

事前認証ありのチェックアウトスルーありは圧倒的な速さに改めて驚かされました。

今週もスピード勝負でしたが、事前認証は無効だったようです。

決済に時間が掛かっているので、チェックアウトスルーの設定をしていなかったのではないかと疑いましたが、設定している方もいました。数がかなり少なかったのだと推測しますが、それ以上に参戦する数が年々増えているのも理由だと思います。

BOTの数が増えればそれだけ混雑度合いは増していき、購入確率はどんどん下がる。しかしプレミアム感は増していくことになるわけで、これがSupremeの戦略なのでしょう。嫌らしい。

私が普段使っているGoogleアカウントは、SupremeのreCAPTCHAの自動突破ができませんでしたので、購入は諦めました。

今回は、スピード勝負だったようです。pookyも出ておらず、事前認証が有効でした。（reCAPTCHAのタイムスタンプを見ていなかった）

現行のSupremeは、その週の混雑具合を予想して、以下のパターンを出してくることが分かってきました。

• 事前認証が通る場合→単純なスピード勝負になります。
• 事前認証が通らない場合→事前認証は、reCAPTCHAのタイムスタンプによって弾かれます。
• pookyが発動する場合→カートにすら入らない場合があります。チェックアウトも遅くなります。

現在、上の２つについては当BOTで対応できていますが、３番目についてはスマホサイトから購入することでpookyが出ないということが分かっています。
javascriptを使った単純な画面遷移だけで購入動作を実現させるのは芸がないので、スマホサイトにおいてもカート挿入までの部分を独自処理に変えて、チェックアウト画面を表示させたいと思いますが、果たしてできるのでしょうか？？

もしも実現したら、当方の念願だったSupremeBOTの有償バージョンアップをしたいと考えています。（だから気合が入る！）