Firebase Admin Node httpAgent: சேவை வாரியாக ப்ராக்ஸி பரப்பு

அனைத்து SDK போக்குவரத்தும் ஒரே ப்ராக்ஸியைப் பயன்படுத்துகிறது எனக் கருதும் முன், எந்த Firebase Admin Node செயல்பாடுகள் உள்ளமைக்கப்பட்ட HTTP முகவரைப் பயன்படுத்துகின்றன என்பதைக் கண்டறியுங்கள்.

ஒரு அங்கீகார அழைப்பு ப்ராக்ஸி வழியாக வேலை செய்கிறது, ஆனால் தரவுத்தள இணைப்பு தோல்வியடைகிறது. Firebase பயன்பாட்டில் இது இடையிடையே வரும் ப்ராக்ஸி அல்ல, மாறாக இடமாற்ற வேறுபாடாக இருக்கலாம்.

Admin Node SDK இன் httpAgent பயன்பாட்டு விருப்பம் REST அழைப்புகளைச் செய்யும் சேவைகளுக்குப் பொருந்தும், அவற்றில் Auth மற்றும் Messaging அடங்கும். அதன் ஆவணப்படுத்தப்பட்ட எல்லை Realtime Database மற்றும் Firestore ஆகியவற்றை விலக்குகிறது. சான்றுகள் பொருட்களுக்கும் தொடர்புடைய credential factory முறைகள் மூலம் அவற்றின் சொந்த முகவர் உள்ளமைவு உள்ளது.

தோல்வியடையும் செயல்பாடுசரிபார்க்க வேண்டிய உள்ளமைவு
Admin REST சேவை அழைப்புபயன்பாட்டின் HTTP முகவர்
சான்று டோக்கன் பெறுதல்சான்றுப் பொருளின் HTTP உள்ளமைவு
தரவுத்தள இணைப்புதரவுத்தள கிளையண்டின் சொந்த இடமாற்ற ஆதரவு

அதனால்தான் தொடக்கத்தில் முகவரைச் சேர்ப்பது அடுத்தடுத்த ஒவ்வொரு இணைப்பும் ஒரே பாதையை எடுக்கும் என உறுதிப்படுத்த முடியாது. வேறு சேவைக்கு ஏற்கனவே வேலை செய்யும் உள்ளமைவை மாற்றும் முன் தோல்வியடையும் சேவையையும் இலக்கையும் பதிவு செய்யுங்கள்.

பழைய விவாதங்கள் Firebase கட்டளை வரி கருவியை பயன்பாட்டு SDK களுடனும் கலக்கின்றன. http_proxy படிக்கும் CLI திருத்தம் உங்கள் Node செயல்முறைக்குள் உள்ள தரவுத்தள கிளையண்ட் அதே விருப்பத்தைப் பயன்படுத்துகிறது என்பதை நிரூபிக்காது.

உண்மையில் தேவையான இடமாற்றத்திற்கு ஆதரவளிக்கப்படும் உள்ளமைவு இடைமுகத்தைப் பயன்படுத்துங்கள். உள்ளமைக்கப்பட்ட WebSocket சார்பை இணைப்பது ஒரு இணைப்பைப் பாதிப்பதாகத் தோன்றலாம், மற்றொரு பாதை மாறாமல் இருக்கும், மேலும் எதிர்கால சார்பு புதுப்பிப்பைப் புரிந்துகொள்வதைக் கடினமாக்குகிறது.

தொடர்புடைய கட்டுரைகள்