Последни обновления и подобрения в FourA
Много сайтове предоставят достъп до входната си страница на всички, но ограничават вътрешните страници. Auto вече взема сесията, която входната страница издава, и изпраща заявка към вътрешния URL с нея, като ви уведомява за това чрез стъпка warmup в съответния response.
Задайте timeout_ms до 120 секунди за Browser заявка и тя ще се изпълнява през целия този бюджет от време, така че бавната цел да получи времето, което сте й дали, а вие да прочетете собствения резултат на енджина.
Вече браузърът решава checkbox предизвикателството на Cloudflare при едновременни заявки към една и съща страница, а натискането се отчита само след като предизвикателството е напълно преминато. Три едновременни заявки преминават за 5 до 9 секунди.
Playground вече визуализира отговора от вашата цел, включително при сайтове, които задават големи cookies, а API endpoints винаги отговарят в JSON.
Защитените страници на eBay пренасочват посетителите към Argon2 proof-of-work предизвикателство. Single вече го решава с едно извикване и връща реалната обява срещу 2 кредита, вместо около 360 чрез резервния метод. Ако сте плащали пълната цена за eBay, това приключи.
Ако целта ви пренасочи към различен URL път, Browser преди връщаше 'No response received', въпреки че страницата беше получена. Това е поправено, заявката следва навигацията, където и да отведе. eBay, магазините с много пренасочвания и всичко с 3xx към страница за проверка вече работят.
Отговорите вече отчитат akamai и ebay-splashui там, където преди не отчитаха нищо (или погрешно приписваха блокирането на Cloudflare). Ако вашият код се разклонява по defense.vendor, за да избере стратегия за повторен опит, тези две имена вече се показват правилно.
Изгледът Activity вече се побира на 14-инчов MacBook без хоризонтално превъртане, като всяка колона запазва стойността си. Панелът с детайли има табове (Request, Response headers, Response body), така че отговорът е най-отгоре, вместо на 900px надолу. Подсказките следват курсора и показват пълния URL.
Колоната за метод вече чете глагола от тялото на вашата заявка (GET, POST, PUT и т.н.), вместо винаги да показва POST, защото това е приел нашият API слой. Извикванията от Playground също записват IP адреса на браузъра на човека, който е кликнал Send, така че при споделен акаунт може да се разбере кой какво е изпълнил.
FourA MCP 0.6.0 позволява на агента да избере с кой браузър да се представи дадена заявка. foura_single и foura_proxy приемат browser, os, version или точен profile идентификатор от публичния каталог на GET /api/profiles. Те се предават в заявката, която вече се изпраща upstream, така че няма допълнително извикване. Ако ги пропуснете, заявката ще се представи като най-новия Google Chrome, точно както преди. Комбинация, която каталогът не може да представи, се връща като грешка, изброяваща наличните опции, така че заявката никога не се изпраща като браузър, който не сте избрали.
Двата инструмента вече връщат defense, когато целта изпълни проверка за ботове. defense.solved: false означава, че тялото може да е страница с предизвикателство (challenge), а не съдържанието, което сте поискали. Това е сигнал да опитате отново с друг браузър или да ескалирате, вместо да обработвате блокираща страница като данни.
Една корекция в същата версия: описанието на unblocker посочваше, че по подразбиране е изключено. То винаги е било включено, така че заявките вече пренасяха пълен набор от header полета на браузъра. Публикуваната схема вече отговаря на поведението.
Претоварена инстанция отговаря на проверка на състоянието за 3 до 10 секунди, докато на нормална й отнема 9 до 225 милисекунди, като преди и двете се отчитаха като изправни. Бавното изпълнение вече се отчита като деградирало, предоставяйки собствената причина на инстанцията, така че виждаме проблема, докато все още е само един бавен сървър, а не ваш неуспешен request. Auto също се наблюдава, като лимитите са съобразени с това колко време отнема реално трудно разрешаване, вместо общ лимит, който би се задействал при всеки успех.
Параметърът profile указва на модула за отблокиране като кой браузър да изглежда при /api/single и /api/proxy. Подайте точен идентификатор на профил (като firefox147 или chrome146) или оставете browser + os + version да намерят най-новата съвпадаща комбинация. GET /api/profiles връща текущия каталог (79 профила от пет фамилии браузъри), така че да не задавате твърдо списък, който остарява. Playground средата в Dashboard предоставя същия инструмент за избор под формата на три каскадни менюта.
Dashboard Playground вече има три каскадни менюта за избор на OS, браузър и версия, извлечени в реално време от каталога с профили. Изберете които и да е две, и третото ще се ограничи до валидните съответствия. Изборът на профил включва unblocker, тъй като API отхвърля профил без него.
Една услуга вече се отчита като недостъпна само когато е загубила всички инстанции, единственото състояние, при което вашата заявка няма къде да бъде насочена. Рутинните поетапни внедрявания вече не се показват като инциденти на статус страницата.
Подразбиращият се подпис, който unblocker изпраща, вече е с текуща основна версия, а не старата, която скрейпърите твърдо кодираха. Сайтовете, които бяха започнали да връщат статични блокиращи страници на по-стари основни версии, вече връщат истинската си страница в Single и Browser. Двата продукта бяха обновени заедно, така че cf_clearance повторение от Browser към Single все още съвпада байт по байт.
