月: 2018年9月

2018AW時点でのSupremeの仕様は、2018SSの４月ぐらいにサイトの改修があってからは、変わっていない。その仕様に今頃になって対応出来たと断言できるまでになった。

４月の仕様変更から既に５ヶ月が経過しているが、なぜここまで掛かったのかというと、１番の理由は、正常ケースとエラーケースの切り分けが分からなかったため、プログラムをどのように作るのかが分からず、想像で作っていた。

例えば、エラーケースの「頂いたご注文内容では・・・」の解釈だ。

2018SSは、これが何を意味しているのかが分からず、ConoHaを使って尽くエラーを食らっていたため、正常ケースとの切り分けが出来なかった。

先週のコムデギャルソンのときは、CloudNを使って挑んだが、ここでもこのエラーが出たのを見て、これはConoHaと同様のBANであることが分かった。

先期から導入された「アクセス集中によりクレジット決済に失敗しました。」と同様の「頂いたご注文ないようでは・・・」の意味合いがあるケースもある。ユーザからのアドバイスでリトライ処理を入れてはいたが、本当に正しいのかが分からず、先日このケースを目撃してようやく入れた処理が正しかったと分かった。

2018AWから疑問だったもう１つが、Supreme側が決済時のreCAPTCHAの時間を見ているという点。自分でホームページ上にreCAPTCHAを搭載したことがあれば、reCAPTCHAのトークンに時間の概念があるのか？と疑問になる。サーバサイト側でトークンを受け取ったら、そのトークンが正しいのか、有効時間が切れていないかをGoogleに問い合わせて、Googleからの合否判定を待つだけだからだ。GoogleがSupreme用にカスタマイズしているとは考えにくい点もある。

今季は、事前認証を行っているユーザもまばらでしかないが、購入できており、２分というreCAPTCHAの有効時間以外の縛りはないと思っている。決済リトライをする場合は、購入し直しすることになるため、新たなreCAPTCHAトークンが必要になる点は注意して欲しい。

俺はヌプシとBoxLogo以外全く興味がないため、普段は参戦しないこともあり、状況を把握するのはユーザからの情報に頼るしかない。情報提供はとても有り難いし、コミュニティサイトでも活発に議論して欲しいと思う。

全滅だった。

意味が分からないエラー履かれた。

①「利用規約に従いまして、お客様からのご注文はお断りさせて頂きます。」

②「頂いたご注文内容ではお手続きを完了できませんでした。」

②は、もしかしたらProxyが駄目だったのかもしれないと思うところもあるのだけど、①は、住所は作業場所にしたし、ブラックリストにいきなり入るとは意味がわからない。カード番号を使いまわししていたのが問題だったのかもしれない。俺の名前でブラックリストになっているのかもしれない。

今日は数が少なかった印象だ。結果集計サイトをみても、買えている人は少数で、殆どはクレジットカード決済に失敗したのが多かった。リトライフラグを付けている人が殆どだったが、リトライが機能していなかった。事前認証ありで動かなかったのは、処理を考慮していなかったためだが、事前認証なしで動かなかったのは想定外だった。直さなければいけない。

この週末はモヤモヤが残りそうだ。酒飲んで忘れよう。

Supremeの発売予告メールが月曜日に来るのは珍しいと思った。それだけ気合が入っている証拠なんだろうな！

今日、SupremeBOTユーザから代行を頼まれた。ユーザから頼まれたのは、過去の記憶を辿ってみても例が思い浮かばない。。。そもそも、自分で取ることを目的としているし、個人情報を俺に渡すことを普通は躊躇すると思う。彼も変りもんだと自分で言っていたが、信頼されていると思うと、なんだか力が湧いてきた！

久しぶりに俺も本気を出してみようと思う！！

これで１つもゲット出来なかったら、ちょー恥ずかしいけどね。