Igoera zatitan irakurtzeak ez du HTTP zatikatua behar

Ez. Bezero batek fitxategi handi bat buffer txikietan irakurri eta Content-Length ezagun batekin bidal dezake. Irakurketa mugatuek memoria-erabilera kontrolatzen dute; HTTP markoak hartzaileari esaten dio non amaitzen den eskaeraren gorputza.

HTTP liburutegiak byte-luzera ezagutzen dion fitxategi egonkorra datu-kopuru ezezaguna sortzen duen sorgailu batetik desberdina da. Erabili liburutegiak onartzen duen gorputz-interfazea bi iturrietarako. Ez da fitxategi osoa kate batean muntatu behar luzera bat emateko bakarrik.

HTTP/1.1erako, aztertu benetan bidalitako markoa: Content-Length edo chunked transferentzia-kodifikazioa protokoloaren arauen arabera. Chunked kodifikazioak tamaina-markatzaileak gehitzen ditu fitxategiaren edukitik kanpo. Ez konbinatu marko-eremu kontraesankorrak eta ez asmatu luzera bat proxy bat igoera onar dezan konbentzitzeko.

Proxy baten bidezko igoerak huts egiten badu, erregistratu HTTP bertsioa, gorputzaren iturria eta lehen ukapena. 411 erantzunak gorputzaren erdian ixten den konexio batek baino ikerketa desberdina iradokitzen du. Autentifikazioaren berriro saiakerek huts egiten badute, egiaztatu igoeraren gorputza berriro erreproduzi daitekeen. Aplikazioaren irakurketa-bufferraren tamaina aldatzeak eskaeraren markoa zeuden bezala utz dezake.

Ibilbidea garrantzitsua da behaketa horretarako. Testu soileko aurrerakuntzak igoeraren HTTP markoa proxyari erakusten dio; ohiko muturretik muturrerako HTTPSak tunel baten barruan jartzen du. HTTP/2k bere markoa erabiltzen du. Beraz, Squiden muga historikoek iraganeko hutsegite zehatzak azaltzen dituzte, ez gaur egungo proxy guztiek fluxuzko igoerak ukatzen dituen araua.