カテゴリー: BOT

リセールの座席指定を今まではカンマ区切りはAND判定にしていました。つまり、カンマで区切ったものは全て一致していないとOKにはならない仕様でした。

今仕様からカンマ区切りはOR判定にしました。以下のチェッカーは、BOTのシートチェック判定と同じアルゴリズムで判定しているので、事前にチェックが可能です。
https://zatturight.com/ticketpia/seatmatcher.html

楽天の自動購入ツールを作ったのは、BOT制作し始めの時期だった2017年にまで遡ります。

楽天市場のHTMLを見ると、サーバサイドがJavaで書かれていてサーバサイド主導のコードで、SPAフレームワーク（React、Angular、Vue.js）が使われていない、単純なDOM構造をしているサイトでした。これまでは細かな変更はあるものの、一度も大きな修正はありませんでした。

１～２年前ぐらいからログイン画面が変わって、いよいよ変わり始めるのかな？と思っていたのですが、それでもログインは従来と変わらずPostリクエストで通信できていたので、BOT開発側としては修正する必要が無くホッとしていたものでした。

楽天スーパーセールで破竹の勢いだった時代もあったのですが、とある仕様を楽天も気が付いたのか蓋を塞がれてしまい、それ以降はスピード重視をしたところで確実に取れるというものでは無くなってしまいました。

Emperor AIOの利用数も減ってきていたので、また楽天自動購入BOTとして単品販売を考えていた矢先のこと、Emperor購入希望者からの問い合わせで「楽天は動きますか？」と言われて、ただ単に利用者が減ったから使われていないだけだと思い「動きますよ！」と答えたのですが、いざ動かしてみるとカート画面から先に遷移できなくなっていました。

勿論、動くことを目的として購入して頂いているので対応する必要があるので、すぐさま調査したのですが、SPAフレームワーク（React、Angular、Vue.js）の構造に変わっており、HTTP通信だけで何とかなるものでは無くなっていました。

ログインも見た目は１～２年前と変わらないですが、中身は全然別物です。というよりもブラウザで動かす部分は既に変わっていたのかもしれませんが、もう今はPostリクエスト（ログインIDとパスワードをHTTP通信で送信）でログインできる代物では無くなっていました。

今の流行りはSPAフレームワークであるし、構造も複雑になっているので、BOT対策としても有効なので、これからも増えていくと思います。今後は、BOT開発もSPAフレームワークに寄り添ったものが主流になっていくのだと思います。

来週には楽天スーパーセールも始まるので、それまでには楽天市場の処理だけでも完成させますが、BOTを使ったスーパーセールでどこまで結果を出せるのか気になるところではあります。

2025/09/02追記
おととい新仕様に対応したBOTを動かしたユーザからの問い合わせで、動かないと言われて調べたところ、前の仕様に戻っていました。なのでBOTも前のバージョンに戻したら動きました（笑）

楽天、何してんだろ？？

以前から問題だった、サーバからの応答が無いままタイムアウトを起こしている現象ですが、今回のアップデートで解決しました。
spのＵＲＬがあるチケットについても修正はしましたが、動作確認ができるチケットが分からないので、在庫があるチケットについて連絡頂ければ確認いたします。

サーバからの応答が無くなる問題の部分ですが、ちょっとしたことではあったんですが、それが原因でタイムアウトを起こすため、購入動作に一向に進まない状態になっていました。

今までは無償アップデート対応してきた改修工数かもしれませんが、今回はアップデート料金を頂きたいと思います。

2025/1/31以前に購入して頂いた方が対象になります。

アップデートチケットを当サイトから購入ください。
https://zatturight.com/fastbot/products/detail/88

ご購入頂けない場合、ライセンスの一時停止処置をさせて頂きます。

ご協力のほど、よろしくお願いいたします。

また今回のアップデートで、今まで試験的な導入だったPurchase Actionリトライのチェックボックスを削除しました。これを追加した理由は、そもそもサーバから応答が無くなることを考慮しての機能だったので、今回のアップデートによりサーバからの応答が来なくなることは無くなったため不要となりました。

2025/7/23追記
ユーザからspサイトの在庫があるチケットのURLをご提示頂きましたので確認しました。
個人情報の登録部分を含めて問題ないことを確認しました。

黒基調のウィンドウは格好良いです。

１週間以上掛けて、ようやく配布用アプリケーションが作成できました。
MacOS版チケットぴあ自動購入の処理は、１年前のソースコードをそのまま持ってきました。（プラスnewspプラグインの処理を入れています）
MacOS版の方がWindows版よりも購入できるという報告をちらほら聞くため、敢えてそのようにしています。Success PostでMac版を使った時にはそれが分かるようにしているので、そこで判断できます。

今のバージョンである、macOS Sequoiaは、AppleシリコンのM1以降でのみ対応されており、そのCPUでビルドしたアプリケーションを作成する必要がありました。

別件でMac Miniを購入したことと、ユーザからの要望があったので作成してみようと思った訳ですが、情報が殆どないためAIサービスに頼るしかありませんでした。

最初は、ChatGPTに聞いていたのですが、開発者IDを取得するところで躓いてしまい、先に進めなくなってしまったため、ChatGPTよりも賢いと評判のClaudeに相談することにしました。

Apple M1以降のCPUを搭載しているMacOS用に配布するためのQtアプリケーションを作成するには、アプリケーションに開発者IDを署名する必要があります。

公式には以下に作成方法が書かれているのですが、中途半端な開発者ID証明書を作成するところまでは簡単にできます。
https://developer.apple.com/jp/help/account/create-certificates/create-developer-id-certificates/

xcodeから作成するのが手っ取り早い。

結論から言うと、開発者ID証明書には、中間証明書とCA証明書を付加する必要があります。

Apple Root CAは以下からダウンロードして、キーチェーンアクセス.appにダブルクリックして取り込みます。
https://www.apple.com/certificateauthority/

中間証明書のありかは、Claudeに聞いて取得してきました。

１．G2の中間証明書を直接ダウンロード：
curl http://certs.apple.com/devidg2.der -o devidg2.der
２．ダウンロードした証明書をインストール：
sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain devidg2.der

xcode→Settings→Accounts→Manage Certificatesで以下の画面を開き、＋ボタンからDeveloper Application IDを指定すると、CAルート証明書までリンクしている自己証明書が作成されます。

コマンドで「security find-identity -v -p codesigning」を実行して、Developer ID Applicationがvalid状態であり且つ、ルートCA証明書まで正しく登録できていれば証明書の作成は完成です。

次に、アプリケーションに署名を付与していきます。

プロジェクト内に「entitlements.plist」を作成し、内容を以下にします。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>com.apple.security.cs.allow-jit</key>
    <true/>
    <key>com.apple.security.cs.allow-unsigned-executable-memory</key>
    <true/>
    <key>com.apple.security.cs.disable-library-validation</key>
    <true/>
    <key>com.apple.security.network.client</key>
    <true/>
</dict>
</plist>

proファイルに以下の項目を追加します。

macx {
    ICON = res/ticketpia.icns
    QMAKE_INFO_PLIST = Info.plist
    ENTITLEMENTS.files = entitlements.plist
    ENTITLEMENTS.path = Contents
    QMAKE_BUNDLE_DATA += ENTITLEMENTS
}

ビルドを行い、macdeployqtにて必要なライブラリをapp内に取り込みます。QtWebEngine.appも同様に行います。

% macdeployqt ticketpia.app 
% macdeployqt ticketpia.app/Contents/Frameworks/QtWebEngineCore.framework/Helpers/QtWebEngineProcess.app 

# パスを変更
install_name_tool -change /opt/homebrew/opt/brotli/lib/libbrotlidec.1.dylib @executable_path/../Frameworks/libbrotlidec.1.dylib ticketpia.app/Contents/MacOS/ticketpia

install_name_tool -change /opt/homebrew/opt/brotli/lib/libbrotlienc.1.dylib @executable_path/../Frameworks/libbrotlienc.1.dylib ticketpia.app/Contents/MacOS/ticketpia

install_name_tool -change /opt/homebrew/opt/brotli/lib/libbrotlicommon.1.dylib @executable_path/../Frameworks/libbrotlicommon.1.dylib ticketpia.app/Contents/MacOS/ticketpia

以下にてアプリケーションに署名していきます。

# 拡張属性をクリア
xattr -cr ticketpia.app

# メインアプリの署名
codesign --deep --force --verify --verbose \
  --sign "Developer ID Application: KAZUHIRO OZAWA (VSAYCF9RQD)" \
  --options runtime ticketpia.app

# WebEngineProcessの署名（entitlementsを指定）
codesign --deep --force --verify --verbose \
  --sign "Developer ID Application: KAZUHIRO OZAWA (VSAYCF9RQD)" \
  --options runtime \
  --entitlements ticketpia.app/Contents/entitlements.plist \ ticketpia.app/Contents/Frameworks/QtWebEngineCore.framework/Helpers/QtWebEngineProcess.app

この２つの署名を行わないと、例えばWebEngineProcessの署名を行わない場合、ticketpia.appのアプリは起動するがWebEngineが表示されずに落ちてしまう現象が発生します。

この情報がどこかに刺さったら嬉しいです。

EmperorのDiscordサーバでは、ちゃんとした動画が見れます。