Последни обновления и подобрения в FourA
Падащите менюта, квадратчетата за отметка, плъзгачите, автоматично попълнените полета и бутоните в диалозите имаха светъл изглед при тъмна тема (бели кутии, излишни контури). Сега всяка контрола следва активната тема. Модалните прозорци спират скролирането на страницата зад тях, подсказките в диалозите стоят най-отгоре, а числовите полета скриват бутоните си за увеличаване и намаляване.
Бутонът за PDF на някои платени фактури не се визуализираше, тъй като не задавахме съответната връзка. Всяка платена фактура в раздела Фактури вече има работещ бутон за PDF.
Ако сте подали отрицателен validate на /api/auto (като {data: {fail: ['"Due to legal reasons"']}}), междинната страница на Cloudflare 'Just a moment' можеше да премине като кеширан успех, тъй като списъкът с неуспешни не съвпадаше с нейния текст. Auto вече отхвърля страниците с предизвикателства, преди да приложи вашите правила за валидиране, като заменя лошия изход и решава заявката отново, вместо да я отчита.
Ако зададете дълго време за изчакване за foura_auto през хоствания MCP сървър, request можеше да прекъсне поради изтичане на времето на edge ниво, преди извикването да завърши. Това е коригирано. auto извикванията с пълен бюджет вече изпълняват своя 180-секунден бюджет от начало до край.
Ако сте получавали грешки 429 при изпращане на много едновременни Auto заявки към една цел, тези заявки преди се насочваха към един кеширан изход, защото топлият път избираше фаворита по резултат и го повтаряше веднъж. Сега Auto отваря допълнителни сесии при поискване и насочва всяка заявка към най-слабо натоварения изход, така че пиковите натоварвания се разпределят през множество proxy ID-та, вместо да претоварват едно. Измерено локално: пиково натоварване от 100 заявки на преносим хост без cookie сега се разпределя през разширения пул в рамките на секунди.
Cloudflare инжектира пасивен скрипт дори в страници, които преминават чисто, а Auto преди третираше всяка референция към него като активно предизвикателство и въпреки това изпълняваше пълно решаване през браузър. Сега само истинските маркери за междинни страници (страницата 'just a moment' и подобните ѝ) задействат пътя през браузъра; чист 200 статус се връща от по-евтиното proxy ниво. Auto също така проследява до 5 пренасочвания по подразбиране (конфигурируемо чрез followRedirects).
Когато защитена от Cloudflare цел връщаше реална страница за геоблокиране (451) след успешно преминаване на проверката, продуктът Browser го отчиташе като 200, тъй като watcher твърдо кодираше статуса на преминаване. Сега watcher чете действителния Document след проверката, така че 200 си остава 200, 451 се показва като 451, а Auto отхвърля грешното съдържание и продължава да търси изход, който наистина отговаря на вашите правила validate.
Клавишната комбинация Cmd+K (Ctrl+K) вече отваря командната палитра и модалния прозорец за търсене независимо от клавиатурната подредба. Преди отчитахме въведения символ (к при кирилица), така че потребителите с нелатинска подредба не получаваха нищо. Сега отчитаме физическия клавиш. Това е коригирано в основния сайт, блога и документацията.
Едно студено решаване с Auto може да отнеме няколко минути и заявката вече остава отворена за целия си бюджет. Грешките от всеки слой се връщат като JSON, който вашият клиент може да анализира.
Сайтовете с възможност за преизползване на cookie (bet365 беше тестовият случай) задържаха скъпото решаване през браузър на 15 кредита за request, вместо да паднат до евтиното преиграване за 2 кредита след първото решаване. Два бъга: блокировката се задействаше при всякаква временна транспортна грешка, а успешното преиграване в браузъра никога не опресняваше session cookie-тата. И двата са поправени. Повтарящите се request-и към сайт с преизползваемо cookie вече струват 2 кредита след първото решаване, точно както предполага ценообразуването.
Затегнахме cross-origin достъпа, така че само foura.ai да може да извиква API с credentials. Също така подсилихме филтъра за входящи данни на metrics endpoint и премахнахме fallback secret, предназначен само за разработка. Съществуващите интеграции не се променят.
Ако сте задали validate.status.accept за даден request, системата третира приетия отговор, различен от 200, като пълен успех. Activity все още ги маркираше като неуспешни, което изкривяваше статистиката ви за използване. Резултатите вече следват вашето решение за validate, така че приет от вас статус 403 се показва като успех, а не като App Fail.
Ако сте скрейпвали кирилски, китайски, японски или други страници извън UTF-8 през Single, тялото се връщаше като mojibake. Принудително декодирахме всеки response като UTF-8, преди да видите необработените байтове. Сега четем кодирането (charset) от response (Content-Type, след това <meta charset>, след което fallback към UTF-8) и го декодираме правилно. Благодарим на Александър Кънчев (Sensika) за докладването на това.
Някои proxy-та в мрежата всъщност не препращат вашия request. Те го връщат обратно като plaintext server dump и се опитват да извлекат това, което е вътре. Вече засичаме този модел, преди response да достигне до вашия код, така че Single, Browser и Proxy Finder връщат коректна грешка (или retry) вместо този боклук.
Отстранихме забавяне, което караше новооткритите proxies да чакат, преди да бъдат валидирани. Proxy Finder вече ги проверява веднага, така че pool-ът остава по-свеж с повече активни, работещи proxies в ротация.
