Промени

Натиснете новия бутон Cancel, докато се зарежда playground request, и ние го прекратяваме чисто. Панелът се връща в idle състояние със съобщение 'Request canceled' вместо плашеща мрежова грешка.

Ключовете, които създавате от днес нататък, могат да бъдат показвани по всяко време, както на страницата API Keys, така и в curl reproducer на playground. Кликнете върху окото, потвърдете и целият ключ ще се покаже за 15 секунди, преди да се скрие автоматично (всяко показване се записва в audit log). По-старите ключове остават видими само веднъж; генерирайте отново всеки стар ключ, за да можете да го показвате.

Опашката за препроверка сега се източва за дни вместо за седмици. Намалихме времето за избор на всеки proxy за тестване от около 2 секунди на около 10 ms, така че пулът остава по-свеж под натоварване. По-малко неработещи IP адреси в ротация, а всяка Single и Proxy Finder заявка работи с по-здрав набор.

Всяка партида за опресняване вече се разпределя в различни подмрежи, така че всяко изпълнение използва пълния бюджет за паралелност. Пулът на Proxy Finder се обновява 5 до 10 пъти по-бързо и остарелите записи се изчистват в рамките на часове.

Отстранихме забавяне, което караше новооткритите proxies да чакат, преди да бъдат валидирани. Proxy Finder вече ги проверява веднага, така че pool-ът остава по-свеж с повече активни, работещи proxies в ротация.

Под 768px редът за URL се пренарежда в два реда, response табовете се превъртат хоризонтално, а таблицата с cookie става мрежа от карти. tooltips с подсказки се отварят при tap вместо при hover, а iPhone SE (под 374px) получава допълнително свиване. Бутонът Send е центриран правилно и дълъг URL вече не избутва страницата в хоризонтално превъртане.

Преди функцията за разширяване разтягаше response картата в потока на страницата, поради което високите панели добавяха body скрол и изместваха layout-а. Сега тя е фиксиран overlay между sidebar-а и края на viewport-а, с панели, които се разширяват, за да запълнят viewport-а. Escape я затваря, като един helper управлява click и key пътищата.

Playground вече проследява правилно атрибута Domain, така че host-only cookies остават на своя хост. Изгледът Parsed ги отбелязва със значка HO, а Raw съвпада с това, което upstream е изпратил.

Адресите, които се разрешават до диапазон от частна мрежа, вече връщат 400 с ясна грешка за валидация, вместо да бъдат пренасочвани. Проверката се изпълнява преди изпращането на всеки request и обхваща резервираните IPv4 и IPv6 блокове. Ако случайно подадете вътрешен hostname, ще видите ясна грешка веднага. Същото поведение се прилага за Single, Proxy Finder и Browser.

Насочете всеки съвместим с MCP клиент към https://mcp.foura.ai/mcp и се автентикирайте с вашия FourA API key. Ще получите Single, Proxy Finder и Browser като инструменти, които вашият LLM може да извиква директно. Работи с Claude Desktop, Claude Code и всеки друг клиент, който поддържа MCP протокола. Ръководство за настройка →

Playground секцията на началната страница има трети таб за Browser, разположен до Use Proxy и Find Proxy. Впишете се и можете да изпълнявате реални Browser requests от dashboard-а с един клик.

Колоните за request и response вече споделят еднакви табове (UI, Body, Headers, Cookies, Raw). Всеки панел има собствен превключвател на изгледа (JSON tree, HTML tree, text), Expand разпъва response на цяла ширина, а Ctrl/Cmd+K отваря find-in-pane с навигация следващ/предишен. Бутоните Copy и Download са разположени във всеки панел и вземат точно това, което е на екрана, а табът Cookies вече групира по host с филтър, изтриване на ред и flag badges.

Всяко поле в Playground вече е съобразено със схемата: Browser налага GET, скрива текстовото поле за тялото, а разделът Raw показва точния JSON, който достига до API, плюс curl команда за възпроизвеждане.

С unblocker: true, Single и Proxy Finder вече пренасят пълния подпис на Unblocker до самия източник, така че anti-bot стените, които го проверяват, да пропуснат заявката.

Някои Cloudflare сайтове връщат 200 OK, но внедряват фонов скрипт, който издава истинската cf_clearance cookie малко по-късно. Преди Browser връщаше страницата преди тази cookie да е пристигнала, оставяйки jar-а празен. Сега Browser изчаква събитието за cookie, така че получавате чиста cf_clearance, която можете да преиграете през Single или Proxy.