Промени

Неработещите изходи вече се премахват от инструмента за избор, вместо да се правят повторни опити, така че времената за отговор се запазват при продължително натоварване. В нашите тестове за натоварване p95 остава под 500ms.

Smart picker, втори рунд. Работният пул нарастваше с откриването на нови proxy-та, а по-бавните се промъкваха обратно в ротацията. Сега той ги премахва в движение, така че времето за response остава стабилно, независимо дали работите от десет минути или десет часа.

Изборът на proxy преди беше случаен. Сега Proxy Finder помни кои proxies са се представили добре за всяка дестинация и избира първо тях. Ранните requests все още тестват по няколко, за да изградят картината. След това би трябвало да забележите по-стабилни response times и по-малко бавни закъснения при повтарящи се цели.

Оптимизирахме процеса по внедряване на нови версии. Когато пускаме нова версия на Single, Proxy Finder или Browser, load balancer-ът изчаква всяка нова инстанция да бъде напълно готова, преди да насочи трафик към нея. Кратките смущения, които може да сте забелязали по време на прозорците ни за обновяване, вече ги няма.

Полетата за държава и континент при proxy справките вече са по-точни. Повишихме по-тежкия източник на геоданни до авторитетен и оставихме по-лекия като fallback. IP адресите в граничните региони, които преди прескачаха между държавите, сега остават непроменени. Филтрирайте по държава в Proxy Finder и резултатите ви ще бъдат по-стабилни.

Премахнахме два неработещи фийда с източници и добавихме 25 нови. Валидацията на входните данни също стана по-строга, така че хостове, които не са IPv4, и непознати протоколи никога да не влизат в пула. Резултатът е по-голям и по-чист пул, който захранва Proxy Finder.

Вече връщаме 503, когато услугата ни е временно недостъпна, и 502, когато даден response не може да бъде парснат. И двата кода заменят стария общ 500. Логиката ви за повторни опити вече може да се довери на статус кода.

Proxy Finder вече запазва данните си за ранкинг при рестартиране. След deploy вашите request-и се насочват веднага през доказано добри proxy-та, вместо да чакат picker-ът да се подгрее отново. Забавянето при първия request, което се появяваше след рестартиране, вече е премахнато.

Proxy Finder вече добавя нововалидираните proxies инкрементално, така че свежите IP адреси влизат в ротация секунди след като бъдат потвърдени. Неактивните отпадат със същото темпо. Ако сте забелязали случайни retry опити при току-що спряло proxy, този времеви прозорец вече е по-малък.

Когато създадете първия си API ключ, модалният прозорец за успех показва работеща curl команда с реалния ви endpoint и X-API-Key header. Страницата Overview разполага с готови примерни данни, за да не гледате празен dashboard, а списъкът с API Keys вече показва подходящо празно състояние с насоки за следващите стъпки.

Превключете светла или тъмна тема на една страница на FourA и всеки друг отворен раздел се превключва заедно с нея. cookie за темата вече е единственият източник на истина, така че приложението, блогът, документацията и порталът за статус остават синхронизирани без презареждане.

Посочете с курсора някой ден на updates.foura.ai и ще видите downtime, разделен по ниво на сериозност. Процентите за uptime вече пропускат дните, в които не сме имали данни, вместо да ги отчитат като прекъсвания. Заглавията на публичните инциденти също изглеждат по-изчистени, без излишните тирета.

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

Времето за proxy листване на FourA спадна от 460ms до под 2ms за типична страница от 200 реда. Премахнахме неизползваните полета от response, изградихме наново индекса за сортиране, оптимизирахме базата данни за SSD съхранение и кеширахме опциите за филтриране между отделните request-и. Изборът на proxy остава бърз, дори когато административните инструменти извличат данни по същото време.

Секцията за състоянието на услугите има по-изчистено оформление. Без повече премигване на празно съдържание, докато данните за състоянието се зареждат, а индикаторите за състояние се подравняват правилно.