Gatsby: إنشاء HTML ثابت لخطأ الصفحات: خطأ: ENOENT: لا يوجد مثل هذا الملف أو الدليل

حسنًا ، لقد واجهت هذه المشكلة: https://github.com/gatsbyjs/gatsby/issues/10458 أدير gatsby develop عدة مرات وهو يعمل الآن. ثم أبني وهو يعمل .. ما الذي يجري؟ أحتاج إلى تشغيل gatsby develop قبل الإنشاء؟

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

لقد قمت بحذف مجلد ذاكرة التخزين المؤقت وبناءه والآن يعمل.

مرحبا!

آسف على القضايا! هل يمكنك تقديم نسخة أو شيء يمكننا إلقاء نظرة عليه؟ شكر!

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

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

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

شكر!

إذا قمت بتشغيل gatsby start ثم قمت بتشغيل gatsby build فإنه يفشل. إذا قمت بحذف مجلد ذاكرة التخزين المؤقت وقمت بتشغيل gatsby build فإنه يعمل.

هذا يكفي لنا للاستمرار! هل من الممكن مشاركة المستودع (أو إنشاء مثال مصغر بدون أي معلومات خاصة) حتى نتمكن من إلقاء نظرة على أنفسنا؟

لا أستطيع الآن ، إنها كبيرة جدًا ومتشابكة ... ماذا يمكننا أن نفعل؟

نقوم بإخراج نتائج الاستعلام إلى الدليل public مباشرة ، لكننا نتتبعها في .cache - لذلك إذا حذفت public بدون حذف .cache - فزت ذاكرة التخزين المؤقت لا أعلم أن نتائج الاستعلام لم تعد موجودة ولهذا السبب نحن نشكو من فقدان الملف الذي تتوقع ذاكرة التخزين المؤقت وجوده هناك

pieh يبدو أنه صحيح. لذا ربما يجب أن نفعل شيئًا لتجنب هذا السيناريو. ربما تضع خطأ أنه من أجل الإنشاء بدون المجلد public تحتاج إلى حذف المجلد .cache أيضًا.

ولكنني وجدت أنه من الغريب لل .cache للنظر في public مجلد ... ولكن على أي حال، أن هناك شيئا آخر.

لكنني وجدت أنه من الغريب أن يبحث .cache في المجلد public ... لكن على أي حال ، هذا شيء آخر.

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

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

ربما يمكننا إضافة gatsby clean إلى cli الذي يحذف كلا المجلدين ولكن بشكل عام ، تشيرjonniebigodes إلى أنه لا يجب لمس هذه المجلدات نظرًا لأنها _ مملوكة_ بمقدار gatsby .

نعتذر عن رسائل الخطأ غير المفيدة للغاية. نحن نعمل على تحسين هذا.

sidharthachatterjee حسنًا ، رائع. شكر.

pieh لست متأكدًا من كيفية عمل ذلك عند

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

مرحبا!

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

نتلقى الكثير من المشكلات ، لذلك نقوم حاليًا بإغلاق المشكلات بعد 30 يومًا من عدم النشاط. لقد مرت 20 يومًا على الأقل منذ آخر تحديث هنا.

إذا فاتنا هذه المشكلة أو إذا كنت تريد إبقائها مفتوحة ، فيرجى الرد هنا. يمكنك أيضًا إضافة التصنيف "ليس قديمًا" للإبقاء على هذه المشكلة مفتوحة!

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

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

لقد مرت 30 يومًا منذ حدوث أي شيء بخصوص هذه المشكلة ، لذلك سيقوم روبوت الحي الودود (هذا أنا!) بإغلاقه.

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

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

لقد واجهت هذا أيضًا.

لأناس المستقبل: ليرة لبنانية ؛ dr هو أنه عند إنشاء بنية جديدة ، احذف كلاً من public و .cache .

lionelbarrow هل يمكنك مشاركة بعض السياق بخصوص _لماذا_ حذفت المجلد العام لتبدأ به؟

نحن نحاول تعقب مشكلات التخزين المؤقت في # 11747 ، لذا فإن أي فكرة لديك ستكون لا تقدر بثمن - خاصةً إذا كانت قابلة للتكرار! شكر!

ملاحظة جانبية أيضًا: يمكنك أيضًا استخدام gatsby clean والذي سيحذف كلاهما من أجلك. صدر في [email protected]

لست متأكدًا مما إذا كانت مرتبطة ولكني وجدت هذه المشكلة ^ أثناء البحث عن حل على Google ...

أنا أقوم بتشغيل npm run serve بعد gatsby clean ولكن يظهر لي هذا الخطأ عند محاولة عرض localhost:9000 .

Error: ENOENT: no such file or directory, stat '/xxx/xxx/gatsby-site/public/404.html'

لست متأكدًا مما إذا كانت مرتبطة ولكني وجدت هذه المشكلة ^ أثناء البحث عن حل على Google ...

أنا أقوم بتشغيل npm run serve بعد gatsby clean ولكن يظهر لي هذا الخطأ عند محاولة عرض localhost:9000 .

Error: ENOENT: no such file or directory, stat '/xxx/xxx/gatsby-site/public/404.html'

كذلك هنا

لكن gatsby develop يعمل بشكل جيد.

بعد تنفيذ npm run build gatsby serve بدأ العمل بشكل صحيح.
ماذا فعلت:

1. npm install - تحذيرات
2. gatsby serve - خطأ
3. _delete public_ و _.cache_
4. gatsby serve - خطأ
5. gatsby develop - حسنًا
6. npm run build - حسنًا
7. gatsby serve - حسنًا

إذا قمت بتشغيل gatsby start ثم قمت بتشغيل gatsby build فإنه يفشل. إذا قمت بحذف مجلد ذاكرة التخزين المؤقت وقمت بتشغيل gatsby build فإنه يعمل.

مرحبًا ، كان لدي نفس الخطأ. حدث ذلك بعد بناء المشروع بنجاح. بعد 5 دقائق عندما كنت أحاول تنفيذ gatsby develop واجهت نفس رسالة الخطأ "خطأ: ENOENT: لا يوجد مثل هذا الملف أو الدليل ، افتح 'C: ... publicstaticd655path --- index-6a9-M35H41xhcRuRW1Ovpq3cs1Xmo.json ""

لذلك فشل gatsby develop مع هذا الاستثناء و gatsby build لا ينتهي على الإطلاق لأن "إنشاء HTML ثابت للصفحات" لا يتوقف.

حدث الخطأ : Error: ENOENT: no such file or directory, open 'C:\...\public\static\d\655\path---index-6a9-M35H41xhcRuRW1Ovpq3cs1Xmo.json'
الحل : بحذف جميع الملفات في المجلد .cache تمكنت من إصلاح هذه الأخطاء :)

تواجه نفس المشكلة هنا حتى بعد حذف كلا المجلدين public و .cache ، حتى أنني أزلت node_modules وأعدت تثبيتهما

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

error Building static HTML failed

See our docs page on debugging HTML builds for help https://gatsby.dev/debug-html

  85 | ]);
  86 |
> 87 | proxyRequestMethods(Index, '_index', IDBIndex, [
     | ^
  88 |   'get',
  89 |   'getKey',
  90 |   'getAll',


  WebpackError: ReferenceError: IDBIndex is not defined

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

error Building static HTML failed

See our docs page on debugging HTML builds for help https://gatsby.dev/debug-html

  85 | ]);
  86 |
> 87 | proxyRequestMethods(Index, '_index', IDBIndex, [
     | ^
  88 |   'get',
  89 |   'getKey',
  90 |   'getAll',


  WebpackError: ReferenceError: IDBIndex is not defined

هل تحاول استخدام Firebase؟

للحصول على قصة في الخطوط الأمامية حول كيف يمكن أن ينمو المجلد العام إلى حد كبير وكيف يمكن أن يؤدي ذلك إلى إسقاط مشروع بشكل مفاجئ ، انظر هذه المشكلة في مجتمع زيت: https://spectrum.chat/zeit/general/help-i-just-hit- حد النشر أثناء النشر الحرج ~ 6c7c0fb2-4822-4a54-9a20-fd9abb3d1f21

حسنًا ، ربما يتعين عليك تسجيل الدخول لهذا المجتمع. هنا القصة الطويلة باختصار:

• للحصول على تحديث كبير ، اضطررت إلى مزامنة تغييرات SQL ونشر التطبيق
• لقد أنشأت التطبيق ، وطبقت تغييرات sql ثم نشرت على zeit / الآن مئات المرات من قبل
• لسوء الحظ ، تجاوز النشر حد 10000 ملف
• تعطل تطبيقي ، وكان الساعة 23.00 ليلاً بعد أيام شاقة من العمل واضطررت إلى إعادة تشغيل الأشياء
• فكرت: ربما يحتوي المجلد العام على أشياء غير ضرورية. أفرغها. حاول بناء وضرب الأخطاء المذكورة في هذه المسألة
• لقد وجدت هذه المشكلة ، وحذفت المجلد العام _و_ مجلد ذاكرة التخزين المؤقت ، وأعيد بناؤه - ووجدت 600 ملفًا فقط في المجلد العام

ناقص 9'400 ملف!

بعد عمل هذا النشر مرة أخرى :-)

تعطل تطبيقي ، كان الساعة 23.00 ليلاً بعد أيام شاقة من العمل

قراءة هذا بعد كتابته تجعلني أدرك مدى سوء توقيت هذا: - |

كنت أواجه هذه المشكلة أيضًا وأنا أحاول استخدام Firebase. انتهى الأمر باتباع هذا الدليل الذي يستورد "كسول" Firebase على componentDidMount .

يوجد أيضًا نموذج بدء التشغيل هذا إذا كان أي شخص آخر يحاول القيام بذلك: https://github.com/muhajirdev/gatsby-starter-firebase

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

error Building static HTML failed

See our docs page on debugging HTML builds for help https://gatsby.dev/debug-html

  85 | ]);
  86 |
> 87 | proxyRequestMethods(Index, '_index', IDBIndex, [
     | ^
  88 |   'get',
  89 |   'getKey',
  90 |   'getAll',


  WebpackError: ReferenceError: IDBIndex is not defined

هل تحاول استخدام Firebase؟

أواجه نفس المشكلة وأنا أستخدم Firebase

دائمًا ما يفشل بناء الإنتاج لدينا تمامًا بهذه الطريقة:

 ~/Developer/dooly/marketing   gp-boards-landing-page ● ⍟3  yarn run deploy                                                      8.16.0 ⬢
yarn run v1.17.0
$ gatsby build && gulp deploy
success open and validate gatsby-configs - 0.020 s
success load plugins - 1.558 s
success onPreInit - 0.007 s
success delete html and css files from previous builds - 0.072 s
success initialize cache - 0.008 s
success copy gatsby files - 0.083 s
success onPreBootstrap - 0.018 s
Starting to fetch data from Contentful
Fetching default locale
default locale is : en-US
contentTypes fetched 21
Updated entries  0
Deleted entries  0
Updated assets  0
Deleted assets  0
Fetch Contentful data: 383.381ms
success source and transform nodes - 0.976 s
success building schema - 0.728 s
success createPages - 0.089 s
success createPagesStatefully - 0.053 s
success onPreExtractQueries - 0.011 s
success update schema - 0.037 s
success extract queries from components - 0.217 s
success write out requires - 0.006 s
success write out redirect data - 0.002 s
success Build manifest and related icons - 0.094 s
success onPostBootstrap - 0.103 s
⠀
info bootstrap finished - 8.207 s
⠀
success run static queries - 0.002 s
success Building production JavaScript and CSS bundles - 14.427 s
error ENOENT: no such file or directory, open '/Users/gp/Developer/dooly/marketing/public/page-data/404.html/page-data.json'


  Error: ENOENT: no such file or directory, open '/Users/gp/Developer/dooly/marketing/public/page-data/404.html/page-data.json'

⠙ Rewriting compilation hashes
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

ما لم أحذف .cache قبل أن أقوم بتشغيل نفس أمر إنشاء الإنتاج. yarn deploy يعمل فقط gatsby build && gulp deploy . إذا تم حذف .cache قبل تشغيل إصدار الإنتاج ، فلن تكون هناك أية مشكلات.

بيئة

  System:
    OS: macOS 10.14.5
    CPU: (4) x64 Intel(R) Core(TM) i5-7267U CPU @ 3.10GHz
    Shell: 5.3 - /bin/zsh
  Binaries:
    Node: 8.16.0 - ~/.nvm/versions/node/v8.16.0/bin/node
    Yarn: 1.17.0 - /usr/local/bin/yarn
    npm: 6.4.1 - ~/.nvm/versions/node/v8.16.0/bin/npm
  Languages:
    Python: 2.7.10 - /usr/bin/python
  Browsers:
    Chrome: 75.0.3770.100
    Safari: 12.1.1
  npmPackages:
    gatsby: ^2.11 => 2.11.0
    gatsby-image: ^2.0.25 => 2.1.4
    gatsby-plugin-manifest: ^2.0.13 => 2.1.1
    gatsby-plugin-react-helmet: ^3.1 => 3.1.0
    gatsby-plugin-remove-serviceworker: ^1.0.0 => 1.0.0
    gatsby-plugin-sharp: ^2.0.17 => 2.1.7
    gatsby-plugin-sitemap: ^2.0.3 => 2.1.0
    gatsby-plugin-styled-components: ^3.1.0 => 3.1.0
    gatsby-source-contentful: ^2.0.45 => 2.0.73
    gatsby-source-filesystem: ^2.0.12 => 2.0.41
    gatsby-transformer-remark: ^2.1.12 => 2.4.0
    gatsby-transformer-sharp: ^2.1.10 => 2.1.21

لقد واجهنا هذه المشكلة في بيئة CICD حيث نقوم بتخزين /public و /.cache مؤقتًا لتسريع عمليات الإنشاء ...

إذا قمنا بإزالة ذاكرة التخزين المؤقت ، فستتباطأ الإنشاءات مرة أخرى ... 😢

أواجه مشكلة مماثلة باستخدام Firebase 6.5.0، WebpackError: ReferenceError: IDBIndex is not defined .

عندما أقوم بتغيير إصدار Firebase إلى 5.9.0 ، يعمل الإصدار بشكل جيد دون مشاكل. أي شخص حل هذا عند استخدام Firebase؟

لقد أصلحت هذا الخطأ بالتبديل إلى مكالمات http بدلاً من محاولة استدعاء وظيفة السحابة من Firebase.

لقد أصلحت هذا الخطأ بالتبديل إلى مكالمات http بدلاً من محاولة استدعاء وظيفة السحابة من Firebase.

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

josephkandi لدي نفس المشكلة أيضًا. سأحاول التراجع إلى 5.9.0 وأرى ما سيحدث.

واجهت نفس المشكلة ، يجب أن يكون تشغيل gastby clean قبل الإنشاء لتجنب هذا الخطأ
"build": "npm run clean && gatsby build",

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

واجهت نفس المشكلة ، يجب أن يكون تشغيل gastby clean قبل الإنشاء لتجنب هذا الخطأ
"build": "npm run clean && gatsby build",

هل كانت مشكلتك متعلقة بحزمة Firebase؟

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

نظرًا لأن هذا يبدو أنه موضوع مناقشة خطأ IDBIndex is not defined عند إنشاء تطبيق بداخله Firebase ، فما عليك سوى ربط مؤشر ترابط بـ firebase sdk مع توضيح سبب حدوث ذلك.
https://github.com/firebase/firebase-js-sdk/issues/1797

أنا لست جيدًا مع تكوين حزمة الويب ، فربما يمكن لشخص ما أن يأتي بحل gatsby للمشكلة؟ جميع الحلول على التذكرة المذكورة ليست لجاتسبي

https://github.com/firebase/firebase-js-sdk/issues/1455#issuecomment -455712500
يقدم هذا التعليق حلاً عبر regex ، فربما يمكننا فعل شيء كهذا باستخدام أداة تحميل فارغة؟

تم حلها باستخدام lazy firebase init الموضحة هنا https://github.com/gatsbyjs/gatsby/issues/8612

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

نقوم بحذف المجلد العام الموجود في yarn build بحيث يكون دائمًا جديدًا ، وكذلك حتى يتمكن Hugo + Gatsby وبعض البرامج النصية الأخرى من التفاعل بشكل كامل دون بعضهما البعض.

ليس من غير المعقول الاعتقاد بأن هذا سيكون على ما يرام.

كنت أواجه مشكلات في إنشاء CI. كنت أخزن ذاكرة التخزين المؤقت /.cache/ ولكن ليس ./public/ وهذا تسبب في حدوث هذا الخطأ. سيؤدي الاحتفاظ بكليهما أو حذفهما إلى إصلاح هذه المشكلة كما تظهر. مع ذلك لدي قلق صغير

أرى الكثير من الناس يتحدثون هنا عن "التنظيف دائمًا على حد سواء" ولكن هذا بالتأكيد أمر محظور لأن وقت البناء عامل حاسم.

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

يعد قرار التصميم الخاص بالاحتفاظ بالأشياء المخزنة مؤقتًا في مجلد إخراج البناء قرارًا غريبًا. يعد وقت نسخ الملف ومساحة القرص غير مهمين لمعظم الأشخاص مقارنة بسرعة الاستعلام.

على الأقل ، يجب تغيير رسالة الخطأ في مسار الكود هذا إلى شيء مثل "./.cache كان يتوقع أن يكون الملف /page-data.json موجودًا في المجلد / public. إذا تم حذف هذا ، يرجى حذف كلا .cache / و public / أو قم بتشغيل برنامج gatsby clean لتجنب هذه المشكلة "

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

تم حلها عن طريق إزالة React.lazy

https://stackoverflow.com/questions/62978046/building-static-html-for-pageserror-error-enoent-no-such-file-or-directory/63066839#63066839