プラン変更時の3D Secure手順の完了
プランのアップグレード時に銀行が3D Secureを要求した場合、リクエストは発生しない変更をポーリングしていました(認証を求めるプロンプトが表示されなかったため)。プラン変更フローは、初回登録時と同様にこの追加ステップを処理するようになり、アップグレードが正常に完了します。
FourA の最新のアップデートと改善情報
プランのアップグレード時に銀行が3D Secureを要求した場合、リクエストは発生しない変更をポーリングしていました(認証を求めるプロンプトが表示されなかったため)。プラン変更フローは、初回登録時と同様にこの追加ステップを処理するようになり、アップグレードが正常に完了します。
管理者がカスタムプランを割り当てた場合、Billing / Planに「Your custom plan: {name} ({price})」とサブスクライブボタンが表示されるようになりました。これまでは、誰かに知らされるまで割り当ては表示されませんでした。
以前、BrowserはCloudflareのclearance cookieが確認された場合にのみ、防御突破ティアの30クレジットを課金していました。現在は、SiteGroundをはじめとする、システムが認識して突破したすべての防御に対して同様に課金します。また、レスポンスには defenses: { present, cleared } が含まれるため、まだ突破できていない場合でも、どのベンダーがブロックしているかを特定できます(DataDome、PerimeterX、Akamai、Incapsula、hCaptchaは現在認識されていますが、まだ突破されていません)。
ブラウザレスポンスは defenses: { present, cleared } を返すようになりました。これにより、ターゲットが実行したすべてのベンダーと、実際にクリアされたすべてのベンダーが示されます。課金も同じルールに従います。任意のベンダー(Cloudflareのみに限定されません)をクリアしたリクエストは防御の解決とみなされます。認識可能であってもまだ突破できないベンダーは present に表示され、価格が上がることはありません。
SiteGroundは多くの小規模なWordPressやWooCommerceショップのフロントとして機能しているため、そのRobot Challenge Screenは単一のサイトではなく、ターゲットのクラスとなります。unblocker: trueにより、Singleはこれをインプロセスで解決し、実際のページを返すようになりました。以前は、このクラスのターゲットに対してBrowserを起動する必要があり、ブラウザセッションのコストと待機時間が発生していました。クリアランスcookieはresponseで返されるため、リプレイは安価に保たれます。
Browserは、本文が読み取られる前にリダイレクトするチャレンジページを処理するようになりました。これにより、保護されたサイトへのrequestは空のresponseではなくコンテンツを返すようになります。
SiteGroundは、多くの小規模なWordPressおよびWooCommerceショップの前に「Robot Challenge Screen」を配置します。クリックする要素はなく、SHA-1のプルーフ・オブ・ワークです。Singleは、30クレジットのブラウザセッションではなく、2クレジットで1回のコールでこれをクリアし、実際のページを返すようになりました。これは、Singleが単独で処理する最初の非Cloudflare防御となります。
unblockerを有効(デフォルト)にしてSingleまたはProxyのrequestにheaderを送信する場合、指定した値がそのままoriginに到達するようになりました。AcceptやUser-Agentなどの一般的なheaderが2重に送信され、一部のupstreamが誤った値を選択する問題がありました。Accept: application/jsonがXMLとして返される現象や、固定したUser-Agentが適用されない問題は修正されています。
プランにジオターゲティングが含まれていない状態で exitCountries を渡すと、パラメータを明記し解決策を示す403エラーが返されます。リクエストのどのフィールドがチェックに引っかかったかを推測する必要はなくなりました。ジオターゲティングが含まれるプランには影響ありません。
プラン比較表に帯域幅の行を追加しました。すべての公開プランは帯域幅が無制限であるため、トラフィックの増加に伴ってエグレス通信量が予期せず予算を圧迫することはありません。カスタムプランに上限がある場合は、正確なGB数が表示されます。
リリース間に離脱したワーカーは、誰かが気付くまでオフラインのままになり、ピーク時のキャパシティを密かに低下させていました。現在は、すべてのロールアウトでローリングアップデートとともにプール全体がフル稼働状態に戻るため、トラフィックのピーク時に期待通りのキャパシティを確保できます。
Usage & Limitsに、タブごとのアテンションドット、色付きの使用量バー(80%で黄色、超過時に赤色)、並べ替え可能な「最終使用」列、30秒ごとの自動更新機能が追加されました。ダッシュボードのサイドバーから開くことができます。
すべてのアカウントにプランが割り当てられるまで、クレジット使用量の警告は一時停止されます。「100%使用」の通知を受け取った場合でも、アカウントに変更はないため無視して問題ありません。
料金ページの比較表は、使用量、機能、rate limit、アカウントごとにグループ化されました。各セルはAPIが読み取るのと同じプランモデルから取得されるため、表示される内容はプランに実際に含まれる内容と一致します。すべての公開プランで帯域幅は無制限です。
各プランの制限の横に、現在の請求期間における実際の利用量が表示されるようになりました。クレジットはbilled (成功したリクエストのみ) とspent (消費したすべてのリクエスト) に分割され、キーごとの内訳や同時接続数、レートのライブカウンターも確認できます。Dashboardのサイドバーから開くことができます。