Gatsby: Build gagal setelah dengan "Token tak terduga" di `async-require` setelah peningkatan versi ke 2.0.84

Dibuat pada 21 Jan 2019  ·  81Komentar  ·  Sumber: gatsbyjs/gatsby

Deskripsi

Menjalankan rm -rf .cache && rm -rf public && gatsby-build berfungsi dengan baik di bawah 2.0.83. Setelah memutakhirkan ke 2.0.84, kesalahan muncul, membatalkan pembangunan.

Langkah-langkah untuk mereproduksi

Satu-satunya yang saya ambil adalah menjalankan gatsby build . Setelah menurunkan versi kembali ke 2.0.83, masalah tersebut hilang.

Hasil yang diharapkan

Pembangunan harus berhasil diselesaikan

Hasil sebenarnya

Build berhenti dengan kesalahan berikut:

success onPostBootstrap — 0.202 s

info bootstrap finished - 6.171 s


error Generating JavaScript bundles failed


  Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---node-modules-gatsby-plugin-offline-app-shell-js": function componentNodeModulesGatsbyPluginOfflineAppShellJs() {
  >     return import("/Users/dereklindahl/Work/APP/node_modules/gatsby-plugin-offline/app-shell.js"
  |     /* webpackChunkName: "component---node-modules-gatsby-plugin-offline-app-shell-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Lingkungan Hidup

npx gatsby info -- --clipboard                 

  System:
    OS: macOS High Sierra 10.13.6
    CPU: (4) x64 Intel(R) Core(TM) i5-7360U CPU @ 2.30GHz
    Shell: 5.4.2 - /usr/local/bin/zsh
  Binaries:
    Node: 10.14.0 - ~/.nodenv/versions/10.14.0/bin/node
    Yarn: 1.12.3 - /usr/local/bin/yarn
    npm: 6.4.1 - ~/.nodenv/versions/10.14.0/bin/npm
  Languages:
    Python: 2.7.10 - /usr/bin/python
  Browsers:
    Chrome: 71.0.3578.98
    Firefox: 63.0.3
    Safari: 12.0.2
  npmPackages:
    gatsby: 2.0.84 => 2.0.84 
    gatsby-image: ^2.0.25 => 2.0.25 
    gatsby-mdx: ^0.2.0 => 0.2.0 
    gatsby-plugin-canonical-urls: ^2.0.8 => 2.0.8 
    gatsby-plugin-google-analytics: ^2.0.8 => 2.0.8 
    gatsby-plugin-manifest: ^2.0.13 => 2.0.13 
    gatsby-plugin-netlify: ^2.0.6 => 2.0.6 
    gatsby-plugin-netlify-cache: ^1.0.0 => 1.0.0 
    gatsby-plugin-offline: ^2.0.21 => 2.0.21 
    gatsby-plugin-react-helmet: ^3.0.5 => 3.0.5 
    gatsby-plugin-sharp: ^2.0.17 => 2.0.17 
    gatsby-plugin-sitemap: ^2.0.4 => 2.0.4 
    gatsby-plugin-sri: ^1.0.4 => 1.0.4 
    gatsby-plugin-styled-components: ^3.0.4 => 3.0.4 
    gatsby-plugin-zopfli: ^1.0.2 => 1.0.2 
    gatsby-source-filesystem: ^2.0.12 => 2.0.12 
    gatsby-transformer-sharp: ^2.1.10 => 2.1.10 

Saya melihat # 10038 yang terdengar familiar, tetapi konfigurasi Webpack saya tidak menarik:

// gatsby-node.js
exports.onCreateWebpackConfig = ({ actions }) => {
  actions.setWebpackConfig({
    module: {
      rules: [
        {
          test: /\.ogv$/,
          use: [
            {
              loader: require.resolve(`url-loader`),
              options: { limit: 10000, name: 'static/[name]-[hash].[ext]' }
            }
          ]
        }
      ]
    },
    resolve: {
      alias: {
        '@': path.resolve(__dirname, 'src/components')
      },
      modules: [path.resolve(__dirname, 'src'), 'node_modules']
    }
  })
}

Dan mengomentari blokir itu tidak memperbaiki kesalahan.

Jika saya mengganti gatsby-plugin-offline dengan gatsby-plugin-remove-serviceworker , masalahnya tetap ada, tetapi dengan impor asinkron yang berbeda.

FWIW, saya tidak melihat perbedaan dalam konten async-require.js di versi 2.0.83 atau 2.0.84 dan memutakhirkan gatsby-plugin-offline tidak ada bedanya juga.

needs reproduction question or discussion

Komentar yang paling membantu

Solusinya adalah menginstal dependensi dengan Yarn alih-alih npm yang tampaknya berfungsi setelah mengimpor lockfile npm.

Semua 81 komentar

Saya mengalami kesalahan serupa setelah meningkatkan dari 2.0.62 menjadi 2.0.91 .

Dalam kasus saya, gatsby develop berfungsi dengan baik, tetapi gatsby build kesalahan pada halaman template.js (jika saya memasukkannya) atau 404.js (jika saya menghapus createPages potongan dari gatsby-node ):

error Generating JavaScript bundles failed

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-templates-template-js": function componentSrcTemplatesTemplateJs() {
  >     return import("/Users/michael/Sites/projects/gatsby-starter/src/templates/template.js"
  |     /* webpackChunkName: "component---src-templates-template-js" */  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

atau

error Generating JavaScript bundles failed

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-pages-404-js": function componentSrcPages404Js()   {
  >     return import("/Users/michael/Sites/projects/gatsby-starter/src/pages/404.js"
  |     /* webpackChunkName: "component---src-pages-404-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Semuanya bekerja dengan baik sebelum meningkatkan gatsby . 🤷‍♂️

@lindahl @lindahl

Bisakah Anda menautkan ke reproduksi minimal ini?

Saya mendapatkan kesalahan yang sama menggunakan Gatsby v 2.0.55 di mana package-lock.json dinonaktifkan di .npmrc. Situs ini dibangun dari ruang kerja yang bersih setiap hari. Suatu hari itu berhasil, hari berikutnya tidak. Saya menduga kesalahan tersebut terkait dengan beberapa ketergantungan sementara yang telah berubah.

masalah yang sama ketika saya meningkatkan gatsby dari v2.0.91 menjadi v2.0.93 ( v2.0.92 ) tidak ada

Hai, menimpali untuk mengatakan bahwa saya saat ini juga mengalami masalah ini, tetapi saya sedang berjuang untuk membuat reproduksi minimal untuk itu.

Saat ini menjalankan npm update di repositori saya memang menyebabkan build gagal, tetapi tidak untuk situs pribadi saya.

Saya akan terus menggali sampai saya dapat menemukan apa yang menyebabkannya atau orang lain mengetahuinya. Jika saya bisa mengisolasi dengan bersih saya akan posting kembali di sini.

Terima kasih!

Sama disini!
Saya telah mengetik npm update -g npm untuk mendapatkan versi npm 6.7.0 dan saya menggunakan gatsby 2.0.98.

versi offline plugin gatsby -> 2.0.21

Repositori dengan masalah ini: ini dia .

Anda juga dapat membuat daftar dependensi yang terinstal dengan npm ls dan menjalankan node --version ?

Membelah dua mungkin berguna di sini juga. Saya akan menguji repo dalam beberapa menit.

Ok sama errornya disini. Saya akan membagi dua ini.

Sepertinya itu terjadi di semua versi jadi ini adalah plugin atau mungkin ketergantungan lain.
Akan menguji lebih lanjut.

Saya pikir saya menemukan penyebabnya. Saya akan memberikan patch dan PR.

@omrllm (patch untuk gatsby 2.0.60)

patch-package
--- a/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
+++ b/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
@@ -86,9 +86,9 @@ const preferDefault = m => m && m.default || m
     let asyncRequires = `// prefer default export if available
 const preferDefault = m => m && m.default || m
 \n`;
-    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => import("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
+    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => require("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
 }\n\n`;
-    asyncRequires += `exports.data = () => import("${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;
+    asyncRequires += `exports.data = () => require("${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;

     const writeAndMove = (file, data) => {
       const destination = (0, _path.joinPath)(program.directory, `.cache`, file);

Dengan mengubah import menjadi require seharusnya berhasil. Mungkin hanya ada loader yang hilang tetapi mengapa menggunakan import sini ketika cara ESM hanya menghasilkan masalah dan menggabungkan exports dengan import bukanlah ide yang bagus.

+ [email protected]
+ [email protected]
+ [email protected]
+ [email protected]
+ [email protected]
+ [email protected]
added 9 packages from 3 contributors, removed 4 packages, updated 92 packages and audited 43569 packages in 200.269s
diff 23.cache/ .cache/
Only in 23.cache/: .sonarlint
Common subdirectories: 23.cache/__tests__ and .cache/__tests__
Common subdirectories: 23.cache/caches and .cache/caches
Common subdirectories: 23.cache/commonjs and .cache/commonjs
diff 23.cache/data.json .cache/data.json
1c1
< {"pages":[{"componentChunkName":"component---src-pages-index-js","jsonName":"index","path":"/"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-html-516","path":"/404.html"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-22d","path":"/404/"},{"componentChunkName":"component---src-pages-about-js","jsonName":"about-f34","path":"/about/"},{"componentChunkName":"component---src-pages-contact-js","jsonName":"contact-26a","path":"/contact/"}],"dataPaths":{"404-22d":"657/path---404-22-d-bce-yc2HAWbdDECy3NCKIhFOCg1lY8","404-html-516":"84/path---404-html-516-62a-yc2HAWbdDECy3NCKIhFOCg1lY8","about-f34":"691/path---about-f-34-4c2-WV9OHhcgC975Z2f0az9WK5Dpl0Y","contact-26a":"662/path---contact-26-a-cd9-SNoLKPyPsqQ59X6yAuuT79ALOJc","index":"612/path---index-6a9-j0JKW3rrllGOOtWKwyNn0ujHMk"}}
\ No newline at end of file
---
> {"pages":[{"componentChunkName":"component---src-pages-index-js","jsonName":"index","path":"/"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-html-516","path":"/404.html"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-22d","path":"/404/"},{"componentChunkName":"component---src-pages-about-js","jsonName":"about-f34","path":"/about/"},{"componentChunkName":"component---src-pages-contact-js","jsonName":"contact-26a","path":"/contact/"}],"dataPaths":{"404-22d":"657/path---404-22-d-bce-yc2HAWbdDECy3NCKIhFOCg1lY8","404-html-516":"84/path---404-html-516-62a-yc2HAWbdDECy3NCKIhFOCg1lY8","about-f34":"691/path---about-f-34-4c2-WV9OHhcgC975Z2f0az9WK5Dpl0Y","contact-26a":"662/path---contact-26-a-cd9-SNoLKPyPsqQ59X6yAuuT79ALOJc","index":"770/path---index-6a9-dVi4vZoL0B52PVt3C79b9kQk"}}
\ No newline at end of file
diff 23.cache/default-html.js .cache/default-html.js
4,31c4,29
< export default class HTML extends React.Component {
<   render() {
<     return (
<       <html {...this.props.htmlAttributes}>
<         <head>
<           <meta charSet="utf-8" />
<           <meta httpEquiv="x-ua-compatible" content="ie=edge" />
<           <meta
<             name="viewport"
<             content="width=device-width, initial-scale=1, shrink-to-fit=no"
<           />
<           {this.props.headComponents}
<         </head>
<         <body {...this.props.bodyAttributes}>
<           {this.props.preBodyComponents}
<           <noscript key="noscript" id="gatsby-noscript">
<             This app works best with JavaScript enabled.
<           </noscript>
<           <div
<             key={`body`}
<             id="___gatsby"
<             dangerouslySetInnerHTML={{ __html: this.props.body }}
<           />
<           {this.props.postBodyComponents}
<         </body>
<       </html>
<     )
<   }
---
> export default function HTML(props) {
>   return (
>     <html {...props.htmlAttributes}>
>       <head>
>         <meta charSet="utf-8" />
>         <meta httpEquiv="x-ua-compatible" content="ie=edge" />
>         <meta
>           name="viewport"
>           content="width=device-width, initial-scale=1, shrink-to-fit=no"
>         />
>         {props.headComponents}
>       </head>
>       <body {...props.bodyAttributes}>
>         {props.preBodyComponents}
>         <noscript key="noscript" id="gatsby-noscript">
>           This app works best with JavaScript enabled.
>         </noscript>
>         <div
>           key={`body`}
>           id="___gatsby"
>           dangerouslySetInnerHTML={{ __html: props.body }}
>         />
>         {props.postBodyComponents}
>       </body>
>     </html>
>   )
Common subdirectories: 23.cache/fragments and .cache/fragments
Common subdirectories: 23.cache/json and .cache/json
diff 23.cache/navigation.js .cache/navigation.js
37c37
< const onPreRouteUpdate = location => {
---
> const onPreRouteUpdate = (location, prevLocation) => {
39c39
<     apiRunner(`onPreRouteUpdate`, { location })
---
>     apiRunner(`onPreRouteUpdate`, { location, prevLocation })
43c43
< const onRouteUpdate = location => {
---
> const onRouteUpdate = (location, prevLocation) => {
45c45
<     apiRunner(`onRouteUpdate`, { location })
---
>     apiRunner(`onRouteUpdate`, { location, prevLocation })
136c136
<     onPreRouteUpdate(props.location)
---
>     onPreRouteUpdate(props.location, null)
140c140
<     onRouteUpdate(this.props.location)
---
>     onRouteUpdate(this.props.location, null)
145c145
<       onRouteUpdate(this.props.location)
---
>       onRouteUpdate(this.props.location, prevProps.location)
151c151
<       onPreRouteUpdate(this.props.location)
---
>       onPreRouteUpdate(this.props.location, prevProps.location)
diff 23.cache/static-entry.js .cache/static-entry.js
55c55,59
<     <meta name="generator" content={`Gatsby ${gatsbyVersion}`} />,
---
>     <meta
>       name="generator"
>       content={`Gatsby ${gatsbyVersion}`}
>       key={`generator-${gatsbyVersion}`}
>     />,
354,360c358,366
<   const bodyScripts = scripts.filter(s => s.rel !== `prefetch`).map(s => {
<     const scriptPath = `${__PATH_PREFIX__}/${JSON.stringify(s.name).slice(
<       1,
<       -1
<     )}`
<     return <script key={scriptPath} src={scriptPath} async />
<   })
---
>   const bodyScripts = scripts
>     .filter(s => s.rel !== `prefetch`)
>     .map(s => {
>       const scriptPath = `${__PATH_PREFIX__}/${JSON.stringify(s.name).slice(
>         1,
>         -1
>       )}`
>       return <script key={scriptPath} src={scriptPath} async />
>     })

Diff setelah updater dan build baru, jalankan @madelyneriksen

patch-package
--- a/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
+++ b/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
@@ -88,9 +88,9 @@ const preferDefault = m => m && m.default || m
     let asyncRequires = `// prefer default export if available
 const preferDefault = m => m && m.default || m
 \n`;
-    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => import("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
+    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => require("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
 }\n\n`;
-    asyncRequires += `exports.data = () => import(/* webpackChunkName: "pages-manifest" */ "${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;
+    asyncRequires += `exports.data = () => require(/* webpackChunkName: "pages-manifest" */ "${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;

     const writeAndMove = (file, data) => {
       const destination = (0, _path.joinPath)(program.directory, `.cache`, file);

Ini harus bekerja untuk 0,98

Mungkin saya di jalur yang salah, perubahan menghasilkan tes yang gagal https://github.com/gatsbyjs/gatsby/pull/11331

Belum yakin kenapa.

Jadi masih belum berhasil, bukan?

Skrip build berhasil dengan perubahan yang saya usulkan. Tapi saya tidak yakin apakah ini solusi yang tepat. Jadi, silakan uji dan ulas.

Hm, atau karena preset baru?
https://github.com/gatsbyjs/gatsby/commit/69faca0bff0e2c04e6b3be50bba087284c3dbf6b#diff -a30bb413b08d8091d9187909b256c943

Apakah susunan plugin sudah benar?

Apakah masalah juga terjadi dalam proyek Gatsby baru dan dapatkah itu direproduksi dengan tes CI?

Saya npm update dan masalah hilang

Berikan daftar dependensi yang diinstal (sebelum dan sesudah update).

@DanielRuf , saya tidak bisa mereproduksinya. Saya kira itu kebetulan saya masih mendapatkan kesalahan.

Solusinya adalah menginstal dependensi dengan Yarn alih-alih npm yang tampaknya berfungsi setelah mengimpor lockfile npm.

Anda dapat menemukan npm ls dengan gatsby v2.0.91 (build berhasil) dan v2.0.93 (build gagal) di sini: https://gist.github.com/cyrildurand/f4b70abff19288117ea3996500532774

Saya masih memiliki masalah dengan gatsby 2.0.103

Apakah Anda mencoba menginstal dependensi dengan yarn juga?

@bayu_joo
Apakah Anda mengalami kesalahan ini saat memasang npm ?
2019-01-29 4 50 27
Saya juga mengalami masalah yang sama, tetapi mengupgrade versi arcon ke 6.0 bekerja dengan baik.

Apakah Anda mengalami kesalahan ini saat menginstal npm

Ini hanya peringatan dan tidak terkait dengan masalah Gatsby.

Kesalahan yang sama setelah instalasi acorn

ini bekerja dengan yarn . Saya memperbarui intinya dengan yarn list output

Kesalahan yang sama setelah pemasangan biji pohon ek

Kesalahan yang mana?

Saya mencoba memutakhirkan acorn disarankan oleh @ seonim-ryu dan mencoba menjalankan gatsby build dan mengalami kesalahan "token tak terduga" yang sama (yang muncul dari pesan pertama masalah ini)

Jika saya menggunakan benang, masalah hilang, gatsby build com dan berhasil.

Apakah itu juga terjadi dengan rilis biji pohon ek sebelumnya? Atau bukankah ini penyebabnya?

Apakah Anda mencoba perbaikan yang saya usulkan? Tidak yakin apakah ini akan merusak apa pun.

Itu juga gagal dengan versi sebelumnya dari biji pohon ek, saya rasa tidak ada hubungannya dengan itu.

Ini berfungsi sekarang karena saya menginstal dependensi dan saya tidak yakin tentang cara menerapkan perbaikan yang Anda usulkan.

Buka node_modules / gatsby / dist / internal-plugins / query-runner / pages-writer.js dan ubah dua import( menjadi require( , juga lihat https://github.com/gatsbyjs / gatsby / issues / 11198 # Issuecomment -457915157

Ini bekerja dengan perbaikan

Apakah ada yang rusak karena perbaikannya? Build CI yang gagal tidak terlihat bagus.

Mungkin masalah terpisah, tetapi saya mendapat kesalahan serupa setelah memutakhirkan ke Gatsby terbaru (2.0.106) dan menambahkan halaman 404 sesuai dokumen ('src / halaman / 404.js'). Pengembangan akan berjalan dengan baik, tetapi build gagal.

Memindahkan halaman 404 ke foldernya sendiri ('src / halaman / 404 / index.js') menyelesaikan kesalahan di pihak saya dan berfungsi seperti yang diharapkan (secara lokal dan saat penerapan ke Netlify).

Saya memperbaiki masalah ini dengan menghapus file package-lock.json dan menjalankan npm install . File package-lock.json baru dibuat memiliki banyak perbedaan.
Tidak tahu persis apa yang terjadi di sini.

Mengalami masalah yang sama di beberapa situs berbeda yang saya miliki. Beberapa dengan dependensi dan versi yang sama persis ... satu akan menemui kesalahan, yang lain tidak. Itu mulai terjadi sekitar 2.0.98 Saya percaya dan masih dengan 2.0.106. Saya sudah mencoba menghapus node_modules, .cache, dan folder publik, tetapi itu juga tidak membantu. Hanya terjadi pada build, bukan develop.

@bayu_joo
Saya mengganti nama package-lock.json menjadi sesuatu yang lain, dan npm install ed semuanya, tetapi saya mendapatkannya lagi:

error Generating JavaScript bundles failed


  Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---node-modules-gatsby-plugin-offline-app-shell-js": function componentNodeModulesGatsbyPluginOfflineAppShellJs() {
  >     return import("/home/foldername/abcrypto/node_modules/gatsby-plugin-offline/app-shell.js"
  |     /* webpackChunkName: "component---node-modules-gatsby-plugin-offline-app-shell-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Apakah Anda membersihkan folder node_modules ?

Bagaimana kamu melakukannya? :(

npm prune node_modules ?

Atau apakah saya menghapus semuanya secara manual di dalam folder node_modules?

Edit: Saya telah mengganti nama folder node_modules dan sekarang berfungsi: +1:

  • Ubah nama package-lock.json menjadi yang lain
  • Ubah nama folder node_modules menjadi yang lain
  • npm install di folder utama

Terima kasih @cyrildurand
Diedit setelah saran @DanielRuf

Ubah saja namanya untuk memiliki cadangan.

Jadi ini benar-benar hanya masalah dengan ketergantungan yang sudah ketinggalan zaman?

Saya menghapus modul node beberapa kali dan tidak pernah diperbaiki untuk saya. hanya yang berhasil adalah benang atau file tambalan di atas.

@krazik dan apakah Anda menghapus / mengganti nama package-lock.json?

Iya

hanya untuk memastikan saya mencobanya lagi, dan menghapus keduanya saya bisa melewati kesalahan di atas tetapi sekarang mengalami

Kesalahan: Tidak dapat menemukan modul 'core-js / modules / es6.regexp.to-string'
Kesalahan: Tidak dapat menemukan modul 'core-js / modules / es6.regexp.to-string'

untuk membangun dan mengembangkan.

error Cannot find module 'core-js/modules/es6.regexp.to-string'


  Error: Cannot find module 'core-js/modules/es6.regexp.to-string'

  - loader.js:611 Function.Module._resolveFilename
    internal/modules/cjs/loader.js:611:15

  - loader.js:537 Function.Module._load
    internal/modules/cjs/loader.js:537:25

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - render-page.js:3 webpackUniversalModuleDefinition
    /Users/rylanhazelton/dev/Admin/public/render-page.js:3:170

  - render-page.js:10 Object.<anonymous>
    /Users/rylanhazelton/dev/Admin/public/render-page.js:10:3

  - loader.js:736 Module._compile
    internal/modules/cjs/loader.js:736:30

  - loader.js:747 Object.Module._extensions..js
    internal/modules/cjs/loader.js:747:10

  - loader.js:628 Module.load
    internal/modules/cjs/loader.js:628:32

  - loader.js:568 tryModuleLoad
    internal/modules/cjs/loader.js:568:12

  - loader.js:560 Function.Module._load
    internal/modules/cjs/loader.js:560:3

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - worker.js:32 Promise
    [Admin]/[gatsby]/dist/utils/worker.js:32:35

  - debuggability.js:313 Promise._execute
    [Admin]/[bluebird]/js/release/debuggability.js:313:9

  - promise.js:483 Promise._resolveFromExecutor
    [Admin]/[bluebird]/js/release/promise.js:483:18


error UNHANDLED REJECTION


  Error: Cannot find module 'core-js/modules/es6.regexp.to-string'

  - loader.js:611 Function.Module._resolveFilename
    internal/modules/cjs/loader.js:611:15

  - loader.js:537 Function.Module._load
    internal/modules/cjs/loader.js:537:25

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - render-page.js:3 webpackUniversalModuleDefinition
    /Users/rylanhazelton/dev/Admin/public/render-page.js:3:170

  - render-page.js:10 Object.<anonymous>
    /Users/rylanhazelton/dev/Admin/public/render-page.js:10:3

  - loader.js:736 Module._compile
    internal/modules/cjs/loader.js:736:30

  - loader.js:747 Object.Module._extensions..js
    internal/modules/cjs/loader.js:747:10

  - loader.js:628 Module.load
    internal/modules/cjs/loader.js:628:32

  - loader.js:568 tryModuleLoad
    internal/modules/cjs/loader.js:568:12

  - loader.js:560 Function.Module._load
    internal/modules/cjs/loader.js:560:3

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - worker.js:32 Promise
    [Admin]/[gatsby]/dist/utils/worker.js:32:35

  - debuggability.js:313 Promise._execute
    [Admin]/[bluebird]/js/release/debuggability.js:313:9

  - promise.js:483 Promise._resolveFromExecutor
    [Admin]/[bluebird]/js/release/promise.js:483:18

Coba tutup editor Anda, hapus .cache, public, node_modules, dan package-lock.json. Kemudian lakukan instalasi npm.

Saya cukup yakin bahwa itu hanya beberapa resolusi paket yang funky oleh NPM.

Saya berhasil menyelesaikan dependensi di situs saya dengan menghapus lockfile dan node_modules . Saya tidak dapat mereproduksinya di luar situs yang rusak.

Setelah menghapus package-lock.json , node_modules dan menginstal menggunakan yarn saya mengalami kesalahan lagi tentang terser-webpack-plugin cannot call minify of undefined (sesuatu seperti itu). Ini memperbaikinya untuk saya.

Saya kira ekosistem Node.js benar-benar yang paling cepat rusak ;-)

Pembaruan terser terbaru (dirilis satu jam yang lalu) merusak plugin ini.

Jadi ini adalah masalah baru (dalam ketergantungan).

Saya dapat mengonfirmasi bahwa ini adalah dua masalah yang berbeda, saya mengalami keduanya: https://github.com/gr2m/octokit-rest-documentation/issues/24

Kesalahan Terser berasal dari baris ini

  const {
    error,
    map,
    code,
    warnings
  } = _terser.default.minify({
    [file]: input
  }, terserOptions);

Ini berfungsi jika Anda mengganti _terser.default.minify hanya dengan _terser.minify

Saya juga mengalami masalah ini dalam build Travis CI saya. Bahkan menggunakan yarn tidak memperbaikinya. Adakah tambalan cepat yang dapat saya gunakan sampai perbaikan yang tepat dilakukan? Terima kasih

Kesalahan Terser harus diselesaikan sekarang

terser-webpack-plugin telah diperbaiki dan kami menerbitkan 2.0.112 dengan versi baru terser-webpack-plugin

Saya tidak yakin apakah ini terkait tetapi dapatkah Anda mencoba memperbarui?

Sementara itu, @DanielRuf @dlindahl dapatkah Anda menautkan ke reproduksi minimal dari masalah yang Anda lihat?

@sidharthachatterjee Saya dapat mengonfirmasi, meningkatkan ke [email protected] tertentu menyelesaikan masalah saya di Gitlab CI.

Kesalahan Terser harus diselesaikan sekarang

dikonfirmasi.

Mari kita tutup ini. Berikan komentar jika kami dapat membantu lebih lanjut atau jika ini _tidak dikonfirmasi_ untuk diperbaiki.

Terima kasih semuanya!

Kesalahan asli yang menyebabkan masalah ini dibuka tetap:

Error: ./.cache/async-requires.js 8:11
Module parse failed: Unexpected token (8:11)

@ gr2m dapatkah Anda memberikan reproduksi?

Bagaimanapun - saya akan membuka kembali, terima kasih!

Saya memiliki masalah yang sama persis.
Penguraian modul gagal: Token tidak terduga (8:11)
Anda mungkin memerlukan loader yang sesuai untuk menangani jenis file ini

Memperbaiki benang berhasil untuk saya.

Tidak berhasil menghapus .cache / public / node_modules.

Masalahnya dimulai untuk saya setelah menjalankan pembaruan npm.

Masalah yang sama di sini.

    "@magicsoup.io/stock": "0.0.11",
    "@zauberware/react-scroll-to": "^0.1.1",
    "@zauberware/react-svg-assets": "^0.10.2",
    "babel-plugin-styled-components": "^1.10.0",
    "gatsby": "^2.0.115",
    "gatsby-image": "^2.0.29",
    "gatsby-plugin-htaccess": "^1.0.8",
    "gatsby-plugin-manifest": "^2.0.17",
    "gatsby-plugin-offline": "^2.0.22",
    "gatsby-plugin-react-helmet": "^3.0.6",
    "gatsby-plugin-sharp": "^2.0.20",
    "gatsby-plugin-sitemap": "^2.0.5",
    "gatsby-plugin-styled-components": "^3.0.5",
    "gatsby-plugin-web-font-loader": "^1.0.4",
    "gatsby-source-filesystem": "^2.0.20",
    "gatsby-transformer-json": "^2.1.8",
    "gatsby-transformer-remark": "^2.2.4",
    "gatsby-transformer-sharp": "^2.1.13",
    "marksy": "^6.1.0",
    "prop-types": "^15.6.2",
    "react": "^16.7.0",
    "react-dom": "^16.7.0",
    "react-helmet": "^5.2.0",
    "react-i18next": "^10.0.0",
    "react-obfuscate": "^3.0.0",
    "react-slick": "^0.23.2",
    "styled-components": "^4.1.3",
    "styled-normalize": "^8.0.6",
    "styled-system": "^3.2.1",

Mencoba memuat template dari src / templates

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-templates-markdown-template-js": function componentSrcTemplatesMarkdownTemplateJs() {
  >     return import("/Users/simon/workspaces/web/altstadtdomizil/src/templates/markdownTemplate.js"
  |     /* webpackChunkName: "component---src-templates-markdown-template-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

gatsby-node.js

exports.createPages = ({ actions, graphql }) => {
  const { createPage } = actions

  const blogPostTemplate = path.resolve(`src/templates/markdownTemplate.js`)

  return graphql(`
    {
      allMarkdownRemark(
        sort: { order: DESC, fields: [frontmatter___title] }
        limit: 1000
      ) {
        edges {
          node {
            frontmatter {
              path
            }
          }
        }
      }
    }
  `).then(result => {
    if (result.errors) {
      return Promise.reject(result.errors)
    }

    result.data.allMarkdownRemark.edges.forEach(({ node }) => {
      createPage({
        path: node.frontmatter.path,
        component: blogPostTemplate,
        context: {}, // additional data can be passed via context
      })
    })
  })
}

Jika saya mengomentari gatsby-node.js, saya mendapatkan kesalahan ini:

  Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-pages-404-js": function componentSrcPages404Js() {
  >     return import("/Users/simon/workspaces/web/altstadtdomizil/src/pages/404.js"
  |     /* webpackChunkName: "component---src-pages-404-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

impor kembali (

Silakan lihat komentar lainnya.

Ini muncul di lencana / perisai # 2947 saat meningkatkan dari 2.0.115 ke 2.0.116 atau 2.0.117.

Saya baru-baru ini menggabungkan lencana / perisai # 2949 yang memperbarui babel-preset-gatsby dari 0.1.6 menjadi 0.1.7, meskipun saya telah mencoba meretas dalam penurunan versi dan itu tidak memperbaiki masalah.

Masalahnya ditangkap di CI dan terwujud di sana secara konsisten. CI kami tidak menyimpan .cache , sehingga dapat dikesampingkan.

  Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---frontend-components-main-js": function componentFrontendCompo  nentsMainJs() {
  >     return import("/home/circleci/project/frontend/components/main.js"
  |     /* webpackChunkName: "component---frontend-components-main-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

https://circleci.com/gh/badges/shields/39885

Saya pikir ini mungkin masalahnya: webpack / webpack # 8656.

Ditambahkan: Gejala cocok dan waktu cocok juga.

screen shot 2019-02-07 at 9 17 12 pm

screen shot 2019-02-07 at 9 17 19 pm

@paulmelnik tangkapan yang bagus. Dan inilah mengapa saya merekomendasikan menggunakan CJS jika kita tidak harus menggunakan ESM - masih belum 100% dapat diandalkan di bundler. Dan cara lain harus tetap berhasil.

Jadi menyematkan webpack di root package.json seharusnya berfungsi?

Dan ini js juga mengapa SemVer di ekosistem JS benar-benar rusak imho. Pembaruan otomatis (dalam) deps karena file kunci hanya bekerja di tingkat akar.

Untuk lebih jelasnya, acorn dan cara npm menyelesaikan deptree adalah masalah dan penyebabnya.

https://github.com/webpack/webpack/issues/8656#issuecomment -456010969

Saya bisa mereproduksi ini (alasan lain mengapa kami masih menggunakan benang di tempat kerja).

Saya tidak yakin saya setuju dengan penilaian itu. Ini dapat bermanifestasi dalam npm dan bukan thread karena perbedaan cara penyelesaiannya, namun 4.29.3 adalah versi yang benar-benar tepat untuk diinstal ketika sebuah paket telah menyatakan ketergantungan pada ^ 4.12.0. Itulah arti tanda sisipan. Jika Gatsby ingin mengunci versi tertentu, silakan melakukannya, dan dalam hal ini npm akan menghormatinya.

Webpack adalah dependensi Gatsby, bukan dependensi peer.

Masalahnya adalah pengangkatan di npm (berbeda di Benang) dan bahwa acorn tidak dapat dimuat dengan benar karena ini. Lihat postingan komunitas Tobias dan komentar terkait.

Saya merasa ingin Anda menjelaskannya dengan lebih baik. Saya membaca sekilas utas itu tetapi tidak melihat bagaimana itu berlaku di sini.

Saya tidak tahu apa yang menyebabkan bug di Webpack; namun jika kami setuju Gatsby tidak boleh menggunakan 4.29.3, ketergantungan tanda sisipan perlu diubah.

Ini bekerja dengan benang, ini hanya masalah dengan npm, dalam kombinasi dengan dependensi tertentu dan perhitungan deptree. Lihat PR dari Tobias.

Lihat https://github.com/npm/cli/pull/147/files

Aiiiee gotcha. Bug dependensi peer di npm itulah yang menyebabkan webpack 4.29 tidak berfungsi dengan benar.

Apa yang kami _can_ cegah adalah penginstalan webpack 4.29. Dan saya tidak yakin ada cara mudah bagi pengguna akhir untuk mengunci versi webpack. npm tidak menyediakan cara untuk melakukannya, jadi pengguna harus menggunakan alat pihak ketiga seperti

Lihat npm / cli # 152; sepertinya kami tidak dapat mengharapkan resolusi yang cepat.

Sekarang 2.0.118 mengirimkan bantuan pita, pengguna npm seharusnya baik-baik saja, dan jelas tidak dapat menggunakan webpack 4.29.x.

Apakah saya benar bahwa pengguna benang dapat menggunakan resolutions untuk memaksa gatsby menggunakan versi yang lebih baru, di luar jangkauan, jika mereka mau?

@paulmelnikow benar - tetapi sebenarnya tidak perlu dan saya tidak yakin ada manfaat khusus yang diperlukan dari melakukannya.

Kami akan memperbarui ketergantungan yang disematkan segera setelah kami dapat (mengikuti masalah npm sekarang), jadi seharusnya ini hanyalah blip untuk pengguna npm pada khususnya.

Terima kasih atas perbaikannya!

_Sekarang_ Saya rasa saya bisa menutup ini :)

Dikonfirmasi telah diperbaiki dengan rilis 2.0.118!

Ini luar biasa untuk diikuti. Terima kasih atas kerja yang luar biasa!

Hai semua! Saya ingin tahu apakah kalian bisa mencoba npm install gatsby@webpack-acorn . Kami ingin mengupgrade webpack ke versi terbaru tetapi kami tidak yakin apakah ini masih menjadi masalah. Saya tidak dapat mereproduksinya tetapi kami lebih ingin aman daripada menyesal.

Hai @wardpeet! Terima kasih telah menghubungi.

Saya membuat cabang di sini: badges / shields # 3572

Sepertinya ini masih menjadi masalah: https://circleci.com/gh/badges/shields/57401

Langkah-langkah untuk mereproduksi secara lokal adalah mengkloning cabang itu dan menjalankan npm ci diikuti oleh npm run build . Jangan ragu untuk melakukannya jika Anda mau, atau ping saya dan saya dapat memperbarui cabang PR.

@paulmelnikow terima kasih banyak! Bisakah Anda juga memberi tahu saya versi node & npm apa yang Anda gunakan sehingga saya dapat menjalankannya dengan pengaturan Anda juga jika itu berfungsi untuk saya.

Inilah yang saya dapatkan secara lokal:

~/c/shields (bump-webpack-rc|✔) $ node --version
v10.13.0
~/c/shields (bump-webpack-rc|✔) $ npm --version
6.9.0

Di CI, ini juga terjadi di Node 8 (tidak yakin versi npm yang tepat).

Masalahnya dapat direkonstruksi di kedua lingkungan.

Terima kasih telah memeriksanya!

Apakah halaman ini membantu?
0 / 5 - 0 peringkat