ВсичкиНовоПодобреноОправено
Подобрено

Таблицата Activity се побира на лаптоп, панелът има табове

Изгледът Activity вече се побира на 14-инчов MacBook без хоризонтално превъртане, като всяка колона запазва стойността си. Панелът с детайли има табове (Request, Response headers, Response body), така че отговорът е най-отгоре, вместо на 900px надолу. Подсказките следват курсора и показват пълния URL.

Подобрено

Активността показва заявката, която действително сте изпратили

Колоната за метод вече чете глагола от тялото на вашата заявка (GET, POST, PUT и т.н.), вместо винаги да показва POST, защото това е приел нашият API слой. Извикванията от Playground също записват IP адреса на браузъра на човека, който е кликнал Send, така че при споделен акаунт може да се разбере кой какво е изпълнил.

Ново

Изберете браузъра, с който вашата MCP заявка се представя

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 предоставя същия инструмент за избор под формата на три каскадни менюта.

Подобрено

Playground избира браузър, OS и версия

Dashboard Playground вече има три каскадни менюта за избор на OS, браузър и версия, извлечени в реално време от каталога с профили. Изберете които и да е две, и третото ще се ограничи до валидните съответствия. Изборът на профил включва unblocker, тъй като API отхвърля профил без него.

Оправено

Статус страницата отчита правилно поетапните внедрявания

Една услуга вече се отчита като недостъпна само когато е загубила всички инстанции, единственото състояние, при което вашата заявка няма къде да бъде насочена. Рутинните поетапни внедрявания вече не се показват като инциденти на статус страницата.

Подобрено

Подразбиращият се подпис на unblocker отново е актуален

Подразбиращият се подпис, който unblocker изпраща, вече е с текуща основна версия, а не старата, която скрейпърите твърдо кодираха. Сайтовете, които бяха започнали да връщат статични блокиращи страници на по-стари основни версии, вече връщат истинската си страница в Single и Browser. Двата продукта бяха обновени заедно, така че cf_clearance повторение от Browser към Single все още съвпада байт по байт.

Оправено

Промените в плана завършват 3D Secure стъпката си

Когато вашата банка изискваше 3D Secure при надграждане на плана, заявката проверяваше за промяна, която никога не настъпваше (никой не ви беше подканил да се удостоверите). Процесът за промяна на плана вече обработва допълнителната стъпка по същия начин, както при първото абониране, така че надграждането преминава успешно.

Ново

Персонализираните планове се показват в раздела за фактуриране

Ако администратор ви зададе персонализиран план, той вече се показва във Фактуриране / План като 'Вашият персонализиран план: {name} ({price})' с бутон за абониране. Преди това назначението оставаше скрито, докато някой не ви уведоми, че съществува.

Подобрено

Browser таксува всяка преодоляна защита, не само Cloudflare

Преди Browser таксуваше нивото от 30 кредита за преодоляна защита само при поява на clearance cookie от Cloudflare. Сега прави същото за всяка защита, която разпознаваме и преминаваме, започвайки със SiteGround. Отговорът също съдържа defenses: { present, cleared }, така че можете да разберете кой доставчик е бил на пътя, дори когато все още не сме го преодолели (DataDome, PerimeterX, Akamai, Incapsula и hCaptcha са разпознати за момента, но все още не се преодоляват).

Подобрено

Отговорът на браузъра посочва всяка налична и преодоляна защита

Отговорите на браузъра вече връщат defenses: { present, cleared }: всеки доставчик, който целта е изпълнила, и всеки, който реално сме преодоляли. Таксуването следва същото правило. Заявка, която преодолява който и да е доставчик (не само Cloudflare), се счита за разрешаване на защита, а доставчиците, които разпознаваме, но все още не можем да преодолеем, се показват в present и никога не повишават цената.

Ново

Single преодолява предизвикателствата на SiteGround без браузър

SiteGround обслужва голяма част от малките магазини на WordPress и WooCommerce, така че техният Robot Challenge Screen е клас от цели, а не един сайт. С unblocker: true, Single вече го решава в рамките на процеса и връща реалната страница. Преди това трябваше да стартирате Browser за този клас цели, което означаваше плащане за браузърна сесия и време за чакане. Clearance cookie се връща в response, така че повторното извикване остава евтино.

Оправено

Браузърът обработва междинни страници, които пренасочват

Браузърът вече обработва страница за проверка, която пренасочва, преди тялото ѝ да може да бъде прочетено, така че заявките към защитени сайтове се връщат със съдържание вместо с празен отговор.

Ново

Single решава Robot Challenge на SiteGround

SiteGround поставя екран 'Robot Challenge' пред много малки магазини на WordPress и WooCommerce. Няма нищо за кликване, това е SHA-1 proof of work. Single вече го преминава с една заявка и връща реалната страница на цена от 2 кредита вместо браузърна сесия за 30 кредита. Това е първата защита извън Cloudflare, с която Single се справя самостоятелно.