FourA の最新のアップデートと改善情報
Cloudflareで保護されたターゲットがチャレンジ通過後に実際のジオブロックページ(451)を返した場合、watcherがクリア時のステータスをハードコードしていたため、Browserはこれを200として報告していました。現在、watcherはクリア後の実際のDocumentを読み取るようになりました。これにより、200は200のまま、451は451として表示されます。また、Autoは誤ったコンテンツを拒否し、validateルールに真に一致する出口の検索を継続します。
キーボードレイアウトに関係なく、Cmd+K(Ctrl+K)ショートカットでコマンドパレットと検索モーダルが開くようになりました。以前は入力された文字(キリル文字レイアウトでのк)と照合していたため、非ラテン文字レイアウトを使用している場合は機能しませんでした。今回の修正で、物理キーと照合するように変更しました。この修正は、メインサイト、ブログ、およびドキュメントに適用されています。
Autoのコールドソルブには数分かかる場合があり、requestはバジェット全体にわたって開いたままになります。すべてのレイヤーからのエラーは、クライアントが解析できるJSONとして返されます。
cookie再利用可能なサイト (bet365をカナリアとして使用) において、初回の解決後に2クレジットの安価なリプレイに下がるべきところが、リクエストあたり15クレジットの高価なブラウザ解決に固定される問題がありました。バグは2つありました。一時的なトランスポートエラーでラッチがトリガーされる問題と、ブラウザのリプレイが成功してもセッションcookieが更新されない問題です。両方を修正しました。cookie再利用可能なサイトでのリピートリクエストは、料金設定通り、初回の解決以降は2クレジットの消費となります。
クロスオリジンアクセスを厳格化し、foura.aiのみが資格情報を使用してAPIを呼び出せるようにしました。また、metrics endpointの入力フィルターを強化し、開発専用のフォールバックシークレットを削除しました。既存のインテグレーションに変更はありません。
request に validate.status.accept を設定した場合、エンジンは許可された非200ステータスを完全な成功として扱います。以前はアクティビティ上でこれらが失敗としてラベル付けされており、利用統計にズレが生じていました。結果は validate の判定に沿うようになり、許可した403は App Fail ではなく成功として表示されます。
Singleを経由してキリル文字、中国語、日本語、またはその他のNon-UTF-8のページをスクレイピングしていた場合、bodyが文字化けして返ってくることがありました。以前は、生のバイトデータが表示される前に、すべてのresponseをUTF-8として強制的にデコードしていました。現在は、responseから文字コード（Content-Type、次に<meta charset>、そしてUTF-8へのフォールバックの順）を読み取り、正しくデコードします。この問題を報告してくれたAlexandar Kanchev (Sensika)氏に感謝いたします。
実環境に存在する一部の proxy は、実際には request を転送しません。それらは request をプレーンテキストのサーバーダンプとしてそのまま送り返し、その中身を収集しようとします。現在、response がコードに到達する前にこのパターンを検出できるようになったため、Single、Browser、および Proxy Finder はすべて、ゴミデータを返す代わりに、適切なエラー（または再試行）を返します。
新規に検出された proxy が検証前に待機状態になっていた遅延を修正しました。Proxy Finder が即座に検証を行うようになったため、稼働中のアクティブな proxy がより多くローテーションに加わり、プールがより新鮮に保たれます。
PlaygroundはDomain属性を正しくトラッキングするようになり、host-only cookieはそのホストに保持されます。ParsedビューではそれらにHOバッジが付けられ、Rawはアップストリームの送信内容と一致します。
Playgroundの全フィールドがスキーマに対応しました。BrowserではGETが強制されて本文のテキストエリアが非表示になり、RawタブにはAPIに送信される実際のJSONとcurlの再現コマンドが表示されます。
unblocker: trueにより、SingleおよびProxy Finderは完全なUnblockerシグネチャをオリジンまで伝達するようになりました。これにより、シグネチャを検査するアンチボットの壁をリクエストが通過できるようになります。
一部のCloudflareサイトは200 OKを返しますが、バックグラウンドスクリプトを注入し、少し遅れて実際のcf_clearance cookieを発行します。以前のBrowserはそのcookieが到着する前にページを返していたため、ジャーは空のままでした。現在、Browserはcookieイベントを待機するため、SingleやProxy経由で再利用可能なクリーンなcf_clearanceを取得できます。
ブログの「Older」ボタンは、以前はページ1に戻るようになっていました。現在、ページネーションは番号付きナビゲーションとともに /blog/page/N/ の URL に配置され、古い投稿を実際に閲覧できるようになりました。Vladimir Petrov氏に感謝します。
ブラウザはすべてのリクエストをJavaScriptエンジン経由で実行するようになりました。これにより、CloudflareのチャレンジやJSを多用するページが期待どおりにレンダリングされます。
