Gatsby: त्रुटि / पृष्ठ संसाधनों के लिए / नहीं मिला। प्रतिक्रिया नहीं दे रहा है

हईया!

यह मुद्दा शांत हो गया है। डरावना शांत। 👻

हमें बहुत सारे मुद्दे मिलते हैं, इसलिए हम वर्तमान में निष्क्रियता के 30 दिनों के बाद मुद्दों को बंद कर देते हैं। यहां अंतिम अपडेट के कम से कम 20 दिन हो गए हैं।
यदि हम इस मुद्दे को याद करते हैं या यदि आप इसे खुला रखना चाहते हैं, तो कृपया यहाँ उत्तर दें। आप इस मुद्दे को खुला रखने के लिए "नहीं बासी" लेबल भी जोड़ सकते हैं!
एक अनुकूल अनुस्मारक के रूप में: इस मुद्दे को देखने का सबसे अच्छा तरीका है, या किसी भी अन्य, फिक्स्ड एक पुल अनुरोध को खोलने के लिए है। PRs खोलने, मुद्दों को gatsby.dev/contribute देखें!

गैट्सबी समुदाय का हिस्सा बनने के लिए धन्यवाद! 💪💜

अगर हम एक बेहतर स्टैकट्रेस प्रदान करते हैं, तो @antoinificseau यह मदद करेगा? जैसे शायद यह 404 था या शायद पेज-डेटा अमान्य था। फिलहाल आप वास्तव में अंतर नहीं देखते हैं।

आपको क्या लगता है कि आगे बढ़ने का सबसे अच्छा तरीका क्या हो सकता है? क्या आपने इसे मोबाइल सफारी / सफारी पर स्वयं आज़माया?

@wardpeet इस पर
मैंने सफारी डेस्कटॉप के साथ प्रयास किया और मैं पुन: पेश नहीं कर सका। मेरे पास iPhone नहीं है।
मुझे यकीन नहीं है कि कैसे आगे बढ़ना है, क्योंकि यह केवल कभी-कभी और बेतरतीब ढंग से होता है, लेकिन एक बेहतर स्टैकट्रेस वैसे भी चोट नहीं पहुंचा सकता है।
ध्यान दें कि यह केवल 124 बार हुआ, 85% मोबाइल सफारी, 10% सफारी और 5% क्रोम मोबाइल आईओएस के साथ। विभिन्न संस्करण।
इसके अलावा URL हमेशा / । यदि आप चाहें तो मैं आपको Bugsnag खाते तक पहुंच प्रदान कर सकता हूं।

मेरे पास आज वही बग रिपोर्ट है। बस आपको बता दें कि आप अकेले नहीं हैं।

हईया!

यह मुद्दा शांत हो गया है। डरावना शांत। 👻

हमें बहुत सारे मुद्दे मिलते हैं, इसलिए हम वर्तमान में निष्क्रियता के 30 दिनों के बाद मुद्दों को बंद कर देते हैं। यहां अंतिम अपडेट के कम से कम 20 दिन हो गए हैं।
यदि हम इस मुद्दे को याद करते हैं या यदि आप इसे खुला रखना चाहते हैं, तो कृपया यहाँ उत्तर दें। आप इस मुद्दे को खुला रखने के लिए "नहीं बासी" लेबल भी जोड़ सकते हैं!
एक अनुकूल अनुस्मारक के रूप में: इस मुद्दे को देखने का सबसे अच्छा तरीका है, या किसी भी अन्य, फिक्स्ड एक पुल अनुरोध को खोलने के लिए है। PRs खोलने, मुद्दों को gatsby.dev/contribute देखें!

गैट्सबी समुदाय का हिस्सा बनने के लिए धन्यवाद! 💪💜

अरे फिर से!

इस मुद्दे पर कुछ भी हुए 30 दिन हो गए हैं, इसलिए हमारा मित्रवत पड़ोस वाला रोबोट (यह मैं!) इसे बंद करने जा रहा हूं।
कृपया ध्यान रखें कि मैं केवल एक रोबोट हूं, इसलिए यदि मैंने इस समस्या को बंद कर दिया है, तो मैं HUMAN_EMOTION_SORRY हूं। कृपया इस मुद्दे को फिर से खोलने या किसी और चीज की आवश्यकता होने पर नया बनाने के लिए स्वतंत्र महसूस करें।
एक अनुकूल अनुस्मारक के रूप में: इस मुद्दे को देखने का सबसे अच्छा तरीका है, या किसी भी अन्य, फिक्स्ड एक पुल अनुरोध को खोलने के लिए है। PRs खोलने, मुद्दों को gatsby.dev/contribute देखें!

गैट्सबी समुदाय का हिस्सा होने के लिए फिर से धन्यवाद! 💪💜

एक ही चीज को देखकर।

• यह अक्सर होता है (हम इसे दैनिक देख रहे हैं)।
• लगभग सभी मोबाइल सफारी या सफारी।
• लगभग हमेशा / , लेकिन बहुत कम ही अन्य पृष्ठ।
• संतरी निम्नलिखित ब्रेडक्रंब के साथ बग्सनाग के समान स्टैकट्रेस देता है:
  

मुझे भी। एक पृष्ठ के लिए / सूचकांक के अलावा।

युक्ति
ब्रांड | हुवाई
परिवार | DRA-LX5

ओएस
नाम | एंड्रॉयड
संस्करण | 8.1.0

ब्राउज़र
नाम | क्रोम मोबाइल वेबव्यू
संस्करण | 70.0.3538

एसडीके
नाम | संतरी। javascript.browser
संस्करण | 5.12.1

हईया!

यह मुद्दा शांत हो गया है। डरावना शांत। 👻

हमें बहुत सारे मुद्दे मिलते हैं, इसलिए हम वर्तमान में निष्क्रियता के 30 दिनों के बाद मुद्दों को बंद कर देते हैं। यहां अंतिम अपडेट के कम से कम 20 दिन हो गए हैं।
यदि हम इस मुद्दे को याद करते हैं या यदि आप इसे खुला रखना चाहते हैं, तो कृपया यहाँ उत्तर दें। आप इस मुद्दे को खुला रखने के लिए "नहीं बासी" लेबल भी जोड़ सकते हैं!
एक अनुकूल अनुस्मारक के रूप में: इस मुद्दे को देखने का सबसे अच्छा तरीका है, या किसी भी अन्य, फिक्स्ड एक पुल अनुरोध को खोलने के लिए है। PRs खोलने, मुद्दों को gatsby.dev/contribute देखें!

गैट्सबी समुदाय का हिस्सा बनने के लिए धन्यवाद! 💪💜

फिर भी एक मुद्दा है।

मुझे भी यह मुद्दा मिल रहा है। gatsby develop ठीक काम करता है, लेकिन gatsby build कारण एप्लिकेशन "त्रुटि: पृष्ठ संसाधनों के लिए / नहीं मिला / नहीं है। प्रतिक्रिया प्रदान नहीं कर रहा है"। रनटाइम में भले ही बिल्ड खुद आगे बढ़ जाए।

क्या यह इस तथ्य के कारण हो सकता है कि मैं टाइपस्क्रिप्ट का उपयोग कर रहा हूं?

मैंने gatsby clean चलने की कोशिश की है

अद्यतन / संभावित समाधान : मेरे लिए त्रुटि इसलिए हुई क्योंकि मेरे पास केवल ".env.development" फ़ाइल थी और ".env.production" फ़ाइल नहीं थी। मुझे नहीं पता कि इसने इतनी अस्पष्ट / भ्रामक त्रुटि क्यों दी और प्रतिक्रिया को हालांकि प्रतिपादन से रोका। मुझे लगता है कि जब मैं gatsby develop चलता हूं तो जैसा व्यवहार होगा वैसा ही व्यवहार होगा। जब मैं gatsby develop चलाता हूं और मेरे पास .env.development फ़ाइल नहीं होती है, तब भी React रेंडर करता है, लेकिन मेरा ऐप क्रैश हो जाता है क्योंकि यह महत्वपूर्ण मानों को याद नहीं कर रहा है।

मुझे एक ही मुद्दा मिला है। मेरा ऐप aws पर होस्ट किया गया है और क्लाउडफ्रंट का उपयोग करता है। मेरी स्थिति 200 के पेज 404.html पृष्ठ पर मौजूद सभी अनुपलब्ध यूआरएल को पुनर्निर्देशित करने की है। यह अजीब लग रहा है, लेकिन यह वास्तव में हमारी सुविधाओं में से एक के लिए महत्वपूर्ण है। इसलिए यदि मैं my-test-site.com/some-not-existed-page window.pagePath /404.html जो कुछ सही है, टाइप करता हूं, लेकिन publicLoader.loadPage कुछ तो 404.html लोड करने की कोशिश करता है पृष्ठ सामग्री, लेकिन /my-test-site.com/some-not-existed-page । वास्तव में यह window.location.pathname का उपयोग करता है लेकिन window.pagePath

मुझे आज संतरी में एक ही त्रुटि संदेश मिला: नहीं मिला। प्रतिक्रिया नहीं दे रहा है

मैं इस मुद्दे को भी सामना कर रहा था। मेरे लिए यह pages/index.js फ़ाइल में अपने घटकों के लिए नामांकित आयात का उपयोग करते समय प्रतिलिपि प्रस्तुत करने योग्य था।

उदाहरण
import Layout from "../components/Layout";
import { Layout } from "../components";

components/index.js इस तरह दिखेगा:

import Layout from "./Layout"

export {
  Layout
};

यह MacOS कैटलीना और क्रोम संस्करण 80.0.3987.149 के साथ था।
"gatsby": "^2.20.13",

ध्यान दें कि मैं एक्सपो गैट्सबी संस्करण का उपयोग कर रहा हूं।

जब gatsby build साफ चल रहा था, तब भी मेरे पास यह समस्या थी और मूल कारण मेरे पैकेज में एक प्रस्ताव था। acorn पैकेज की भेद्यता के लिए एक संदेश देखें (देखें https://snyk.io/vuln/npm : एकोर्न):

"resolutions": {
   "acorn": "^7.1.1"
}

इस संकल्प को हटाने से मेरे लिए समस्या हल हो गई।

gatsby info से आउटपुट:

  System:
    OS: macOS 10.15.4
    CPU: (4) x64 Intel(R) Core(TM) i5-5257U CPU @ 2.70GHz
    Shell: 5.7.1 - /bin/zsh
  Binaries:
    Node: 12.10.0 - /usr/local/bin/node
    Yarn: 1.22.4 - ~/.yarn/bin/yarn
    npm: 6.14.4 - /usr/local/bin/npm
  Languages:
    Python: 2.7.17 - /usr/local/bin/python
  Browsers:
    Chrome: 81.0.4044.92
    Safari: 13.1
  npmPackages:
    gatsby: 2.20.20 => 2.20.20 
    gatsby-plugin-material-ui: 2.1.6 => 2.1.6 
    gatsby-source-graphql: 2.4.0 => 2.4.0 

अभी भी बहुत कुछ होता है (पिछले सप्ताह में 4,500+ बार):

मोबाइल सफारी पर ढेर

.cache/production-app.js:128:12

126  publicLoader.loadPage(browserLoc.pathname).then(page => {
127    if (!page || page.status === PageResourceStatus.Error) {
128      throw new Error(
129        `page resources for ${browserLoc.pathname} not found. Not rendering React`
130      )
131    }

Chrome मोबाइल पर स्टैकट्रेस:

/app-ac76ae7860adc4ef4414.js:1:179819

ब्रेडक्रम्ब्स:

समय | प्रकार | त्रुटि | Infos
- | - | - | -
4ms से पहले | REQUEST | XMLHttpRequest त्रुटि | GET /page-data/app-data.json
5ms से पहले | REQUEST | XMLHttpRequest त्रुटि | GET /page-data/index/page-data.json
6ms से पहले | REQUEST | XMLHttpRequest त्रुटि | GET /page-data/app-data.json
7ms से पहले | REQUEST | XMLHttpRequest त्रुटि | GET /page-data/index/page-data.json
से पहले 10ms | REQUEST | XMLHttpRequest त्रुटि | GET /page-data/app-data.json
से पहले 10ms | REQUEST | XMLHttpRequest त्रुटि | GET /page-data/index/page-data.json

उनमें से ज्यादातर मोबाइल सफारी और क्रोम मोबाइल पर होते हैं:

गैट्सबी संस्करण: 2.20.13

इस समाधान की जाँच करें।
https://github.com/gatsbyjs/gatsby/issues/11461#issuecomment -459732145

मैं gatsby-plugin-offline उपयोग नहीं करता, इसलिए कोई सेवा कर्मचारी नहीं हैं।

क्या कोई प्रगति हुई है? मैं एक समस्या है, और मैं प्लगइन ऑफ़लाइन है, और मैं त्रुटियों को बंद कर देता है, तो मैं परीक्षण करने के लिए प्लगइन को निष्क्रिय नहीं कर सकता।

मुझे नहीं लगता कि इसका ऑफ़लाइन प्लगइन से कोई लेना-देना है। हम इन त्रुटियों में से बहुत कुछ देख रहे हैं और इसका उपयोग कभी नहीं किया है।

प्रजनन करना:

• [उदाहरण की आवश्यकता नहीं है, नीचे देखें] पर जाएं, कंसोल और गैर-कार्यात्मक प्रतिक्रिया में त्रुटि पर ध्यान दें।
• शीर्ष बाएं में लोगो के साथ मुख पृष्ठ पर नेविगेट करें।
• हेडर में "रिसर्च" पर क्लिक करके मूल पृष्ठ पर वापस जाएं। पृष्ठ अब काम करता है और पैनल बंधने योग्य हैं।

मैं यह कैसे डिबग करूं? कोई नेटवर्क अनुरोध नहीं है जो 404 या कुछ भी है, इसलिए मुझे समझ नहीं आता कि क्या हो रहा है। स्थानीय संस्करण निम्नानुसार हैं, लेकिन Netlify पर निर्माण होता है:

  System:
    OS: macOS 10.15.3
    CPU: (4) x64 Intel(R) Core(TM) i5-8210Y CPU @ 1.60GHz
    Shell: 5.7.1 - /bin/zsh
  Binaries:
    Node: 12.16.1 - ~/.nvm/versions/node/v12.16.1/bin/node
    Yarn: 1.22.4 - ~/.yarn/bin/yarn
    npm: 6.14.4 - ~/.nvm/versions/node/v12.16.1/bin/npm
  Languages:
    Python: 2.7.16 - /usr/bin/python
  Browsers:
    Chrome: 81.0.4044.122
    Firefox: 75.0
    Safari: 13.0.5
  npmPackages:
    gatsby: 2.21.1 => 2.21.1
    gatsby-image: 2.4.0 => 2.4.0
    gatsby-plugin-graphql-loader: 1.0.2 => 1.0.2
    gatsby-plugin-module-resolver: 1.0.3 => 1.0.3
    gatsby-plugin-page-creator: 2.3.0 => 2.3.0
    gatsby-plugin-react-helmet: 3.3.0 => 3.3.0
    gatsby-plugin-sharp: 2.6.0 => 2.6.0
    gatsby-plugin-typescript: 2.4.0 => 2.4.0
    gatsby-source-contentful: 2.3.1 => 2.3.1
    gatsby-transformer-remark: 2.8.0 => 2.8.0
    gatsby-transformer-sharp: 2.5.0 => 2.5.0

हमारे मामले में हमारे पास डिफ़ॉल्ट निर्यात के रूप में एक पृष्ठ था, फिर पेज फ़ाइल में एक नामित निर्यात भी था। जैसे ही कुछ भी पेज फ़ाइल के बाहर से नामित निर्यात को संदर्भित करता है, यह बहुत भ्रमित हो गया।

फिक्स डिफ़ॉल्ट वास्तविक पृष्ठ घटक निर्यात को छोड़कर पृष्ठों से सभी निर्यात को हटाने के लिए था।

@thekevinbrown क्या आप रुक-रुक कर देख रहे थे? या हर बार हुआ था?

@ हर बार जब आप समस्या के साथ पृष्ठ पर शुरू या ताज़ा होते हैं। यदि आप एक अलग पृष्ठ पर शुरू करते हैं, या एक काम करने के लिए पृष्ठ से बाहर नेविगेट करते हैं, तो वापस, यह ठीक था। तो मूल रूप से प्रारंभिक जलयोजन इस मामले में विफल रहता है, जबकि यदि आप उपयोगकर्ता को एक अलग पृष्ठ पर प्राप्त कर सकते हैं जहां जलयोजन काम करता है, तो टूटे हुए पृष्ठ का डाउनलोड और दिखाना काम करता है।

यदि संभव हो तो अस्पष्ट रनटाइम त्रुटि के बजाय स्पष्ट बिल्ड त्रुटि के रूप में निश्चित रूप से बेहतर होगा।

@thekevinbrown इसलिए मुझे लगता है कि आपका मुद्दा इस मुद्दे से असंबंधित है (जो एक रुक-रुक कर त्रुटि है जिसे किसी ने भी मज़बूती से पुन: पेश करने में सक्षम नहीं किया है), इसलिए मुझे लगता है कि हालांकि आप एक ही त्रुटि देख रहे हैं, कारण अलग है (और शुक्र है कि आप आसानी से तय)।

हमारी त्रुटि साइट में इस त्रुटि का सामना किया और नवीनतम गैट्सबी संस्करण में जारी किया (2 दिन पहले जारी) सफारी के लिए बग तय किया

नवीनतम गैट्सबी संस्करण में उन्नत। समस्या अभी भी है

मैंने पहले कभी ऐसा अनुभव नहीं किया। हर बार अचानक ऐसा होता है। केवल उत्पादन में 😢
ऐसा 20 घंटे पहले अपडेट के बाद हुआ था। हम नियमित रूप से निर्भरता को अपडेट करते हैं।
तो मूल रूप से परियोजना नीचे है और मुझे नहीं पता कि इसे फिर से कैसे काम करना है।

मैंने 20 घंटे पहले जो कुछ भी किया था, उसे अपडेट करने की कोशिश की। कोई सहायता नहीं की।
8 दिन पहले लौटना या तो मदद नहीं करता था।

यहाँ नए अद्यतन के साथ परियोजना है: https://vermehrungch-4utm3ymcd.now.sh/Vermehrung/
और यहाँ 8 दिन पहले से अंतिम काम कर रहे हैं: https://vermehrungch-9l709pu84.now.sh/Vermehrung/

9 दिन पहले वे जो काम कर रहे थे, उसके प्रति निर्भरता को फिर से काम करने के लिए एक नया निर्माण मिला

अब अलग करने की कोशिश करेंगे कि क्या गैट्सबी निर्भरता का कारण बनता है।

ठीक है, हमारे मामले में:

• निश्चित रूप से गैट्सबी ही इसका कारण है
• संस्करण 2.20.36 तक काम करते हैं
• v2.21.2 और v2.21.3 में उपरोक्त त्रुटि है (मैंने पहले v2.21.17 परीक्षण किया था, वही त्रुटि)
• v2.21.0 में अलग त्रुटि है:
  idb-keyval-iife.min.js:1 Uncaught (in promise) DOMException: Failed to execute 'transaction' on 'IDBDatabase': The database connection is closing. at https://vermehrungch.gabriel-software.now.sh/idb-keyval-iife.min.js:1:353 at new Promise (<anonymous>) at https://vermehrungch.gabriel-software.now.sh/idb-keyval-iife.min.js:1:323 at async Object.handle (https://vermehrungch.gabriel-software.now.sh/sw.js:162:21)

अद्यतन: त्रुटि अभी भी gatsby v2.21.19 में होती है

@barbalex क्या आप अपनी साइट हमारे साथ साझा कर सकते हैं? अगर यह निजी है तो वार्ड @@gsbyjs.com को एक ईमेल भेजें

जब मैं इसे डीबग करता हूं तो मुझे आपकी साइट पर यह त्रुटि मिल रही है

[].concat(function(e) {
                if (Array.isArray(e)) {
                    for (var t = 0, n = Array(e.length); t < e.length; t++) n[t] = e[t];
                    return n
                }
                return Array.from(e)
            }(Object.keys(it.propTypes)), ["children"]);

स्टैक ट्रेस:

TypeError: Cannot convert undefined or null to object
    at Function.keys (<anonymous>)
    at Module.zJQU (VM54 component---src-pages-vermehrung-js-c3ca1cb1b4686475777d.js:13787)
    at c (webpack-runtime-2b4bd8eda0563b1ea7e6.js:1)

साइट है:

• https://vermehrung.ch
• https://github.com/barbalex/vermehrung
• आप मेल में भेजे गए पासवर्ड का उपयोग करके भी लॉग इन कर सकते हैं

साइट विकास में है। तो आप डेटा को संपादित भी कर सकते हैं।

हमें संतरी में समान त्रुटि संदेश मिला:

हम gatsby संस्करण "2.21.22" का उपयोग कर रहे हैं।

मुझे एक ही समस्या का सामना करना पड़ा और v2.20.36 में अपग्रेड करके तय किया गया, जिसका उल्लेख ऊपर किया गया है।

ठीक है, हमारे मामले में:

• निश्चित रूप से गैट्सबी ही इसका कारण है
• संस्करण 2.20.36 तक काम करते हैं
• v2.21.2 और v2.21.3 में उपरोक्त त्रुटि है (मैंने पहले v2.21.17 परीक्षण किया था, वही त्रुटि)

मैं फिर से एक अलग परियोजना में भाग गया जिसमें 2.21.12 संस्करण था। यह _really_ खराब है क्योंकि यह केवल उत्पादन में होता है। कृपया इस बग को प्राथमिकता दें।

हम इसे https://www.voteamerica.com/ पर प्रोडक्शन में देख रहे हैं

हाल ही में हटाए गए एक पृष्ठ के लिए एक ही समस्या है। https://intergiro.com/legal कस्टम 404 पृष्ठ नहीं दिखाता है क्योंकि यह अपेक्षित है (डेस्कटॉप क्रोम, गैट्सबी 2.20.8)। केवल उत्पादन में ही होता है।

मेरे मामले में, @Kanuny की टिप्पणी ने अप्रत्यक्ष रूप से मेरे मुद्दे को हल कर दिया। मैंने गलती से पृष्ठ डेटा JSON को HTML फ़ाइल में पुनर्निर्देशित कर दिया था जब publicLoader.loadPage इसे लाने की कोशिश कर रहा था। रीडायरेक्ट को ठीक करने के बाद, पेज डेटा JSON ठीक से लोड होता है और सभी हमेशा की तरह काम करता है।

बग अचानक गायब हो गया। ऐसा लगता है कि यह कैश या कुछ और से जुड़ा हो सकता है

फ़ायरफ़ॉक्स और क्रोम नवीनतम संस्करणों में भी 2.22.12 संस्करण में त्रुटि अभी भी हो रही है।

कृपया इसे ठीक करे!

कृपया इसे ठीक करे!

@SoldierCorp कृपया ओपन सोर्स क्या है के बारे में पढ़ें और शायद इसे स्वयं ठीक करने का प्रयास करें।

@antoinificseau यह एक-दूसरे की मदद करने के बारे में भी है, जहां जिन लोगों को मदद की ज़रूरत है - वे इसके लिए पूछें, और जो लोग जानते हैं कि यह कैसे प्रदान करता है। इसलिए मुझे लगता है कि आपकी टिप्पणी जगह से बाहर है।

@andrzejwp हाँ यह एक दूसरे की मदद करने के बारे में है, न कि "कृपया इसे ठीक करें!" जैसे कमेंट पोस्ट करने के बारे में। इस मुद्दे का पालन करने वाले 25 लोगों को सूचित करते हुए वास्तव में समस्या को ठीक करने के लिए कोई उपयोगी जानकारी नहीं है।

दूसरों ने विस्तृत अंतर्दृष्टि के साथ टिप्पणी की है कि यह उन्हें कैसे प्रभावित करता है, जो योगदानकर्ताओं को उनकी मदद करने और ओएसएस के मुद्दों को ठीक करने के लिए आवश्यक है।

@antoinificseau इस से संबंधित अधिक उपयोगी जानकारी नहीं है क्योंकि इस मुद्दे से अधिक जानकारी उपलब्ध नहीं है इसलिए ऐसा होता है, इसलिए मैंने लिखा है कि उसी सामान को दोहराने से बचने के लिए अन्य लोग लिख रहे हैं क्योंकि अंत तक वही है। नवीनतम संस्करण।

क्या सिर्फ गैट्सबी को यह बताने के लिए कि अधिक लोग अभी भी समस्या का सामना कर रहे हैं और अभी तक तय नहीं किया गया है।

क्षमा करें यदि वह आपको परेशान कर रहा है, लेकिन मैं एक नियमित उपयोगकर्ता हूं जो फ्रेमवर्क का उपयोग कर रहा है और समस्या को स्वयं ठीक करने के लिए समय नहीं दे रहा है।

मेरे मामले में, यह केवल तब हो रहा था जब उपसर्ग पथ, जब से मैं gatsby-plugin-ipfs का उपयोग करने का प्रयास कर रहा हूं ( gatsby build --prefix-paths && gatsby serve चल रहा है, "नहीं मिला / नहीं" के लिए "त्रुटि / पृष्ठ संसाधन प्राप्त होगा।" पृष्ठ)।
हालाँकि, मेरे index.jsx पृष्ठ में मैं कोई पृष्ठ क्वेरी नहीं चला रहा था, लेकिन मेरे पास एक घटक था जिसमें एक स्थैतिक का उपयोग किया गया था, जिसमें से उपयोग किया गया था।
अगर मैंने इस घटक को टिप्पणी दी और पुनर्निर्माण किया, तो त्रुटि दूर हो जाएगी।
दिलचस्प रूप से पर्याप्त है, अगर मैंने इस घटक को फिर से अनियंत्रित किया और फिर से पुनर्निर्माण किया (तो साइट प्रारंभिक स्थिति में वापस आ गई है), तो यह ठीक चलेगा, और "त्रुटि / पृष्ठ संसाधनों के लिए / नहीं मिला / प्रतिक्रिया नहीं दे रहा है" त्रुटि का सामना करें। यह सुझाव देते हुए कि बिल्ड कैश में कुछ महत्वपूर्ण है?

तो यह क्यों हो सकता है के लिए मेरे (मोटे) विचार हैं:

• एक स्थिर क्वेरी वाले इंडेक्स पेज के मुद्दे, लेकिन पेज क्वेरी नहीं?
• बिल्ड प्रक्रिया के आदेश के साथ समस्याएँ (चूंकि कैशिंग परिणामों को संशोधित कर सकती है)।
• निर्माण प्रक्रिया में संभावित रूप से run static queries या Generating image thumbnails साथ एक मुद्दा है, क्योंकि ये एकमात्र कदम हैं जो कैश के लिए धन्यवाद के रूप में छोड़ दिए जाते हैं।

मैंने गलती से पेज डेटा JSON को HTML फ़ाइल में रीडायरेक्ट कर दिया है

यहां भी ऐसी ही स्थिति। अनिवार्य रूप से, एक nginx location निर्देश regex भी /page-data/items/page-data.json मिलान करना चाहिए था जब उसके पास नहीं होना चाहिए था। Regexp की शुरुआत में ^ जोड़ना अनपेक्षित मैच से बचा गया।

हम इसे https://www.voteamerica.com/ पर प्रोडक्शन में देख रहे हैं

साथ ही उसी मुद्दे का सामना कर रहे हैं।

हाय गैट्सबी टीम, हाय सब लोग। क्या loadPage में दी गई त्रुटियों को निर्दिष्ट करना संभव होगा जो इस मुद्दे में सामने आई विभिन्न त्रुटियों का स्रोत प्रतीत होता है?

समारोह के लिए देखें: https://github.com/gatsbyjs/gatsby/blob/030d927cddbdc64f8d93d409a5ada7442d5e62bf/packages/gatsby/cache-dir/loader.js#L179 -L242 -L242

यह मेरी समझ है कि यह फ़ंक्शन app-data.json , page-data.json लोड करने की कोशिश करता है और फिर खुद JS घटकों, इस प्रकार नेटवर्क मुद्दों, सर्वर कॉन्फिग मुद्दों, देव मुद्दों, कॉन्फिग समस्याओं से बहुत ग्रस्त है ... त्रुटि संदेश को निर्दिष्ट करके अंतर्निहित समस्याओं को ठीक करना आसान होगा।

(संदर्भ के लिए: हमारी वेबसाइट पर इस मुद्दे की अंतिम घटना एक परिपत्र आयात के कारण थी)

मैंने v2.23.12 के साथ फिर से कोशिश की। वही परिणाम: https://vermehrungch-1j64x2olp.vercel.app/Vermehrung

हमारे लिए यह 2.20.36 से ऊपर के हर संस्करण के बाद से बिल्कुल व्यवस्थित लगता है। गैट्सबी के उपयोग से निर्मित हर पाँच ऐप पर। इसलिए हमें अपडेट करने से रोक दिया गया है।

जो थोड़ा बहुत मुद्दा बनने लगा है। उदाहरण के लिए, हम v3 (https://github.com/gatsbyjs/gatsby/issues/15601) में कोर-जेएस का उपयोग करके किसी भी परिवाद का उपयोग करने से अवरुद्ध हैं। वह समस्या अब हल हो गई है - अगर हम _could_ उन्नयन करते हैं।

अगर कोई रास्ता है तो मैं जानकारी / परीक्षण / जो भी मदद कर सकता हूं, मैं खुशी से करूंगा।

@barbalex आपके ऐप में निम्नलिखित त्रुटि है:

हमें यह त्रुटि निश्चित रूप से दिखानी चाहिए। एक पीआर जोड़ने के लिए स्वतंत्र महसूस करें, मेरे पास इस एटीएम को करने के लिए पर्याप्त बैंडविड्थ नहीं है।

ऐसा लगता है कि यह समस्या हमारे मामले में प्रतिक्रिया-संदर्भों के कारण है जब उस परिवाद का उपयोग सर्वर पक्ष: https://github.com/vkbansal/react-contextmenu/issues/284 पर किया जाता है, जो निर्माण प्रक्रिया के दौरान ट्रिगर होने लगता है।

@ वर्धमान

एक पीआर जोड़ने के लिए स्वतंत्र महसूस करें, मेरे पास इस एटीएम को करने के लिए पर्याप्त बैंडविड्थ नहीं है

कहने के लिए क्षमा करें, मुझे लगता है कि say के लिए पर्याप्त ग्रे सेल नहीं हैं
शायद @ b4stien करता है?

यह समस्या अभी भी 2.23.21 संस्करण पर बनी हुई है

मुझे इसके लिए कैच-ऑल सॉल्यूशन नहीं मिला है, लेकिन मैं बस यह जानना चाहता था कि आज सुबह पहली बार मेरे पास यह मुद्दा था।

और मैं इसे "ठीक" करने में कामयाब रहा।

साइट को "क्लाउडवे" नामक प्रदाता के माध्यम से AWS पर होस्ट किया जाता है।

एक प्रारंभिक परीक्षण के रूप में, मैंने नेटलाइज़ करने के लिए साइट को तैनात किया - और सब कुछ ठीक काम किया।

लगभग थोड़ा खोदने के बाद, "वार्निश" नामक किसी चीज़ का उपयोग करके सर्वर-साइड कैश मुद्दा प्रतीत होता था।

मैंने पहली बार इसे "शुद्ध" करने की कोशिश की, और कुछ भी नहीं हुआ - लेकिन अक्षम और इसे फिर से सक्षम करने से काम किया।

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

मैंने हाल ही में अपग्रेड किया है:
गैट्सबी सीएलआई संस्करण: 2.12.59

निश्चित नहीं कि अगर इसका कोई असर हो सकता था, लेकिन यह एकमात्र बदलाव है जिसके बारे में मैं सोच सकता हूं - जब तक कि निश्चित रूप से चीजों की मेजबानी के पक्ष में कोई बदलाव नहीं हुआ था।

उम्मीद है कि इससे किसी को वहाँ मदद मिलेगी out

संपादित करें:

जब मैं "वार्निश" कैश को पुन: सक्षम करता हूं तो समस्या 5 मिनट के भीतर वापस आ जाती है।

मैंने अभी इस सुविधा को अक्षम कर दिया है।

हमारे मामले में /pages फ़ोल्डर से बनाया गया प्रत्येक पृष्ठ काम करता है, लेकिन शेष createPages द्वारा बनाई गई प्रतिक्रिया पुन: सक्रिय करने में विफल रहती है।
हम इस मुद्दे को स्थानीय और CI दोनों पर अनुभव कर रहे हैं।

हमारे मामले में createPages के साथ बनाए गए सभी पृष्ठ, क्योंकि हम हर पृष्ठ पर /${locale}/ उपसर्ग दुश्मन के साथ अंतर्राष्ट्रीयकरण का उपयोग कर रहे हैं।

हमारे मामले में createPages के साथ बनाए गए सभी पृष्ठ, क्योंकि हम हर पृष्ठ पर /${locale}/ उपसर्ग दुश्मन के साथ अंतर्राष्ट्रीयकरण का उपयोग कर रहे हैं।

क्या आपको इसके लिए कोई समाधान मिला? हमारे पास कई स्थानों के साथ यह सेटअप भी है

@kdichev नहीं मुझे समाधान नहीं मिला। लाइब्रेरी स्तर पर इसे ठीक करने के लिए गैट्सबी टीम की प्रतीक्षा की जा रही है।

मैं अभी भी काफी अनिश्चित हूं कि यह मुद्दा कहां है, मैं खुशी से इसके लिए एक पीआर बनाऊंगा, लेकिन क्या हम चाहेंगे और मिल जाए जहां अंतर्निहित मुद्दा है?

हे लोग, मैं IE11 का उपयोग कर उत्पादन पर इस मुद्दे का सामना कर रहा हूँ।

"गैट्सबी": "^ 2.23.11"

IE11 पर सभी पृष्ठों के रिक्त (कोई जलयोजन) परिणाम का भी सामना करना पड़ रहा है।
के लिए पृष्ठ संसाधन / नहीं मिले। प्रतिक्रिया नहीं दे रहा है

गट्सबी v2.24.2

संपादित करें: मैं पिछले कामकाजी संस्करण v2.22.11 पर लौट आया। ie11 ने उस कमिट में काम किया और ठीक है इसलिए इसने भी काम किया, भले ही मैंने पैकेज-लॉक.जॉन और npm जी को रखा हो। किसी तरह मुझे विश्वास नहीं है कि यह गलत है, इसलिए मैं कुछ संभावित डाउनस्ट्रीम परिवर्तनों को सूचीबद्ध कर रहा हूं जो प्रासंगिक हो सकते हैं:
(वर्किंग वर्जन -> फेलिंग बिल्ड वर्जन)
बड़े जो केवल यानी 11 विफलताओं के लिए उम्मीदवार हैं:
@ बेबल / कोर 7.10.0 -> 7.10.5
@ कोर / जेएस 2.6.11 -> 3.6.5
गैट्सबी-विरासत-पॉलीफिल्स नई dep 0.0.2

अन्य कम संभावना:
@ ग्रेफ्ल-टूल्स / स्कीमा नया dep 6.0.14
@ ग्रेफ्ल-टूल्स / बर्तनों का नया चित्रण 6.0.14
और फिर सभी लाल बनाम> सबको विस्कोस उपकरण में हरे रंग के माध्यम से स्थानांतरित करने का मेरा धैर्य भाग गया

नोट की अन्य बातें: मैंने gatsby build && gatsby सर्व -एच 0.0.0.0 के साथ त्रुटि को पुन: उत्पन्न किया, ताकि किसी भी सर्वर वातावरण साइड सामान को नियमित किया जा सके।

संपादित करें 2: पहले मेरे पोस्ट में रिपोर्ट की गई v2.24.2 बिल्ड की बिल्ड आउटपुट 10mb से 30mb तक गई। इसमें ऐप के लगभग 20 वर्जन हैं- {हैश} .js, 2 कॉमन्स- {हैश} .js और पेजों की विभिन्न संख्या। js। ऐसा प्रतीत होता है कि यह एक जैसी फाइलें नहीं हैं और इन्हें पिछले बिल्ड से मिलान करने के लिए रखा गया है। तो ऐसा प्रतीत होता है कि गैट्सबी बिल्ड ने किसी भी तरह से सभी उपलब्ध पुराने संस्करणों की पकड़ बना ली है और उन्हें सार्वजनिक रूप से चकित कर दिया है।

क्या कोई रिपॉजिटरी साझा करने में सक्षम है?

@roffelsaurus आप
हमारे लिए २.२४.२ ci / cd cypress परीक्षणों में विफल हो रहा है।

क्या कोई रिपॉजिटरी साझा करने में सक्षम है?

हम अपने रेपो और वैर को निजी तौर पर साझा कर सकते हैं, यदि आपके लिए यह ठीक है तो कृपया मुझे konstantin पर एक ईमेल पिंग करें। [email protected] और मैं आपको हमारे gh में आमंत्रित करूंगा

@wardpeet आप इस मुद्दे का परीक्षण कर सकते हैं रिपॉजिटरी में मैंने आपको # 25766 अंक से संबंधित एक्सेस दिया

मेरे मामले में, समस्या import ऑर्डर देने से संबंधित थी और जिस तरह से कुछ पुस्तकालयों (अर्थात react-leaflet ) को सर्वर-साइड रेंडरिंग वातावरण में नियंत्रित किया जाता है। हमारे पास एक लीफलेट प्लगइन था, जो लीफलेट से पहले आयातित था और बाद में समस्या का कारण बना। मैं इसे जल्दी से ठीक करने में सक्षम था एक बार मुझे पता था कि मुझे कहाँ देखना है।

हालांकि, मेरा मानना ​​है कि यह त्रुटि संदेश उत्पन्न हुआ ( page resources for / not found. Not rendering React ) अविश्वसनीय रूप से भ्रमित था और विवरण और अन्य त्रुटियों की कमी मुख्य मुद्दा था क्योंकि मुझे यह जानने के लिए गहराई से खुदाई करनी थी कि इसका क्या मतलब है।

किसी और को यह समस्या होने पर: मुझे यह कैसे पता चला? क्रोम में अच्छा पुराना ब्रेकपॉइंटिंग और डिबगिंग। gatsby build && gatsby serve को उत्पादन वातावरण को स्थानीय रूप से सभी स्रोत मानचित्रों के साथ देखने की अनुमति है। मैं डिबग करने में सक्षम था कि कौन सा हिस्सा है और फिर घटक अंदर आयात के साथ लोड और गड़बड़ करने में विफल हो रहा है। यह एक धीमी प्रक्रिया थी, इसलिए धैर्य रखें क्योंकि आप बार-बार पृष्ठ को फिर से लोड करेंगे। अपने चंक नाम के लिए देखें (मेरे मामले में यह component---src-pages-index-js ) और आयात इसे सौंपा गया था। इसमें कदम रखें और देखें कि यह निर्भरता है क्योंकि उनमें से एक विफल हो जाएगा। मेरा मानना ​​है कि प्रत्येक मामले में यह अलग होगा, इसलिए आपको कहीं भी एक अच्छा समाधान नहीं मिल सकता है। स्रोत के नक्शे काम में आए क्योंकि उन्होंने मुझे सरणी में सामान्य वादों की एक श्रृंखला से अधिक दिखाया।

यह विषय का मूल नहीं है, लेकिन मैं नीचे दिए गए विवरणों का विवरण छोड़ दूंगा। हालांकि, ध्यान रखें कि नीचे केवल प्रतिक्रिया-पत्रक के लिए विशिष्ट है और आपका माइलेज अलग-अलग होगा:

तो, यह है कि यह मूल रूप से था:

import { Map, Marker, Popup, TileLayer } from 'react-leaflet'
import "leaflet-control-geocoder/dist/Control.Geocoder"
import L from "leaflet";

और यह अब कैसा दिखता है:

import { Map, Marker, Popup, TileLayer } from 'react-leaflet'
import L from "leaflet";
import "leaflet-control-geocoder/dist/Control.Geocoder"

बेशक, यह हमारी ओर से एक त्रुटि है, क्योंकि किसी भी प्लगइन को आमतौर पर लाइब्रेरी के बाद आना चाहिए, जिसे प्लग किया जा रहा है। चूंकि डिबग चलाते समय react-leaflet (मुझे लगता है) लोडिंग ऑर्डर को थोड़ा बदल देता है, इसलिए समस्या विकास के दौरान दिखाई नहीं दे रही थी।

मैंने अपने ऐप में Uncaught (in promise) Error: page resources for /app/ not found. Not rendering React डिबग किया। मेरे मामले में, / app / एक क्लाइंट-ओनली रूट है जिसमें एक रिएक्शन ऐप है। मुझे gatsby develop में कोई समस्या नहीं थी, लेकिन gatsby serve और उत्पादन निर्माण पर चलने पर मुझे यह त्रुटि मिली। रिपोर्ट में कोई त्रुटि नहीं थी।

समस्याएँ प्रतिक्रिया- प्रसंगों (https://github.com/vkbansal/react-contextmenu/issues/284) के साथ @barbalex के रूप में अच्छी तरह से

@rgembalik , जिस तरह से मैंने डिबग किया, वह मेरे ऐप कंपोनेंट के सभी कंपोनेंट्स को हटाकर, फिर उन्हें एक बार में वापस जोड़ने तक मैंने कंपोनेंट पाया जो कि बिल्ड को तोड़ रहा था।

मेरे लिए मैं दोहराव भी नहीं कर सकता, मैं सिर्फ संतरी त्रुटि रिपोर्टिंग में बहुत सी थीसिस त्रुटियां देखता हूं। तो मुझे यकीन नहीं है कि मैं कैसे समझूंगा

हम इन त्रुटियों के साथ इन त्रुटियों के साथ-साथ केवल "/" के अलावा अन्य सभी प्रकार के पृष्ठों के लिए भी बहुत कुछ प्राप्त कर रहे हैं, वे भी दोहराने में सक्षम नहीं हैं। Netlify पर होस्ट किया गया। मुझे संदेह है कि यह deploys के दौरान सक्रिय सत्रों के साथ कुछ कर सकता है, लेकिन सत्यापित करने के लिए कठिन है।

@wardpeet ऐसा लगता है कि कई अलग-अलग संभावित कारण हैं जो इस त्रुटि को ट्रिगर करते हैं। हमारे लिए हम केवल अपने संतरी लॉग में इन त्रुटियों को देखते हैं और कभी भी पुन: उत्पन्न करने में सक्षम नहीं होते हैं। क्या त्रुटि के साथ अधिक जानकारी शामिल करना संभव है, या एकाधिक, अधिक दानेदार त्रुटियों को जोड़ना संभव है, ताकि हम सभी के पास कारण का शिकार करने की कोशिश में कुछ और हो?

मुझे बस https://www.gatsbyjs.com/ पर यह त्रुटि मिली और एक रिक्त पृष्ठ समाप्त हो गया

मैं इस बात की पुष्टि कर सकता हूं कि पहले प्रारंभिक पृष्ठ लोड पर मैंने gatsbyjs.com पर यह त्रुटि देखी थी

मुझे पता चला कि गैट्सबी के पास अनुगामी स्लैश के साथ यूआरएल पथ को संभालने का एक विशेष तरीका है। मुझे नहीं पता कि क्या यह मदद कर सकता है

मैं इस मुद्दे को भी कर रहा हूँ।

मैं रिपॉजिटरी को साझा करने में सक्षम नहीं हूं, लेकिन यदि आप इस पृष्ठ तक पहुंचते हैं तो आप देख सकते हैं कि यह एक एसवीजी को सही ढंग से लोड करता है। लेकिन, अगर मैं ऐसे मार्ग पर जाता हूं जो मौजूद नहीं है, तो https://rocketseat.com.br/test यह कोड का पुराना संस्करण प्रदर्शित करता है (जो अभी भी एक SVG के बजाय gatsby-image का उपयोग करता है) और दिखाता है मुझे सांत्वना पर यह संदेश:

Error: page resources for /test not found. Not rendering React

मैं [email protected] का उपयोग कर रहा

_edit: मुझे पता नहीं क्यों, लेकिन मैंने अपना मुद्दा यहां जोड़ने के बाद छवि समस्या को हल कर दिया था, लेकिन मुझे पेज कंसोल_ पर एक ही त्रुटि जारी है

मेरे लिए दोहराने में मुश्किल है, मैं सिर्फ संतरी त्रुटि रिपोर्टिंग में इन त्रुटियों का एक टन देखता हूं

@theskillwithin - वही। संतरी में ये हजारों।

मैं एक ही मुद्दा रहा हूँ। बहुत अजीब। ऐसा लगता है कि इस त्रुटि को ट्रिगर करने वाले विभिन्न कारण हैं।

हम यह त्रुटि विभिन्न ब्राउज़रों में और विभिन्न पृष्ठों पर भी देख रहे हैं। मैं किसी भी उपरोक्त संभावित कारणों से हमारी स्थिति को संबंधित नहीं कर सकता। और यह भी कि मैं विकास की नकल नहीं कर सकता- यह केवल हमारी तैनात वेबसाइट पर होता है।

मैं एक ही मुद्दा रहा हूँ। संतरी में इन त्रुटियों को दोहराने में सक्षम नहीं है। ब्राउज़रों की विविधता भी
गैट्सबी संस्करण 2.24.3

इन्हें अर्ध-अक्सर एक उत्पादन साइट में सूचित किया जा रहा है, जहां मैं सेंट्री का भी उपयोग कर रहा हूं। खुद को दोहराने में असमर्थ। जिस तरह से मैं देख रहा हूं कि हमें बेहतर रिपोर्टिंग की जरूरत है। इसके बारे में जो विचित्र है वह यह है कि वास्तव में, पेज डेटा को खोजता है:

चूँकि यह 200 का दर्जा प्राप्त कर रहा है, और AFAICT, json विकृत नहीं है, मेरा मानना ​​है कि fetchPageDataJson() सफलता की प्रतिक्रिया दे रहा है:
https://github.com/gatsbyjs/gatsby/blob/90e66c7fcdc7a75185bdaa336b0f9bdec9762585/packages/gatsby/dache-dir/loader.js#L137 -L151

चूंकि यह बहुत सफल प्रतीत होता है, इसलिए विफलता का अगला बिंदु मैं देख सकता हूं कि घटक खुद लोड हो रहा है:
https://github.com/gatsbyjs/gatsby/blob/90e66c7fcdc7a75185bdaa336b0f9bdec9762585/packages/gatsby/dache-dir/loader.js#L438 -L448
https://github.com/gatsbyjs/gatsby/blob/90e66c7fcdc7a75185bdaa336b0f9bdec9762585/packages/gatsby/dache-dir/loader.js#L235 -L241 -L241

शायद async-requires में एक मुद्दा है जो बाहर लिखा जा रहा है। मैं कल्पना करता हूं कि वे वास्तव में ठीक हैं, हालांकि, चूंकि वे वेबपैक द्वारा नियंत्रित किए जाएंगे, और मुद्दा आंतरायिक प्रतीत होता है। यदि उस तरीके से कोई समस्या होती है जिस पर फ़ाइल लिखी जाती है, तो यह बिल्ड को बम बनाने का कारण होगा।

यदि यह आयात किए जा रहे मॉड्यूल में कहीं न कहीं वाक्यविन्यास का मुद्दा था, तो मुझे लगता है कि यह समय का 100% विफल होगा। शायद एक मॉड्यूल में कुछ का उपयोग किया जा रहा है जो कि डिवाइस / ब्राउज़र लोड हो रहे मॉड्यूल के साथ संगत नहीं है। यह बताने के लिए कि निश्चित रूप से त्रुटि हो रही है, यह बताना मुश्किल है।

मुझे लगता है कि हमें जरूरत है कि घटक लोडर _not_ उस त्रुटि को खाएं जो उत्पन्न होती है।

Promise.resolve() वहाँ होने पर जब कोई chunk asyncRequires में मौजूद नहीं होता है तो फेंकी गई त्रुटि का अर्थ होगा। उस पृष्ठ पर आने वाली हर एक यात्रा में यह त्रुटि भी डाली जाएगी ... इसलिए कारण को ट्रैक करना आसान होगा।

कैच ब्लॉक में null लौटने का मतलब है कि फेंकी गई त्रुटि का कोई मतलब नहीं है। मॉड्यूल पाया गया था, लेकिन गतिशील आयात के दौरान एक त्रुटि हुई। क्या वेबपैक डायनामिक आयात के catch() ब्लॉक में कोई त्रुटि नहीं देता है? यदि ऐसा नहीं होता है, तो शायद यह एक ऐसा मुद्दा है जिसे वेबपैक के साथ उठाया जाना चाहिए। मुझे पता है कि अगर मैं devtools से एक बुरा import() चलाता हूं, तो एक त्रुटि की सूचना दी जाती है ... आयात की जा रही जावास्क्रिप्ट को पार्स करने में असमर्थता / विफलता के आधार पर एक त्रुटि रिपोर्ट की गई है या नहीं, यह एक और सवाल है, और ले जाएगा कुछ कोड I _know_ के साथ कुछ अतिरिक्त परीक्षण कुछ ब्राउज़रों में काम नहीं करेंगे।

@wardpeet आपके द्वारा रिपोर्ट बेहतर त्रुटि उल्लेख किया पहले । क्या वह काम करता है, या मदद की ज़रूरत है?

ब्राउज़र संगतता के बारे में, मैं इन त्रुटियों को ज्यादातर मोबाइल उपकरणों द्वारा उत्पन्न करता हूं।

लेकिन मैंने मैकओएस एक्स पर सफारी, और विंडोज 10 पर क्रोम का उपयोग करके उत्पन्न इन त्रुटियों को भी देखा है।

एक समानता यह है कि यातायात आमतौर पर फेसबुक या Google से उत्पन्न होता है। लेकिन यह सिर्फ संयोग हो सकता है, क्योंकि वे हैं जो हमारे अधिकांश ट्रैफ़िक को चलाते हैं।

_NOTE: मैं जिस साइट के साथ काम कर रहा हूं, वह वास्तव में [email protected] का उपयोग कर रही है, इसलिए मैंने जो कोड लिंक किया है वह अलग-अलग जगहों पर है, लेकिन तर्क खुद नहीं बदला है। यह अभी भी एक ही काम कर रहा है, और विफलता के संभावित बिंदु जो मैंने पहचाना है, वही प्रतीत होता है ।_

[email protected]

मैं भी बग़ल में अक्सर त्रुटि को देखता हूं। अस्पष्ट है कि पृष्ठ मेरे लिए प्रस्तुत कर रहा है या नहीं। यहां बग्सनाग पर स्टैक है अगर इसकी कोई मदद @wardpeet दिलचस्प है कि इस मामले में यह कई बार

मैं लॉग इन त्रुटि के लिए कुछ अतिरिक्त जानकारी जोड़ूंगा, इसलिए हम समस्या का पता लगा सकते हैं

मैं एक पृष्ठ के साथ एक ही समस्या का सामना कर रहा हूं, जिसने https://github.com/gatsbyjs/gatsby/issues/26706 पर पोस्ट किया गया एक और बग उत्पन्न किया है

मेरे मामले में यह (कम से कम) डेस्कटॉप क्रोम में होता है, और यह केवल पहली बार होता है जब मैं पृष्ठ को लोड करता हूं, अगर मैं ताज़ा हिट करता हूं तो सब कुछ अपेक्षित रूप से प्रस्तुत होता है

अगर मैं पहली बार उस incognito मोड के साथ भी दोहराने की कोशिश करूं और हर उस कैश को मिटाने की कोशिश करूं जिसके बारे में मैं सोचूं, तो मैं (कभी-कभी मैं बहुत ही यादृच्छिक रूप से सक्षम हूं), थोड़ी देर बाद तक ( कुछ दिन) मैं url पर जाता हूं और उसी त्रुटि को ढूंढता हूं (जो फिर से ताज़ा होने के बाद गायब हो जाती है)

यदि मैं इसे उसी न्यूनतम रेपो के साथ दोहराने की कोशिश करता हूं जिसका उपयोग मैंने उपरोक्त लिंक किए गए मुद्दे के लिए किया है तो मैं एक ही त्रुटियां नहीं देख पा रहा हूं (कम से कम अब मैंने जितनी बार कोशिश की है)

त्रुटि (इस मामले में) चिनाई ग्रिड के न बनने के कारण दिखाई दे रही है, जो मेरे मामले में पृष्ठ को नष्ट कर देता है जब तक कि उपयोगकर्ता पृष्ठ को ताज़ा करने के बारे में नहीं सोचता (मुझे संदेह है कि वे नहीं हैं)

वास्तव में यह इतना यादृच्छिक लगता है कि मैं इसे कुछ हफ्तों से देख रहा हूं लेकिन मैंने हमेशा सोचा है कि यह मेरे पीसी के साथ कुछ था

मैं npm auidit fix भागा और मेरे लिए समस्या ठीक हो गई।

निम्नलिखित! एक ही मुद्दा है

नमस्ते,

हम इस मुद्दे को केवल उत्पादन में भी ले रहे हैं। हम विशिष्ट बग के समय के इस बग को 100% पुन: पेश करते हैं। आइए हमारे public dir के पेड़ की संरचना को देखें:

public
  icons
  page-data
  usages
    brainstorming
      page-data.json
    seminaries
      page-data.json

जब हम इन url को https://domain.com/usages/brainstorming यह पूरी तरह से काम करता है, https://domain.com/usages/seminaries भी। यह हम https://domain.com/doesnotexist तरह एक अज्ञात url दर्ज करते हैं, हमारे पास 404 पृष्ठ सही हैं, लेकिन यदि हम एक url तक पहुँचने का प्रयास करते हैं जो पेड़ में एक वास्तविक फ़ोल्डर से मेल खाता है, जैसे https://domain.com/usages , हमारे पास यह रिक्त पृष्ठ है और यह त्रुटि।

क्या आपके लिए घंटी बज सकती है?

श्रेष्ठ

@guillaumepotier nginx का भी उपयोग करने के लिए क्या होगा?

मुझे लगता है कि यह दोषपूर्ण प्रतिक्रिया हेडर के कारण हो सकता है।

@ daydream05 हाँ, वास्तव में हम nginx का उपयोग कर रहे हैं। हमने अपने लॉग में कुछ 304 नहीं संशोधित हेडर, और कभी-कभी 200 प्रतिक्रियाएं देखीं।

AWS S3 बाल्टी का उपयोग करना

यहाँ, AWS S3 (CloudFront CDN के साथ) में होस्टिंग।

मैं npm audit fix भागा और मेरे लिए समस्या ठीक हो गई।

दिलचस्प @ liuuuk311 मैंने इसे अपनी परियोजना पर आजमाया और संभवतः इसने हमारे लिए भी इस मुद्दे को सुलझाया है। समय बताएगा, लेकिन अभी तक 48 घंटों के बाद हमारे लॉग में कोई घटना नहीं हुई है।

संपादित करें: 5 दिन बाद, अभी भी कोई घटना नहीं ...

संपादित करें: 10 दिन बाद और यह कुछ समय बाद फिर से हुआ, रिपोर्ट करने के लिए क्षमा करें। npm audit fix अपने आप में समस्या को हल करना प्रतीत नहीं होता है।

@wardpeet कुछ अतिरिक्त बग्सनाग डेटा जो निदान में मदद कर सकते हैं ...

इनके अनुसार ऐसा लगता है कि पेज- data.json फाइलें वास्तव में सही ढंग से लोड हो रही हैं ...

• जब से मैं आज इस पर ठोकर खाई, मैं * टक्कर और यहाँ देखेंगे।

मेरे मामले में मैंने पृष्ठ में polyfill.io lib लोड करने की समस्या को ठीक किया

<script src="https://polyfill.io/v3/polyfill.min.js?version=3.52.1"></script>

@pedrofsantoscom कृपया बताएं कि स्थैतिक रूप से भरी हुई स्क्रिप्ट ने gatsby.js के लिए समस्या कैसे हल की?

कल भी यही समस्या थी। समाशोधन कैश को स्थानीय रूप से वर्तमान उपयोगकर्ता के लिए निर्धारित किया गया है। इसलिए हमने Cloudflare पर cache साफ़ किया और अब हमें कोई रिपोर्ट नहीं मिलती है।
समाशोधन कैश हमारा समाधान था

हम क्लाउडफेयर का उपयोग नहीं करते हैं, हम एडब्ल्यूएस क्लाउडफ्रंट सीडीएन का उपयोग करते हैं और यह प्रत्येक तैनाती के बाद अमान्य हो जाता है। मैंने वेब सर्वर शुरू होने के बाद https के साथ स्थानीय वेब सर्वर चलाने के द्वारा स्थानीय रूप से बग का अनुभव किया था और कुछ परिणामी पृष्ठ रीलोड में भी, लेकिन हर बार नहीं। मुझे कोई पैटर्न नहीं दिखता। यह बस एक बार होता है।

हम क्लाउडफेयर का उपयोग नहीं करते हैं, हम एडब्ल्यूएस क्लाउडफ्रंट सीडीएन का उपयोग करते हैं और यह प्रत्येक तैनाती के बाद अमान्य हो जाता है। मैंने वेब सर्वर शुरू होने के बाद https के साथ स्थानीय वेब सर्वर चलाने के द्वारा स्थानीय रूप से बग का अनुभव किया था और कुछ परिणामी पृष्ठ रीलोड में भी, लेकिन हर बार नहीं। मुझे कोई पैटर्न नहीं दिखता। यह बस एक बार होता है।

यही हमारे लिए समाधान था। जब हमने साफ़ किया कि कैश प्रति घंटे की त्रुटियों को तेजी से कम करता है और हमें कम से कम बग्सनाग में समान त्रुटि नहीं मिली। यह वास्तव में एक अजीब त्रुटि है।

मेरे पास एक ही त्रुटि संदेश था लेकिन केवल इंटरनेट एक्सप्लोरर में। अन्य सभी ब्राउज़रों ने इस तरह का त्रुटि संदेश नहीं दिखाया।

Unhandled promise rejection Error: page resources for / not found. Not rendering React

मैंने अपनी प्रतिक्रिया घटकों में किए गए आयात के लिए समस्या का पता लगाया। कुछ मामलों में मुझे https://sap.github.io/ui5-webcompenders/ पर निर्भरता थी। एक बार जब मैंने उन निर्भरताओं को हटा दिया, तो समस्या दूर हो गई। मैं यह नहीं बता सकता कि वास्तविक मूल कारण क्या है, लेकिन यह बताना चाहते हैं कि आपकी प्रतिक्रिया नियंत्रण में निर्भरताएं इस समस्या का कारण बन सकती हैं।

@Chaosbohne वास्तव में इसके साथ बहस नहीं कर सकता है, लेकिन मैं यहां तक ​​कहूंगा कि यह उप-निर्भरता का मुद्दा है। मुझे लगता है कि तब gatsby.js टीम निर्भरता प्रबंधन और सुरक्षा के लिए देखभाल करेगी, और पहले चरण में सभी निर्भरता / अवमूल्यन संस्करणों से ^ हटाएगी, मुद्दों की पूरी श्रृंखला को रोका जा सकता है।

मैं कह सकता हूं कि यह मुद्दा ब्राउज़र पर निर्भर नहीं है। मैंने इसे संतरी लॉग्स के आधार पर क्रोम और सफारी में देखा है, और क्रोम 85 में, 86 मेरे मैक पर स्थानीय रूप से।

कोई भी समाधान काम नहीं करता है। @ कीलामाथेव्स इस मुद्दे के कारण हम व्यापार खो रहे हैं, 3-4 दिनों के भीतर यह मुद्दा होता है और हम इसका मूल कारण पता नहीं कर पा रहे हैं। कृपया इस समस्या के समाधान का पता लगाने में हमारी मदद करें।

@ R3coN क्या आपने अपनी वेबसाइट के पुनर्निर्माण का प्रयास किया? जब हमारे साथ ऐसा हुआ, हमने मूल रूप से बस फिर से कोशिश की (जो कुछ समय पहले मुझे याद नहीं था कि यह क्यों तय हो गया है)

@ R3coN अगर यह हमारे द्वारा उपयोग किए जा रहे पैकेज संस्करणों को ठीक करने में मदद कर सकता है:

    "gatsby": "2.20.36",
    "gatsby-cli": "^2.12.54",
    "gatsby-image": "^2.4.13",
    "gatsby-plugin-exclude": "^1.0.2",
    "gatsby-plugin-google-analytics": "^2.3.11",
    "gatsby-plugin-manifest": "^2.4.18",
    "gatsby-plugin-offline": "^3.2.17",
    "gatsby-plugin-react-helmet": "^3.3.10",
    "gatsby-plugin-react-svg": "^3.0.0",
    "gatsby-plugin-resolve-src": "^2.1.0",
    "gatsby-plugin-sass": "^2.3.12",
    "gatsby-plugin-sharp": "^2.6.19",
    "gatsby-plugin-use-query-params": "^1.0.1",
    "gatsby-source-filesystem": "^2.3.19",
    "gatsby-source-graphql": "^2.6.2",
    "gatsby-transformer-sharp": "^2.5.11",

@ shide1989 हां, इसे ठीक करने का एकमात्र तरीका है, वेबसाइट को फिर से बनाना। लेकिन पुनर्निर्माण भी 2-3 दिनों के लिए समस्या को हल करता है और फिर यह मुद्दा आता है। हम Gatsby CLI संस्करण का उपयोग कर रहे हैं Gatsby संस्करण: 2.24.47 जैसा कि आपने उल्लेख किया है कि संस्करण 2.20.36 का gatsby आपके लिए ठीक काम कर रहा है, हम gatsby संस्करण को अपग्रेड करके अपनी किस्मत आजमाएंगे।

@ shide1989 टिप्पणी के लिए धन्यवाद। लेकिन संस्करण को डाउनग्रेड करने से मुझे यह त्रुटि मिली ->

WebpackError: इस StaticQuery के परिणाम को प्राप्त नहीं किया जा सका।

जो पिछले संस्करण 2.24.47 में काम कर रहा था।

यह सुनने के लिए क्षमा करें, शायद आपके पास उसी फ़ाइल में ग्राफ़िकल टैग किए गए टेम्प्लेट शाब्दिक का अभाव है जहाँ बिल्ड टाइम पर क्वेरीज़ को निकालने के लिए उपयोगStaticQuery हुक का उपयोग किया जाता है। (जैसा यहाँ वर्णित है: https://github.com/gatsbyjs/gatsby/issues/24526)

वैसे भी सौभाग्य के साथ

लेकिन मैंने आपको बताया कि समान कोड gatsby 2.24.47 के लिए काम कर रहा था।

@ R3coN यह समस्या अनुचित स्थैतिक कैशिंग के कारण भी हो सकती है। यदि आप अपने सर्वर के लिए nginx या s3 का उपयोग कर रहे हैं और आप अपने पृष्ठ-data.json को अमान्य नहीं करते हैं, तो जब भी आप अपना डेटा बदलते हैं, आपका StaticQueries टूट जाएगा।

मेरे पास यह मुद्दा था और यह पता चला है कि मैं सभी पेज-डेटा को कैश कर रहा था। उन्हें नहीं होना चाहिए उन्हें हर अनुरोध को अमान्य किया जाना चाहिए

https://www.gatsbyjs.com/docs/caching/

@ daydream05 टिप्पणी के लिए धन्यवाद। हां, मैं S3 का उपयोग CloudFront के साथ कर रहा हूं। क्या आपके पास कोई विचार है कि इसे क्लाउडफ्रंट के साथ कैसे प्राप्त किया जाए?

@ daydream05 में मेरे पास पहले से ही कैश-कंट्रोल है: 'पब्लिक, मैक्सिमम ऐज = 0, मस्ट-रिवाइंडलेट' को पेज-data.json और ऐप-data.json में जोड़ा गया है, जिसका मतलब है कि ये पेज कैश नहीं हैं।

मैं इसे ऐसे पृष्ठों पर देख रहा हूं जो अस्तित्व में नहीं हैं (जिन्हें 404 पृष्ठ लोड और हाइड करना चाहिए)।

स्थानीय रूप से, मेरा देव और उत्पादन इस त्रुटि के बिना काम का निर्माण करता है, और जब मैं चेक के दौरान console.log सम्मिलित करता हूं, जो कि निर्मित उत्पादन में उस त्रुटि को फेंकता है app-[hash].js , मैं देख सकता हूं कि page ऑब्जेक्ट मौजूद है और इसमें page.componentChunkName: ""component---src-pages-404-js" जैसा कि मुझे उम्मीद है कि यह होना चाहिए।

हालांकि, जब ऐप को गैट्सबी क्लाउड में तैनात किया जाता है, तो त्रुटि एक गैर-मौजूद पृष्ठ के प्रत्येक लोड पर होती है। SSR'd 404 पृष्ठ ब्राउज़र में दिखाया गया है, लेकिन फिर त्रुटि को फेंक दिया जाता है, इसलिए प्रतिक्रिया ब्राउज़र में कभी नहीं चलती है। जब 404 पृष्ठ सीधे लोड किया जाता है ( /404 पथ पर जाकर) यह ठीक काम करता है, जिसमें कोई त्रुटि नहीं है।

इसका निदान करना मुश्किल है क्योंकि मैं अभी तक इसे स्थानीय रूप से दोहराने में सक्षम नहीं हूं।

नवीनतम संस्करण का उपयोग करना: "gatsby": "^2.24.91"

बस अपनी साइट को ठीक करने के लिए react-md का उपयोग करने के लिए इसे यहां पोस्ट कर रहे हैं, या उम्मीद कर रहे हैं कि इससे Gatsby में इस मुद्दे को ठीक करने में किसी भी तरह से मदद मिल सकती है।

मुझे अपनी एक परियोजना में एक ही त्रुटि थी, जहां मैं react-md का उपयोग कर रहा था
सभी घटकों को हटाने के बाद मैं इस मुद्दे से छुटकारा पा सकता था।

चूँकि मुझे इसे परखने के लिए हर बार ठेस पहुँचाने के लिए तैनात करना पड़ा, इसलिए मैंने इसे यह बताने के लिए प्रबंधित नहीं किया कि किस घटक में यह समस्या है, लेकिन मैंने इसे कम कर दिया है।

import Card from "react-md/lib/Cards/Card";
import CardTitle from "react-md/lib/Cards/CardTitle";
import CardText from "react-md/lib/Cards/CardText";
import CardActions from "react-md/lib/Cards/CardActions";
import { TextField, Button, Snackbar } from "react-md";

मुझे इस मुद्दे के बारे में अपने ब्लॉग पोस्ट को अपडेट करना होगा अगर मुझे गहरी खुदाई करने का समय मिलता है।

404 पृष्ठों के बारे में, मैं @aoniker के मुद्दे की पुष्टि कर सकता हूं क्योंकि व्यवहार का एक ही पैटर्न मेरे लिए हो रहा है।

स्थानीय रूप से, दोनों का विकास और उत्पादन 404 पृष्ठ के साथ ठीक काम करता है, लेकिन जब गैट्सबी क्लाउड में तैनात किया जाता है, तो मुझे वास्तविक /404 पथ को छोड़कर हर अज्ञात पृष्ठ पर समस्या मिलती है।

मैंने भी इस त्रुटि का सामना किया है और इसे ब्राउज़र कैश साफ़ करके तय किया है। हालाँकि ऐसा समाधान खोजना अच्छा होगा जिसकी आवश्यकता नहीं है, क्योंकि हम अपने सभी उपयोगों को ऐसा करने के लिए मजबूर नहीं कर सकते हैं।

@ dejavu1987 हम इस मुद्दे का अनुभव करने वाली परियोजनाओं पर प्रतिक्रिया-एमडी का उपयोग नहीं कर रहे हैं।

@MaciekBaron मैंने कई बार ब्राउज़र कैश को साफ़ करके स्थानीय रूप से एक त्रुटि को पुन: उत्पन्न किया था और प्रत्येक स्पष्ट के बाद पृष्ठ को फिर से लोड किया।

जैसा कि मैंने पहले उल्लेख किया है यह कैशिंग मुद्दा प्रतीत होता है। यदि आपके कैश हेडर सभी ठीक से सेट हैं, तो समस्या सेवा कर्मियों के साथ हो सकती है।

शायद इस प्लगइन एक कोशिश दे?
https://www.npmjs.com/package/gatsby-plugin-remove-serviceworker

अरे मैं इस मुद्दे में भी दौड़ता हूं। विकसित करने में सब कुछ ठीक काम कर रहा है, लेकिन जब मैं अपने वेब होस्ट के लिए सार्वजनिक निर्देशिका का निर्माण और तैनाती करता हूं तो इस त्रुटि संदेश के कारण एक पृष्ठ काम करने में विफल रहता है।

मैं इसके बारे में बहुत उत्सुक था और सार्वजनिक पृष्ठ-डेटा निर्देशिका में देखा। मैंने पाया कि विशिष्ट पृष्ठ निर्देशिका मौजूद है, लेकिन यह छोटे अक्षर में नहीं थी, बल्कि निर्देशिका बड़े अक्षर में थी। यही समस्या थी जो मुझे त्रुटि संदेश मिला है।

उसके बाद मैंने इसे शुरुआत में छोटे अक्षर में बदल दिया और इसके ठेस में काम करना ठीक कर दिया। मुझे लगता है कि ऐसा इसलिए होता है क्योंकि मैंने पहले पृष्ठ का नाम बदल दिया था और शायद यहाँ कुछ कैश किया गया है?

मैं इस मुद्दे में भी भागता हूं। मुझे इस समस्या को ठीक करने के लिए एक विधि मिली है। लेकिन मुझे लगता है कि यह सही समस्या तय नहीं है।

अब, मैं इसे कैसे ठीक करें, इसके बारे में बताता हूं।

यह मुद्दा परीक्षण या उत्पादन वातावरण में पाया गया था the जैसा कि ऊपर सभी कहते हैं, यह विकास में पुन: पेश नहीं करेगा। परीक्षण या उत्पादन में भी, यह हर बार नहीं हुआ। और मैंने पाया कि सभी लिपियों को प्री-लोड किया गया और एसिंक्रोनस रूप से निष्पादित किया गया। इसलिए मुझे लगता है कि यह स्क्रिप्ट के कार्यकारी आदेश के कारण हो सकता है।

जैसा कि मैंने नेटवर्क में नेटवर्क को धीमा कर दिया है, जैसे कि 3G fast , यह समस्या लगभग हर बार हुई। इससे मेरे अनुमान की पुष्टि हुई।

मेरे अनुमान को मान्य करने के लिए, मैंने "async" के बिना सभी स्क्रिप्ट सेट करने के लिए HTML को gatsby-ssr.js में प्रस्तुत करने की प्रक्रिया को

exports.onPreRenderHTML = ({ replacePostBodyComponents, getPostBodyComponents }) => {
    const postBodyComponents = getPostBodyComponents()
    postBodyComponents.forEach((component) => {
      if(component.type === 'script' && component.props) {
        delete component.props.async
      }
    })
    replacePostBodyComponents(postBodyComponents)
  }

खुशी से, यह काम करता है।

हालांकि यह तरीका समस्या को ठीक करने में मदद कर सकता है, मुझे नहीं लगता कि यह ऐसा करने का एक अच्छा तरीका है। यह गैट्सबी की सुविधा का उल्लंघन करने जैसा लगता है। क्या स्क्रिप्ट एसिंक्रोनसली डिज़ाइन को इस तरह निष्पादित करती है?

उम्मीद है, इस तरह से आपकी सभी समस्याओं का समाधान हो सकता है।

यह मुद्दा परीक्षण या उत्पादन वातावरण में पाया गया था the जैसा कि ऊपर सभी कहते हैं, यह विकास में पुन: पेश नहीं करेगा। परीक्षण या उत्पादन में भी, यह हर बार नहीं हुआ। और मैंने पाया कि सभी लिपियों को प्री-लोड किया गया और एसिंक्रोनस रूप से निष्पादित किया गया। इसलिए मुझे लगता है कि यह स्क्रिप्ट के कार्यकारी आदेश के कारण हो सकता है।

हालांकि यह तरीका समस्या को ठीक करने में मदद कर सकता है, मुझे नहीं लगता कि यह ऐसा करने का एक अच्छा तरीका है। यह गैट्सबी की सुविधा का उल्लंघन करने जैसा लगता है। क्या स्क्रिप्ट एसिंक्रोनसली डिज़ाइन को इस तरह निष्पादित करती है?

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

इसलिए, हाल ही में मैंने अपने लेआउट घटक में एक फ़ॉन्ट आइकन घटक जोड़ा, और इस मुद्दे को पुन: पेश किया।
नोट करने के लिए एक महत्वपूर्ण बिंदु यह है कि, फॉन्ट आइकन्स का उपयोग इस समय अन्य सभी नेस्टेड नेस्टेड घटकों में किया जाता है, और यह कभी भी समस्या का कारण नहीं बनता है, केवल जब यह लेआउट स्तर पर होता है जो कि किसी भी पेज घटक से पुकारा जाने वाला पहला घटक है।

मैं गलत हो सकता हूं लेकिन वास्तविक कारण जानने के लिए यह एक अच्छा परिदृश्य हो सकता है।

@ dejavu1987 आपसे सहमत हूँ। हो सकता है कि आपने वास्तविक कारण जानने के लिए एक अच्छा परिदृश्य दिया हो।

इसके अलावा, मुझे आश्चर्य है कि अगर वेबपैक को कोड को अलग-अलग हिस्सों में विभाजित करने के लिए async साथ स्क्रिप्ट को लोड करना और निष्पादित करना उपयुक्त है, लेकिन चंक पर निर्भरता हो सकती है।

मुख्य मुद्दा यह प्रतीत होता है कि Gatsby पेज लोडिंग के दौरान त्रुटियों को निगलता है और बस बहुत सामान्य page resources for / not found. Not rendering React संदेश की रिपोर्ट करता है, यही वजह है कि इस थ्रेड में कई अलग-अलग संभावित कारण बताए गए हैं।

मेरा मुद्दा यह निकला कि Mobx 5 IE11 का समर्थन नहीं करता है, और जबकि Mobx इसके लिए एक अच्छा त्रुटि संदेश प्रदान करता है, मुझे केवल Gatsby से "पृष्ठ संसाधन नहीं मिला" संदेश मिला जो कि भ्रामक था।

मैं मूल त्रुटि संदेश की रिपोर्ट करने के लिए इस समस्या के समाधान के रूप में विनम्रतापूर्वक सुझाव दूंगा जिससे पृष्ठ लोडिंग विफल हो गई। @ वर्धमान

मेरे लिए यह तय है कि मैंने 404 पेज पर 200 वापस करने के लिए S3 सेट किया था। जब मैंने इसे 404 स्थिति कोड को वापस करने के लिए बदल दिया तो यह काम किया।

हां मुझे भी यही मिला। हालाँकि, मेरा मुद्दा व्यापक था ... मैं अनुचित रूप से Cloudfront 404 परिणामों पर कैशिंग कर रहा था। क्लाउडफ्रंट और एस 3 के बीच मुझे 404 परिणाम मिल रहे थे, यह है कि कोडपीलाइन के माध्यम से एस 3 में तैनाती का मानना ​​है कि बिल्ड आर्टवर्क ज़िप फ़ाइल को खोल देता है - लेकिन यह किसी विशेष क्रम में नहीं करता है। तो कुछ मिनटों के लिए आपके पास नई .HTML फाइलें नई .JS फाइलें (नई हैश के साथ) हो सकती हैं जो अभी तक नहीं हैं। जो कुछ भी आपके हैशेड एसेट फ़ाइलों के लिए कैशिंग संभालता है, उसे 404 परिणामों पर कैश नहीं करना चाहिए क्योंकि यह केवल आपके सीडीएन कैश को फ्लश करके ठीक किया जा सकता है।

क्या किसी को यह पता लगा है कि एचटीएमएल फाइलों को एस 3 पर अंतिम रूप से कैसे तैनात किया जाए?

डेविड
https://ewebinar.com

21 अक्टूबर, 2020 को दोपहर 12:40 बजे, विंस पी। सूचनाएं @github.com ने लिखा:

@ R3coN https://github.com/R3coN यह समस्या अनुचित स्थैतिक कैशिंग के कारण भी हो सकती है। यदि आप अपने सर्वर के लिए nginx या s3 का उपयोग कर रहे हैं और आप अपने पृष्ठ-data.json को अमान्य नहीं करते हैं, तो जब भी आप अपना डेटा बदलते हैं, आपका StaticQueries टूट जाएगा।

मेरे पास यह मुद्दा था और यह पता चला है कि मैं सभी पेज-डेटा को कैश कर रहा था। उन्हें नहीं होना चाहिए उन्हें हर अनुरोध को अमान्य किया जाना चाहिए

https://www.gatsbyjs.com/docs/caching/ https://www.gatsbyjs.com/docs/caching/
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub https://github.com/gatsbyjs/gatsby/issues/19618#issuecomment-713298516 पर https://github.com/hi/notifications/unsubscribe-auth/AA3SHT55MXZTXQUAXH5ZYYZZY3ZY3ZZY3Z पर देखें ।

मैं जोड़ सकता हूं कि मैंने मोबाइल परीक्षण पर क्रोम लाइटहाउस ऑडिट के साथ पीडब्ल्यूए परीक्षणों के साथ और बिना एक मुद्दे को पुन: पेश किया था। मुझे यकीन है कि मोबाइल परीक्षण नेटवर्क और सीपीयू सीमा का उपयोग करता है, इसलिए एसिंक्स स्क्रिप्ट ऑर्डर से लोड हो रहा है, या 30 में से एक विफल हो रहा है ... बहुत बार स्थिति हो सकती है।

मैं 3 डी के साथ काम कर रहा हूं, और यहां तक ​​कि localhost webpack और gatsby.js , पृष्ठ को पुन: लोड करने से अक्सर स्थिर मॉडल gtlf लिए नेटवर्क अनुरोध विफल हो जाते हैं फाइलें। उनमें से एक विफल हो गया है - सभी ऐप टूट गया है (यदि कोई त्रुटिबाउंडरी सेट नहीं है)।

मुझे लगता है कि यहां एक ही पैटर्न हो सकता है, लेकिन उचित त्रुटि से निपटने के बिना।

मैं उत्पादन के लिए S3 और CloudFront का उपयोग कर रहा हूं। मेरे पास एक समान मुद्दा था, लेकिन मेरे मामले में मुझे केवल क्लाउडफ्रंट पर कंसोल में Can't render React त्रुटि मिल रही थी। उत्पादन S3 पर फ़ाइलों को बदलने के बाद ऐसा होने लगा। उत्पादन की उत्पत्ति के लिए प्रकाशस्तंभ को फिर से चलाने के बाद मेरी आश्चर्य की समस्या का समाधान किया गया।

यह केवल मेरे डिवाइस पर सामान्य मोड में हो रहा था। मेरे मामले में पूरे कैश, कुकीज, लोकलस्टोरेज, सेशन स्टोरेज और सर्विस वर्कर्स को सफाई करने से पहले मदद नहीं मिली।

इसलिए यदि आप अपने उत्पादन की उत्पत्ति को प्रकाशस्तंभ से जोड़ते हैं और फाइलों को बदल दिया गया तो यह समस्या भी हो सकती है (मेरे मामले में, यह था)

मेरा कहना यह है कि मैं इसे 10 में से बहुत अधिक प्रकाशस्तंभ के साथ पुन: पेश कर सकता हूं, और अंतिम तैनाती लंबे समय पहले हुई थी।

मुझे नहीं लगता कि गैट्सबी इस समस्या को हल करने में सक्षम होगा, क्योंकि यह सभी के लिए हो रहा है लेकिन कारण अलग है। मुझे अक्सर रिक्त पृष्ठ मिलते हैं या जब भी मैं बैकेंड गैट्सबी पृष्ठ में कुछ बदलता हूं तो खाली जाता है और एक त्रुटि फेंकता है, और वह त्रुटि भी हर बार अलग होती है। मुझे लगता है कि हमें गैट्सबी का उपयोग बंद करना होगा और कुछ अन्य विश्वसनीय ढांचे पर स्विच करना होगा।

मैं त्रुटि को ठीक कर सकता हूं यदि इसे पुन: पेश करने का कोई तरीका है, लेकिन ऐसा नहीं है। यह त्रुटि बेतरतीब ढंग से होती है, कभी-कभी यह मेरे तैनाती के एक दिन बाद होती है, कभी-कभी यह तैनाती के 3-4 दिन बाद होती है। लेकिन ऐसा होता है।

@antoinificseau क्या आपको कुछ मिला? क्या कोई मुझे कदम से कदम बता सकता है कि इस मुद्दे को कैसे कम से कम डिबग करें? मैंने अपनी तरफ से सभी चीजों की कोशिश की है लेकिन वेबसाइट को तोड़ने के 1-2 दिन बाद। क्या कोई मुझे बता सकता है कि यह कैसे पता चलेगा कि यह मुद्दा कब होगा क्योंकि मेरे लिए यह अनियमित रूप से होता है?

मेरे लिए यह तय है कि मैंने 404 पेज पर 200 वापस करने के लिए S3 सेट किया था। जब मैंने इसे 404 स्थिति कोड को वापस करने के लिए बदल दिया तो यह काम किया।

S3 या क्लाउडफ्रंट?

मेरे मामले में समस्या 404 पृष्ठ की थी, जिसका उपयोग डिफ़ॉल्ट रूप से Azure द्वारा किया गया था। यह त्रुटि को रोक रहा था और केवल एक चीज जिसे मैं कंसोल में देख पा रहा था, वह थी
Error / page resources for / not found. Not rendering React

जब से मैंने कस्टम 404 का उपयोग करना शुरू किया - समस्या चली गई।

मुझे वही मिलता है जब मैं Netlify पर एप्लिकेशन को तैनात करता हूं .. स्थानीय रूप से Gatsy Build और Gatsby Serve अच्छी तरह से काम करता है .. यह और भी अधिक अजनबी है ..

@atapas आप संपर्क Netlify समर्थन को खुश कर सकते हैं? वे अपनी ओर से कुछ स्पष्ट कर सकते हैं?

@atapas आप संपर्क Netlify समर्थन को खुश कर सकते हैं? वे अपनी ओर से कुछ स्पष्ट कर सकते हैं?

हाँ, मैंने किया। धन्यवाद!

हो सकता है, एक बेहतर स्टैक ट्रेस या स्पष्ट त्रुटि संदेश यहाँ सहायक हो। वैसे भी, प्रतिक्रिया के लिए धन्यवाद।

@ तपस मैं एक टीम का सदस्य नहीं हूं, बस आप के रूप में एक ही बग पीड़ित है।

मुझे वही मिलता है जब मैं Netlify पर एप्लिकेशन को तैनात करता हूं .. स्थानीय रूप से Gatsy Build और Gatsby Serve अच्छी तरह से काम करता है .. यह और भी अधिक अजनबी है ..

मैंने इसका समाधान पूरी तरह से अलग संदर्भ में पाया है। मुझे त्रुटि मिल रही थी क्योंकि Netlify ने env वेरिएबल्स को अनदेखा कर रहा था जो मैंने अपने ऐप में काम करने के लिए Auth0 के लिए निर्धारित किया था,

डोमेन: process.env.AUTH0_DOMAIN,
ग्राहक: process.env.AUTH0_CLIENTID,
पुनर्निर्देशित करें: process.env.AUTH0_CALLBACK,

मैंने बाद में यहां से "संवेदनशील वेरिएबल्स के बिना नियुक्त करें" के बारे में पढ़ा और इसे डॉक में उल्लिखित किया गया था।

मुझे मिली त्रुटि से हैरान हूं और समाधान में उतर गया .. लेकिन खुशी है कि यह काम किया।

@ तपस मैं एक टीम का सदस्य नहीं हूं, बस आप के रूप में एक ही बग पीड़ित है।

@ JustFly1984 , कोई चिंता नहीं मैं वास्तव में आपको धन्यवाद देना चाहता था। मैंने नेटलाइज़ डॉक में देखा और उपरोक्त टिप्पणी में वर्णित समाधान का पता लगा सकता है।

मुझे यह केवल क्रोम में मिल रहा है। सफारी शानदार काम करती है। मैंने सिर्फ अपने प्रोजेक्ट में ऑफ़लाइन और मैनिफ़ेस्ट प्लग इन जोड़े हैं। मैं स्थानीय रूप से Gatsby develop या gatsby build और gatsby serve साथ इसे पुन: पेश नहीं कर सकता। मैं Netlify पर होस्ट कर रहा हूं।

मेरे लिए मेरे रिएक्ट घटक के बाहर कोड के इस ब्लॉक के साथ-साथ रिएक्ट घटक में वैश्विक चर का संदर्भ देते हुए त्रुटि पैदा हो रही थी। इसे हटाकर मुद्दे को तय किया।

let deferredprompt = null;
let updateAvailable = false;
if (
  typeof window !== "undefined" &&
  window.hasOwnProperty("BeforeInstallPromptEvent")
) {
  window.addEventListener("beforeinstallprompt", (event) => {
    deferredprompt = event;
    event.preventDefault();
  });
}

if (typeof window !== "undefined" && window.isUpdateAvailable) {
  window.isUpdateAvailable.then(
    (isAvailable) => (updateAvailable = isAvailable)
  );
}