Gatsby: خطأ / موارد الصفحة لـ / غير موجود. لا يتم عرض React

مرحبا!

لقد ساد الهدوء هذه القضية. الهدوء المخيف. 👻

نتلقى الكثير من المشكلات ، لذلك نقوم حاليًا بإغلاق المشكلات بعد 30 يومًا من عدم النشاط. لقد مرت 20 يومًا على الأقل منذ آخر تحديث هنا.
إذا فاتنا هذه المشكلة أو إذا كنت تريد إبقائها مفتوحة ، فيرجى الرد هنا. يمكنك أيضًا إضافة التصنيف "ليس قديمًا" للإبقاء على هذه المشكلة مفتوحة!
كتذكير ودي: أفضل طريقة لرؤية هذه المشكلة ، أو أي مشكلة أخرى ، يتم إصلاحها هي فتح طلب سحب. تحقق من gatsby.dev/contribute لمزيد من المعلومات حول فتح العلاقات العامة ، وقضايا الفرز ، والمساهمة!

شكرًا لكونك جزءًا من مجتمع Gatsby! 💪💜

antoinerousseau هل سيساعد إذا قدمنا ​​ترتيبًا أفضل للتراصة؟ ربما كان 404 أو ربما كانت بيانات الصفحة غير صالحة. في الوقت الحالي لا ترى فرقًا حقًا.

ما هو رأيك أفضل طريقة للمضي قدمًا؟ هل جربته على الجوال سفاري / سفاري بنفسك؟

wardpeet شكرا للنظر في هذا.
حاولت باستخدام Safari لسطح المكتب ولم أستطع التكاثر. أنا لا أمتلك iPhone.
لست متأكدًا من كيفية المضي قدمًا ، نظرًا لأنه يحدث فقط في بعض الأحيان وبشكل عشوائي ، ولكن لا يمكن أن يؤذي تتبع تكديس أفضل على أي حال.
لاحظ أنه حدث 124 مرة فقط ، مع 85٪ Safari Mobile و 10٪ Safari و 5٪ Chrome Mobile iOS. إصدارات مختلفة.
أيضًا عنوان URL ليس دائمًا / . يمكنني منحك حق الوصول إلى حساب Bugsnag إذا كنت تريد ذلك.

لقد تلقيت نفس تقرير الخطأ اليوم. فقط لإعلامك أنك لست وحدك.

مرحبا!

لقد ساد الهدوء هذه القضية. الهدوء المخيف. 👻

نتلقى الكثير من المشكلات ، لذلك نقوم حاليًا بإغلاق المشكلات بعد 30 يومًا من عدم النشاط. لقد مرت 20 يومًا على الأقل منذ آخر تحديث هنا.
إذا فاتنا هذه المشكلة أو إذا كنت تريد إبقائها مفتوحة ، فيرجى الرد هنا. يمكنك أيضًا إضافة التصنيف "ليس قديمًا" للإبقاء على هذه المشكلة مفتوحة!
كتذكير ودي: أفضل طريقة لرؤية هذه المشكلة ، أو أي مشكلة أخرى ، يتم إصلاحها هي فتح طلب سحب. تحقق من gatsby.dev/contribute لمزيد من المعلومات حول فتح العلاقات العامة ، وقضايا الفرز ، والمساهمة!

شكرًا لكونك جزءًا من مجتمع Gatsby! 💪💜

مرحبًا مرة أخرى!

لقد مرت 30 يومًا منذ حدوث أي شيء بخصوص هذه المشكلة ، لذلك سيقوم روبوت الحي الودود (هذا أنا!) بإغلاقه.
يُرجى الانتباه إلى أنني مجرد روبوت ، لذا إذا أغلقت هذه المشكلة عن طريق الخطأ ، فأنا HUMAN_EMOTION_SORRY . لا تتردد في إعادة فتح هذه المشكلة أو إنشاء مشكلة جديدة إذا كنت بحاجة إلى أي شيء آخر.
كتذكير ودي: أفضل طريقة لرؤية هذه المشكلة ، أو أي مشكلة أخرى ، يتم إصلاحها هي فتح طلب سحب. تحقق من gatsby.dev/contribute لمزيد من المعلومات حول فتح العلاقات العامة ، وقضايا الفرز ، والمساهمة!

شكرًا مرة أخرى لكونك جزءًا من مجتمع Gatsby! 💪💜

رؤية نفس الشيء.

• غالبًا بشكل معقول (نراه يوميًا).
• تقريبا كل Mobile Safari أو Safari.
• دائمًا تقريبًا / ، ولكن نادرًا جدًا صفحات أخرى.
• يعطي تطبيق Sentry نفس التسلسل المكدس مثل Bugsnag مع فتات الخبز التالية:
  

كذلك هنا. لصفحة غير / index.

جهاز
الماركة | هواوي
الأسرة | DRA-LX5

نظام التشغيل
الاسم | ذكري المظهر
الإصدار | 8.1.0

المستعرض
الاسم | Chrome Mobile WebView
الإصدار | 70.0.3538

SDK
الاسم | Sentry.javascript.browser
الإصدار | 5.12.1

مرحبا!

لقد ساد الهدوء هذه القضية. الهدوء المخيف. 👻

نتلقى الكثير من المشكلات ، لذلك نقوم حاليًا بإغلاق المشكلات بعد 30 يومًا من عدم النشاط. لقد مرت 20 يومًا على الأقل منذ آخر تحديث هنا.
إذا فاتنا هذه المشكلة أو إذا كنت تريد إبقائها مفتوحة ، فيرجى الرد هنا. يمكنك أيضًا إضافة التصنيف "ليس قديمًا" للإبقاء على هذه المشكلة مفتوحة!
كتذكير ودي: أفضل طريقة لرؤية هذه المشكلة ، أو أي مشكلة أخرى ، يتم إصلاحها هي فتح طلب سحب. تحقق من gatsby.dev/contribute لمزيد من المعلومات حول فتح العلاقات العامة ، وقضايا الفرز ، والمساهمة!

شكرًا لكونك جزءًا من مجتمع Gatsby! 💪💜

لا تزال مشكلة.

أنا أيضًا أتلقى هذه المشكلة. gatsby develop يعمل بشكل جيد ، لكن gatsby build يتسبب في قطع التطبيق مع "خطأ: موارد الصفحة لـ / غير موجودة. لا يتم عرض React." في وقت التشغيل على الرغم من نجاح الإنشاء نفسه.

هل يمكن أن يكون السبب في ذلك هو حقيقة أنني أستخدم تنقيط؟

لقد حاولت تشغيل gatsby clean

التحديث / الحل المحتمل : بالنسبة لي ، حدث الخطأ بسبب وجود ملف "env.development" فقط وليس ملف "env.production". لا أعرف لماذا تسبب هذا في مثل هذا الخطأ الغامض / المربك ومنع React من الظهور بالرغم من ذلك. أشعر أن السلوك المتوقع سيكون نفس السلوك الذي يحدث عند تشغيل gatsby develop . عندما أقوم بتشغيل gatsby develop وليس لديّ ملف env.development ، لا يزال يتم عرض React لكن تطبيقي يتعطل لأنه يفتقد إلى القيم المهمة.

لدي نفس المشكلة. تطبيقي مستضاف على AWS ويستخدم واجهة Cloudfront. لدي سياسة لإعادة توجيه جميع عناوين url غير الموجودة إلى صفحة 404.html بالحالة 200 . يبدو هذا غريبًا ، لكنه مهم حقًا لإحدى ميزاتنا. لذلك في حالة كتابة شيء مثل 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

تلقيت نفس رسالة الخطأ في Sentry اليوم: غير موجود. لا يتم عرض React

كنت أواجه هذه المشكلة أيضًا. بالنسبة لي ، كان قابلاً للتكرار عند استخدام عمليات الاستيراد المسماة للمكونات الخاصة بك في ملف pages/index.js .

مثال
import Layout from "../components/Layout"; ✅
import { Layout } from "../components"; 🚫

سيبدو components/index.js هكذا:

import Layout from "./Layout"

export {
  Layout
};

كان هذا مع MacOS catelina & chrome الإصدار 80.0.3987.149.
"gatsby": "^2.20.13",

من المهم ملاحظة أنني أستخدم متغير expo gatsby.

لقد واجهت أيضًا هذه المشكلة عند تشغيل gatsby build نظيفًا وكان السبب الأساسي هو حل في package.json الخاصة بي لثغرة أمنية في الحزمة 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 

لا يزال يحدث كثيرًا (أكثر من 4500 مرة خلال الأسبوع الماضي):

Stacktrace على الجوال Safari:

.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    }

Stacktrace على Chrome Mobile:

/app-ac76ae7860adc4ef4414.js:1:179819

فتات الخبز:

الوقت | اكتب | خطأ | معلومات
- | - | - | -
قبل 4 مللي ثانية | طلب | خطأ XMLHttpRequest | احصل على /page-data/app-data.json
قبل 5 مللي ثانية | طلب | خطأ XMLHttpRequest | احصل على /page-data/index/page-data.json
6 مللي ثانية قبل | طلب | خطأ XMLHttpRequest | احصل على /page-data/app-data.json
7 مللي ثانية قبل | طلب | خطأ XMLHttpRequest | احصل على /page-data/index/page-data.json
قبل 10 مللي ثانية | طلب | خطأ XMLHttpRequest | احصل على /page-data/app-data.json
قبل 10 مللي ثانية | طلب | خطأ XMLHttpRequest | احصل على /page-data/index/page-data.json

يحدث معظمها على Mobile Safari و Chrome Mobile:

إصدار Gatsby: 2.20.13

تحقق من هذا الحل.
https://github.com/gatsbyjs/gatsby/issues/11461#issuecomment -459732145

لا أستخدم gatsby-plugin-offline لذلك لا يوجد عمال خدمة.

هناك أي تقدم؟ أواجه مشكلة ، ولدي مكون إضافي في وضع عدم الاتصال ، ولا يمكنني تعطيل المكون الإضافي لاختبار ما إذا كانت الأخطاء ستنتهي.

لا أعتقد أن هذا له علاقة بالمكوِّن الإضافي غير المتصل بالإنترنت. نحن نرى الكثير من هذه الأخطاء ولم نستخدمها أبدًا.

لإعادة إنتاج:

• انتقل إلى [المثال لم يعد مطلوبًا ، انظر أدناه] ، لاحظ خطأ في وحدة التحكم و React غير الوظيفية.
• انتقل إلى الصفحة الرئيسية مع وجود الشعار في أعلى اليسار.
• انتقل مرة أخرى إلى الصفحة الأصلية بالنقر فوق "بحث" في العنوان. تعمل الصفحة الآن واللوحات قابلة للطي.

كيف يمكنني تصحيح هذا؟ لا توجد طلبات شبكة بها 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 هل كان الخطأ الذي كنت تراه متقطعًا؟ أم حدث ذلك في كل مرة؟

Undistraction في كل مرة تبدأ فيها المشكلة أو

سيكون بالتأكيد أفضل كخطأ بناء واضح بدلاً من خطأ وقت تشغيل غامض إذا كان ذلك ممكنًا.

thekevinbrown لذا أعتقد أن مشكلتك لا علاقة لها بهذه المشكلة (وهي خطأ متقطع لم يتمكن أحد من إعادة إنتاجه بشكل موثوق) ، لذلك أعتقد أنه على الرغم من أنك ترى نفس الخطأ ، فإن السبب مختلف (ولحسن الحظ أنك إصلاحه بسهولة).

تمت مواجهة هذا الخطأ في موقع prod الخاص بنا ، وقد أدت الترقية إلى أحدث إصدار من Gatsby (تم إصداره منذ يومين فقط) إلى إصلاح الخطأ في Safari

تمت الترقية إلى أحدث إصدار من Gatsby. لا تزال المشكلة قائمة

لم أختبر هذا من قبل. فجأة يحدث ذلك في كل مرة. فقط في الإنتاج 😢
حدث هذا بعد تحديث قبل 20 ساعة. نقوم بتحديث التبعيات بانتظام.
إذن المشروع معطل بشكل أساسي وليس لدي أي فكرة عن كيفية تشغيله مرة أخرى.

حاولت إعادة التحديثات إلى ما كانت عليه قبل 20 ساعة. لم يساعد.
العودة إلى 8 أيام مضت لم يساعد أيضًا.

هنا المشروع مع التحديثات الجديدة: https://vermehrungch-4utm3ymcd.now.sh/Vermehrung/
وهنا آخر عمل منذ 8 أيام: https://vermehrungch-9l709pu84.now.sh/Vermehrung/

عودة تبعيات gatsby إلى ما كانت عليه قبل 9 أيام حصلت على بنية جديدة للعمل مرة أخرى 😆

سنحاول الآن عزل ما تسببه تبعية غاتسبي.

حسنًا ، في حالتنا:

• بالتأكيد غاتسبي نفسه هو السبب
• الإصدارات حتى 2.20.36 تعمل
• يحتوي الإصداران 2.21.2 و v2.21.3 على الخطأ أعلاه (كنت قد اختبرت الإصدار 2.21.17 سابقًا ، ونفس الخطأ)
• الإصدار 2.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 هل يمكنك مشاركة موقعك معنا؟ إذا كان الأمر خاصًا ، فأرسل بريدًا إلكترونيًا إلى [email protected].

أتلقى هذا الخطأ على موقعك عند تصحيحه

[].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
• يمكنك حتى تسجيل الدخول باستخدام كلمة المرور المرسلة في البريد

الموقع قيد التطوير. حتى يمكنك تعديل البيانات.

تلقينا نفس رسائل الخطأ في تطبيق Sentry بشكل متكرر:

نحن نستخدم نسخة جاتسبي "2.21.22".

لقد واجهت نفس المشكلة وتم إصلاحها عن طريق الرجوع إلى الإصدار 2.20.36 ، المذكور أعلاه.

حسنًا ، في حالتنا:

• بالتأكيد غاتسبي نفسه هو السبب
• الإصدارات حتى 2.20.36 تعمل
• يحتوي الإصداران 2.21.2 و v2.21.3 على الخطأ أعلاه (كنت قد اختبرت الإصدار 2.21.17 سابقًا ، ونفس الخطأ)

واجهت هذا مرة أخرى في مشروع مختلف كان له الإصدار 2.21.12. هذا _ حقًا_ سيء لأنه يحدث فقط في الإنتاج. يرجى إعطاء الأولوية لهذا الخطأ.

نرى هذا في الإنتاج على https://www.voteamerica.com/. يحدث ذلك بشكل أساسي على Mobile Safari ، لكننا نشاهده أيضًا على Android Chrome ، و Safari لسطح المكتب ، و Chrome Desktop ، وغيرها. نستخدم حاليًا Gatsby 2.21.40 ، لكننا رأينا أيضًا المشكلة في 2.20.12

حصلت على نفس المشكلة لصفحة واحدة تم حذفها مؤخرًا. https://intergiro.com/legal لا يعرض صفحة 404 المخصصة كما هو متوقع (سطح المكتب Chrome ، Gatsby 2.20.8). يحدث فقط في الإنتاج أيضًا.

في حالتي ، أدى تعليق Kanuny إلى حل publicLoader.loadPage يحاول جلبه. بعد إصلاح عمليات إعادة التوجيه ، يتم تحميل بيانات الصفحة JSON بشكل صحيح وتعمل جميعها كالمعتاد.

فجأة اختفى الخطأ مرة أخرى. يبدو أنه قد يكون مرتبطًا بذاكرة التخزين المؤقت أو شيء من هذا القبيل

لا يزال الخطأ يحدث في الإصدار 2.22.12 على أحدث إصدارات Firefox و Chrome أيضًا.

من فضلك أصلحه!

من فضلك أصلحه!

SoldierCorp يرجى قراءة ما هو المصدر المفتوح وربما حاول

antoinerousseau يتعلق الأمر أيضًا بمساعدة بعضنا البعض ، حيث اطلبها ومن يعرفون كيف -. لذلك أعتقد أن تعليقك ليس في مكانه.

andrzejwp نعم الأمر يتعلق بمساعدة بعضنا البعض ، وليس نشر تعليقات متسلطة مثل "من فضلك أصلح الأمر!" بدون معلومات مفيدة لإصلاح المشكلة فعليًا ، مع إخطار 25 شخصًا يتابعون هذه المشكلة.

علق آخرون برؤى مفصلة حول كيفية تأثيرها عليهم ، وهو أمر ضروري لجعل المساهمين يساعدونهم ونأمل في إصلاح مشكلات OSS.

antoinerousseau لا يوجد المزيد من المعلومات المفيدة المتعلقة بهذا الموضوع لأنه لا يوجد المزيد من المعلومات التي توفرها المشكلة ، لذا فقد حدث ذلك فقط ، لذلك كتبت ذلك لتجنب تكرار نفس الأشياء التي يكتبها الآخرون لأنها هي نفسها في النهاية حتى احدث اصدار.

هو فقط لإعلام Gatsby بأن المزيد من الأشخاص ما زالوا يواجهون المشكلة ولم يتم إصلاحهم بعد.

عذرًا إذا كان هذا يزعجك ولكنني مستخدم منتظم يستخدم إطار العمل وليس لدي الوقت لإصلاح المشكلة بنفسي.

في حالتي ، كان هذا يحدث فقط عند إضافة بادئة للمسارات ، نظرًا لأنني أحاول استخدام gatsby-plugin-ipfs (سيؤدي تشغيل gatsby build --prefix-paths && gatsby serve إلى ظهور "خطأ / موارد الصفحة لـ / غير موجود. عدم عرض React" لكل الصفحة).
ومع ذلك ، في صفحة index.jsx الخاصة بي ، لم أكن أقوم بتشغيل أي استعلام عن الصفحة ، ولكن كان لدي مكون يحتوي على staticQuery ، من الخطاف useStaticQuery.
إذا علقت على هذا المكون وأعدت البناء ، فسيختفي الخطأ.
ومن المثير للاهتمام ، أنه إذا قمت بعد ذلك بإلغاء التعليق على هذا المكون وأعدت الإنشاء مرة أخرى (بحيث يعود الموقع إلى حالته الأولية) ، فسيتم تشغيله بشكل جيد ، ولن يواجه الخطأ "خطأ / موارد الصفحة لـ / غير موجود. لم يتم عرض React" مما يشير إلى أن ذاكرة التخزين المؤقت للبناء تحتوي على شيء مهم؟

لذا فإن أفكاري (الخشنة) حول سبب حدوث ذلك هي:

• هل توجد مشكلات في صفحة الفهرس التي تحتوي على استعلام ثابت ، ولكن ليس استعلام صفحة؟
• مشاكل متعلقة بترتيب عملية الإنشاء (نظرًا لأن التخزين المؤقت يمكن أن يعدل النتائج).
• من المحتمل وجود مشكلة في run static queries أو Generating image thumbnails في عملية الإنشاء ، نظرًا لأن هذه هي الخطوات الوحيدة التي يبدو أنه تم تخطيها بفضل ذاكرة التخزين المؤقت.

قمت عن طريق الخطأ بإعادة توجيه بيانات الصفحة JSON إلى ملف HTML

وضع مماثل هنا. بشكل أساسي ، كان التعبير المعتاد للتوجيه nginx location يتطابق أيضًا مع /page-data/items/page-data.json عندما لا يكون كذلك. أدت إضافة ^ في بداية التعبير العادي إلى تجنب التطابق غير المقصود.

نرى هذا في الإنتاج على https://www.voteamerica.com/. يحدث ذلك بشكل أساسي على Mobile Safari ، لكننا نشاهده أيضًا على Android Chrome ، و Safari لسطح المكتب ، و Chrome Desktop ، وغيرها. نستخدم حاليًا Gatsby 2.21.40 ، لكننا رأينا أيضًا المشكلة في 2.20.12

تواجه نفس المشكلة أيضا.

مرحبا فريق غاتسبي ، مرحبا بالجميع. هل من الممكن تحديد الأخطاء التي تم إرجاعها في loadPage والذي يبدو أنه مصدر العديد من الأخطاء التي ظهرت في هذه المشكلة؟

راجع الوظيفة: https://github.com/gatsbyjs/gatsby/blob/030d927cddbdc64f8d93d409a5ada7442d5e62bf/packages/gatsby/cache-dir/loader.js#L179 -L242

أفهم أن هذه الوظيفة تحاول تحميل app-data.json ، page-data.json ثم مكونات JS نفسها ، وبالتالي فهي عرضة جدًا لمشاكل الشبكة ، ومشكلات تكوين الخادم ، ومشكلات التطوير ، ومشكلات التكوين ... من خلال تحديد رسالة الخطأ ، سيكون من الأسهل إصلاح المشكلات الأساسية.

(للإشارة: آخر ظهور لهذه المشكلة على موقعنا الإلكتروني كان بسبب استيراد دائري)

حاولت مرة أخرى مع v2.23.12. نفس النتيجة: https://vermehrungch-1j64x2olp.vercel.app/Vermehrung

بالنسبة لنا ، يبدو الأمر منهجيًا تمامًا نظرًا لأن كل إصدار أعلى من 2.20.36. على كل خمسة تطبيقات تم إنشاؤها باستخدام gatsby. لذلك تم منعنا من التحديث منذ ذلك الحين.

الذي بدأ يصبح مشكلة صغيرة. على سبيل المثال ، نحن ممنوعون من استخدام أي libs باستخدام core-js في الإصدار 3 (https://github.com/gatsbyjs/gatsby/issues/15601). لقد تم الآن حل هذه المشكلة - إذا تمكنا من الترقية.

إذا كان هناك أي طريقة يمكنني من خلالها المساعدة في المعلومات / الاختبارات / أيا كان ، فسأفعل ذلك بكل سرور.

barbalex لديك الخطأ التالي في تطبيقك:

يجب أن نظهر هذا الخطأ بالتأكيد. لا تتردد في إضافة علاقات عامة ، ليس لدي النطاق الترددي الكافي للقيام بذلك أجهزة الصراف الآلي.

يبدو أن هذه المشكلة في حالتنا ناتجة عن قائمة سياق رد الفعل عند استخدام هذا lib من جانب الخادم: https://github.com/vkbansal/react-contextmenu/issues/284 ، والذي يبدو أنه يتم تشغيله أثناء عملية الإنشاء.

تضمين التغريدة

لا تتردد في إضافة علاقات عامة ، ليس لدي النطاق الترددي الكافي للقيام بذلك أجهزة الصراف الآلي

آسف للقول ، لا يبدو أن لدي خلايا رمادية كافية لذلك
ربما @ b4stien يفعل؟

لا تزال المشكلة قائمة في الإصدار 2.23.21

لم أحصل على حل شامل لهذا ، لكنني أردت فقط أن أعرف أن لدي هذه المشكلة هذا الصباح للمرة الأولى على الإطلاق.

وتمكنت من "إصلاحه".

تتم استضافة الموقع على AWS عبر مزود يسمى "Cloudways".

كاختبار أولي ، قمت بنشر الموقع على Netlify - وعمل كل شيء على ما يرام.

بعد البحث قليلاً ، يبدو أن هناك مشكلة في ذاكرة التخزين المؤقت من جانب الخادم باستخدام شيء يسمى "الورنيش".

حاولت في البداية "تطهيرها" ، ولم يحدث شيء - لكن تعطيلها وإعادة تمكينها نجح.

كان هذا الموقع موجودًا على ما يرام لمدة 18 شهرًا تقريبًا في هذه البيئة مع تحديثات منتظمة ، وكانت هذه هي المرة الأولى التي أواجه فيها هذه المشكلة.

قمت بالترقية مؤخرًا إلى:
إصدار Gatsby CLI: 2.12.59

لست متأكدًا مما إذا كان هذا يمكن أن يكون له أي تأثير ، لكنه التغيير الوحيد الذي يمكنني التفكير فيه - ما لم يكن هناك بالطبع تغيير في جانب الاستضافة من الأشياء.

نأمل أن يساعد هذا شخصًا ما هناك 🤷

تعديل:

عادت المشكلة في غضون 5 دقائق عندما أعدت تمكين ذاكرة التخزين المؤقت "الورنيش".

لقد عطلت هذه الميزة في الوقت الحالي.

في حالتنا ، تعمل كل صفحة تم إنشاؤها من مجلد /pages لكن الباقي الذي تم إنشاؤه بواسطة createPages يفشل في إعادة الترطيب.
نحن نواجه هذه المشكلة على الصعيدين المحلي و CI.

في حالتنا جميع الصفحات التي تم إنشاؤها باستخدام createPages ، لأننا نستخدم التدويل مع بادئة /${locale}/ كل صفحة.

في حالتنا جميع الصفحات التي تم إنشاؤها باستخدام createPages ، لأننا نستخدم التدويل مع بادئة /${locale}/ كل صفحة.

لم تجد حلا لهذا؟ لدينا أيضًا هذا الإعداد مع العديد من المناطق

kdichev لا لم أجد الحل. في انتظار فريق جاتسبي لإصلاح هذا على مستوى المكتبة.

ما زلت غير متأكد تمامًا من مكان المشكلة ، وسأكون سعيدًا بذلك ، ولكني أرغب إذا وصلنا ووجدنا مكان المشكلة الأساسية؟

مرحبًا يا رفاق ، أواجه هذه المشكلة في الإنتاج باستخدام IE11.

"غاتسبي": "^ 2.23.11"

تواجه أيضًا نتيجة فارغة (بدون ترطيب) لجميع الصفحات على IE11.
موارد الصفحة لـ / غير موجودة. لا تجعل رد الفعل

Gatsby v2.24.2

تحرير: عدت إلى إصدار التشغيل السابق v2.22.11. عملت ie11 في هذا الالتزام وبحق ، فقد نجحت أيضًا الآن ، وإن كان ذلك فقط عندما احتفظت بحزمة lock.json و npm ci. بطريقة ما لا أعتقد أن هذا خطأ غاتسبي ، لذلك أقوم بإدراج بعض التغييرات النهائية المحتملة التي قد تكون ذات صلة:
(إصدار العمل -> فشل إصدار البناء)
الشركات الكبيرة التي من المحتمل أن تكون مرشحة لـ 11 إخفاقًا فقط:
@ بابل / كور 7.10.0 -> 7.10.5
@ core / js 2.6.11 -> 3.6.5
0.0.2 قسم جديد من gatsby-legacy-polyfills

أخرى أقل احتمالا:
@ graphql-tools / schema new dep 6.0.14
@ Graphql-tools / utils قسم جديد 6.0.14
ثم نفد صبري من غربلة كل اللون الأحمر في أداة فرق vscode

أشياء أخرى جديرة بالملاحظة: لقد قمت بإعادة إنتاج الخطأ مع gatsby build && gatsby serve -H 0.0.0.0 ، بحيث يستبعد أي عناصر جانب بيئة الخادم.

تحرير 2: خرج بناء الإصدار fauly v2.24.2 الذي تم الإبلاغ عنه لأول مرة في رسالتي من 10 ميجابايت إلى 30 ميجابايت. يحتوي على حوالي 20 إصدارًا من app- {hash} .js و 2 من commons- {hash} .js وأعدادًا مختلفة من pages.js. يبدو أنها ليست نفس الملفات تمامًا وقد تم تأريخها لمطابقة الإنشاءات السابقة. لذلك يبدو أن بناء gatsby قد حصل بطريقة ما على جميع الإصدارات القديمة المتاحة وقذفها إلى العامة.

هل يستطيع أي شخص مشاركة المستودع؟

roffelsaurus يمكنك محاولة 2.23.22؟
بالنسبة لنا 2.24.2 فشل في اختبارات السرو ci / cd.

هل يستطيع أي شخص مشاركة المستودع؟

يمكننا مشاركة repo and vars الخاص بنا بشكل خاص ، إذا كان هذا مناسبًا لك ، فيرجى إرسال بريد إلكتروني إلي على 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 ، كانت الطريقة التي

بالنسبة لي لا أستطيع حتى التكرار ، أرى فقط الكثير من أطروحات الأخطاء في الإبلاغ عن أخطاء الحارس. لذلك لست متأكدا كيف سأكتشف

لقد حصلنا على الكثير من هذه الأخطاء في Sentry مع هذه الأخطاء أيضًا لجميع أنواع الصفحات بخلاف "/" فقط ، ولم نتمكن أيضًا من تكرارها. مستضاف على Netlify. أظن أنه قد يكون له علاقة بالجلسات النشطة أثناء النشر ، ولكن يصعب التحقق منه.

يبدو wardpeet أن هناك العديد من الأسباب المحتملة المختلفة التي تؤدي إلى نفس الخطأ. بالنسبة إلينا ، لا نرى سوى هذه الأخطاء في سجل Sentry الخاص بنا ولم نتمكن مطلقًا من إعادة إنتاجها. هل سيكون من الممكن تضمين المزيد من المعلومات مع الخطأ ، أو إضافة العديد من الأخطاء الدقيقة بحيث يكون لدينا جميعًا شيء آخر لنستمر في محاولة تعقب السبب؟

لقد تلقيت للتو هذا الخطأ في https://www.gatsbyjs.com/ وانتهى بي الأمر بصفحة فارغة

أستطيع أن أؤكد أنه في أول تحميل للصفحة الأولية رأيت هذا الخطأ على gatsbyjs.com

لقد اكتشفت أن Gatsby لديه طريقة معينة للتعامل مع مسارات عنوان URL بشرطة مائلة. لا أعرف ما إذا كان هذا يمكن أن يساعد

أواجه هذه المشكلة أيضًا.

لا يمكنني مشاركة المستودع ، ولكن إذا قمت بالوصول إلى هذه الصفحة ، يمكنك رؤيتها وهي تقوم بتحميل ملف SVG بشكل صحيح. ولكن ، إذا ذهبت إلى مسار غير موجود ، على سبيل المثال https://rocketseat.com.br/test فإنه يعرض إصدارًا قديمًا من الكود (لا يزال يستخدم gatsby-image بدلاً من SVG) ويظهر لي هذه الرسالة على وحدة التحكم:

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

أنا أستخدم [email protected]

_edit: لا أعرف السبب ، ولكن بعد أن أضفت مشكلتي هنا تم حل مشكلة الصورة ، لكنني ما زلت أتلقى نفس الخطأ في وحدة تحكم الصفحة

من الصعب بالنسبة لي التكرار ، أرى فقط الكثير من هذه الأخطاء في الإبلاغ عن أخطاء الحراسة

teskillwithin - نفس. الآلاف من هؤلاء في Sentry.

لدي نفس المشكلة. غريب جدا. يبدو أن هناك عدة أسباب تؤدي إلى حدوث هذا الخطأ.

نشاهد أيضًا هذا الخطأ يحدث في مجموعة متنوعة من المتصفحات وعلى مجموعة متنوعة من الصفحات. لا يبدو أنني أربط وضعنا بأي من الأسباب المحتملة المذكورة أعلاه. وأيضًا لا يمكنني التكرار في التطوير - فهذا يحدث فقط لموقعنا المنشور.

لدي نفس المشكلة. غير قادر على تكرار ولكن أطنان من هذه الأخطاء في الحراسة. أيضا مجموعة متنوعة من المتصفحات
إصدار gatsby 2.24.3

يتم الإبلاغ عن هذه بشكل شبه متكرر في موقع إنتاج حيث أستخدم تطبيق Sentry أيضًا. غير قادر على تكرار نفسي. الطريقة التي أراها هي أننا بحاجة إلى تقارير أفضل. الغريب في الأمر هو أنه في الواقع يجد بيانات الصفحة:

نظرًا لأنه يتلقى حالة 200 ، و AFAICT ، لم يتم تشكيل json بشكل غير صحيح ، أفترض أن fetchPageDataJson() يقوم بإرجاع استجابة ناجحة:
https://github.com/gatsbyjs/gatsby/blob/90e66c7fcdc7a75185bdaa336b0f9bdec9762585/packages/gatsby/cache-dir/loader.js#L137 -L151

نظرًا لأن هذا الأمر يبدو ناجحًا ، فإن النقطة التالية من الفشل التي يمكنني رؤيتها هي تحميل المكون نفسه:
https://github.com/gatsbyjs/gatsby/blob/90e66c7fcdc7a75185bdaa336b0f9bdec9762585/packages/gatsby/cache-dir/loader.js#L438 -L448
https://github.com/gatsbyjs/gatsby/blob/90e66c7fcdc7a75185bdaa336b0f9bdec9762585/packages/gatsby/cache-dir/loader.js#L235 -L241

ربما توجد مشكلة في async-requires يتم كتابتها. أتصور أن هذه الأمور على ما يرام حقًا ، على الرغم من ذلك ، حيث سيتم التعامل معها بواسطة Webpack ، ويبدو أن المشكلة متقطعة. إذا كانت هناك مشكلة في طريقة كتابة هذا الملف ، فقد يتسبب ذلك في تفجير البناء.

إذا كانت هذه مشكلة في بناء الجملة في مكان ما في الوحدة النمطية التي يتم استيرادها ، فأنا أتخيل أنها ستفشل بنسبة 100٪ من الوقت. ربما هناك شيء ما يتم استخدامه في وحدة نمطية غير متوافق مع أي جهاز / متصفح يقوم بتحميل الوحدة المذكورة. من الصعب معرفة ذلك ، بالتأكيد ، لأن الخطأ المحدد يتم حجبه.

ما أعتقد أننا بحاجة إليه هو مُحمل المكون حتى لا يأكل الخطأ الذي تم إنشاؤه.

وجود Promise.resolve() هناك عندما لا توجد قطعة في asyncRequires يعني أن الخطأ الذي تم إلقاؤه سيكون منطقيًا. سيتم إلقاء هذا الخطأ أيضًا في كل زيارة إلى تلك الصفحة ... لذلك سيكون من السهل تعقب السبب.

إرجاع null في كتلة catch هناك يعني أن الخطأ الذي تم طرحه لا معنى له. تم العثور على الوحدة النمطية ، ولكن حدث خطأ أثناء الاستيراد الديناميكي. ألا تُرجع حزمة الويب خطأً في كتلة catch() للاستيراد الديناميكي؟ إذا لم يحدث ذلك ، فربما تكون هذه مشكلة يجب معالجتها مع Webpack. أعلم أنه إذا قمت بتشغيل import() سيئًا من devtools ، فسيتم الإبلاغ عن خطأ ... سواء تم الإبلاغ عن خطأ أم لا بناءً على عدم القدرة / الفشل في تحليل جافا سكريبت الذي يتم استيراده هو سؤال آخر ، وسيستغرق بعض الاختبارات الإضافية مع بعض التعليمات البرمجية التي أعرفها لن تعمل في متصفحات معينة.

wardpeet لقد ذكرت أفضل الإبلاغ عن الأخطاء مسبقًا . هل هذا في الأعمال أم هناك حاجة للمساعدة؟

فيما يتعلق بتوافق المتصفح ، أرى أن معظم هذه الأخطاء ناتجة عن الأجهزة المحمولة.

لكنني رأيت أيضًا هذه الأخطاء التي تم إنشاؤها على MacOS X باستخدام Safari و Windows 10 باستخدام Chrome.

أحد العوامل المشتركة هو أن حركة المرور تبدو بشكل عام وكأنها مصدرها Facebook أو Google. ولكن قد يكون هذا مجرد مصادفة ، لأن هؤلاء هم ما يدفع معظم حركة المرور لدينا.

_ ملاحظة: هذا الموقع الذي أعمل معه يستخدم في الواقع [email protected] ، لذا فإن الكود الذي قمت بربطه موجود في أماكن مختلفة ، لكن المنطق نفسه لا يبدو أنه قد تغير. لا يزال يفعل نفس الشيء ، ويبدو أن نقاط الفشل المحتملة التي حددتها هي نفسها.

[email protected]

أرى أيضًا الخطأ نادرًا في bugsnag. من غير الواضح ما إذا كانت الصفحة يتم عرضها أم لا. إليك المكدس على bugsnag إذا كان من أي مساعدة wardpeet من المثير للاهتمام أنه في هذه الحالة يبدو أنه قد

سأضيف بعض المعلومات الإضافية إلى الخطأ المسجل ، لذلك نأمل أن نتمكن من إيجاد المشكلة

أواجه نفس المشكلة مع صفحة نشأت خطأ آخر تم نشره على https://github.com/gatsbyjs/gatsby/issues/26706

في حالتي ، يحدث ذلك في كروم سطح المكتب (على الأقل) ، ويحدث فقط في المرة الأولى التي أقوم فيها بتحميل الصفحة ، إذا قمت بالضغط على التحديث ، فسيتم عرض كل شيء كما هو متوقع

ثم إذا حاولت تكرار تلك المرة الأولى ، حتى مع وضع incognito ومحاولة مسح كل ذاكرة تخزين مؤقت يمكنني التفكير فيها ، لا يمكنني (أحيانًا كنت قادرًا ، بشكل عشوائي جدًا) ، إلا بعد فترة ( أيام قليلة) أزور عنوان url وأجد نفس الخطأ (الذي يختفي بعد التحديث مرة أخرى)

إذا حاولت نسخها بنفس الحد الأدنى من الريبو الذي استخدمته للمشكلة المرتبطة أعلاه ، فلن أتمكن من رؤية نفس الأخطاء (على الأقل ليس في المرات التي حاولت فيها الآن)

الخطأ (في هذه الحالة) مرئي بسبب عدم إنشاء شبكة البناء ، مما يؤدي في حالتي إلى تدمير الصفحة ما لم يفكر المستخدم في تحديث الصفحة (أظن أنهم لا يفعلون ذلك)

في الواقع ، يبدو الأمر عشوائيًا لدرجة أنني كنت أراه لبضعة أسابيع ، لكنني اعتقدت دائمًا أن هذا شيء ما في جهاز الكمبيوتر الخاص بي

قمت بتشغيل npm auidit fix وتم حل المشكلة بالنسبة لي.

التالية! لديك نفس المشكلة أيضا

مرحبا،

لدينا هذه المشكلة أيضًا في الإنتاج فقط. نقوم بإعادة إنتاج هذا الخطأ بنسبة 100٪ من وقت عناوين url المحددة. لنلقِ نظرة على هيكل الشجرة الخاص بـ 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 أيضًا. لقد أدخلنا عنوان url غير معروف مثل https://domain.com/doesnotexist لدينا صفحة 404 بشكل صحيح ، ولكن إذا حاولنا الوصول إلى عنوان url يطابق مجلدًا فعليًا في الشجرة ، مثل https://domain.com/usages ، فلدينا هذه الصفحة الفارغة وهذا الخطأ.

هل هذا قد يدق الجرس لك؟

الأفضل

guillaumepotier ، هل سيحدث استخدامك لـ nginx أيضًا؟

أعتقد أنه قد يكون ناتجًا عن رؤوس استجابة خاطئة.

@ daydream05 نعم بالفعل نحن نستخدم nginx. لقد رأينا في سجلاتنا حوالي 304 رؤوس محتوى غير معدلة ، وأحيانًا 200 إجابة.

باستخدام حاوية AWS S3

نفس الشيء هنا ، الاستضافة في AWS S3 (مع CloudFront CDN).

قمت بتشغيل npm audit fix وتم حل المشكلة بالنسبة لي.

هههههههههههههههه لقد جربته في مشروعنا وربما يكون قد حل المشكلة لنا أيضًا. سيخبرنا الوقت ، ولكن حتى الآن بعد 48 ساعة ، لا توجد أي حوادث في سجلاتنا.

التعديل: بعد 5 أيام ، لم يحدث حتى الآن ...

التحرير: بعد 10 أيام وحدث ذلك عدة مرات مرة أخرى ، آسف للإبلاغ. لا يبدو أن تشغيل npm audit fix في حد ذاته يحل المشكلة.

wardpeet بعض بيانات bugsnag الإضافية التي قد تساعد في تشخيص ...

وفقًا لهذه ، يبدو أن ملفات page-data.json يتم تحميلها بشكل صحيح بالفعل ...

• منذ أن تعثرت في هذا اليوم ، سأصطدم وأراقب هنا.

في حالتي ، أصلحت مشكلة تحميل polyfill.io lib في الصفحة

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

pedrofsantoscom برجاء توضيح كيف نجح البرنامج النصي الذي تم تحميله بشكل ثابت في حل مشكلة لـ gatsby.js؟

واجهت نفس المشكلة أمس. يؤدي مسح ذاكرة التخزين المؤقت محليًا إلى إصلاحه للمستخدم الحالي. لذلك قمنا بمسح ذاكرة التخزين المؤقت في Cloudflare والآن لم يعد لدينا أي تقارير.
كان مسح ذاكرة التخزين المؤقت هو الحل الذي نقدمه

نحن لا نستخدم Cloudflare ، نحن نستخدم AWS cloudfront CDN ويتم إبطالها بعد كل عملية نشر. لقد واجهت الخطأ محليًا عن طريق تشغيل خادم الويب المحلي باستخدام https مع المحاولة الأولى للتشغيل بعد بدء خادم الويب وأيضًا في بعض عمليات إعادة تحميل الصفحات اللاحقة ، ولكن ليس في كل مرة. لا أرى أي نمط. إنه يحدث فقط من حين لآخر.

نحن لا نستخدم Cloudflare ، نحن نستخدم AWS cloudfront CDN ويتم إبطالها بعد كل عملية نشر. لقد واجهت الخطأ محليًا عن طريق تشغيل خادم الويب المحلي باستخدام https مع المحاولة الأولى للتشغيل بعد بدء خادم الويب وأيضًا في بعض عمليات إعادة تحميل الصفحات اللاحقة ، ولكن ليس في كل مرة. لا أرى أي نمط. إنه يحدث فقط من حين لآخر.

كان هذا هو الحل بالنسبة لنا. عندما قمنا بمسح ذاكرة التخزين المؤقت ، قللت الأخطاء في الساعة بسرعة ولم نحصل على نفس الخطأ في bugsnag على الأقل. هذا في الواقع خطأ غريب.

تلقيت نفس رسالة الخطأ ولكن فقط في Internet Explorer. لم تعرض جميع المتصفحات الأخرى هذا النوع من رسائل الخطأ.

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

لقد تتبعت المشكلة وصولاً إلى عملية استيراد قمت بها في مكونات التفاعل الخاصة بي. في بعض الحالات ، كان لدي تبعيات لـ https://sap.github.io/ui5-webcomponents/ . بمجرد إزالة تلك التبعيات ، اختفت المشكلة. لا يمكنني شرح السبب الجذري الحقيقي ، ولكن أريد أن أشير إلى أن التبعيات في عناصر التحكم في التفاعل يمكن أن تسبب هذه المشكلة.

لا يمكن لـ Chaosbohne أن يجادل في ذلك ، لكن يمكنني القول إنها مسألة تبعيات فرعية. أعتقد أن فريق gatsby.js سيهتم بإدارة التبعية والأمان ، وفي الخطوة الأولى سيزيل ^ من جميع إصدارات التبعية / devDependency ، يمكن منع مجموعة كاملة من المشكلات.

أستطيع أن أقول أن هذه المشكلة لا تعتمد على المتصفح. لقد رأيته في Chrome و Safari استنادًا إلى سجلات Sentry وفي chrome 85 و 86 محليًا على جهاز Mac الخاص بي.

لا يعمل أي من الحلول. KyleAMathews بسبب هذه المشكلة نخسر الأعمال ، في غضون 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: 2.12.67 وإصدار Gatsby: 2.24.47 كما ذكرت أن الإصدار 2.20.36 من gatsby يعمل بشكل جيد بالنسبة لك ، وسوف نجرب حظنا من خلال تخفيض إصدار gatsby.

@ shide1989 شكرا على التعليق. لكن تخفيض الإصدار يلقي بي هذا الخطأ ->

خطأ Webpack: لا يمكن جلب نتيجة StaticQuery.

الذي كان يعمل في الإصدار السابق 2.24.47.

نأسف لسماع ذلك ، ربما تفتقر إلى نموذج حرفي بعلامات Graphql في نفس الملف حيث يتم استخدام الخطاف useStaticQuery لاستخراج الاستعلامات في وقت الإنشاء. (كما هو موضح هنا: https://github.com/gatsbyjs/gatsby/issues/24526)

على أي حال حظا سعيدا مع ذلك

لكني أخبرتك أن نفس الكود كان يعمل مع gatsby 2.24.47.

@ R3coN قد تكون هذه المشكلة أيضًا ناتجة عن التخزين المؤقت غير السليم الثابت. إذا كنت تستخدم nginx أو s3 لخادمك ولم تقم بإلغاء إبطال page-data.json ، فإن StaticQueries الخاصة بك سوف تتعطل كلما قمت بتغيير بياناتك.

كانت لدي هذه المشكلة واتضح أنني كنت أخزن جميع بيانات الصفحة. لا ينبغي أن يكونوا كذلك. يجب إعادة التحقق من صحة كل الطلبات

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

@ daydream05 شكرا على التعليق. نعم ، أنا أستخدم S3 مع CloudFront. هل لديك أي فكرة عن كيفية تحقيق ذلك مع Cloudfront؟

@ daydream05 لديّ بالفعل عنصر تحكم في ذاكرة التخزين المؤقت: تمت إضافة "public، max-age = 0، must-revalidate" إلى page-data.json و app-data.json مما يعني أن هذه الصفحات لم يتم تخزينها مؤقتًا.

أرى هذا أيضًا على الصفحات غير الموجودة (والتي يجب أن تقوم بتحميل وترطيب صفحة 404).

محليًا ، تعمل إصدارات التطوير والإنتاج الخاصة بي بدون هذا الخطأ ، وعندما أقوم بإدخال console.log أثناء الفحص الذي يلقي هذا الخطأ في الإنتاج المبني app-[hash].js ، أستطيع أن أرى أن page الكائن page.componentChunkName: ""component---src-pages-404-js" كما أتوقع أن يكون كذلك.

ومع ذلك ، عند نشر التطبيق على سحابة gatsby ، يحدث الخطأ في كل تحميل لصفحة غير موجودة. تظهر صفحة SSR'd 404 في المتصفح ، ولكن بعد ذلك يتم إلقاء الخطأ ، لذلك لا يعمل React مطلقًا في المتصفح. عندما يتم تحميل صفحة 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 ، يمكنني تأكيد مشكلةaMoniker لأن نفس نمط السلوك يحدث لي.

محليًا ، يعمل كل من عمليات التطوير والإنتاج بشكل جيد مع صفحة 404 ، ولكن عند نشرها في Gatsby Cloud ، أحصل على المشكلة في كل صفحة غير معروفة باستثناء المسار الفعلي /404 .

لقد واجهت أيضًا هذا الخطأ وقمت بإصلاحه عن طريق مسح ذاكرة التخزين المؤقت للمتصفح. ومع ذلك ، سيكون من الجيد إيجاد حل لا يتطلب ذلك ، حيث لا يمكننا إجبار جميع استخداماتنا على القيام بذلك.

@ dejavu1987 نحن لا نستخدم رد فعل md في المشاريع التي تواجه هذه المشكلة.

MaciekBaron لقد

يبدو أن هذه مشكلة التخزين المؤقت كما ذكرت سابقًا. إذا تم تعيين رؤوس ذاكرة التخزين المؤقت بشكل صحيح ، فقد تكون المشكلة مع عمال الخدمة.

ربما جرب هذا البرنامج المساعد؟
https://www.npmjs.com/package/gatsby-plugin-remove-serviceworker

مرحبًا ، أواجه هذه المشكلة أيضًا. في تطوير كل شيء يعمل بشكل جيد ولكن عندما أقوم بتشغيل gatsby build ونشر الدليل العام على مضيف الويب الخاص بي ، فإن الصفحة تفشل في العمل بسبب رسالة الخطأ هذه.

كنت مهتمًا جدًا بدليل بيانات الصفحة العامة ونظرت فيه. لقد وجدت أن دليل الصفحة المحدد موجود ولكنه لم يكن بأحرف صغيرة بدلاً من ذلك كان الدليل بحرف كبير. كانت هذه هي المشكلة لدي رسالة الخطأ.

بعد ذلك قمت بتغييره إلى حرف صغير في البداية وعمل بشكل جيد في prod. أعتقد أن هذا يحدث لأنني غيرت اسم الصفحة سابقًا وربما يوجد شيء مخبأ هنا؟

أنا أيضا واجهت هذه القضية. لقد وجدت طريقة لإصلاح هذه المشكلة. لكنني أعتقد أنه لم يحل المشكلة الحقيقية.

الآن ، اسمحوا لي أن أشرح كيفية إصلاحها.

تم العثور على هذه المشكلة في بيئة الاختبار أو الإنتاج - كما يقول كل ما سبق ، لن تتكاثر في التطوير. حتى في الاختبار أو الإنتاج ، لم يحدث ذلك في كل مرة. ووجدت أن جميع البرامج النصية تم تحميلها مسبقًا وتنفيذها بشكل غير متزامن. لذا أعتقد أنه قد يكون بسبب الأمر التنفيذي للنصوص.

نظرًا لأنني أقوم بإبطاء الشبكة في الشبكة ، مثل التعيين على 3G fast ، فقد حدثت المشكلة تقريبًا في كل مرة. هذا أكد تخميني.

للتأكد من تخميني ، قمت بتغيير عملية عرض 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)
  }

لحسن الحظ ، إنه يعمل.

على الرغم من أن هذه الطريقة يمكن أن تساعد في حل المشكلة ، لا أعتقد أنها طريقة جيدة للقيام بذلك. يبدو أنه ينتهك ميزة غاتسبي. هل يقوم البرنامج النصي بتنفيذ التصميم بشكل غير متزامن ليكون هكذا؟

نأمل أن تحل هذه الطريقة جميع مشاكلك أيضًا.

تم العثور على هذه المشكلة في بيئة الاختبار أو الإنتاج - كما يقول كل ما سبق ، لن تتكاثر في التطوير. حتى في الاختبار أو الإنتاج ، لم يحدث ذلك في كل مرة. ووجدت أن جميع البرامج النصية تم تحميلها مسبقًا وتنفيذها بشكل غير متزامن. لذا أعتقد أنه قد يكون بسبب الأمر التنفيذي للنصوص.

على الرغم من أن هذه الطريقة يمكن أن تساعد في حل المشكلة ، لا أعتقد أنها طريقة جيدة للقيام بذلك. يبدو أنه ينتهك ميزة غاتسبي. هل يقوم البرنامج النصي بتنفيذ التصميم بشكل غير متزامن ليكون هكذا؟

أعتقد أنك على حق ، لقد عادت هذه المشكلة لأسباب غريبة.
آخرها كانت جامحة ، لكن عندما أقوم بتوصيلها بإجابتك ، كان الأمر منطقيًا.

لذلك ، أضفت مؤخرًا مكون رمز الخط إلى مكون التخطيط الخاص بي ، وأعاد ظهور هذه المشكلة.
هناك نقطة مهمة يجب ملاحظتها وهي أنه تم استخدام رموز الخطوط في مكونات أخرى متداخلة بعمق طوال هذا الوقت ، ولم تتسبب في المشكلة مطلقًا ، فقط عندما يكون على مستوى التخطيط وهو المكون الأول الذي يتم استدعاؤه من أي مكون صفحة.

قد أكون مخطئا ولكن قد يكون هذا سيناريو جيد لمعرفة السبب الحقيقي.

@ dejavu1987 اتفق معك. ربما قدمت سيناريو جيد لمعرفة السبب الحقيقي.

علاوة على ذلك ، أتساءل عما إذا كان من المناسب تحميل البرامج النصية وتنفيذها باستخدام async ، حيث يتم تقسيم رموز webpack إلى أجزاء مختلفة ولكن قد تحتوي الأجزاء على تبعيات.

يبدو أن المشكلة الرئيسية هي أن Gatsby يبتلع الأخطاء أثناء تحميل الصفحة ويبلغ فقط عن رسالة page resources for / not found. Not rendering React العامة جدًا ، وهذا هو سبب وجود العديد من الأسباب المحتملة المختلفة التي تم الإبلاغ عنها في هذا الموضوع.

تبين أن مشكلتي هي أن Mobx 5 لا يدعم IE11 ، وبينما يقدم Mobx رسالة خطأ لطيفة لهذا ، كل ما حصلت عليه هو رسالة Gatsby "لم يتم العثور على موارد الصفحة" والتي كانت مضللة إلى حد ما.

أود أن أقترح بتواضع كحل لهذه المشكلة الإبلاغ عن رسالة الخطأ الأصلية التي تسببت في فشل تحميل الصفحة. تضمين التغريدة

ما تم إصلاحه بالنسبة لي هو أنني قمت بإعداد S3 لإرجاع 200 على صفحة 404. عندما قمت بتغييره لإرجاع رمز الحالة 404 ، فقد نجح.

نعم لقد وجدت هذا أيضًا. ومع ذلك ، كانت مشكلتي أوسع ... كنت أقوم بالتخزين المؤقت لنتائج Cloudfront 404. السبب في أنني كنت أحصل على 404 نتيجة بين Cloudfront و S3 هو أن النشر إلى S3 عبر CodePipeline أعتقد أنه يفك ضغط ملف Build Artifact ZIP - لكنه لا يفعل ذلك بأي ترتيب معين. لذلك لبضع دقائق ، يمكنك الحصول على ملفات .HTML جديدة تشير إلى ملفات .JS جديدة (مع تجزئات جديدة) والتي لم توجد بعد. يجب ألا يخزن أي شيء يتعامل مع التخزين المؤقت لملفات الأصول المجزأة نتائج 404 حيث لا يمكن تصحيح ذلك إلا عن طريق مسح ذاكرة التخزين المؤقت لـ CDN.

هل اكتشف أي شخص كيفية التأكد من نشر ملفات HTML في S3 أخيرًا بالمناسبة؟

ديفيد
https://ewebinar.com

في 21 تشرين الأول (أكتوبر) 2020 ، الساعة 12:40 مساءً ، كتب فينس ب. [email protected] :

@ R3coN https://github.com/R3coN قد تكون هذه المشكلة أيضًا ناتجة عن التخزين المؤقت غير السليم الثابت. إذا كنت تستخدم nginx أو s3 لخادمك ولم تقم بإلغاء إبطال page-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/notifications/unsubscribe-auth/AA3SHT55MXZTXQUAXH5ZUY3SLZIKQ4V .

يمكنني أن أضيف أنني قمت بإعادة إنتاج مشكلة مع chrome Lighthouse Audit في اختبار الهاتف المحمول ، مع اختبارات PWA وبدونها. أنا متأكد من أن اختبارات الأجهزة المحمولة تستخدم حدود الشبكة ووحدة المعالجة المركزية ، لذا فإن تحميل البرامج النصية غير المتزامنة خارج الترتيب ، أو واحد من 30 فشلًا ... قد يكون في كثير من الأحيان موقفًا.

أنا أعمل مع 3d ، وحتى عند localhost مع webpack و gatsby.js ، غالبًا ما تؤدي إعادة تحميل الصفحة إلى طلبات الشبكة الفاشلة للنموذج الثابت gtlf الملفات. فشل أحدها - كل التطبيقات معطلة (إذا لم يتم تعيين ErrorBoundary).

أعتقد أنه يمكن أن يكون نفس النمط هنا ، ولكن بدون معالجة الخطأ المناسبة.

أنا أستخدم S3 و CloudFront للإنتاج. واجهت مشكلة مماثلة ولكن في حالتي كنت أتلقى خطأ Can't render React في وحدة التحكم فقط على Cloudfront. بدأ هذا يحدث بعد تغيير الملفات على الإنتاج S3. لدهشتي حل مشكلتي بعد إعادة تشغيل المنارة لأصل الإنتاج.

كان هذا يحدث فقط على جهازي في الوضع العادي. في حالتي ، لم يساعد تنظيف ذاكرة التخزين المؤقت بالكامل وملفات تعريف الارتباط والتخزين المحلي وتخزين الجلسة وعمال الخدمة في وقت سابق.

لذلك إذا قمت بتكوين ملف تعريف لأصل الإنتاج الخاص بك باستخدام المنارة وتم تغيير الملفات ، فقد تحدث هذه المشكلة أيضًا (في حالتي ، كانت كذلك)

وجهة نظري هي أنه يمكنني إعادة إنتاجها باستخدام المنارة تقريبًا 1 من 10 ، وآخر نشر كان منذ وقت طويل.

لا أعتقد أن غاتسبي سيكون قادرًا على حل هذه المشكلة ، لأن هذا يحدث للجميع ولكن السبب مختلف. أحصل على صفحات فارغة كثيرًا أو عندما أغير شيئًا ما في صفحة gatsby الخلفية يصبح فارغًا ويظهر خطأ ، وهذا الخطأ أيضًا يختلف في كل مرة. أعتقد أنه يتعين علينا التوقف عن استخدام برنامج gatsby والتحول إلى بعض الأطر الموثوقة الأخرى.

يمكنني إصلاح الخطأ إذا كان هناك أي طريقة لإعادة إنتاجه ، ولكن لا يوجد. يحدث هذا الخطأ بشكل عشوائي ، وأحيانًا يحدث بعد يوم واحد من النشر ، وأحيانًا يحدث بعد 3-4 أيام من النشر. لكن هذا يحدث.

antoinerousseau هل وجدت أي شيء؟ هل يمكن لأي شخص أن يخبرني خطوة بخطوة عن كيفية تصحيح هذه المشكلة على الأقل؟ لقد جربت كل الأشياء من جانبي ولكن بعد يوم أو يومين من نشر فواصل موقع الويب. هل يمكن لأي شخص أن يخبرني كيف أعرف متى ستحدث هذه المشكلة لأنها تحدث بشكل عشوائي جدًا بالنسبة لي؟

ما تم إصلاحه بالنسبة لي هو أنني قمت بإعداد S3 لإرجاع 200 على صفحة 404. عندما قمت بتغييره لإرجاع رمز الحالة 404 ، فقد نجح.

S3 أو Cloudfront؟

في حالتي كانت المشكلة في صفحة 404 ، مستخدمة افتراضيًا بواسطة Azure. لقد كان خطأ حظر والشيء الوحيد الذي تمكنت من رؤيته في وحدة التحكم هو
Error / page resources for / not found. Not rendering React

منذ أن بدأت في استخدام 404 المخصص - ذهبت المشكلة.

أحصل على نفس الشيء عندما أنشر التطبيق على Netlify .. يعمل تطبيق Gatsy Build المحلي و Gatsby Serve بشكل جيد .. هذا أكثر غرابة ..

atapas هل يمكنك الاتصال بدعم Netlify؟ ربما يمكنهم توضيح شيء من جانبهم؟

atapas هل يمكنك الاتصال بدعم Netlify؟ ربما يمكنهم توضيح شيء من جانبهم؟

نعم فعلت. شكر!

ربما ، سيكون من المفيد هنا تتبع مكدس أفضل أو رسالة خطأ واضحة. على أي حال ، شكرا على الرد.

atapas أنا لست عضوًا في فريق ، فقط أعاني من نفس الخطأ الذي تعاني منه.

أحصل على نفس الشيء عندما أنشر التطبيق على Netlify .. يعمل تطبيق Gatsy Build المحلي و Gatsby Serve بشكل جيد .. هذا أكثر غرابة ..

لقد وجدت الحل في سياق مختلف تمامًا. كنت أتلقى الخطأ لأن Netlify كان يتجاهل متغيرات env التي قمت بتعيينها لـ Auth0 للعمل في تطبيقي ،

المجال: process.env.AUTH0_DOMAIN ،
معرف العميل: process.env.AUTH0_CLIENTID ،
redirectUri: process.env.AUTH0_CALLBACK ،

قرأت لاحقًا عن "النشر بدون متغيرات حساسة" من هنا وقمت بإصلاحه كما هو مذكور في المستند.

أنا مندهش من الخطأ الذي تلقيته وهبط الحل .. لكن سعيد لأنه نجح.

atapas أنا لست عضوًا في فريق ، فقط أعاني من نفس الخطأ الذي تعاني منه.

@ JustFly1984 ، لا تقلق أردت حقًا أن أشكرك. لقد بحثت في مستند Netlify ويمكنني اكتشاف الحل كما هو مذكور في التعليق أعلاه.

أحصل على هذا فقط في Chrome. Safari يعمل بشكل رائع. لقد أضفت للتو المكونات الإضافية غير المتصلة والبيان إلى مشروعي. لا يمكنني إعادة إنتاجه باستخدام Gatsby develop أو باستخدام gatsby build & gatsby serve محليًا. أنا أستضيف على Netlify.

بالنسبة لي ، كانت كتلة التعليمات البرمجية هذه خارج مكون React بالإضافة إلى الإشارة إلى المتغيرات العامة في مكون React تسبب الخطأ. إزالته يحل المشكلة.

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)
  );
}