GitHub पृष्ठ अपडेट नहीं हो रहे हैं


101

मैं GitHub पृष्ठों के साथ एक अजीब मुद्दे में भाग रहा हूं। मैंने अपने निजी पेज पेज maltzj.github.io पर एक नई प्रतिबद्धता दी , लेकिन नया लेख वहां दिखाई नहीं दे रहा है। जब मैं सर्वर को स्थानीय रूप से निष्पादित करता हूं, तो एक पोस्ट पर रहता है localhost:4000/posts/the-price-of-inconsistent-code/। हालाँकि, जब मैं http://maltzj.github.io/posts/the-price-of-inconsistent-code पर जाता हूं तो मुझे एक 404 मिलता है। मैंने एक नई फ़ाइल भी जोड़ी है जिसे http: //maltz.github पर रहना चाहिए । io / test.html , लेकिन यह भी एक 404 फेंकता है।

सब कुछ स्थानीय स्तर पर बनता और चलता है। मेरा Git रिपॉजिटरी अप टू डेट है, और बिल्ड के साथ समस्याओं के बारे में GitHub स्टेटस पेज पर कुछ भी नहीं है, इसलिए मैं इस बारे में थोड़ा नुकसान में हूं कि इसके साथ कहां जाना है। मैं अपने पृष्ठ को नई सामग्री के साथ अपडेट करने के लिए कैसे प्राप्त कर सकता हूं जिसे मैं जोड़ता हूं?

संदर्भ के लिए, रिपॉजिटरी का स्थान जो मेरा पृष्ठ है, http://github.com/maltzj/maltzj.github.io है


"क्या आप एक प्रकाशित करने का प्रयास कर रहे हैं? जब तक आपका पृष्ठ उपलब्ध नहीं हो जाता है, तब तक दस मिनट लग सकते हैं।"
औरेलिन ओम्स

1
मुझे पता है कि, लेकिन प्रकाशन के लिए> 5 घंटे के लिए रेपो में है और दिखाया नहीं गया है। व्यक्तिगत पेज मास्टर के माध्यम से सही हैं?
योनातन

3
मेरे लिए ऐसा इसलिए था क्योंकि ब्राउज़र कैश्ड डेटा (पुरानी शैली) का उपयोग करता है, इसलिए मैं अन्य ब्रावर्स का विरोध करता हूं
mohammedgqudah

यह मेरे लिए ब्राउज़र था। फ़ायरफ़ॉक्स खोलने से यह ठीक काम कर रहा था।
dogonaroof

जवाबों:


42

इसका कुछ भी मेरे लिए हल नहीं हुआ। समाधान GitHub वेबसाइट में index.html फ़ाइल को संपादित करने के लिए था ।


3
मेरे लिए भी वैसा ही। केवल एक पंक्ति को index.html में बदलने से इसे "true" index.html "लोड" किया जाता है और पिछली सभी प्रतिबद्धताओं को नहीं।
मिगुएल वज़ाक

2
GitHub Pages एक छवि नहीं देख रहा था जिसे मैंने अपनी अंतिम प्रतिबद्ध में धकेल दिया था। GitHub पेज को इमेज की सेवा शुरू करने के लिए मुझे कुछ सफेद स्थान को बदलकर index.html (जो इमेज का उपयोग करता है) को संपादित करना था। मुझे संदेह है कि यह तब तक पुनर्निर्माण नहीं करता जब तक कि एक HTML पृष्ठ नहीं बदलता।
पॉल लिंच

1
मैंने अभी एक पेज GitHub पर index.html में जोड़ा और यह काम कर गया। अजीब मुद्दा।
वुल्फराम

यह समझ में आता है, यह समाधान मेरे लिए काम करता है .. मेरे मामले में, यह मेरे ऐप के एसपीए होने के कारण था, जहां केवल जावास्क्रिप्ट में अपडेट किए जाते हैं, और इससे नहीं index.html। फिर से, मुझे लगता है कि फ़ाइल नाम में md5sum (या कुछ) है और अगर फ़ाइल बदल जाती है तो उसे बदलना चाहिए, इसलिए इसे index.html स्क्रिप्ट टैग को भी अपडेट करना चाहिए।
jmjm

40

दूसरों के लिए, अपने पदों की तारीखें भी देखें। मुझे बस यह समस्या थी। मैं UTC + 11 पर हूं और मुझे पूरा यकीन है कि सर्वर UTC पर है। इस प्रकार यदि मैं अपने पोस्ट को अपने स्थानीय समय के साथ तारीख करता हूं, तो सर्वर को लगता है कि वे भविष्य में हैं और उनका निर्माण नहीं करेंगे। UTC का उपयोग करने से मेरे लिए यह बच गया।

जैसा कि नीचे टिप्पणी में joao cenoura द्वारा उल्लेख किया गया है:

  • आप future: trueअपने _config.yml में जोड़कर "भविष्य" पोस्ट दिखाने के लिए jekyll बता सकते हैं
  • और / या timezone: TIMEZONEअपने समय क्षेत्र को निर्दिष्ट करने के लिए जोड़ें ।

अधिक जानकारी के लिए https://jekyllrb.com/docs/configuration/ देखें ।


5
हुर्रे! मेरे लिए यही समस्या थी। मैंने एक पोस्ट नाम टाइप किया और इसे "2016-03-14" के बजाय "2016-04-14" बना दिया। यह स्थानीय स्तर पर ठीक बनाया गया था, लेकिन गितुब पर, यह नहीं दिखा। कोई चेतावनी नहीं, बस कोई पृष्ठ नहीं। धन्यवाद!
स्टीव बेनेट

1
वही मुद्दा। मैं UTC + 8 पर हूं। मैंने आज की तारीख के साथ एक पोस्ट किया, धक्का दिया और कुछ नहीं हुआ। फिर मैंने पोस्ट की तारीख बदल दी और कल बना दिया, पोस्ट बहुत जल्दी प्रकाशित हो गया!
हॉन्ग

3
UTC + 1 पर मेरे लिए समान। अभी तक नहीं की कोशिश की है, लेकिन आप Jekyll बता जोड़कर "भविष्य" पोस्ट दिखाने के लिए कर सकते हैं future: trueअपने को _config.yml। एक TZविकल्प भी है । संदर्भ: jekyllrb.com/docs/configuration
joao cenoura

24

अपनी साइट ( उदाहरण.github.io/index.html ) के माध्यम से अपनी index.html फ़ाइल पर जाएँ और फिर पृष्ठ को पुनः लोड करें। तब आप वापस जा सकते हैं ( उदाहरण के लिए। Github.io ) और इसे अपडेट किया जाना चाहिए। आप ऐसा ही कर सकते हैं। Master.css फ़ाइल आदि।

यदि यह काम नहीं करता है, तो इसके बजाय पुनः लोड करने की कोशिश करें ( github.com/example/example.github.io/ Isblob/master/atalogindex.html ) और इसे अपडेट किया जाएगा।


9

मेरे पास एक खाली CNAME फ़ाइल थी। जाँच करें कि यदि आप एक समान समस्या कर रहे हैं।


16
क्या आप इस पर थोड़ा विस्तार करेंगे? इसे काम करने के लिए आपको क्या बदलना पड़ा? या क्या आपको एक CNAME फ़ाइल निकालनी थी जो वहां थी? धन्यवाद!
cxw

1
मुझे यह सुनिश्चित करना था कि CNAME फ़ाइल उस डोमेन के साथ एक पंक्ति समाहित करे जिसे मैं बनाना चाहता था।
डेनियल-चेंग

9

मुझे एक असत्यापित ईमेल होने की समस्या थी। अपडेट ने पहली बार काम किया , लेकिन यह उसके बाद विफल रहा। GitHub पेज बिल्ड को ट्रिगर करने के लिए एक सत्यापित ईमेल की आवश्यकता है। इसके लिए एक तैनाती कुंजी का उपयोग नहीं किया जा सकता है, क्योंकि यह एक निर्माण को ट्रिगर नहीं करेगा।

स्रोत: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troublesourcing-github-pages-build-failures/

अस्वीकरण: यह 2014 में मामला था। अगर यह अभी भी आवश्यक है पता नहीं है।


1
मुझे एक असत्यापित ईमेल की भी यही समस्या थी।
मिडिनस्टासुरज

इससे मुझे मदद मिली। यह इस समाधान का एकमात्र उल्लेख है जिसे मैं लगभग एक घंटे की खोज के बाद पा सकता हूं।
गिगाटिकस

1
तैनात कुंजी निर्माण को ट्रिगर नहीं करेगा!?!? WTF। धन्यवाद, उत्थान।
डोमिनिक

1
लिंक टूट गया है ( "Ooops! ऐसा लगता है कि यह पृष्ठ मौजूद नहीं है।" )।
पीटर मोर्टेंसन

@PeterMortensen को वेब आर्काइव लिंक से बदल दिया गया है, हालांकि वास्तव में यह नहीं पता है कि क्या जानकारी अभी प्रासंगिक है
eis

6

मेरे मामले में, उपरोक्त समाधानों में से कोई भी काम नहीं करता है। अंत में मुझे पता चलता है इसका कारण यह है: मेरे _config.yml में "रिश्तेदार_परमल" विकल्प है। यह विकल्प हाल ही में Jekyll 3.0 में पदावनत किया गया है।

इसका संदर्भ लें: https://help.github.com/articles/removing-relative-permalinks/


6

मेरे पास एक स्थिर पृष्ठ के साथ आज यह गलती थी - इसका कारण वास्तव में GitHub पेज पर एक सेवा विफलता थी। आप सेवा संदेशों के लिए https://status.github.com/messages पर जाँच कर सकते हैं ।


1
मैंने अपनी लगभग पूरी साइट को एक कोड समस्या को कम करने की कोशिश की है - यह बताता है कि जीथब ने कल से एक विशाल पृष्ठ बिल्ड बैकलॉग किया है - जो लगभग 24 घंटे है। (गितुब को उनके समस्या निवारण पृष्ठ पर बिल्ड स्थिति पृष्ठ लिंक पर ध्यान देना चाहिए। मैंने केवल 404 त्रुटि के कारण स्थिति पृष्ठ पाया, जिसमें नीचे एक लिंक शामिल था।)
Cascadia_Mike

1
धन्यवाद :) आज मुझे "जांच-पड़ताल मिल रही है - वर्तमान में पेजों के निर्माण और कुछ webhooks वितरण को प्रभावित करने वाले कतार के बैकलॉग में वृद्धि की जांच हो रही है।"
थुआन

हाँ मैं भी! @Thuan। यह बेकार है!
अब्दुल्ला अरबब

5

मुझे पता है कि यह सरल लग सकता है, लेकिन सुनिश्चित करें कि आप सही शाखा पर हैं और सही फ़ाइल में हैं।

मेरे मामले में, मैंने GitHub पेज बनाया और मास्टर शाखा पर अपने स्थानीय भंडार से कमिट करने की कोशिश की। इसके अलावा, मैं index.html के बजाय अपना फ़ाइल नाम अपडेट कर रहा था । ये मेरी त्रुटियाँ थीं। मुझे GitHub पेज ब्रांच में स्विच करना था और index.html कमिट, पुश और अपडेट में सब कुछ ठीक काम करना था।


मजेदार। इस जवाब ने मुझे अपनी धारणाओं को फिर से परिभाषित करने के लिए प्रेरित किया और मुझे याद दिलाया कि मुझे स्रोत से फिर से निर्माण करने की आवश्यकता है।
जॉरिस

5

मेरे पास एक अस्पष्ट <a>टैग था जिसके कारण निर्माण हमेशा के लिए लंबित हो गया। फिक्सिंग जो इस मुद्दे को हल करती है।

यह समझ में आता है कि GitHub आपके लिंक को सत्यापित करेगा।


3

मेरे मामले में, ऐसा हुआ कि मैंने एक छवि को संदर्भित करने के लिए एक रिश्तेदार पथ का उल्लेख किया, जैसे कुछ - ./test.png

ऐसा लगता है कि इसकी अनुमति नहीं है, और यह एक सुरक्षा मुद्दा या क्या हो सकता है। जो भी हो, अगर आपने ऐसा कुछ किया है, तो उसे हटा दें और इसे देखें test.png


1
मेरे लिए एक ही: मेरे पास "<a href...>" में एक सापेक्ष पथ था
सहगल-हलेवी

3

मेरे लिए, मैं बस ~ 5 मिनट इंतजार कर रहा था, और यह अपडेट किया गया था।

अगर किसी ने शाखा gh-pages को स्क्रैच (मैन्युअल रूप से) से बनाया है, तो समस्या यह है कि आपको काम करने के लिए फ़ाइल कॉल params.json की आवश्यकता है।

मेरे पास यह params.jsonफ़ाइल नहीं है , लेकिन यह अभी भी काम करता है ...


आप देख सकते हैं कि क्या गितुब को अभी भी आपकी साइट के निर्माण के समय की आवश्यकता है या यदि यह आपके रेपो की सूची में विफल हो गया है।
लुकास

2

कृपया Jekyll समस्या निवारण वेबसाइट देखें, क्योंकि कई त्रुटि स्रोत हैं: समस्या निवारण Jekyll GitHub पृष्ठ साइटों के लिए त्रुटियों का निर्माण

मेरे मामले में एक मार्काडाउन फ़ाइल में एक जर्मन उम्लूट ("ö") समस्या का कारण बना।


2

मेरे मामले में, मैं परिभाषित करने के लिए भूल गया kramdownमें_config.yaml

# Build settings
markdown: kramdown

यह तब होता है जब मैं kramdownआवश्यकता के बिना एक विषय से एक विषय में परिवर्तित कर रहा था ।


1

मेरे मामले में, यहां कुछ समाधानों पर परीक्षण और त्रुटि के बाद, जो तय किया गया वह इस तरह _config फ़ाइल में एन्कोडिंग को जोड़ रहा था

encoding: UTF-8

अधिक समस्या निवारण विकल्प यहाँ


1

मेरे लिए यह एक .gitmodules फ़ाइल ठीक से नहीं होने के साथ एक समस्या थी।

मैं अपने रिपॉजिटरी के सेटिंग टैब में GitHub पेज सेक्शन के तहत समस्या निवारण में सक्षम था, जो बिल्ड मुद्दों को इंगित करता है और समस्या निवारण के लिए सहायक था।


1

अजीब तरह से (और बस) पर्याप्त मैंने एक नई शाखा बनाई, उस शाखा को "डिफ़ॉल्ट" शाखा बनाया और वहां से धक्का दिया।

इसने मेरे लिए काम किया।


1

रिपॉजिटरी सेटिंग्स में, सुनिश्चित करें कि वर्तमान में GitHub Pages gh-pagesब्रांच से बनाया जा रहा है ।


1

मेरे मामले में समस्या यह थी कि मेरे भंडार के कारण निजी था । मैंने इसे सार्वजनिक करने के बाद समस्या दूर कर दी है।

कहानी का अजीब हिस्सा यह है कि मैं निजी भंडार बनाने और इसके साथ GitHub पृष्ठों का उपयोग करने में सक्षम था। मैंने इसे आधिकारिक गाइड ( http://take.ms/p2SS7 ) के अनुसार किया । इसने लगभग 9 आवागमन के लिए ठीक काम किया, लेकिन 10-वें पर यह टूट गया।


1

मुझे इस सप्ताह यह समस्या थी और कोई समाधान काम नहीं आया। मैं Jekyll का उपयोग नहीं करता, केवल शुद्ध स्थिर HTML। यह अद्यतन करने से इंकार करते हुए सिर्फ तीन दिन बैठे।

यहाँ मुझे इसे फिर से प्रकाशित करने के लिए प्राप्त करने के लिए क्या करना था।

  • snapshotसे एक शाखा बनाओ master
  • रीसेट masterशाखा पिछले प्रतिबद्ध करने के लिए है कि लाइव है। (कमिट्स टैब, हरे चेकमार्क प्रकाशित किए गए संकेत दर्शाते हैं)
  • स्मोक टेस्ट के साथ एक नई प्रतिबद्धता बनाएं। मैंने एक HTML टिप्पणी की जिसे मैं grep कर सकता था।
  • बल धक्का master
  • परिणामों की जाँच करें curl https://example.com | grep SMOKETEST
  • masterधुएं के परीक्षण को हटाकर फिर से रीसेट करें।
  • प्रत्येक snapshotशाखा से चेरी-पिक लें, जिसे आपको अपने अप्रकाशित परिवर्तनों को वापस पाने की आवश्यकता है master(चेरी-पिकिंग नए आईडी / हैश देता है, पहले से कैश्ड होने वाली किसी भी चीज के जोखिम से बचने के लिए)।
  • बल masterफिर से धक्का ।
  • अब आपको ग्रीन चेकमार्क और प्रकाशित अपडेट प्राप्त करने चाहिए।

नोट: यह उन कमिटों को हटाने के लिए जोर लगाने के लिए पर्याप्त हो सकता है जो अटक गए हैं और उन्हें फिर से वापस ला रहे हैं। धूम्रपान परीक्षण लगभग निश्चित रूप से आवश्यक नहीं है। चेरी-पिकिंग की आवश्यकता नहीं हो सकती है।


0

अगर किसी ने शाखा gh-pages को स्क्रैच (मैन्युअल रूप से) से बनाया है, तो समस्या यह है कि आपको काम करने के लिए फ़ाइल कॉल params.json की आवश्यकता है।

यह उस फ़ाइल का एक उदाहरण है:

{
  "name": "nameOfProyect",
  "tagline": "name of proyect",
  "body": "### Welcome to GitHub Pages.\r\nThis automatic page generator is the easiest way to create beautiful pages for all of your projects. Author your page content here using GitHub Flavored Markdown, select a template crafted by a designer, and publish. After your page is generated, you can check out the new branch:\r\n\r\n```\r\n$ cd your_repo_root\/repo_name\r\n$ git fetch origin\r\n$ git checkout gh-pages\r\n```\r\n\r\nIf you're using the GitHub for Mac, simply sync your repository and you'll see the new branch.\r\n\r\n### Designer Templates\r\nWe've crafted some handsome templates for you to use. Go ahead and continue to layouts to browse through them. You can easily go back to edit your page before publishing. After publishing your page, you can revisit the page generator and switch to another theme. Your Page content will be preserved if it remained markdown format.\r\n\r\n### Rather Drive Stick?\r\nIf you prefer to not use the automatic generator, push a branch named `gh-pages` to your repository to create a page manually. In addition to supporting regular HTML content, GitHub Pages support Jekyll, a simple, blog aware static site generator written by our own Tom Preston-Werner. Jekyll makes it easy to create site-wide headers and footers without having to copy them across every page. It also offers intelligent blog support and other advanced templating features.\r\n\r\n### Authors and Contributors\r\nYou can @mention a GitHub username to generate a link to their profile. The resulting `<a>` element will link to the contributor's GitHub Profile. For example: In 2007, Chris Wanstrath (@defunkt), PJ Hyett (@pjhyett), and Tom Preston-Werner (@mojombo) founded GitHub.\r\n\r\n### Support or Contact\r\nHaving trouble with Pages? Check out the documentation at https:\/\/help.github.com\/pages or contact support@github.com and we\u2019ll help you sort it out.\r\n",
  "google": "",
  "note": "Don't delete this file! It's used internally to help with page regeneration."
}

0

मेरे मामले में, मेरे पास permalinkउस पृष्ठ के समान एक और फ़ाइल थी जो सामग्री को ताज़ा नहीं कर रही थी। उस पर ध्यान दो।


0

सेटिंग टैब में gh-pages की अपनी बिल्ड स्थिति जांचें।

Your site is having problems building: Unable to build page.

यदि आप github_token का उपयोग कर रहे हैं, तो हो सकता है कि इसे g-Pages बनाने की अनुमति न हो, ताकि आपको सेटिंग टैब में चेतावनी दिखाई दे। इसीलिए index.html संपादित करना काम कर सकता है। इस स्थिति में g_- पृष्ठों को स्वचालित रूप से पुश करने और बनाने के लिए access_token या ssh आधारित प्रतिबद्ध का उपयोग करें।


0

मेरे मामले में यह गलत क्रैमडाउन सिंटैक्स था। मेरा कोड था

  {% highlight %}
  lorem lipsum
 {% endhighlight %}

जाहिरा तौर पर आप भाषा kramdown बताना चाहिए:

  {% highlight html %}
  lorem lipsum
 {% endhighlight %}

0

मेरे GitHub पृष्ठ को रिपॉजिटरी की सेटिंग टैब के तहत बंद कर दिया गया था ।

मुझे यह याद नहीं है कि इसे बंद कर दिया गया था, लेकिन यह वहाँ था, और इसे वापस चालू करना फिक्स था।


0

मेरे मामले में दो समस्याएं थीं (एक "कंकड़" और फिर एक अधिक वैध)।

मेरे पास GitHub में दो ईमेल पते थे और मैं बिल्ड मैसेज के लिए गैर-प्राथमिक ईमेल की जाँच कर रहा था (ईमेल प्रबंधित करने के लिए: GitHub पर लॉग इन करें, शीर्ष दाईं ओर उपयोगकर्ता मेनू पर क्लिक करें, सेटिंग्स का चयन करें और फिर "ईमेल" से) बाएं मेनू-त्रुटि त्रुटि संदेश प्राथमिक ईमेल सेट पर आ जाएगा)।

एक बार जब मुझे त्रुटि संदेश देखने को मिले तो मुझे पता चला कि मैंने अपने में एक ":" चरित्र सहित एक विवरण जोड़ा था _config.yamlऔर चूंकि यह चरित्र key,valueजोड़े को अलग करने के लिए उपयोग किया जाता है , इसलिए यह साइट के निर्माण को रोक रहा था।


0

मेरे पास एक ही मुद्दा था, लेकिन मेरे मामले में CNAME में सही डोमेन नाम था।

मुझे लगता है कि समस्या का कुछ ऐसा था जिसमें मैंने पहले किए गए रिपॉजिटरी का नाम बदला था ... ऑनलाइन नाम स्थानीय से अलग था, हालांकि पुश करने पर कोई समस्या नहीं थी और ऑनलाइन फ़ाइलों को अपडेट किया गया - लाइव संस्करण नहीं था।

स्थानीय मशीन से रिपॉजिटरी को हटाने और इसे GitHub से फिर से क्लोन करने के बाद, समस्या हल हो गई।


0

मेरे दिमाग में, GitHub पृष्ठ एक प्रतिबद्ध से देर से हैं। इसका मतलब है कि यदि आप इसे ताज़ा करना चाहते हैं, तो अपने स्रोत में कोई संशोधन जोड़ें, कमिट करें, और पुश करें।

यह व्यवहार केवल g -Pages शाखा और any.github.io रिपॉजिटरी के लिए लागू होता है। "डॉक्स" फ़ोल्डर में, संशोधन सीधे लागू होते हैं।


0

मेरे मामले में, मेरी समस्या तब थी जब git pushमेरी GitHub फ़ाइल अपडेट हो रही थी लेकिन GitHub पृष्ठों पर मेरी वेबसाइट नहीं दिखाई दे रही थी।

नोट: मैं प्रतिक्रिया द्वारा वेबसाइट बना रहा था

साथ ही, HTML प्रोजेक्ट पर, मुझे उसी समस्या का सामना करना पड़ा। उस मामले में, मैंने बस सबसे पहले किया git pullऔर फिर git status | git add . | git commit -m"adding some content" | and git push। इसने मेरे लिए काम किया।

लेकिन मेंReact project , यह काम नहीं किया। मैं इसे अपने cmd पर फिर से चलाता हूं npm run deployतो मेरा रिएक्ट वेब एप्लिकेशन GitHub पृष्ठों पर दिखाई दे रहा है।

मेरा सुझाव इस पोस्ट टिप्पणियों पर दिखाने की कोशिश करने के लिए है। क्योंकि इस समस्या का हल एक नहीं है।


प्रतिक्रिया के साथ आपको पहले प्रोजेक्ट का निर्माण करना चाहिए npm run buildया yarn buildफिर जीथुब पेज build/फ़ोल्डर में धकेलना चाहिए । या आप इसे लिंक yournickname.github.io/yourproject/buildपथ (यदि आप हटाते build/हैं .gitignore) के साथ एक्सेस कर सकते हैं
19 flppv

GitHub पृष्ठों पर प्रतिक्रिया वेबसाइट दिखाने के लिए मैंने इस विधि github.com/gitname/react-gh-pages का अनुसरण किया और इसने काम किया।
मो। राणा

0

मेरे मामले में, मैंने एक खाली पैरामीटर छोड़ दिया url, अंदर _config.yaml

निर्दिष्ट करने के बाद मैंने url: example.github.ioकाम करना शुरू कर दिया।


0

मैंने उपयोग किया git commit -am "blah"और यह भूल गया कि केवल मेरे नेविगेशन लिंक _data/navigation.yamlको बदल दिया गया था, और जो नया page.mdमैंने बनाया था उसे वर्किंग ट्री में नहीं जोड़ा गया था, इसलिए नेविगेशन ट्री में लिंक पर क्लिक करने पर मुझे 404 त्रुटि दिखाई दे रही थी।

चेक, डबल चेक!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.