अक्सर पूछे जाने वाले सवाल और समस्या का हल
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
इस पेज पर, App Hosting के बारे में अक्सर पूछे जाने वाले सवालों (एफ़ए़क्यू) के जवाब दिए गए हैं.
App Hosting अक्सर पूछे जाने वाले सवाल
क्या App Hosting, Next.js और Angular के अलावा दूसरे फ़्रेमवर्क के साथ काम करता है?
App Hosting, पहले से कॉन्फ़िगर किए गए बिल्ड और डिप्लॉय की सुविधा देता है. यह सुविधा,
Next.js और Angular के लिए उपलब्ध है. हम इन फ़्रेमवर्क को समझने और उनके नेटिव कॉन्फ़िगरेशन को समझने के लिए प्रतिबद्ध हैं. कई
अन्य फ़्रेमवर्क के लिए, डेवलपर कम्यूनिटी App Hostingफ़्रेमवर्क अडैप्टर के साथ काम करती है. इसके अलावा, किसी भी Node.js ऐप्लिकेशन के लिए, App Hosting, बिल्ड और स्टार्ट स्क्रिप्ट का इस्तेमाल करके, ऐप्लिकेशन को बनाने की कोशिश करेगा. हालांकि, इस बात की कोई गारंटी नहीं है कि ऐप्लिकेशन बन जाएगा. फ़्रेमवर्क के साथ इंटिग्रेशन देखें.
Firebase App Hosting किन इलाकों में काम करता है?
आने वाले समय में, App Hosting के लिए ज़्यादा देशों/इलाकों में यह सुविधा उपलब्ध कराई जा सकती है. अप-टू-डेट जानकारी के लिए,
App Hosting जगहें
देखें.
क्या डिप्लॉयमेंट के लिए, GitHub के अलावा GitLab या Git की सेवा देने वाली अन्य कंपनियों का इस्तेमाल किया जा सकता है?
फ़िलहाल, ऐसा नहीं किया जा सकता. हालांकि, App Hosting के लिए, आने वाले समय में, सेवा देने वाली अन्य कंपनियों के साथ काम करने की सुविधा उपलब्ध कराई जाएगी.
मुझे Firebase कंसोल के यूज़र इंटरफ़ेस (यूआई) में अपना रिपॉज़िटरी क्यों नहीं दिख रहा है?
अगर Firebase कंसोल में नया बैकएंड बनाते समय, आपका रिपॉज़िटरी विकल्पों की सूची में नहीं दिखता है, तो पहले सूची रीफ़्रेश करें को चुनकर देखें. अगर आपकी पसंदीदा रिपॉज़िटरी अब भी उपलब्ध नहीं है, तो आपको GitHub में किसी नई रिपॉज़िटरी का ऐक्सेस दें विकल्प का इस्तेमाल करके, उसे जोड़ना पड़ सकता है.
इसके अलावा, Firebase App Hosting GitHub ऐप्लिकेशन की मदद से भी रिपॉज़िटरी मैनेज की जा सकती हैं. ऐसा करने के लिए, अपनी GitHub प्रोफ़ाइल पर जाएं और पहले सेटिंग और फिर ऐप्लिकेशन को चुनें. Firebase App Hosting ऐप्लिकेशन की टेबल की पंक्ति में, कॉन्फ़िगर करें पर क्लिक करके रिपॉज़िटरी मैनेज करें.
मैं अपने App Hosting प्रोजेक्ट से जुड़ी रिपॉज़िटरी को कैसे बदलूं?
फ़िलहाल, रिपॉज़िटरी को बदला नहीं जा सकता. हालांकि, आपके पास
उसी प्रोजेक्ट में अपनी पसंद के डेटा स्टोर से जुड़ा नया बैकएंड बनाने का विकल्प है. इसके अलावा, आपके पास किसी दूसरे प्रोजेक्ट में भी नया बैकएंड बनाने का विकल्प है.
हेडर, फ़्रेमवर्क पर निर्भर करते हैं. अपने फ़्रेमवर्क के लिए, वही काम करें जो आम तौर पर किया जाता है.
मुझे App Hosting में गड़बड़ियां क्यों दिख रही हैं, लेकिन Cloud Build में नहीं?
ऐसे मामलों में, हो सकता है कि गड़बड़ी Cloud Run की वजह से हुई हो.
पक्का करने के लिए, रोल आउट की स्थिति देखें.
लिंक किए गए GitHub खाते को कैसे बदलें या हटाएं?
लिंक किए गए GitHub खाते को हटाने के लिए, Developer
Connect खोलें. पक्का करें कि आपका प्रोजेक्ट चुना गया हो. इसके बाद,
firebase-app-hosting-github-oath कनेक्शन और apphosting-github-conn- से शुरू होने वाले कनेक्शन को मिटाएं. Firebase कंसोल में App Hosting खोलने पर, अब आपके पास GitHub का नया कनेक्शन सेट अप करने का विकल्प होगा.
मैं अपनी App Hosting साइट के लिए कुकी कैसे सेट करूं?
App Hosting की झलक लॉन्च होने के समय यह उपलब्ध नहीं था. हालांकि, अब Set-Cookie एचटीटीपी रिस्पॉन्स हेडर, उम्मीद के मुताबिक काम करता है.
App Hosting की सामान्य सीमाएं और समस्या हल करना
- Cache-Control हेडर में बदलाव किया गया है, ताकि सीडीएन कैश मेमोरी को 60 मिनट तक सीमित किया जा सके. प्रॉडक्ट के GA लॉन्च के कुछ समय बाद, यह पाबंदी हटा दी जाएगी.
- App Hosting का सीडीएन, अपनी कैश मेमोरी कुंजियों में सिर्फ़ अनुरोध हेडर का एक खास सेट शामिल कर सकता है. इस सूची में NextJS के
RSC, Next-Router-State-Tree,
Next-Router-Prefetch, Next-Router-Segment-Prefetch, और Next-Url
हेडर के साथ-साथ Cloud CDN के स्टैंडर्ड Accept, Accept-Encoding,
Access-Control-Request-Headers, Access-Control-Request-Method, Origin,
Sec-Fetch-Dest, Sec-Fetch-Mode, Sec-Fetch-Site,
X-Goog-Allowed-Resources, और X-Origin शामिल हैं. अगर किसी जवाब में Vary
हेडर है और उसकी वैल्यू यहां दी गई सूची में नहीं है, तो हमारा सीडीएन उसे कैश मेमोरी में सेव नहीं करेगा.
- कैश मेमोरी में सेव नहीं की गई स्टैटिक फ़ाइलें Cloud Run से भेजी जाती हैं. आने वाले समय में, बेहतर परफ़ॉर्मेंस के लिए, इन्हें App Hosting ऑरिजिन से सेव और भेजा जाएगा.
- Firebase कंसोल, बैकएंड बनाने पर "बिल्ड नहीं मिला और वह अमान्य है" गड़बड़ी दिखा सकता है.
- एक ही प्रोजेक्ट के सभी बैकएंड, GitHub संगठन/खाते को शेयर करते हैं.
उन्हें उस संगठन/खाते के तहत मौजूद अलग-अलग रिपॉज़िटरी से कनेक्ट किया जा सकता है.
अलग-अलग GitHub खातों से कनेक्ट किए गए बैकएंड बनाने के लिए, उन्हें अलग-अलग प्रोजेक्ट में डालें.
Angular ऐप्लिकेशन की सीमाएं और समस्या हल करना
Angular के लिए App Hosting की सहायता पर लगातार काम किया जा रहा है और इसे बेहतर बनाया जा रहा है. हालांकि, इसमें ये सीमाएं हैं:
- I18n: I18n की मुख्य सुविधा काम करती है. हालांकि, एसएसआर पेजों पर सीधे नेविगेट करने पर गड़बड़ियां हो सकती हैं.
- लोकलाइज़ेशन: अलग-अलग भाषाओं के लिए वर्शन बनाने की सुविधा उपलब्ध नहीं है.
- बिल्डर: फ़िलहाल, सिर्फ़ ऐप्लिकेशन बिल्डर का इस्तेमाल किया जा सकता है.
- एनवायरमेंट और Monorepo टूल: Angular प्रोजेक्ट में एक से ज़्यादा ऐप्लिकेशन टारगेट होने पर, प्रोजेक्ट काम नहीं करेगा. मोनोरेपो के लिए ज़्यादा मदद पाने के लिए,
Nx का इस्तेमाल करें.
Next.js की सीमाएं और समस्या हल करना
- डिफ़ॉल्ट रूप से, ऐप्लिकेशन होस्टिंग पर NextJS में पहले से मौजूद इमेज ऑप्टिमाइज़ेशन की सुविधा बंद रहती है. ऐसा तब तक होता है, जब तक
images.unoptimized को साफ़ तौर पर 'गलत' पर सेट नहीं किया जाता या किसी कस्टम इमेज लोडर का इस्तेमाल नहीं किया जाता. Next.js पर इमेज लोड होने की प्रोसेस को ऑप्टिमाइज़ करना लेख पढ़ें.
- प्रतिशत में एन्कोड किए गए वर्णों वाले यूआरएल पाथ को Cloud Run डिकोड करता है. इससे उन सुविधाओं में समस्याएं आ सकती हैं जिनमें सिर्फ़ एन्क्रिप्ट किए गए यूआरएल पाथ की ज़रूरत होती है. जैसे, Next.js पैरलल रूटिंग.
- फ़िलहाल, App Hosting मिडलवेयर का इस्तेमाल करके, NextJS ऐप्लिकेशन के लिए कैश मेमोरी को सीमित करता है.
समय के साथ, कैश मेमोरी में सेव किए गए पेजों के हिट रेट बेहतर होने चाहिए.
- Cloud Run, प्रतिशत के तौर पर एन्कोड किए गए वर्णों वाले यूआरएल पाथ को डिकोड करता है.
इससे उन सुविधाओं में समस्याएं आ सकती हैं जिनमें सिर्फ़ एन्कोड किए गए यूआरएल पाथ की ज़रूरत होती है. जैसे, Next.js पैरलल रूटिंग
