npm-ന്റെ പ്രോക്സി ക്രമീകരണം npm start ആരംഭിക്കുന്ന എല്ലാറ്റിനെയും റൂട്ട് ചെയ്യുന്നില്ല

npm install പ്രോക്സിലൂടെ പ്രവർത്തിക്കുന്നു. npm start ആപ്ലിക്കേഷൻ ആരംഭിക്കുന്നു, അതിന്റെ API അഭ്യർത്ഥന നേരിട്ട് പോകുന്നു. npm ക്രമീകരണം മറന്നിട്ടുണ്ടാകണമെന്നില്ല.

ആദ്യ അഭ്യർത്ഥന പാക്കേജ് മാനേജർ നടത്തി. രണ്ടാമത്തേത് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ നടത്തുന്നു. npm കോൺഫിഗറേഷനിലെ പ്രോക്സി മൂല്യം അത് വായിക്കുന്ന ഉപഭോക്താക്കൾക്കുള്ള ഡാറ്റയാണ്, ഓരോ ചൈൽഡ് പ്രോസസ്സിനും കീഴിൽ വെച്ച ടണൽ അല്ല.

ആപ്ലിക്കേഷന്റെ HTTP ക്ലയന്റും അത് പിന്തുണയ്ക്കുന്ന പ്രോക്സി ഇന്റർഫേസും പരിശോധിക്കുക. അത് സ്റ്റാൻഡേർഡ് എൻവയോൺമെന്റ് വേരിയബിളുകൾ വായിച്ചേക്കാം, വ്യക്തമായ agent അല്ലെങ്കിൽ dispatcher ആവശ്യപ്പെടാം, അല്ലെങ്കിൽ മറ്റൊരു രേഖപ്പെടുത്തിയ ക്രമീകരണം ഉപയോഗിക്കാം. npm_config_proxy പോലുള്ള ഒരു വേരിയബിൾ സ്വയമേവ അംഗീകരിക്കപ്പെടുമെന്ന് കരുതരുത്.

ഔട്ട്ബൗണ്ട് പ്രോക്സിയെ ഡെവലപ്മെന്റ് സെർവറിന്റെ API ഫോർവേഡിംഗ് സവിശേഷതയിൽ നിന്ന് വേർതിരിക്കുകയും വേണം. ഡെവലപ്മെന്റ് സെർവറിൽ നിന്ന് ബ്രൗസർ അഭ്യർത്ഥനകൾ ഒരു backend-ലേക്ക് ഫോർവേഡ് ചെയ്യുന്ന ക്രമീകരണത്തിന് മറ്റൊരു പങ്കുണ്ട്; അത് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ നടത്തുന്ന ഓരോ അഭ്യർത്ഥനയ്ക്കും സ്വയമേവയുള്ള നെറ്റ്‌വർക്ക് എക്സിറ്റ് അല്ല.

പ്രയോജനകരമായ താരതമ്യത്തിന്, വിജയിക്കുന്ന അഭ്യർത്ഥനയും പരാജയപ്പെടുന്ന അഭ്യർത്ഥന നടത്തുന്ന പ്രോസസ്സും പേരെടുത്ത് പറയുക. തുടർന്ന് രണ്ടാമത്തേത് ബോധപൂർവം കോൺഫിഗർ ചെയ്യുക. Undici യുടെ fetch ഉപയോഗിക്കുന്ന ഒരു ആപ്ലിക്കേഷന് അതിന്റെ Node റൺടൈമുമായി പൊരുത്തപ്പെടുന്ന പാക്കേജ് റിലീസോടെ ProxyAgent dispatcher കോൺഫിഗറേഷൻ പിന്തുടരാം. npm-ന്റെ registry എൻഡ്പോയിന്റ് മാറ്റുന്നതോ ആപ്ലിക്കേഷൻ ആവർത്തിച്ച് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതോ ആ കാണാത്ത റൂട്ട് സ്വയം നൽകുന്നില്ല.