- Expediere
- 23 septembrie 2026 la 02:28 UTC
- Autor
- Kamo
- Comite
- 4820f44
Post /convert-vector și WS /ws/pipeline nu ia auth (a se vedea raportul de companie al acestui comite pentru ce care nu este fixat aici) și, până acum, citiți întreaga încărcare a apelantului în memorie înainte de a se uita la dimensiunea sa la toate Fie De asemenea, obiectivul a rulat îndepărtarea de fond și vectorizarea (rembg, vtracer asyncio.to shold) cu nici un capac pe cât de multe ar putea rula la o dată. Împreună care este o ușă deschisă la Rularea acestui pod din memorie sau CPU cu o mână de cereri concurente, de la oricine poate ajunge la ea Traefik trasee / Vector-ws / * direct la acest serviciu, ocolind poarta apiservice în întregime. - /convert-vector citește acum încărcarea în bucăți delimitate și refuză (413) de îndată ce rulează cruci totale max image size mb, mai degrabă decât după tamponarea totul. - Conducta WebSocket nu are nici un echivalent al unei citiri în bucăți primite text() deține deja cadru complet decodat de momentul în care este văzut baza64-decodarea o imagine/mask de intrare, înainte de a fi predat vreodată pentru îndepărtarea sau vectorizarea BG. - O nouă conversie semafor (max concurente conversii, implicit 4, în setări/configrap like max image size mb a fost deja) împachetează fiecare apel bg-removare și vectorizare în ambele obiective. Excesorii aşteaptă; ei nu sunt refuzaţi. Teste: test resource limes.py (pytest + httpx only txt are toate importate leneș în interiorul serviciilor / *.py organisme de funcții, niciodată la sarcina modulului, astfel încât cele două punctele de conversie sunt batjocorite în loc de instalate). Nu este condus de CI astăzi; această clădire nu are nici o (build-and-play.yml merge direct de la checkout la docker build/push/play). Fiecare paznic era roșu verificat mai întâi: capacul de dimensiune eliminate (un upload supradimensionat ajunge la convertorul simulat în schimb de a fi refuzat) și WebSocket dimensiunea verifica dezactivat, într-un copac local, restaurat după.