すべて新機能改善修正
修正

アンカー付きURLのブラウザでの展開

ブラウザに対して末尾に #reviews を含むURLをリクエストすると、ページが通常の速度で返されるようになりました。アンカー付きリンクがタイムアウトする問題は修正されています。

修正

ブラウザがCloudflareのチェックボックスを並列でクリア

同一ページへの同時リクエストにおいて、ブラウザがCloudflareのチェックボックスチャレンジを解決するようになりました。また、チャレンジが完全に消滅して初めてプレスがカウントされます。同時に3つのリクエストを行った場合、5から9秒でクリアされます。

修正

Playgroundで取得したページを表示

Playgroundはターゲットからのレスポンスをレンダリングするようになりました。これには大きなcookieを設定するサイトも含まれます。また、API endpointは常にJSONで応答します。

修正

Browserが異なるパスへのリダイレクトに対応

ターゲットが異なるURLパスにリダイレクトした場合、ページが取得できているにもかかわらず、以前のBrowserは「No response received」を返していました。この問題は修正され、リクエストはナビゲーションの遷移先に追従するようになりました。eBayやリダイレクトを多用するショップ、チャレンジページへ3xxを返すサイトなども、現在すべて正常に動作します。

修正

ステータスページでのローリングデプロイの判定を修正

サービスはすべてのインスタンスが失われ、requestの送信先がまったく存在しない状態でのみダウンとしてカウントされるようになりました。通常のローリングデプロイは、ステータスページでインシデントとして表示されなくなりました。

修正

プラン変更時の3D Secure手順の完了

プランのアップグレード時に銀行が3D Secureを要求した場合、リクエストは発生しない変更をポーリングしていました(認証を求めるプロンプトが表示されなかったため)。プラン変更フローは、初回登録時と同様にこの追加ステップを処理するようになり、アップグレードが正常に完了します。

修正

Browserがリダイレクトするインタースティシャルを処理

Browserは、本文が読み取られる前にリダイレクトするチャレンジページを処理するようになりました。これにより、保護されたサイトへのrequestは空のresponseではなくコンテンツを返すようになります。

修正

SingleおよびProxyの呼び出しでユーザーのheaderが優先されるようになりました

unblockerを有効(デフォルト)にしてSingleまたはProxyのrequestにheaderを送信する場合、指定した値がそのままoriginに到達するようになりました。AcceptやUser-Agentなどの一般的なheaderが2重に送信され、一部のupstreamが誤った値を選択する問題がありました。Accept: application/jsonがXMLとして返される現象や、固定したUser-Agentが適用されない問題は修正されています。

修正

プラン展開中のクレジット警告メール一時停止

すべてのアカウントにプランが割り当てられるまで、クレジット使用量の警告は一時停止されます。「100%使用」の通知を受け取った場合でも、アカウントに変更はないため無視して問題ありません。

修正

ダッシュボードのコントロールがダークテーマに対応

ドロップダウン、チェックボックス、スクロールバー、自動入力フィールド、およびダイアログのボタンが、ダークテーマ環境でライトテーマの外観(白いボックスや不要なアウトライン)で表示される問題がありました。現在はすべてのコントロールがアクティブなテーマに従います。また、モーダルの背景にあるページのスクロールが停止し、ダイアログ内のツールチップが最前面に表示され、数値入力のスピナーボタンが非表示になります。

修正

すべての支払い済み請求書のPDFダウンロード

リンクが設定されていなかったため、一部の支払い済み請求書でPDFボタンが表示されない問題がありました。現在、Invoicesタブのすべての支払い済み請求書に機能するPDFボタンが表示されます。

修正

Autoはチャレンジページを成功として受け入れなくなりました

/api/autoに否定的なvalidate{data: {fail: ['"Due to legal reasons"']}}など)を渡した場合、フェイルリストがそのテキストと偶然一致しなかったため、Cloudflareの「Just a moment」インタースティシャルがキャッシュされた成功としてすり抜ける可能性がありました。現在、Autoはvalidateルールを適用する前にチャレンジページを拒否し、スコアリングする代わりに不良なexitをスワップして再解決を実行します。

修正

ホスト型MCP経由での長時間のfoura_auto呼び出しが完了可能に

ホスト型MCPサーバー経由でfoura_autoに長いタイムアウトを設定すると、呼び出しが完了する前にエッジでリクエストがタイムアウトする可能性がありました。この問題は修正されました。最大予算のauto呼び出しは、180秒の予算を最後まで実行できるようになりました。

修正

Autoが複数exitへの同時負荷分散に対応

1つのターゲットに対して多くのAuto呼び出しを同時に実行した際に429エラーが発生していた場合、従来はスコアの高いexitが選択され1度だけリプレイされるウォームパスの仕様により、それらの呼び出しが単一のキャッシュされたexitに集中していました。現在のAutoは必要に応じて追加のセッションを開き、各呼び出しを最も負荷の低いexitにルーティングします。これにより、バーストが1つのproxyに集中するのではなく、複数のproxy IDに分散されます。ローカルでの測定結果: no-cookieのポータブルホストでの100回のバースト呼び出しは、数秒以内に拡大したプール全体に分散されるようになりました。

修正

クリーンなCloudflareページでのブラウザ解決をスキップ

Cloudflareは正常に通過するページにもパッシブスクリプトを挿入します。以前のAutoは、その参照をアクティブなチャレンジとして扱い、完全なブラウザ解決を実行していました。現在は、真のインタースティシャルマーカー(「just a moment」ページなど)のみがブラウザパスをトリガーし、より安価なproxy階層からクリーンな200が返されます。また、Autoはデフォルトで最大5回のリダイレクトに追従します(followRedirectsで設定可能)。