FourA の最新のアップデートと改善情報
メインサイト、ブログ、ドキュメント、およびUpdatesポータル全体の言語スイッチャーを刷新しました。各オプションには、言語のネイティブ名と現在のUI言語での名前が表示され(ブルガリア語サイトでの「Deutsch · немски」など)、検索ボックスを使用して全13のロケールを名前、コード、ロケールIDでフィルタリングできます。各オプションはhreflangを含む実際のリンクになったため、検索エンジンやAIクローラーがすべての翻訳をたどれるようになりました。また、cmd-clickで別の言語を新しいタブで開くことができます。スイッチャーはすべてのサイトのフッターにも配置されています。
Cloudflareは正常に通過するページにもパッシブスクリプトを挿入します。以前のAutoは、その参照をアクティブなチャレンジとして扱い、完全なブラウザ解決を実行していました。現在は、真のインタースティシャルマーカー(「just a moment」ページなど)のみがブラウザパスをトリガーし、より安価なproxy階層からクリーンな200が返されます。また、Autoはデフォルトで最大5回のリダイレクトに追従します(followRedirectsで設定可能)。
DashboardのAPI PlaygroundのトップレベルModeとして、Product行(Single、Browser、Proxy Finder)と並んでAutoが追加されました。コストを意識したラダーとセッション償却をエンドツーエンドで試し、総予算としてtimeout_msを設定し、UIから直接ignoreProxiesを渡すことができます。Autoを選択するとプロダクトごとのエンジンがオフになり、その逆も同様です。
各プロダクトのendpointにあった2つの制御機能がAutoに実装されました。timeout_ms (5秒から180秒、デフォルト120秒) は呼び出し全体の総制限時間となります。1つのサブコールが制限時間全体を使い切らないよう、オーケストレーターが内部ステップごとに時間を割り当てます。ignoreProxiesを使用すると、Autoがスキップすべきproxy IDのリストを渡すことができます。これはウォームセッション、good-exitプローブ、new-exit検索全体で適用されます。
以前のAutoでは、リプレイの失敗が実際のcookieの期限切れを反映していない場合でも、リプレイに失敗するたびにホストのセッションTTLが短縮されていました。cookieがまだ有効であるにもかかわらず、セッションが破棄され、再度解決されるという状態が続いていました。現在、TTLは継続的な成功に基づいて延長され、実際の期限切れ時にのみ短縮されるため、Cloudflareでクリアされたホストの学習済みセッションは、最初の403エラーで終了するのではなく、数分間にわたって維持されるようになりました。
Cloudflareで保護されたターゲットがチャレンジ通過後に実際のジオブロックページ(451)を返した場合、watcherがクリア時のステータスをハードコードしていたため、Browserはこれを200として報告していました。現在、watcherはクリア後の実際のDocumentを読み取るようになりました。これにより、200は200のまま、451は451として表示されます。また、Autoは誤ったコンテンツを拒否し、validateルールに真に一致する出口の検索を継続します。
Auto sessionは、各ターゲットの要件に適応するようになりました。インタラクティブチャレンジのないサイトはportable sessionとして実行され、cookieがproxyプールで管理されるため、ローテーションとフェイルオーバーが自動的に機能します。解除を1つの出口にバインドするサイト (主にインタラクティブなCloudflareなど) は、クリアランスごとの同時実行数上限付きでpinnedされるため、リプレイのバーストによって解除が消費されるのを防ぎます。
アクティビティの request プレビューのすべての箇所において、不透明な proxy ID が表示されるようになりました。これはすでに response で返されている内容と一致します。
キーボードレイアウトに関係なく、Cmd+K(Ctrl+K)ショートカットでコマンドパレットと検索モーダルが開くようになりました。以前は入力された文字(キリル文字レイアウトでのк)と照合していたため、非ラテン文字レイアウトを使用している場合は機能しませんでした。今回の修正で、物理キーと照合するように変更しました。この修正は、メインサイト、ブログ、およびドキュメントに適用されています。
ダッシュボードのプレイグラウンドにAutoタブが追加されました。URLを貼り付けてSendをクリックすると、Autoが処理を実行します。Validateグループを使用して独自の成功基準を設定できます。また、URL履歴のタイプアヘッド機能により、入力中に以前使用したURLが提案されます(すべてのendpointで共有されるリストで、最大50件まで保持)。適用されないフィールドはエンジンごとに非表示になるため、各タブには実際に使用される入力のみが表示されます。
Autoのコールドソルブには数分かかる場合があり、requestはバジェット全体にわたって開いたままになります。すべてのレイヤーからのエラーは、クライアントが解析できるJSONとして返されます。
すべてのAutoのレスポンスには、metaオブジェクト(成功した階層、チャレンジが解決されたか、試行回数、合計クレジット)と、有効なセッション(proxy、cookies、userAgent)が含まれるようになりました。これにより、ターゲットを突破した条件を確認し、自身でリプレイすることができます。session.proxyフィールドは不透明なbase36のプロキシIDであり、生のアドレスになることはありません。レスポンスにセッションを含めたくない場合は、returnSession: falseを設定してください。
cookie再利用可能なサイト (bet365をカナリアとして使用) において、初回の解決後に2クレジットの安価なリプレイに下がるべきところが、リクエストあたり15クレジットの高価なブラウザ解決に固定される問題がありました。バグは2つありました。一時的なトランスポートエラーでラッチがトリガーされる問題と、ブラウザのリプレイが成功してもセッションcookieが更新されない問題です。両方を修正しました。cookie再利用可能なサイトでのリピートリクエストは、料金設定通り、初回の解決以降は2クレジットの消費となります。
Autoは、非インタラクティブなCloudflareチャレンジ（一部の保護されたサイトが表示する「Checking your browser」の壁）を、チャレンジページを通常のコンテンツとして返すのではなく、エンドツーエンドで処理するようになりました。関連する2つのケースも修正されています。チャレンジのインタースティシャルを隠すトランスポート200応答が実際の解決プロセスへとエスカレーションされるようになり、クリアランスcookieを保存した後に壁を再表示するチャレンジが、リロードして実際のコンテンツを取得するようになりました。新たにパスした代表的なサイトはMarathonbetです。vintedやその他のいくつかの200応答におけるインタースティシャルターゲットもこの恩恵を受けます。
