Последни обновления и подобрения в FourA
Таблицата за сравнение на плановете вече има ред за трафик. Всеки публичен план включва неограничен трафик, така че изходящият трафик няма неусетно да изчерпи бюджета ви при нарастване на натоварването. Персонализираните планове показват точната си стойност в GB, когато имат ограничение.
Всеки worker, който отпадне между версиите, оставаше офлайн, докато някой не забележи, неусетно намалявайки капацитета в пиковите часове. Сега всяко внедряване възстановява пълния пул заедно с поетапното обновяване, така че пиковете на трафика да разполагат с очаквания от вас капацитет.
Разделът „Потребление и лимити“ вече има индикаторни точки за всеки раздел, цветни ленти за потреблението (жълти при 80%, червени при надвишаване на лимита), колона „Последно използвани“ с опция за сортиране и автоматично опресняване на 30 секунди. Отворете го от страничната лента във вашето Табло за управление.
Сравнителната таблица на страницата с цените вече е групирана по потребление, функции, rate limits и акаунт. Всяка клетка се извлича от същия модел на плана, който чете API, така че това, което виждате там, е това, което вашият план действително включва. Трафикът е неограничен за всеки публичен план.
Proxy Finder вече изпълнява своите три проверки за активност едновременно, вместо една след друга, така че неработещите изходи се рециклират приблизително три пъти по-бързо. Корекция на head-of-line проблема поддържа пропускателната способност на валидацията стабилна, когато дадена подмрежа достигне своя rate limit. Очаквайте по-малко неактивни proxy да бъдат избирани за вашите request.
Всички proxy сървъри вече се валидират непрекъснато през отделен мрежов път, така че работният пул съдържа само изходи, които действително работят в момента (а не само когато са били открити за първи път). Когато извикате /api/proxy или оставите /api/auto да маршрутизира вашия request, избраното proxy има по-голяма вероятност да сработи от първия път.
API блокира всяка Single или Browser заявка, чиито целеви URL, верига от пренасочвания или поле proxy сочат към частен или резервиран IP диапазон. Дори ако публична цел пренасочва към вътрешна мрежа, заявката спира, преди да стигне дотам.
Превключвателят на езика в основния сайт, блога, документацията и портала Updates беше изцяло обновен. Всяка опция показва родното име на езика плюс името му на текущия език на UI (например 'Deutsch · немски' в българския сайт), с поле за търсене, което филтрира всички 13 локала по име, код или locale id. Всяка опция вече е реална връзка с hreflang, така че търсачките и AI роботите могат да проследяват всеки превод, а вие можете да използвате cmd-click, за да отворите друг език в нов раздел. Превключвателят също така присъства в долния колонтитул на всеки сайт.
Преди Auto намаляваше TTL на сесията на хоста при всяка грешка при replay, дори когато грешката не отразяваше реално изтичане на валидността на cookie. Сесиите постоянно бяха премахвани и решавани отново, докато техните cookies все още работеха. Сега TTL се увеличава при продължителни успешни заявки и намалява само при реално изтичане на валидността, така че една научена сесия за хост, преминал през Cloudflare, може да бъде активна няколко минути, вместо да бъде прекратена след първата грешка 403.
Автоматичните сесии вече се адаптират към нуждите на всяка цел. Сайтовете без интерактивни предизвикателства се изпълняват като преносими сесии, при които cookie данните използват proxy пула, така че ротацията и failover процесите се случват автоматично. Сайтовете, които обвързват отключването си с един изход (основно интерактивният Cloudflare), се фиксират с лимит за едновременни връзки на всяко разрешение, така че множество бързи повторения не могат да изхабят вашето отключване.
Прегледите на request в Активност вече показват непрозрачното proxy ID навсякъде, съвпадайки с това, което responses вече връщаха.
Всеки отговор от Auto вече съдържа обект meta (кое ниво е спечелило, дали е решено предизвикателство, брой опити, общо кредити), както и работната сесия (proxy, cookies, userAgent), за да можете да видите какво е пробило целта и да го възпроизведете сами. Полето session.proxy е непрозрачният base36 proxy идентификатор, а никога суров адрес. Задайте returnSession: false, ако не искате сесията в отговора.
Auto вече обработва неинтерактивни Cloudflare предизвикателства (стената "Checking your browser", която някои защитени сайтове показват) от край до край, вместо да връща страницата с предизвикателството, сякаш е съдържание. Два свързани случая също бяха поправени: транспортен код 200, скриващ междинна страница с предизвикателство, вече ескалира до реално решение, а предизвикателство, което отново показва стената след поставяне на clearance cookie, вече презарежда и изтегля реалното съдържание. Marathonbet е основният сайт, който вече преминава успешно; vinted и няколко други цели с междинни страници при 200 също се възползват.
Обновяването на Playground вече не премигва със статичното състояние, преди да се появи отново вашето. Нов бутон Reset (след потвърждение) изчиства и трите request таба, cookies и пренесените proxies наведнъж. Сега даден response може също да пренесе своето proxy ID или User-Agent в следващия request, когато го поискате, вместо да се прилага автоматично зад гърба ви.
Всеки Single response вече включва proxy ID-то, което е обработило request-а, а Browser response-ите правят същото. Полезно за верижни извиквания, които трябва да се придържат към едно и също proxy.
