Gatsby: Sumber daya yang hilang untuk /

Mungkin terkait dengan https://github.com/gatsbyjs/gatsby/issues/11453

Mungkin, meski tidak ada 404 hal yang terlibat di sini.

Maaf Anda melihat ini, @Jivings

Bisakah Anda menautkan ke reproduksi minimal jika memungkinkan?

Saya belum bisa mereproduksi secara lokal 🙁 Apakah ada informasi lebih lanjut yang bisa saya berikan untuk Anda, atau apakah laporan penjaga membantu sama sekali? Dalam keadaan apa ini mungkin terjadi sehingga saya dapat mempersempitnya?

Saya juga melihat ini tetapi hanya setelah menerapkan, saya tidak dapat mereproduksi secara lokal.

Uncaught Error: Missing resources for /store/
    at t.n.render (ensure-resources.js:135)
    at Xo (react-dom.production.min.js:156)
    at Qo (react-dom.production.min.js:155)
    at ti (react-dom.production.min.js:162)
    at Oi (react-dom.production.min.js:192)
    at ji (react-dom.production.min.js:193)
    at fa (react-dom.production.min.js:205)
    at sa (react-dom.production.min.js:204)
    at Mi (react-dom.production.min.js:200)
    at ya (react-dom.production.min.js:218)

Saya perhatikan bahwa saya hanya mendapatkan kesalahan ini di cabang tempat saya mencoba menghapus ThemeProvider (komponen bergaya) dari kode saya dan saya menebak di suatu tempat ada yang kacau dalam struktur file karena tidak ada paket yang ditambahkan / diperbarui / dihapus. Akan memperbarui jika saya menunjukkan penyebabnya tetapi tidak banyak yang bisa dilakukan.

Saya mengalami masalah yang sama di sini ... pertama, maaf atas bahasa Inggris saya, saya penutur bahasa Spanyol ¯_ (ツ) _ / ¯

Error: Missing resources for /...
    at t.n.render (ensure-resources.js:135)
    at Ri (react-dom.production.min.js:169)
    at Ci (react-dom.production.min.js:168)
    at Li (react-dom.production.min.js:176)
    at Ba (react-dom.production.min.js:221)
    at Ha (react-dom.production.min.js:222)
    at Pl (react-dom.production.min.js:238)
    at Tl (react-dom.production.min.js:237)
    at wl (react-dom.production.min.js:234)
    at Qa (react-dom.production.min.js:232)

Pertama-tama, sedikit konteks, saya memiliki masalah terkait dengan paket carousel Tiny Slider yang menggunakan window , jadi saya mencari carousel berbeda dengan SSR yang diimplementasikan dan saya menemukan react-responsive-carousel . Saya bekerja dengan baik dengan apa yang saya butuhkan, tetapi hanya dalam develop .

Kesalahan yang disebutkan terjadi dalam dua skenario terkait:

skenario 1
Saya menggunakan komponen bergaya untuk menata slide saya, tetapi menambahkan mixin merusak bangunan saya. Saya menemukan bahwa menambahkan gatsby-plugin-styled-components memecahkan masalah; dan berhasil, tapi ... skenario 2 terjadi

Skenario 2
Sekarang bangunan saya berfungsi dan saya dapat melihat halaman saya dengan gaya. Tapi, carousel saya tidak berfungsi, tidak ada artinya !!! 😱 ... Gayanya terlihat bagus ... 😅
Jadi saya hanya menghapus gatsby-plugin-styled-components dan skrip berfungsi lagi, tetapi bukan gaya saya 🙃

Semoga ini memberi beberapa petunjuk untuk menemukan dan menyelesaikan masalah

Hai kawan.

Tidak yakin apakah ini membantu, tetapi saya mengalami masalah serupa, ternyata resource saya yang hilang adalah variabel env (produksi) yang hilang untuk firebase. Ini pada gilirannya tampaknya memengaruhi gambar saya - ini pasti berdampak pada langkah pembuatan

Dapat memberikan informasi lebih lanjut jika diperlukan ...

@Jivings Bisakah Anda memperbarui paket gatsby dan gatsby-plugin-offline? ini terjadi ketika Anda membuat build baru tetapi sumber daya dari sebelumnya tidak lagi tersedia (jadi html yang di-cache oleh plugin offline mencoba menggunakan sumber daya yang tidak tersedia). Dalam versi paket gatsby / offline yang lebih baru, kami menambahkan muat ulang setelah update service worker agar situs tidak dalam keadaan tidak dapat digunakan

Dalam kasus saya, saya mengubah impor dari import { Link } from './' menjadi import { Link } from './Link' (dalam file saya /components/footer.js ), dan itu memperbaiki kesalahan "Sumber daya yang hilang untuk /". Kurasa itu adalah ketergantungan melingkar. Tapi saya tidak tahu apakah itu akan memperbaiki milik Anda
Sunting: Jika kesalahan terjadi secara berkala, saya pikir solusi dari @pieh di atas memiliki peluang lebih baik untuk memperbaikinya.

Saya mendapatkan kesalahan ini tetapi hanya di IE11. Saya tidak yakin persis sumber daya mana yang gagal karena hanya terjadi di satu browser, sejauh yang saya tahu, tetapi saya melihat beberapa kesalahan dalam react-dom (lihat tangkapan layar di bawah). Saya memperbarui semua dependensi Gatsby saya ke versi terbaru mereka dan menambahkan polyfill jika itu tersedak Symbol atau sesuatu yang terlalu modern, namun kesalahan masih terjadi. Saya juga memiliki masalah pemuatan gambar di IE11, juga, saya yakin seperti yang dibahas di # 4021. Jika saya menghapus semua gambar dan plugin offline, saya tidak mendapatkan kesalahan pada pemuatan halaman tetapi saya melakukannya saat menavigasi ke halaman lain, meskipun tidak berisi gambar. Sepertinya beberapa JS gagal dimuat dan IE mungkin menampilkan halaman HTML 404 sebagai gantinya. Jadi pasti ada sesuatu yang aneh yang terjadi di sini.

Saya sedang mengerjakan cabang pengembangan saya yang digunakan untuk Netlify untuk menguji perbaikan pada berbagai perangkat.
Berikut build debug terbaru jika Anda ingin mengujinya: https://5c6ee3b943e6c400080a5a8b--marcysutton.netlify.com/about/
Inilah situs langsung saya, yang pasti masih memiliki semua kerusakan di IE11: https://marcysutton.com
Dan inilah sumber situs saya: https://github.com/marcysutton/gatsby-site

Berikut beberapa tangkapan layar dari VM saya:

@marcysutton Apakah Anda sudah membuat kemajuan dalam hal ini? Saya melihat hal yang sama hanya di IE11. Tidak ada masalah di browser lain mana pun.

Belum! @sidharthachatterjee atau @pieh , apakah informasi ini cukup untuk di-debug? Masalah pemblokiran yang cukup di IE11 saat ini.

@Undistraction Saya punya kabar baik: tim membantu saya men-debug masalah ini, dan mereka menunjukkan bahwa IE11 mengalami masalah dengan fungsi panah yang tidak dikompilasi di plugin ( gatsby-background-image ). Mereka sedang mendiskusikan perubahan pada inti Gatsby untuk memperhitungkan hal ini, tetapi sementara itu Anda harus bisa mengatasinya dengan menyusun plugin apa pun yang menyebabkan masalah: https://www.gatsbyjs.org/packages/gatsby-plugin- compile-es6-packages /? = compile

Di sinilah saya menggunakannya di situs saya: https://github.com/marcysutton/gatsby-site/blob/develop/gatsby-config.js#L107

Beri tahu kami jika Anda masih mengalami masalah!

Masalah yang sama di sini, melihat ini secara berkala di situs web yang belum saya kunjungi selama beberapa hari (situs web Gatsby juga). Bukan di IE11 tapi Chrome. Setelah beberapa detik halaman kosong, ada penyegaran setelah semuanya berfungsi kembali.

Versi satu contoh:
gatsby : 2.0.118
gatsby-plugin-offline : 2.0.23

Saya mendapatkan kesalahan ini di IE (mode tepi).

Itu menunjuk ke file react-dom.production.min.js di baris 1 karakter 195183.

ketika mengklik kesalahan di IE, itu menunjuk ke kode ini:

if(pi)throw a=qi,qi=null,pi=!1,a;}

@marcysutton Terima kasih atas pembaruannya. Saya tidak melihat kesalahan sintaks di konsol Anda. Bagi kami, kami tidak memiliki kesalahan sama sekali. Navigasi halaman benar-benar rusak di IE11, dan halaman tidak terhidrasi. Pada penyegaran halaman, kami mendapatkan kesalahan sumber daya yang hilang. Kami harus menghentikan dukungan IE11 karena tidak ada yang bisa dilanjutkan. Tidak ada masalah dengan browser lain. Firasat saya adalah bahwa ini adalah masalah polyfill, tetapi kesalahannya tertelan di suatu tempat, tetapi itu hanya tebakan. Saya tidak mengerti bagaimana hidrasi halaman dapat mogok tanpa kesalahan apa pun di konsol.

Saya mendapatkan kesalahan ini saat (pertama) dimuat. Tampaknya jelas setelah memuat ulang. Produksi / Firebase hosting.
Error: Missing resources for /

@rkhayat, bisakah Anda menautkan ke URL atau lebih baik lagi menyediakan reproduksi ?

Terima kasih!

FWIW Saya menuliskan pengalaman saya dengan masalah ini di https://github.com/gatsbyjs/gatsby/issues/12399 Ini mungkin bisa membantu siapa pun yang mencapai kesalahan Missing resources for / .

Saya mengalami masalah yang tampaknya serupa: Seseorang dapat menavigasi situs dengan baik, tetapi di halaman mana pun, jika mereka melakukan penyegaran, halaman tersebut akan kosong dan saya akan melihat Error: Missing resources for /<path> . Refresh paksa atau pembersihan cache akan memuat ulang halaman, tetapi refresh normal akan menampilkan halaman kosong.

Tidak dapat mereproduksi ini secara lokal dengan gatsby server , saya curiga itu adalah masalah CDN, jadi saya membatalkan direktori root di distribusi CloudFront saya yang tampaknya telah menyelesaikan masalah ini untuk saya. Saya masih tidak yakin persis apa yang terjadi, tetapi curiga beberapa referensi sudah usang. Semoga ini bisa membantu orang lain.

Hai!

Masalah ini telah menjadi sunyi. Diam seram. 👻

Kami mendapatkan banyak masalah, jadi saat ini kami menutup masalah setelah 30 hari tidak aktif. Sudah setidaknya 20 hari sejak pembaruan terakhir di sini.

Jika kami melewatkan masalah ini atau jika Anda ingin tetap membukanya, balas di sini. Anda juga dapat menambahkan label "tidak basi" agar masalah ini tetap terbuka!

Terima kasih telah menjadi bagian dari komunitas Gatsby! 💪💜

@ gatsbyjs-read-only-user Tidak basi 😬

@Undistraction Saya punya kabar baik: tim membantu saya men-debug masalah ini, dan mereka menunjukkan bahwa IE11 mengalami masalah dengan fungsi panah yang tidak dikompilasi di plugin ( gatsby-background-image ). Mereka sedang mendiskusikan perubahan pada inti Gatsby untuk memperhitungkan hal ini, tetapi sementara itu Anda harus bisa mengatasinya dengan menyusun plugin apa pun yang menyebabkan masalah: https://www.gatsbyjs.org/packages/gatsby-plugin- compile-es6-packages /? = compile

Di sinilah saya menggunakannya di situs saya: https://github.com/marcysutton/gatsby-site/blob/develop/gatsby-config.js#L107

Beri tahu kami jika Anda masih mengalami masalah!

@marcysutton Bagaimana Anda mengidentifikasi plugin / modul yang berisi fungsi panah tidak dikompilasi?

@onetwothreebutter buka file JavaScript yang telah dikompilasi di browser dan cari => . IE tidak membuatnya mudah untuk mengetahui dari mana mereka berasal, jadi saya hanya mencari secara manual dengan "Ctrl + F"

Ini akan meningkatkan inti dari waktu ke waktu tetapi itulah cara Anda dapat memeriksanya sementara itu!

Ingin menambahkan bahwa masalah ini tetap ada pada kami di semua browser dan versi, bukan hanya di IE, dan tampaknya dipicu dengan menggunakan Service Worker di Gatsby. Terkait: # 12399

Saya juga menghadapi masalah yang sama.

• Jika pekerja layanan diaktifkan, menyegarkan halaman menyebabkan kesalahan yang disebutkan di atas. Masalah ini terutama muncul di Chrome. Browser Edge tampaknya berfungsi dengan baik (mungkin karena pekerja layanan tidak ikut bermain di sana)
• Saat menghapus pekerja layanan dan menggunakan plugin gatsby-plugin-remove-serviceworker masalah ini hilang
  Resolusi yang Digunakan:
• Namun mengingat pentingnya memiliki pekerja server yang berfungsi mencoba plugin gatsby-plugin-remove-trailing-slashes dalam kombinasi dengan plugin PWA gatsby-plugin-offline dan ini tampaknya menyelesaikan masalah bagi saya.

Saya mengalami kesalahan ini dan saya tidak menggunakan pekerja layanan.
Saya berpikir bahwa mungkin itu terjadi jika halaman memuat dengan versi situs tertentu, kemudian penerapan selesai dan nama aset berubah sehingga tidak dapat ditemukan oleh versi terbuka?
Selain itu, versi yang menyebabkan Error in Sentry bukanlah versi yang aktif saat Error tersebut.

@antoinerousseau Ya, setelah beberapa upaya untuk memperbaikinya kami masih mendapatkannya bahkan tanpa SW. Kami memang meningkatkan beberapa plugin Gatsby ke versi terbaru dan itu mengurangi jumlah kesalahan, tetapi tidak menjadi 0. (Mungkin saja kebetulan)

@KAMAMews Apakah Anda pernah melihat ini, atau punya info?

@jackhair sulit untuk mengatakan apa yang terjadi tanpa reproduksi. http://gatsby.dev/reproduction

Solusi: https://github.com/gatsbyjs/gatsby/issues/13410#issuecomment -486306784

@ smakosh Saya tidak menggunakan pekerja layanan.

Plugin offline sedang menggunakannya

Ok tapi yang saya maksud adalah bug terjadi bahkan tanpa plugin itu.

Dapatkah Anda memeriksa bahwa Anda telah berhasil membatalkan pendaftaran SW karena mungkin Anda pernah menggunakannya sebelumnya, coba juga bersihkan cache Gatsby Anda dengan menghapus folder public dan .cache

Jangan pernah menggunakan SW apa pun pada proyek itu. (dan baru saja memeriksa untuk berjaga-jaga)
public dan .cache selalu dibuat ulang oleh Netlify.
Kesalahan sedang dilaporkan dalam produksi oleh Sentry.
https://sentry.io/share/issue/738b234836814442b7702866c6814fdf/

Apakah proyek Anda bersumber terbuka? jika demikian, bisakah Anda menautkan di bawah, saya ingin memeriksanya dan melihat bagaimana saya dapat memperbaikinya

Maaf bukan, tapi pada dasarnya ini adalah situs Gatsby yang dilayani oleh Netlify ...

  "dependencies": {
    "@sentry/browser": "^5.1.1",
    "@types/algoliasearch": "^3.30.8",
    "@types/dotenv": "^6.1.0",
    "@types/he": "^1.1.0",
    "@types/jump.js": "^1.0.2",
    "@types/node": "^11.13.7",
    "@types/node-fetch": "^2.3.3",
    "@types/react": "^16.8.14",
    "@types/react-dom": "^16.8.4",
    "@types/source-map-support": "^0.5.0",
    "@types/standard-http-error": "^2.0.0",
    "@types/styled-components": "^4.1.14",
    "algoliasearch": "^3.32.0",
    "aws-sdk": "^2.443.0",
    "babel-plugin-styled-components": "^1.10.0",
    "date-fns": "^2.0.0-alpha.27",
    "gatsby": "^2.3.31",
    "gatsby-image": "^2.0.40",
    "gatsby-plugin-google-analytics": "^2.0.18",
    "gatsby-plugin-manifest": "^2.0.29",
    "gatsby-plugin-netlify": "^2.0.15",
    "gatsby-plugin-offline": "^2.0.24",
    "gatsby-plugin-react-helmet": "^3.0.12",
    "gatsby-plugin-sharp": "^2.0.35",
    "gatsby-plugin-styled-components": "^3.0.6",
    "gatsby-plugin-typescript": "^2.0.13",
    "gatsby-source-filesystem": "^2.0.32",
    "gatsby-transformer-sharp": "^2.1.18",
    "he": "^1.2.0",
    "hyphenslug": "^1.0.0",
    "intersection-observer": "^0.6.0",
    "jump.js": "^1.0.2",
    "mkdirp2": "^1.0.4",
    "mustache": "^3.0.1",
    "node-fetch": "^2.3.0",
    "nodemailer": "^6.1.1",
    "prop-types": "^15.7.2",
    "react": "^16.8.3",
    "react-dom": "^16.8.3",
    "react-helmet": "^5.2.0",
    "sitemap": "^2.1.0",
    "source-map-support": "^0.5.12",
    "standard-http-error": "^2.0.1",
    "strip": "^3.0.0",
    "styled-components": "^4.1.3",
    "ts-node": "^8.1.0",
    "typescript": "^3.4.5",
    "whatwg-fetch": "^3.0.0"
  },

Saya melihat plugin offline terpasang, dapatkah Anda mengonfirmasi bahwa plugin itu tidak termasuk dalam file gatsby-config Anda?

Ya maaf tapi tidak digunakan, ini konfigurasi Gatsby saya:

module.exports = {
  siteMetadata: {/*...*/},
  plugins: [
    `gatsby-plugin-typescript`,
    `gatsby-plugin-styled-components`,
    `gatsby-plugin-react-helmet`,
    {
      resolve: `gatsby-source-filesystem`,
      options: {
        name: `images`,
        path: `${__dirname}/src/images`,
      },
    },
    {
      resolve: `gatsby-plugin-sharp`,
      options: {
        defaultQuality: 80,
      },
    },
    `gatsby-transformer-sharp`,
    {
      resolve: `gatsby-plugin-manifest`,
      options: {
        name: `Le Bikini`,
        short_name: `Le Bikini`,
        start_url: `/`,
        background_color: `#000000`,
        theme_color: `#000000`,
        display: `minimal-ui`,
        icon: `src/images/favicon.png`,
      },
    },
    `gatsby-plugin-netlify`,
    {
      resolve: `gatsby-plugin-google-analytics`,
      options: {
        trackingId: process.env.GOOGLE_ANALYTICS,
        head: false,
        anonymize: true,
        respectDNT: true,
      },
    },

    // this (optional) plugin enables Progressive Web App + Offline functionality
    // 'gatsby-plugin-offline',
    // To learn more, visit: https://gatsby.app/offline
  ],
}

Dan Anda bisa melihatnya langsung di https://lebikini.netlify.com

Saya tidak dapat membantu tanpa repositori reproduksi karena saya perlu memeriksa lebih banyak hal untuk di-debug

hati-hati @antoinerousseau
gatsby-plugin-netlify plugin harus menjadi yang terakhir dalam larik plugin menurut dokumentasi plugin
https://www.npmjs.com/package/gatsby-plugin-netlify

@abumalick @antoinerousseau Kita memindahkan gatsby-plugin-netlify ke akhir rangkaian plugin kita, dan itu tidak mengubah apapun.

Mungkin ini ada hubungannya dengan itu? https://github.com/gatsbyjs/gatsby/issues/11982

Kapan pun saya menemukan masalah sendiri (kebetulan murni), selalu ada semacam kesalahan terkait dengan manifes halaman yang hilang.

Saya telah menguraikan satu-satunya perbaikan yang berfungsi di semua kasus dalam masalah terkait di sini: https://github.com/gatsbyjs/gatsby/issues/12399#issuecomment -488247566

Saya memiliki masalah yang sama. Kasus saya sama dengan @ efd1 - import dalam bentuk import { Module } from "." melanggar build produksi saya (pengembangan bekerja tanpa masalah). Sayangnya, tidak mudah untuk men-debug dan menemukannya.

Saran di atas sepertinya tidak berhasil untuk saya. Saya hanya melihat ini untuk pengguna iOS dan hanya secara sporadis. Sepertinya saya tidak bisa menirunya dan karenanya sulit untuk mencari tahu apa yang mungkin salah. Adakah tip tentang cara mencari tahu apa masalah yang mungkin mendasarinya?

Untuk menggemakan pernyataan Kyle di atas, kami memerlukan situs demo yang dapat direproduksi agar dapat membantu. http://gatsby.dev/reproduction

sulit untuk mengatakan apa yang terjadi tanpa reproduksi. http://gatsby.dev/reproduction

@KyleAMews Sejujurnya, saya pikir ini terjadi di setiap situs Gatsby yang ditempatkan di Netlify yang terdiri dari banyak halaman. Lempar Sentry ke atas dan lihat sendiri.

Saya akan mengatakan pernyataan ini agak prematur karena misalnya semua proyek Gatsby saya diterapkan ke Netlify dan saya tidak pernah melihat kesalahan (dalam beberapa bulan terakhir). Reproduksi akan sangat membantu.

@LekoArts @marcysutton Jejak Sentry masih tersedia untuk umum di sini .

Apakah itu membantu?

Kesalahan terjadi di situs produksi saya kira-kira sekali sehari.

Saya akan mengatakan pernyataan ini agak prematur karena misalnya semua proyek Gatsby saya diterapkan ke Netlify dan saya tidak pernah melihat kesalahan (dalam beberapa bulan terakhir). Reproduksi akan sangat membantu.

@lekoarts Apakah Anda memiliki pengaturan Sentry? Berapa banyak lalu lintas?

Kesalahan terjadi di situs produksi saya kira-kira sekali sehari.

@Jivings Berapa banyak lalu lintas? Saya mencoba mendapatkan gambaran tentang frekuensi.

Sejauh yang saya tahu, saya telah menangkap 541 contoh kesalahan ini sejak 1 Maret di 160k tampilan halaman (47k sesi) di satu situs web yang saya kelola. Itu adalah 0,3% kemungkinan tayangan laman memicu perilaku, atau 1,2% kemungkinan sesi mengalaminya. Tidak bagus dalam hal reproduksi; kita mungkin membutuhkan jejak kuno, sleuthing, dan debugging lainnya untuk menemukan ini.

Ini lebih umum di perangkat seluler, tetapi lebih banyak kunjungan mereka berasal dari seluler, dan itu juga terjadi di desktop. Merek / model / browser tampaknya tidak relevan. Untuk apa nilainya, ini adalah platform audio streaming, jadi kami cenderung melihat durasi sesi yang lebih lama daripada situs web yang berfokus pada pemasaran atau melihat banyak lalu lintas masuk dan keluar.

Apakah ada yang melihat kesalahan ini dalam produksi _without_ menggunakan Sentry? Ada yang menggunakan Honeybadger, Raygun, Rollbar, Airbrake, atau sejenisnya?

@coreyward Juga melihatnya sesekali dengan Raygun. Ini hanya di satu halaman dan efek tertentu Mobile Safari dan Chrome saja.

@coreyward Kami menggunakan Bugsnag dan telah melihatnya sekitar 4,8 ribu kali dalam sebulan terakhir.

@coreyward Mungkin ini berguna:

(dari https://github.com/gatsbyjs/gatsby/issues/12399#issuecomment-480082161)

Kami menggunakan Bugsnag dan melihat ini muncul untuk sekitar 1% lalu lintas. Peramban tampaknya kurang lebih cocok dengan keseluruhan distribusi lalu lintas kami — tidak melihat pola yang jelas di sana.

@coreyward Tampaknya memengaruhi sekitar 1% lalu lintas untuk kami.

@KyleAMews Hai, saya baru saja menemukan kesalahan ini di situs web produksi GatsbyJS. Setelah menyegarkan beberapa kali, masalah itu hilang.

Kami telah menghadapi masalah ini saat menggunakan plugin offline dan penerapan pada penyimpanan blob Azure plus CDN. Saya membaca bahwa service worker js tidak boleh diservis dari CDN dan harus datang langsung dari domain server. Mungkin itulah akar masalahnya.

Kami memiliki ers-hcl.github.io yang diterapkan dengan plugin offline dan service worker diaktifkan di ghpages. Tidak pernah menghadapi masalah ini di sana yang mungkin merujuk ke komentar saya sebelumnya dalam hal masalah yang terkait dengan penanganan CDN dari plugin offline

masalah ini tidak ada hubungannya dengan plugin offline. Dan jika Anda menggunakan plugin offline, pastikan untuk memuat ulang atau menampilkan pemberitahuan push kepada pengguna bahwa konten baru tersedia untuk memperbarui SW.

@smakosh setiap kali kami menonaktifkan plugin offline, masalah ini akan hilang bagi kami.

Kami melihatnya dan kami tidak menggunakan plugin offline.

• Saya mungkin salah - satu pengamatan di file ensure-resources.js , yang merupakan komponen yang memunculkan kesalahan ini tetapi berpikir untuk menyebutkannya untuk berjaga-jaga.
• Melihat kode untuk ensure-resources.js , sepertinya menggunakan window.location pada baris no 81, dimana karena ada properti location yang digunakan dalam komponen ini di semua tempat lain.

Saya ragu situasi khusus kami akan membantu banyak orang lain, tetapi saya ingin membagikannya di sini untuk berjaga-jaga.

Ini memengaruhi DataCamp.com karena masalah CORS. Kami menggunakan aset-prefiks dan hosting aset di S3, dilayani melalui Cloudfront. Selama penerapan pertama kami dengan awalan aset, kami lupa menyetel header CORS di S3 untuk mengizinkan akses ke aset dari domain kami (ups). Kami memperbarui header CORS kami setelah satu atau dua menit, tetapi node edge mana pun di mana aset telah dipanggil ternyata tidak hanya di-cache, tetapi juga header CORS! Ini menciptakan ilusi bahwa beberapa bug aneh hanya memengaruhi sebagian kecil pengguna, padahal pada kenyataannya masalahnya adalah bahwa sebagian kecil node tepi memiliki header lama yang di-cache. Kami memecahkan masalah ini dengan membuat pembatalan di Cloudfront untuk semua aset.

Secara lebih umum: jika ada pengguna Anda yang memiliki adblocker yang mengambil nama aset tertentu sebagai kemungkinan terkait dengan periklanan atau pelacakan, jika pada titik mana pun antara server aset Anda dan pengguna akhir ada perantara yang mungkin mengubah tajuk untuk yang kecil persentase pengguna Anda (mis. jaringan perusahaan yang memfilter konten), atau jika jaringan aneh lain mungkin terjadi, sepertinya semua ini dapat menyebabkan kesalahan ini.

Kami mengalami masalah yang sama dan ternyata alasan utama di baliknya adalah ketergantungan melingkar

@bigfanjs dapatkah Anda

@DSchau Baru-baru ini seorang rekan tim menambahkan fitur dan kami menerapkan, browser mulai mengeluh dengan masalah yang sama, kami tidak punya ide, rekan tim saya membuat halaman dan komponen umum yang dapat digunakan kembali. Jadi kami mengomentari kode di halaman dan komponen, dan memberikan tag <div /> . Dan menjalankan gatsby build dan kemudian gatsby serve untuk membangun produksi server secara lokal. dan kami mulai mempersempit dengan mengomentari beberapa kode dan menjalankan perintah di atas setiap saat. Suka:

import {Button} from "components/kit"

// comment the rest to see if `Button` is causing the issue
// import {Box} from "components/kit"
// import {Form} from "components/kit" 

lain kali kita berkomentar Box dan seterusnya ...

Jadi akhirnya ternyata kesalahannya sederhana.

Kami memiliki komponen umum yang disebut kit yang mengimpor beberapa komponen:

komponen / kit

| --- Box.js
| --- Button.js
| --- Form.js
| --- index.js

index.js

export { default as Box } from "./Box"
export { default as Button } from "./Button"
export { default as Form } from "./Form"

misalnya di dalam Form kami mencoba mengimpor Box dengan cara ini:
import {Box} from "components/kit"

Tetapi itu menyebabkan masalah, kami mengubahnya menjadi seperti:
import {Box} from "./Box"

dan itu berhasil.

semoga membantu.

Masalah yang sama di sini, melihat ini secara berkala di situs web yang belum saya kunjungi selama beberapa hari (situs web Gatsby juga). Bukan di IE11 tapi Chrome. Setelah beberapa detik halaman kosong, ada penyegaran setelah semuanya berfungsi kembali.

Versi satu contoh:
gatsby : 2.0.118
gatsby-plugin-offline : 2.0.23

Saya mengalami kesalahan serupa dengan yang ini. Dan saya tidak dapat mengakses halaman admin netlify cms di build produksi.
Dan saya menemukan bahwa ini karena versi gatsby dan gatbsy-plugin-offline akhirnya tidak cocok.
jempolan!!!

Untuk orang-orang yang melihat kesalahan ini sesekali - itu yang diharapkan sebenarnya - setiap kali Anda menerapkan versi baru situs Anda, sebagian besar host menghapus versi lama situs yang berarti bahwa siapa pun yang sudah ada di situs yang mencoba menavigasi ke halaman tidak akan dapat menemukan sumber daya untuk laman ini sehingga akan memunculkan kesalahan ini dan kemudian memicu penyegaran penuh dengan mengambil HTML baru untuk laman tersebut.

Anda dapat melihat tesnya di sini: https://github.com/gatsbyjs/gatsby/blob/cbbed1dde8a4fd25080e9ab65d7661dfa8fbf327/e2e-tests/production-runtime/cypress/integration/resource-loading-resilience.js#L57

@KyleAMews Tampaknya penyegaran tidak dipicu oleh kesalahan sumber daya yang hilang ini, sehingga pengguna terhenti di halaman rusak atau hanya putih. Apakah kita perlu memiliki plugin offline untuk memastikan penyegaran terjadi?

Tidak ... jika itu terjadi maka itu bug di Gatsby. Apakah kami memiliki reproduksi untuk skenario yang Anda gambarkan?

-
Kyle Mathews

Blog: http://bricolage.io
Twitter: http://twitter.com/kylemathews

Pada hari Selasa, 04 Jun 2019 jam 15.05, Jack <[email protected]> menulis:

@ KyleAMathews (https://github.com/KyleAMathews) Tampaknya menyegarkan
tidak dipicu oleh kesalahan sumber daya yang hilang ini, sehingga pengguna terhenti
di halaman rusak atau hanya putih. Apakah kita perlu memiliki plugin offline untuk
memastikan penyegaran terjadi?

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub (
https://github.com/gatsbyjs/gatsby/issues/11524?email_source=notifications&email_token=AAARLB6OVB47GMB5K2242M3PY3RLFA5CNFSM4GUAYCZKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW17ZLOF
), atau nonaktifkan utas (
https://github.com/notifications/unsubscribe-auth/AAARLB7QKXUL3AZF4MXCO33PY3RLFANCNFSM4GUAYCZA
).

@KyleAMews Selain menangkapnya secara

Tampaknya @coreyward menangkapnya di situs Gatsby lebih jauh di komentar.

Yang juga relevan dengan diskusi ini adalah @Moocar telah mengerjakan refactor besar tentang cara kami memuat data di runtime https://github.com/gatsbyjs/gatsby/pull/13004

Saat ini saya tidak memiliki reproduksi, tetapi saya dapat mengonfirmasi bahwa saya telah melihat ini setidaknya setengah lusin kali di mana ia tidak menyegarkan dengan sendirinya.

@KyleAMathews, kami melihat hal ini terjadi pada 1% permintaan di semua browser yang benar-benar terlepas dari kapan kami menerapkan — kami akan melihatnya terjadi pada hari Minggu dengan kecepatan yang sama bahkan ketika penerapan terakhir dilakukan pada hari Jumat. Berikut tangkapan layar bugsnag untuk menggambarkan konsistensi relatif dari waktu ke waktu (tentu saja masih ada sejumlah kecil kelumpuhan dari variasi lalu lintas normal):

@gwlortscher sangat menarik - jadi sepertinya tidak terkait dengan penerapan saat itu. Sepertinya bagan ini adalah salah satu yang menunjukkan jumlah kesalahan. Bisakah Anda membagikan bagan yang berisi% permintaan? Bahwa saya berasumsi tidak berbeda dengan lalu lintas?

Hanya untuk menambahkan kemungkinan penyebabnya:
Dalam kasus saya, itu adalah new Buffer(val, 'base64').toString(); sebagai pengganti atob dalam SSR.
(Pada dasarnya jika atob tidak tersedia, gunakan versi node-js.)
Bekerja dalam pengembangan, dikompilasi dengan benar, mengalami error saat memulai halaman prod. Selanjutnya, penyertaan sudah cukup, kode tidak pernah dijalankan, itu hanya ada di potongan yang akan dimuat saat startup.

@KyleAMews Bugsnag tampaknya tidak memiliki grafik% request tetapi cukup mudah untuk dihitung dari analitik. Berikut 8 hari terakhir (kesalahan sebagai persentase permintaan):

1/6 2,4%
6/2 2,3%
6/3 2,2%
6/4 2,4%
6/5 2,4%
6/6 2,1%
6/7 2,4%
6/8 2,4%

Kami pertama kali melihat ini terjadi saat meningkatkan ke Gatsby v2.9.4. Mengembalikan ke 2.8.5 menyelesaikan masalah. Masih mencoba menganalisis penyebabnya.

Kami mengalami masalah yang sama dan juga melihatnya diperbaiki dengan menurunkan versi ke 2.8.5. Sebelum melakukannya, kami terus-menerus mendapatkan kesalahan untuk Sumber Daya yang Hilang untuk "/"

@bmatzner @wilcoxmd Kami telah menggunakan 2.8.x untuk sementara waktu, dan memiliki Sumber Daya yang Hilang di setiap peningkatan Gatsby sejak kami pertama kali berpindah dari v1 ke v2. Secara konsisten, tidak ada lonjakan atau perubahan saat meningkatkan versi sejak v2.

Kami pasti sudah lama melihat sebelum 2.8.5. Saya rasa masalah ini memiliki berbagai macam penyebab. v2.94 sepertinya telah memperkenalkan satu sama lain.

@bmatzner @wilcoxmd Kami telah menggunakan 2.8.x untuk sementara waktu, dan memiliki Sumber Daya yang Hilang di setiap peningkatan Gatsby sejak kami pertama kali berpindah dari v1 ke v2. Secara konsisten, tidak ada lonjakan atau perubahan saat meningkatkan versi sejak v2.

Sama

@jujur Kami belum meluncurkan situs Gatsby, jadi saya tidak tahu apakah kami masih akan melihat beberapa persen lalu lintas melihat masalah ini. Kami mengalami ini saat menerapkan versi penahapan. Kami menggunakan 2.9.2 dan semuanya baik-baik saja dengan melayani build secara lokal, tetapi segera setelah kami menerapkannya, kami memiliki kesalahan sumber daya yang hilang secara permanen di browser mana pun. Mendowngrade ke 2.8.5 hanya memungkinkan saya untuk menerapkan dan membuat situs mulai berfungsi.

@jujur Kami belum meluncurkan situs Gatsby, jadi saya tidak tahu apakah kami masih akan melihat beberapa persen lalu lintas melihat masalah ini. Kami mengalami ini saat menerapkan versi penahapan. Kami menggunakan 2.9.2 dan semuanya baik-baik saja dengan melayani build secara lokal, tetapi segera setelah kami menerapkannya, kami memiliki kesalahan sumber daya yang hilang secara permanen di browser mana pun. Mendowngrade ke 2.8.5 hanya memungkinkan saya untuk menerapkan dan membuat situs mulai berfungsi.

Menarik. Untuk apa nilainya, kami tidak pernah dapat mereplikasi masalah secara lokal (gatsby develop), hanya jika masalah tersebut dibangun di lingkungan produksi, kami melihat masalah tersebut.

Kami memiliki cabang prod di 2.9.2 yang terlihat menjanjikan, sejauh ini tidak ada masalah, tetapi lalu lintas ke sana sangat kecil dibandingkan dengan produksi utama. Saya akan memposting hasil setelah kami menerapkan, berharap pembaruan manifest halaman ke Gatsby minggu lalu sangat membantu.

Kami memiliki produksi 2.9.0 dan sayangnya masih melihat masalah pada tingkat yang sama seperti sebelumnya — 1-2% lalu lintas di semua browser.

Versi rollback ke 2.8.5 dari 2.9.4 tampaknya telah memperbaiki masalah bagi kami.
Dalam kasus kami, ini tampaknya terkait dengan beberapa file pages-manifest-{hash}.js[.map] hilang.
Versi 2.9.3 dan 2.9.4 memiliki beberapa kemungkinan perubahan yang dapat merusak: lihat https://github.com/gatsbyjs/gatsby/pull/14732 (dari daftar perubahan paket Gatsby: https://github.com /gatsbyjs/gatsby/blob/master/packages/gatsby/CHANGELOG.md).
Untuk mengonfirmasi ini, tes terakhir bagi kami adalah meningkatkan Gatsby hingga 2.9.2 .

FYI @moocar memiliki PR untuk membuat pemuatan sumber daya lebih kuat misalnya coba lagi gagal atau sumber daya dimuat sebagian https://github.com/gatsbyjs/gatsby/pull/14889

Jika ada di antara Anda yang punya waktu untuk meninjau / mencobanya, itu akan sangat dihargai. Saya minta maaf karena tidak mengetahui ini lebih awal - tidak jelas seberapa luas ini atau apa penyebabnya sebelum menggali baru-baru ini dengan @Moocar

Saya tidak tahu apakah ini akan membantu lebih banyak, tetapi saya mendapatkannya di https://gatsbyjs.org/contributing beberapa menit yang lalu:

Diperbaiki setelah memuat ulang, tetapi sepertinya layak untuk diletakkan di sini

Saya yakin ini bisa menjadi masalah dengan konfigurasi plugin offline, karena mungkin tidak benar memeriksa perubahan dengan file manifes halaman, dan karena itu menyimpan yang lama tentang.

Akan mencoba dan melihat ini minggu depan dengan @wardpeet karena saya telah menulis banyak plugin offline - sayangnya saya sangat sibuk akhir-akhir ini dengan ujian dan berencana pindah rumah jadi belum dapat memeriksa semua ini berubah dengan benar 😞

@ davidbailey00 Sebelum Anda terlalu mendalami debugging, kami mengalami ini dengan atau tanpa plugin offline.

@ davidbailey00 kami juga mengalami masalah tanpa plugin offline. Itu ada di modul node saya, tetapi masih dikomentari dari file konfigurasi saya.

Kami juga mengalami ini tanpa memasang plugin offline.

@ davidbailey00 ya kami pikir perbaikan utama dengan benar menangani beberapa kasus kesalahan yang tidak biasa untuk permintaan ajax & menambahkan logika coba lagi https://github.com/gatsbyjs/gatsby/pull/14889

Kami telah menerapkan PR ke gatsbyjs.org selama ~ 4-5 hari terakhir dan semuanya terlihat sangat bagus! Tidak ada peristiwa "sumber daya yang hilang" baru sejak penerapan.

https://github.com/gatsbyjs/gatsby/pull/14889#issuecomment -505872897

@wardpeet sedang mengerjakan beberapa pengujian untuk mensimulasikan masalah jaringan tetapi kami akan menyelesaikannya dalam 24 jam ke depan.

Terima kasih, @KAMAMews tidak sabar untuk segera menjalankannya!

@KAMAMews terima kasih kepada Anda dan tim Anda untuk pembaruan itu!

@KyleAMews Saya mengalami masalah ini masih terjadi di situs saya. secara lokal itu bekerja dengan baik dan di prod tidak. Juga, saya melihatnya 100% sepanjang waktu, tidak secara sporadis seperti beberapa komentar di atas. Meskipun demikian, saya telah memeriksa sebagian besar solusi dan menggunakannya tidak menghasilkan perbaikan. Apakah Anda memiliki versi Gatsby tertentu yang memiliki perbaikan di dalamnya sehingga saya dapat memastikan bahwa saya menggunakan sesuatu yang berbeda?

Saya bersedia membagikan URL secara pribadi serta menambahkan akses kontrib ke repo pribadi jika seseorang dari tim gatsby ingin melihatnya (DM saya di twitter ). Terima kasih atas tip / saran - untuk memperjelas hal-hal yang telah saya uji adalah:

• Menambahkan reload service worker di gatsby-browser.js
• Menghapus plugin offline
• Memperbarui semua modul node
• Memastikan bahwa impor tidak direferensikan menggunakan .

Kita harus memperbaikinya di rilis gatsby terbaru [email protected] . Kami telah menjalankannya di gatsbyjs.org dan kesalahan hilang untuk kami.

Harap tingkatkan dan beri tahu kami jika ada masalah lagi! Menutup ini untuk saat ini.

@KyleAMews Terima kasih - Ya, sayangnya ini tidak memperbaikinya meskipun saya pikir itu sesuatu yang lain karena kesalahan Sumber Daya yang Hilang hilang tetapi masalah utama masih ada jadi saya mengajukan masalah # 15322

@KyleAMews Terima kasih - Ya, sayangnya ini tidak memperbaikinya meskipun saya pikir itu sesuatu yang lain karena kesalahan Sumber Daya yang Hilang hilang tetapi masalah utama masih ada jadi saya mengajukan masalah # 15322

Kami tidak akan mendapatkan Sumber Daya yang Hilang karena telah dihapus dan diganti dengan kesalahan yang berbeda: https://github.com/gatsbyjs/gatsby/pull/14889/files#diff -3182dbe2979ea0744c50242668edc572L173

Kami baru-baru ini menerapkan perbaikan ini, akan memeriksa log bug untuk kesalahan baru / berbeda.

EDIT: ya sepertinya this.loadPageDataJson(...).then(...).finally is not a function adalah missing resources

@jackhair browser apa yang Anda uji? Saya cukup yakin kami menambahkan polyfill akhirnya. Mungkin saja salah.

keberatan membagikan repo Anda? atau reproduksi kecil?

@jackhair browser apa yang Anda uji? Saya cukup yakin kami menambahkan polyfill akhirnya. Mungkin saja salah.

keberatan membagikan repo Anda? atau reproduksi kecil?

Kami melihat ini di beberapa browser dalam produksi:

Apakah Anda keberatan membagikan url situs web Anda agar saya dapat melihatnya dan mungkin sedikit men-debugnya?

Apakah Anda keberatan membagikan url situs web Anda agar saya dapat melihatnya dan mungkin sedikit men-debugnya?

Tentu! https://ritual.com

@jackhair Saya dapat mengonfirmasi bug. Bisakah Anda membuat masalah baru dengan informasi yang diberikan di atas?

@wardpeet @jackhair kami juga mendapatkan masalah finally polyfill ini, apakah ada masalah baru yang ditambahkan? bisakah itu ref yang ini?

@eknowles @wardpeet Maaf belum sempat menulis tiket bug untuk ini. Jika Anda punya waktu luang dan ingin membuatnya, saya juga dapat mencadangkannya dengan data saya sendiri.

@wardpeet @jackhair Saya berhasil melacak masalah kami dengan polyfill akhirnya.

Kami menemukan salah satu dependensi kami menyertakan babel-polyfill dengan useBuiltins: usage sebagai ganti entri.

Bagaimanapun kami harus menurunkan versi redux-api-middleware (tidak terkait dengan gatbsy).
https://github.com/agraboso/redux-api-middleware/compare/v2.3.0...v3.0.0

ini memecahkan bug finally . Saya akan merekomendasikan mengikuti stack trace ke atas rantai dan melihat lib mana yang menjadi penyebabnya karena Promise polyfill mungkin akan diganti tetapi lib yang buruk.

Terima kasih, kami telah melihat ini sebelumnya dengan node_modules dan babel-runtime. Saya harus memikirkan kembali bagaimana kami dapat memperbaikinya di masa mendatang atau setidaknya memberikan pesan kesalahan yang tepat.