Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

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

इस पेज पर, 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 मोबाइल ऐप्लिकेशन के WebView में मेरी साइट सामान्य तौर पर क्यों नहीं दिखती?

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

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

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

फ़िलहाल, रिपॉज़िटरी को बदला नहीं जा सकता. हालांकि, उसी प्रोजेक्ट में अपनी पसंद की रिपॉज़िटरी से जुड़ा नया बैकएंड बनाया जा सकता है. इसके अलावा, किसी दूसरे प्रोजेक्ट में भी नया बैकएंड बनाया जा सकता है.

मैं अपनी 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-oath कनेक्शन और apphosting-github-conn- से शुरू होने वाले कनेक्शन को मिटाएं. App Hosting कंसोल में App Hosting खोलने पर, अब आपको GitHub का नया कनेक्शन सेट अप करने का विकल्प दिखेगा.Firebase

मैं अपनी 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 ऐप्लिकेशन से जुड़ी सीमाएं और समस्या हल करना

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

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