Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

अक्सर पूछे जाने वाले सवाल और समस्या का हल

इस पेज पर, 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 ऐप्लिकेशन की टेबल लाइन में, कॉन्फ़िगर करें पर क्लिक करें.

Android मोबाइल ऐप्लिकेशन के वेबव्यू में मेरी साइट सामान्य तौर पर क्यों नहीं दिख रही है?

जिन ऐप्लिकेशन ने 2025 की तीसरी तिमाही से पहले Firebase कंसोल की मदद से कस्टम डोमेन कॉन्फ़िगर किया है उन्हें यह समस्या आ सकती है कि उनकी साइट, Android WebView में ठीक से नहीं दिख रही है. ऐसा इसलिए हुआ, क्योंकि उस अवधि के दौरान इस्तेमाल किए गए CNAME रिकॉर्ड, Android WebView के साथ काम नहीं करते थे.

इस समस्या को हल करने के लिए, App Hosting के बैकएंड से कस्टम डोमेन हटाएं और उसे फिर से जोड़ें. अपडेट किए गए कंसोल के यूज़र इंटरफ़ेस (यूआई) में, तीन नए रिकॉर्ड मिलेंगे. इनमें डोमेन के लिए A और TXT रिकॉर्ड, और एसीएमई चैलेंज सबडोमेन (सर्टिफ़िकेट के लिए) के लिए CNAME रिकॉर्ड शामिल हैं. पिछले CNAME रिकॉर्ड की जगह इन रिकॉर्ड का इस्तेमाल करें.

मैं अपने App Hosting प्रोजेक्ट से जुड़ी रिपॉज़िटरी को कैसे बदलूं?

Firebase कंसोल में, अपना App Hosting बैकएंड खोलें और सेटिंग > डिप्लॉयमेंट पर जाएं. GitHub रिपॉज़िटरी सेक्शन में जाकर, मौजूदा रिपॉज़िटरी को डिसकनेक्ट किया जा सकता है. इसके अलावा, अपने प्रोजेक्ट से कनेक्ट की गई कोई दूसरी रिपॉज़िटरी भी चुनी जा सकती है.

मैं अपनी App Hosting साइट के लिए हेडर कैसे सेट करूं?

हेडर, फ़्रेमवर्क पर निर्भर करते हैं. अपने फ़्रेमवर्क के लिए, सामान्य तौर पर की जाने वाली कार्रवाइयाँ करें.

क्या App Hosting के साथ लोकल डेवलपमेंट के लिए कोई एम्युलेटर उपलब्ध है?

हां, App Hosting एम्युलेटर का इस्तेमाल करके, App Hosting डिप्लॉयमेंट से पहले अपने ऐप्लिकेशन की स्थानीय जांच की जा सकती है. यह Firebase Local Emulator Suite का हिस्सा है. ऐप्लिकेशन को डिप्लॉय करने से पहले, स्थानीय तौर पर उसकी जांच करना लेख पढ़ें.

मुझे App Hosting में गड़बड़ियां क्यों दिख रही हैं, लेकिन Cloud Build में नहीं?

ऐसे मामलों में, हो सकता है कि गड़बड़ी Cloud Run की वजह से हुई हो. यह पक्का करने के लिए कि रोलआउट हो गया है, इसका स्टेटस देखें.

मैं लिंक किए गए GitHub खाते को कैसे बदलूं या हटाऊं?

लिंक किए गए GitHub खाते को हटाने के लिए, Developer Connect खोलें. पक्का करें कि आपका प्रोजेक्ट चुना गया हो. इसके बाद, firebase-app-hosting-github-oauth कनेक्शन और apphosting-github-conn- से शुरू होने वाला कनेक्शन मिटाएं. Firebase कंसोल में App Hosting खोलने पर, अब आपको GitHub का नया कनेक्शन सेट अप करने का विकल्प दिखेगा.

मैं अपनी App Hosting साइट के लिए कुकी कैसे सेट करूं?

App Hosting की झलक लॉन्च होने के समय, यह सुविधा उपलब्ध नहीं थी. हालांकि, अब Set-Cookie एचटीटीपी रिस्पॉन्स हेडर उम्मीद के मुताबिक काम करता है.

App Hosting से जुड़ी सामान्य सीमाएं और समस्याएं हल करना

Cloud Run के इन्फ़्रास्ट्रक्चर में समस्या की वजह से, कुछ इलाकों में संसाधनों को बनाने या अपडेट करने में उम्मीद से ज़्यादा समय लग सकता है. जैसे, us-central1. अगर किसी क्षेत्र में डिप्लॉयमेंट में देरी हो रही है, तो Google का सुझाव है कि आप किसी दूसरे क्षेत्र में डिप्लॉय करें.
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 ऐप्लिकेशन से जुड़ी सीमाएं और समस्याएं हल करना

हालांकि, App Hosting के लिए Angular का इस्तेमाल करने की सुविधा पर अब भी काम चल रहा है और इसे बढ़ाया जा रहा है. हालांकि, इसकी कुछ सीमाएं हैं:

I18n: I18n की मुख्य सुविधा काम करती है. हालांकि, सीधे तौर पर SSR पेजों पर जाने से गड़बड़ियां हो सकती हैं.
स्थानीय भाषा में उपलब्ध कराना: अलग-अलग भाषाओं के लिए वर्शन बनाने की सुविधा उपलब्ध नहीं है.
बिल्डर: फ़िलहाल, सिर्फ़ ऐप्लिकेशन बिल्डर का इस्तेमाल किया जा सकता है.
एनवायरमेंट और Monorepo टूलिंग: एक से ज़्यादा ऐप्लिकेशन टारगेट वाले Angular प्रोजेक्ट काम नहीं करेंगे. मोनोरिपो के लिए, Nx का इस्तेमाल करें.

Angular SSR में एचटीटीपी 400 गड़बड़ियां और प्रॉक्सी पर भरोसा करना

अगर Firebase App Hosting पर डिप्लॉय किए गए आपके Angular ऐप्लिकेशन में, HTTP 400 (गलत अनुरोध) गड़बड़ियां, होस्ट की पुष्टि करने वाले ब्लॉकर या प्रॉक्सी ट्रस्ट से जुड़ी गड़बड़ियां आती हैं, तो अपने Angular वर्शन के लिए सुझाया गया समाधान अपनाएं:

Angular v19, v20, और v21: एचटीटीपी 400 गड़बड़ियों को ठीक करने के लिए, आपके पास दो तरीके हैं:
- डिपेंडेंसी अपग्रेड करें: अपने मौजूदा Angular वर्शन के लिए, सबसे नया पैच रिलीज़ इंस्टॉल करने के लिए npm update @angular/core @angular/ssr चलाएं.
- मैन्युअल कॉन्फ़िगरेशन: कोड-लेवल पर कॉन्फ़िगरेशन फ़ॉलबैक लागू करने के लिए, अपने सर्वर कॉन्फ़िगरेशन में trustProxyHeaders: true सेट करें. इसके लिए, Angular के दस्तावेज़ में भरोसेमंद प्रॉक्सी हेडर कॉन्फ़िगर करना लेख पढ़ें.
Angular v22: नए बैकएंड पर पहली बार बिल्ड करने पर, 400 गड़बड़ियां दिख सकती हैं. इस समस्या को हल करने के लिए, दूसरा बिल्ड जनरेट करें. इसके बाद की सभी बिल्ड, उम्मीद के मुताबिक काम करनी चाहिए.

Next.js की सीमाएं और समस्या हल करना

डिफ़ॉल्ट रूप से, App Hosting पर NextJS में इमेज ऑप्टिमाइज़ करने की सुविधा बंद होती है. इसे तब तक चालू नहीं किया जा सकता, जब तक कि images.unoptimized को फ़ॉल्स पर सेट न किया जाए या कस्टम इमेज लोडर का इस्तेमाल न किया जाए. Next.js पर इमेज लोड होने की प्रोसेस को ऑप्टिमाइज़ करना लेख पढ़ें.
फ़िलहाल, App Hosting, मिडलवेयर का इस्तेमाल करने वाले NextJS ऐप्लिकेशन के लिए कैश मेमोरी को सीमित करता है. समय के साथ, कैश मेमोरी हिट रेट बेहतर होने चाहिए.
प्रतिशत के तौर पर कोड में बदले गए वर्णों वाले यूआरएल पाथ को Cloud Run डिकोड करता है. इससे उन सुविधाओं में समस्याएं आ सकती हैं जिनके लिए सिर्फ़ एन्कोड किए गए यूआरएल पाथ की ज़रूरत होती है. जैसे, Next.js पैरलल राउटिंग.