curl -N ഒരു പ്രോക്സിയോട് ബഫറിംഗ് നിർത്താൻ പറയാൻ കഴിയില്ല

curl -N അല്ലെങ്കിൽ --no-buffer curl-ന്റെ ഔട്ട്പുട്ട് സ്ട്രീം ബഫറിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നു. പ്രോക്സിയുടെയോ സെർവറിന്റെയോ ബഫറിംഗ് നയം മാറ്റാതെ താമസിച്ച ഔട്ട്പുട്ട് കണ്ടെത്താൻ ഇത് സഹായിച്ചേക്കാം.

curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/stream

പൊതു പ്രോക്സി വഴിയുള്ള താരതമ്യത്തിന് HTTP പ്രോക്സി പട്ടികയിൽ നിന്ന് ഒരു HTTP എൻഡ്പോയിന്റ് തിരഞ്ഞെടുക്കുക. നിങ്ങളുടെ യഥാർത്ഥ സ്ട്രീം URL ഉപയോഗിച്ച് ഉദ്ദേശിച്ച പരിധി തിരഞ്ഞെടുക്കുക. ശൂന്യമായ ഒഴിവാക്കൽ പട്ടിക ഈ താരതമ്യത്തെ തിരഞ്ഞെടുത്ത പ്രോക്സി പാതയിൽ നിലനിർത്തുന്നു.

എത്തിച്ചേരൽ, ഡീകോഡിംഗ്, പ്രദർശനം

ഒരു സെർവറിന് ക്രമാനുഗതമായ ബൈറ്റുകൾ സൃഷ്ടിക്കാം, ഇടനിലക്കാരന് അവ ശേഖരിക്കാം, ക്ലയന്റ് ലൈബ്രറിക്ക് മുഴുവൻ ബോഡിയും വായിക്കാം, ബ്രൗസറിന് റെൻഡറിംഗ് നീട്ടിവെക്കാം. നിങ്ങൾ പാത നിയന്ത്രിക്കുന്നിടത്ത് ആദ്യത്തെ ഉപയോഗപ്രദമായ ബൈറ്റുകളും തുടർന്നുള്ള പുരോഗതിയും താരതമ്യം ചെയ്യുക. പെയിന്റ് സമയവും സെർവറിന്റെ ആകെ ദൈർഘ്യവും ബോഡി എപ്പോൾ എത്തുന്നു എന്ന് നിർണ്ണയിക്കുന്നില്ല.

Guzzle-ൽ സ്ട്രീമിംഗും ബോഡി ഉപഭോഗവും വെവ്വേറെ പരിശോധിക്കുക. കംപ്രഷൻ ഒരു ഡീകോഡിംഗ് ഘട്ടം ചേർക്കുന്നു. ഡീകോഡ് ചെയ്ത ഔട്ട്പുട്ട് എപ്പോൾ പ്രത്യക്ഷപ്പെടുന്നു എന്നതിലെ മാറ്റം തന്നെ പ്രോക്സിയാണ് ബഫറിംഗ് ഘടകം എന്ന് തെളിയിക്കുന്നില്ല.

ഇടനിലക്കാരൻ എന്ത് കാണുന്നു

അതാര്യമായ CONNECT പ്രോക്സിക്ക് ആന്തരിക HTTPS പ്രതികരണങ്ങൾ സാധാരണ HTTP ആയി പാഴ്സ് ചെയ്യാൻ കഴിയില്ല. അംഗീകൃത TLS പരിശോധനാ സേവനത്തിന് വ്യത്യസ്ത ദൃശ്യതയുണ്ട്, അതിനാൽ HTTPS മാത്രം പരിശോധനയുടെ അഭാവം തെളിയിക്കുന്നില്ല.

കാത്തിരിപ്പ് ഘട്ടം തിരിച്ചറിഞ്ഞാൽ, ആ ഘടകം പിന്തുണയ്ക്കുന്ന സ്ട്രീമിംഗ് നിയന്ത്രണങ്ങൾ ഉപയോഗിക്കുക. റിവേഴ്സ് പ്രോക്സി നിർദ്ദേശങ്ങൾ ഫോർവേഡ് പ്രോക്സിക്ക് സ്വയമേവ ബാധകമല്ല; curl-ന്റെ ഔട്ട്പുട്ട് ഫ്ലാഗ് അതിന്റെ സ്വന്തം ഭാഗം മാത്രമാണ് മാറ്റുന്നത്.