재생산 리포지토리를 준비할 수 있습니까? 게시물 수는 문제가 되지 않아야 합니다(적어도 이 단계에서는) - v1에서 메모리 문제가 발생할 수 있지만 이는 이후 빌드 단계에 있으며 중단되어서는 안 됩니다.

Local by Flywheel 의 문제인지, MAMP Pro 를 통해 WordPress를 제공할 때 사이트를 구축할 수 있는지 궁금했습니다.

그러나 나는 아직 포스트 페이지를 구축하지도 않았고(페이지를 구축 중), 문제가 되는 단계의 실행 시간은 636.41초(11분 남짓)입니다.

const path = require('path')

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

  const postTemplate = path.resolve('./src/templates/Post/Post.js')

  graphql(
    `
      {
        allWordpressPost {
          edges {
            node {
              id
              slug
            }
          }
        }
      }
    `
  )
    .then((result) => {
      console.log('posts')
      // const { data, errors } = result

      // if (errors) console.log(errors)

      // if (!data) return

      //data.allWordpressPost.edges.forEach(({ node }) => {
      //  const { id, slug } = node

      //  createPage({
      //    component: postTemplate,
      //    context: {
      //      id,
      //    },
      //    path: slug,
      //  })
      //})
    })

편집: 게시물에 대해 createPage 를 활성화하면 해당 항목의 실행이 14분으로 늘어났습니다. 잔인하지만 ~9000개의 추가 항목에 대해 단 3분 더 오래 걸린다는 점도 흥미롭습니다. 현재 오랫동안 ⠁ run graphql queries 에 머물고 있습니다.

편집: 419.470초 또는 7분 동안 실행되었습니다.

@pieh 웁스, 내가 보기 전에 게시했습니다. 내일 원격으로 이 사이트를 가동할 수 있습니다.

그리고 이 마지막 줄은 Local을 통해 중단되고 MAMP를 통해 영원히 걸립니다.

$ gatsby develop
success delete html and css files from previous builds — 0.017 s
success open and validate gatsby-config — 0.226 s
info One or more of your plugins have changed since the last time you ran Gatsby. As
a precaution, we're deleting your site's cache to ensure there's not any stale
data
success copy gatsby files — 0.013 s
success onPreBootstrap — 0.159 s
⠁ source and transform nodes -> wordpress__acf_posts fetched : 100
⠁ source and transform nodes -> wordpress__acf_pages fetched : 34
⠂ source and transform nodes -> wordpress__acf_media fetched : 100
⠈ source and transform nodes -> wordpress__acf_categories fetched : 13
⢀ source and transform nodes -> wordpress__acf_tags fetched : 0
⠄ source and transform nodes -> wordpress__acf_users fetched : 11
⢀ source and transform nodes -> wordpress__POST fetched : 9092
⢀ source and transform nodes -> wordpress__PAGE fetched : 34
⠐ source and transform nodes -> wordpress__wp_media fetched : 7483
⡀ source and transform nodes -> wordpress__wp_types fetched : 1
⠁ source and transform nodes -> wordpress__wp_statuses fetched : 1
⢀ source and transform nodes -> wordpress__wp_taxonomies fetched : 1
⠄ source and transform nodes -> wordpress__CATEGORY fetched : 14
⠈ source and transform nodes -> wordpress__TAG fetched : 19
⠐ source and transform nodes -> wordpress__wp_users fetched : 11
⡀ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "You are not currently logged in."
⠈ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "Sorry, you are not allowed to do that."
⡀ source and transform nodesThe server response was "404 Not Found"
Inner exception message : "No route was found matching the URL and request method"
success source and transform nodes — 636.410 s

@pieh 성공적으로 빌드 소요됨 ) 문제가 확실히 드러납니다: https://github.com/dustinhorton/gatsby-issue

복제하고 빌드할 수 있어야 합니다.

현장 마무리 공사 없이 10시간 넘게 두 번만 뛰었다. 디버깅에 도움이 되도록 제가 제공할 수 있는 다른 사항을 알려주세요.

v2로 업그레이드해 주시겠습니까? 우리는 이와 같은 대규모 사이트의 속도를 극적으로 높여야 하는 다양한 gatsby 하위 시스템의 속도를 엄청나게 개선했습니다.

@KyleAMathews 오늘 밤에 한 번

@KyleAMathews v2 버전 @ https://github.com/dustinhorton/gatsby-v2-issue. 이 시점에서 약 50분 동안 구축했습니다.

지금 죽여. 사이트가 아직 구축되지 않았습니다.

시도할 수 있는 또 다른 방법은 https://next.gatsbyjs.org/docs/performance-tracing/ 추적을 활성화하는 것입니다.

우리는 아직 gatsby-source-wordpress에 추적 지원을 추가하지 않았지만 추적 보고서는 중단되는 위치를 파악하는 데 도움이 될 수 있습니다.

다른 사람이 이것을 조사하는 데 관심이 있다면 좋은 PR은 gatsby-source-wordpress에 추적 지원을 추가하는 것입니다. 관심이 있다면 알아두세요!

불행히도 이것을 구제해야 할 필요가 있습니다. 나는 전통적인 테마로 이식하는 데 모든 시간을 할애해야 하기 때문에 Gatsby를 사용할 수 없다는 것에 압도되어 있습니다. 다른 모든 것이 너무 뒤로 느껴집니다.

이에 대해 조사할 기회가 없어서 죄송합니다 :-( v2를 출시하기 위해 지금 전력질주하고 있습니다.

WP 사이트를 계속 실행할 수 있는 기회가 있습니까? 확실히 수정해야 할 버그가 있는 것 같습니다.

도움을 요청하는 트윗을 남겼으니 곧 누군가 이 문제에 뛰어들기를 바랍니다 :-)

https://twitter.com/gatsbyjs/status/1027079401287102465

와우, 정말 감사합니다. 사이트는 당분간 아무데도 가지 않습니다(필요한 경우 사본을 마이그레이션하고 repo repo를 업데이트하겠습니다).

가치가 있는 @dustinhorton 또한 앞에 CDN이 있는 프로덕션 환경과 비교하여 Local by Flywheel에서 더 큰(최대 1,000개 게시물) 프로젝트를 빌드하는 데 문제가 있음을 발견했습니다.

Gatsby에 대한 REST 응답은 프로덕션보다 로컬에서 10~20배 더 길기 때문에 사이트를 구축하는 데 시간이 오래 걸립니다. 아직 로컬에서 문제를 디버깅하는 데 시간을 보내지 않았지만 할 일 목록에 있습니다. :)

@KyleAMathews source-wordpress에 추적을 추가하는 방법을 살펴볼 수 있습니다.

@Khristopho 굉장하군요 !

@dustinhorton 빌드를 부풀릴 수 있는 샘플 사이트(https://dustinhorton.com/gatsby-wp/wp-content/uploads/2018/07/IMG_9906.jpg 등)의 이미지에 대해 404를 보고 있습니다. 시각. 그 경로를 조사할 수 있는 기회가 있습니까?

WP_MEDIA 요청은 결과와 함께 상당히 빠르게 실행되므로
명확하지만 생각한다면 이번 주 후반에 살펴볼 수 있습니다.
경우가 있습니다.

2018년 8월 8일 수요일 오후 5:45 Chris Wiseman [email protected]
썼다:

@dustinhorton https://github.com/dustinhorton
샘플 사이트의 이미지(
https://dustinhorton.com/gatsby-wp/wp-content/uploads/2018/07/IMG_9906.jpg,
예를 들어) 빌드 시간을 부풀릴 수 있습니다. 당신이 할 수있는 모든 기회
그것들을 위한 경로를 살펴볼까요?

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/gatsbyjs/gatsby/issues/6654#issuecomment-411562589 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAXFNRHTA-vqIwCTtioejUL-Ei3nM0Lbks5uO1vygaJpZM4VZ57n
.

사실이지만 소스 및 변환 단계의 일부는 REST 응답에서 찾은 모든 미디어 항목을 다운로드하는 것입니다.
https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-wordpress/src/normalize.js#L434

7504 이미지에서 404를 얻으면 문제가 발생할 수 있습니다. ;)

내가 모든 404를 청소했다고 믿으십시오. 오늘 밤 빌드를 시도합니다. 감사합니다.

겉보기에 변화가 없음:

~/Sites/gatsby-issue-v2 (master)
→yarn build
yarn run v1.5.1
$ gatsby build
success open and validate gatsby-config — 0.009 s
success load plugins — 0.277 s
success onPreInit — 0.257 s
success delete html and css files from previous builds — 0.008 s
success initialize cache — 0.245 s
success copy gatsby files — 0.079 s
success onPreBootstrap — 0.001 s
⠁
=START PLUGIN=====================================

Site URL: http://dustinhorton.com/gatsby-wp
Site hosted on Wordpress.com: false
Using ACF: true
Using Auth: undefined undefined
Verbose output: true

Mama Route URL: http://dustinhorton.com/gatsby-wp/wp-json

⠁ source and transform nodesRoute discovered : /
Invalid route.
Route discovered : /oembed/1.0
Invalid route.
Route discovered : /oembed/1.0/embed
Invalid route.
Route discovered : /oembed/1.0/proxy
Invalid route.
Route discovered : /yoast/v1
Valid route found. Will try to fetch.
Route discovered : /yoast/v1/configurator
Valid route found. Will try to fetch.
Route discovered : /yoast/v1/reindex_posts
Valid route found. Will try to fetch.
Route discovered : /yoast/v1/ryte
Valid route found. Will try to fetch.
Route discovered : /yoast/v1/indexables/(?P<object_type>.*)/(?P<object_id>\d+)
Invalid route.
Route discovered : /yoast/v1/statistics
Valid route found. Will try to fetch.
Route discovered : /acf/v3
Invalid route.
Route discovered : /acf/v3/posts/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/posts
Valid route found. Will try to fetch.
Route discovered : /acf/v3/pages/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/pages
Valid route found. Will try to fetch.
Route discovered : /acf/v3/media/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/media
Valid route found. Will try to fetch.
Route discovered : /acf/v3/categories/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/categories
Valid route found. Will try to fetch.
Route discovered : /acf/v3/tags/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/tags
Valid route found. Will try to fetch.
Route discovered : /acf/v3/comments/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/comments
Valid route found. Will try to fetch.
Route discovered : /acf/v3/options/(?P<id>[\w\-\_]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/users/(?P<id>[\d]+)/?(?P<field>[\w\-\_]+)?
Invalid route.
Route discovered : /acf/v3/users
Valid route found. Will try to fetch.
Route discovered : /wp/v2
Invalid route.
Route discovered : /wp/v2/posts
Valid route found. Will try to fetch.
Route discovered : /wp/v2/posts/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/posts/(?P<parent>[\d]+)/revisions
Invalid route.
Route discovered : /wp/v2/posts/(?P<parent>[\d]+)/revisions/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/pages
Valid route found. Will try to fetch.
Route discovered : /wp/v2/pages/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/pages/(?P<parent>[\d]+)/revisions
Invalid route.
Route discovered : /wp/v2/pages/(?P<parent>[\d]+)/revisions/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/media
Valid route found. Will try to fetch.
Route discovered : /wp/v2/media/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/types
Valid route found. Will try to fetch.
Route discovered : /wp/v2/types/(?P<type>[\w-]+)
Invalid route.
Route discovered : /wp/v2/statuses
Valid route found. Will try to fetch.
Route discovered : /wp/v2/statuses/(?P<status>[\w-]+)
Invalid route.
Route discovered : /wp/v2/taxonomies
Valid route found. Will try to fetch.
Route discovered : /wp/v2/taxonomies/(?P<taxonomy>[\w-]+)
Invalid route.
Route discovered : /wp/v2/categories
Valid route found. Will try to fetch.
Route discovered : /wp/v2/categories/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/tags
Valid route found. Will try to fetch.
Route discovered : /wp/v2/tags/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/users
Valid route found. Will try to fetch.
Route discovered : /wp/v2/users/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/users/me
Valid route found. Will try to fetch.
Route discovered : /wp/v2/comments
Valid route found. Will try to fetch.
Route discovered : /wp/v2/comments/(?P<id>[\d]+)
Invalid route.
Route discovered : /wp/v2/settings
Valid route found. Will try to fetch.
Added ACF Options route.

Fetching the JSON data from 25 valid API Routes...

=== [ Fetching wordpress__yoast_v1 ] === https://dustinhorton.com/gatsby-wp/wp-json/yoast/v1
⠈ source and transform nodes -> wordpress__yoast_v1 fetched : 1
Fetching the wordpress__yoast_v1 took: 936.166ms

=== [ Fetching wordpress__yoast_configurator ] === https://dustinhorton.com/gatsby-wp/wp-json/yoast/v1/configurator
⢀ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "Sorry, you are not allowed to do that."
Fetching the wordpress__yoast_configurator took: 846.014ms

=== [ Fetching wordpress__yoast_reindex_posts ] === https://dustinhorton.com/gatsby-wp/wp-json/yoast/v1/reindex_posts
⢀ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "Sorry, you are not allowed to do that."
Fetching the wordpress__yoast_reindex_posts took: 1010.589ms

=== [ Fetching wordpress__yoast_ryte ] === https://dustinhorton.com/gatsby-wp/wp-json/yoast/v1/ryte
⠠ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "Sorry, you are not allowed to do that."
Fetching the wordpress__yoast_ryte took: 1022.977ms

=== [ Fetching wordpress__yoast_statistics ] === https://dustinhorton.com/gatsby-wp/wp-json/yoast/v1/statistics
⠄ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "Sorry, you are not allowed to do that."
Fetching the wordpress__yoast_statistics took: 820.827ms

=== [ Fetching wordpress__acf_posts ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/posts
⠈ source and transform nodes -> wordpress__acf_posts fetched : 100
Fetching the wordpress__acf_posts took: 6352.670ms

=== [ Fetching wordpress__acf_pages ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/pages
⡀ source and transform nodes -> wordpress__acf_pages fetched : 34
Fetching the wordpress__acf_pages took: 2760.048ms

=== [ Fetching wordpress__acf_media ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/media
⠈ source and transform nodes -> wordpress__acf_media fetched : 100
Fetching the wordpress__acf_media took: 4273.250ms

=== [ Fetching wordpress__acf_categories ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/categories
⠁ source and transform nodes -> wordpress__acf_categories fetched : 13
Fetching the wordpress__acf_categories took: 1029.029ms

=== [ Fetching wordpress__acf_tags ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/tags
⠈ source and transform nodes -> wordpress__acf_tags fetched : 0
Fetching the wordpress__acf_tags took: 941.066ms

=== [ Fetching wordpress__acf_comments ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/comments
⢀ source and transform nodes -> wordpress__acf_comments fetched : 9
Fetching the wordpress__acf_comments took: 2868.036ms

=== [ Fetching wordpress__acf_users ] === https://dustinhorton.com/gatsby-wp/wp-json/acf/v3/users
⠠ source and transform nodes -> wordpress__acf_users fetched : 11
Fetching the wordpress__acf_users took: 2049.181ms

=== [ Fetching wordpress__POST ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/posts
⠁ source and transform nodes
Total entities : 9094
Pages to be requested : 91
⠁ source and transform nodes -> wordpress__POST fetched : 9094
Fetching the wordpress__POST took: 152767.807ms

=== [ Fetching wordpress__PAGE ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/pages
⢀ source and transform nodes -> wordpress__PAGE fetched : 34
Fetching the wordpress__PAGE took: 2194.895ms

=== [ Fetching wordpress__wp_media ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/media
⢀ source and transform nodes
Total entities : 7504
Pages to be requested : 76
⢀ source and transform nodes -> wordpress__wp_media fetched : 7485
Fetching the wordpress__wp_media took: 132029.996ms

=== [ Fetching wordpress__wp_types ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/types
⢀ source and transform nodes -> wordpress__wp_types fetched : 1
Fetching the wordpress__wp_types took: 956.603ms

=== [ Fetching wordpress__wp_statuses ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/statuses
⢀ source and transform nodes -> wordpress__wp_statuses fetched : 1
Fetching the wordpress__wp_statuses took: 1017.845ms

=== [ Fetching wordpress__wp_taxonomies ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/taxonomies
⠠ source and transform nodes -> wordpress__wp_taxonomies fetched : 1
Fetching the wordpress__wp_taxonomies took: 1029.885ms

=== [ Fetching wordpress__CATEGORY ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/categories
⢀ source and transform nodes -> wordpress__CATEGORY fetched : 14
Fetching the wordpress__CATEGORY took: 943.710ms

=== [ Fetching wordpress__TAG ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/tags
⠠ source and transform nodes -> wordpress__TAG fetched : 19
Fetching the wordpress__TAG took: 1104.454ms

=== [ Fetching wordpress__wp_users ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/users
⡀ source and transform nodes -> wordpress__wp_users fetched : 11
Fetching the wordpress__wp_users took: 1325.604ms

=== [ Fetching wordpress__wp_me ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/users/me
⠂ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "You are not currently logged in."
Fetching the wordpress__wp_me took: 926.146ms

=== [ Fetching wordpress__wp_comments ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/comments
⠂ source and transform nodes
Total entities : 9410
Pages to be requested : 95
⡀ source and transform nodes -> wordpress__wp_comments fetched : 9397
Fetching the wordpress__wp_comments took: 85370.673ms

=== [ Fetching wordpress__wp_settings ] === https://dustinhorton.com/gatsby-wp/wp-json/wp/v2/settings
⠁ source and transform nodesThe server response was "401 Unauthorized"
Inner exception message : "Sorry, you are not allowed to do that."
Fetching the wordpress__wp_settings took: 808.396ms

=== [ Fetching wordpress__acf_options ] === http://dustinhorton.com/gatsby-wp/wp-json/acf/v2/options
⠂ source and transform nodesThe server response was "404 Not Found"
Inner exception message : "No route was found matching the URL and request method"
Fetching the wordpress__acf_options took: 1059.276ms

=END PLUGIN=====================================: 412457.896ms
⠁ source and transform nodes

그리고 그것은 약 8시간 동안 거기에 앉아 있었습니다.

@dustinhorton 어떤 호스팅을 사용하고 계신가요? 나는 그것이 요청의 양으로 당신의 생산 상자를 죽이고 있다고 생각합니다. 나는 동시 연결을 1 또는 2와 같이 낮은 것으로 설정하는 것을 완료했다고 믿습니다(8시간이 아닌 꽤 오랜 시간이 지난 후에).

Linode에서 괜찮은 VPS입니다. 도움이 된다면 설정을 조정할 수 있습니다. 그러나 문제는 로컬에서도 발생합니다.

https://github.com/gatsbyjs/gatsby/blob/46290c2b0e7894fca036bdcc658a5d1936c4221f/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L133 -L159 이 더 클 때 때때로 제대로 작동하지 않습니다. 파일 수 - 네트워크 요청이 해결되지만 파일 쓰기 스트림이 완료되지 않거나 오류가 발생합니다. 나는 후 시간 제한의 일종 추가 좋을 것이라고 생각 responseStream 기다릴 마무리 fsWriteStream 마무리하고, 그렇지 않습니다 아마도 (모든 자원을 파괴하고 다시 쓰기 파일을 시도하는 경우 몇 번만 다시 시도) 실제로 그렇게 할 수 없을 때 오류가 발생합니다.

@pieh 이 파일에 대한 업데이트된 코드를 보내주시겠습니까?

/packages/gatsby-source-filesystem/src/create-remote-file-node.js

@aman-developer 아직 이에 대한 수정 사항이 없습니다. 그렇지 않으면 게시됩니다. 이 문제의 문제는 이를 재현할 수 있는 신뢰할 수 있는 방법이 없으므로 모든 수정 사항은 추측입니다. 문제 (하드웨어 및 / 또는 OS의 특정 수 있습니다) 어떤 경우에 파일 시스템 writeStream 완료되지 않습니다 및 수정이 정말로 여기에서 해결 문제에 노력하고 있으므로 오류를 던지고없이 붙어 점점 fs 패키지 / 하드웨어 / OS 신뢰할 수 없음 :/

내 리포지토리 및 사이트에 문제가 있었습니까? 그것은 나에게 일관성이 있습니다.

createRemoteFileNode를 사용하여 원격 이미지를 가져오는데 동일한 문제가 발생합니다. 다운로드가 약 680/780ish에서 멈춥니다.

createRemoteFileNode에는 https://github.com/sindresorhus/got/releases/tag/v8.0.0 에 추가된 downloadProgress 이벤트에 대한 리스너가 있지만 gatsby-source-filesystem은 7.1.0을 사용합니다.

최신 버전 9.2.2로 업그레이드를 시도했고 이제 모든 이미지를 성공적으로 다운로드할 수 있습니다.

package.json에 다음을 추가하십시오.

  "resolutions": {
    "got": "^9.2.2"
  }

또한 7.1.0 이후에는 스트림 오류가 올바르게 전달되지 않는 등의 중요한 수정 사항이 있는 것으로 보입니다. (https://github.com/sindresorhus/got/releases/tag/v8.0.1)

got 업데이트를 시도했지만 여전히 가끔 중단되지만 어쨌든 할 가치가 있습니다. downloadProgress 은 비활성화하거나 더 나은 출력이 필요합니다. 터미널/콘솔을 사용할 때 진행 상황이 스팸으로 전송되기 때문입니다.

~25분 후에 gatsby develop 를 실행할 수 있었지만 create-remote-file-node.js의 동시성을 200에서 20으로 줄여야 했습니다. 22개의 TimeoutErrors가 발생했습니다(그러나 gatsby 개발을 실행할 때 다시 다운로드되었습니다. 다시) processRemoteNode의 빈 캐치에 로그를 넣은 후.

get 때문인지 확실하지 않지만 다른 http 클라이언트로 실험 할 수 있습니다 ...

...
success source and transform nodes — 1407.531 s
success building schema — 3.315 s
success createPages — 0.571 s
success createPagesStatefully — 2.797 s
success onPreExtractQueries — 0.012 s
success update schema — 3.268 s
warning There are conflicting field types in your data. GraphQL schema will omit those fields.
wordpress__wp_media.media_details.width:
 - type: number
   value: 916
 - type: string
   value: '224'
wordpress__wp_media.media_details.height:
 - type: number
   value: 916
 - type: string
   value: '225'
wordpress__wp_media.media_details.sizes.thumbnail.width:
 - type: number
   value: 150
 - type: string
   value: '150'
wordpress__wp_media.media_details.sizes.thumbnail.height:
 - type: number
   value: 150
 - type: string
   value: '150'
wordpress__wp_media.media_details.sizes.medium.width:
 - type: number
   value: 300
 - type: string
   value: '300'
wordpress__wp_media.media_details.sizes.medium.height:
 - type: number
   value: 300
 - type: string
   value: '200'
wordpress__wp_media.media_details.sizes.large.width:
 - type: number
   value: 768
 - type: string
   value: '1024'
wordpress__wp_media.media_details.sizes.large.height:
 - type: number
   value: 1024
 - type: string
   value: '682'
wordpress__wp_media.media_details.image_meta.aperture:
 - type: number
   value: 2.2
 - type: string
   value: '0'
wordpress__wp_media.media_details.image_meta.created_timestamp:
 - type: boolean
   value: false
 - type: number
   value: 1433226914
 - type: string
   value: '0'
wordpress__wp_media.media_details.image_meta.focal_length:
 - type: number
   value: 0
 - type: string
   value: '0'
wordpress__wp_media.media_details.image_meta.iso:
 - type: number
   value: 0
 - type: string
   value: '0'
wordpress__wp_media.media_details.image_meta.shutter_speed:
 - type: number
   value: 0
 - type: string
   value: '0'
wordpress__wp_media.media_details.image_meta.orientation:
 - type: number
   value: 1
 - type: string
   value: '1'
warning Using the global `graphql` tag is deprecated, and will not be supported in v3.
Import it instead like:  import { graphql } from 'gatsby' in file:
/Users/tandingan.wlb/Projects/gatsby/gatsby-issue/src/templates/Post/Post.js
success extract queries from components — 0.120 s
success run graphql queries — 223.335 s — 9121/9121 40.84 queries/second
success write out page data — 0.119 s
success write out redirect data — 0.001 s
success onPostBootstrap — 0.027 s

info bootstrap finished - 1643.854 s

{ TimeoutError: Timeout awaiting 'request' for 30000ms
    at Immediate.timeoutHandler [as _onImmediate] (/Users/tandingan.wlb/Projects/gatsby/gatsby-issue/node_modules/got/source/timed-out.js:39:25)
    at runCallback (timers.js:694:11)
    at tryOnImmediate (timers.js:664:5)
    at processImmediate (timers.js:646:5)
  name: 'TimeoutError',
  code: 'ETIMEDOUT',
  host: 'dustinhorton.com',
  hostname: 'dustinhorton.com',
  method: 'GET',
  path: '/gatsby-wp/wp-content/uploads/2015/05/20150302_061259.jpg',
  socketPath: undefined,
  protocol: 'https:',
  url:
   'https://dustinhorton.com/gatsby-wp/wp-content/uploads/2015/05/20150302_061259.jpg',
  event: 'request' }

프리즘과 동일한 오류가 발생합니다.

"got": "^9.2.2"로 업그레이드했습니다. 이제 작업 시간입니다!

got 버전을 업그레이드하려면 확실히 살펴봐야 합니다. 이것은 간헐적 인 문제이므로 작동하는 우연의 일치 일 수 있습니다. @RobinHerzog got 의 업그레이드 버전에서 유사한 문제가 발생하면 알려주십시오.

got 업데이트하면 repo repo의 빌드 시간이 크게 단축되었지만 여전히 마지막으로 시도한 시간은 거의 1시간이 걸렸습니다.

@dustinhorton 빌드의 어떤 부분이 이미지를 source and transform data )?

1GB 인터넷 연결에 150MB 이미지가 있습니다. 이제 작동 중입니다. 다운로드하고 빌드를 계속하려면 30초가 필요합니다.

나는 또한이 문제를 지속적으로 겪고 있습니다. got 업그레이드해도 이 문제가 해결되지 않았습니다. 문제가 무엇인지 디버깅할 수 있도록 source-wordpress에 추가 추적을 추가하는 데 성공했습니까?

concurrentRequests 및 perPage 변경을 시도하고 concurrentRequests got 를 최신 버전으로 업그레이드했지만 아무 것도 작동하지 않았습니다. 지금은 categories , posts , pages 및 tags 를 가져올 수 있지만 users 또는 media , =END PLUGIN=== 바로 뒤에 플러그인이 TypeError: Cannot read property 'id' of undefined 오류와 함께 반환됩니다.

모든 경로를 포함하고 내가 액세스할 수 없는 경로를 블랙리스트에 추가하면 =END PLUGIN=== 받지만 완료되지 않습니다... 이것은 내가 테스트한 수많은 웹 사이트에 적용되므로 어떻게든 내 시스템일 수 있다고 생각합니다. . 누구든지 이것을 테스트하려는 경우 구성은 다음과 같습니다.

    {
      resolve: 'gatsby-source-wordpress',
      options: {
        // Other URLs I tried:
        // https://clubedovalor.com.br
        // http://rivainvestimentos.com.br
        // http://queroinvestiragora.com/
        // https://www.clubedospoupadores.com/
        baseUrl: "aprenda.guiainvest.com.br",
        protocol: "https",
        hostingWPCOM: false,
        useACF: false,
        concurrentRequests: 10,
        perPage: 50,
        // Going with the excluded routes path
        // excludedRoutes: [
        //   '/*/*/plugins',
        //   '/rock-convert/**',
        //   '/yoast/**',
        //   '/wp-super-cache/**',
        //   '/*/*/users/me',
        //   '/*/*/settings',
        // ],
        verboseOutput: true,
        includedRoutes: [
          "/*/*/categories",
          "/*/*/posts",
          "/*/*/pages",
          "/*/*/tags",
          // You can toggle between media and users (or both)
          // All 3 scenarios will fail with the `'id' of undefined`
          // problem
          // "/*/*/media",
          "/*/*/users",
        ],
      },

추신: 내가 가져오기 _did_ 관리한 URL 중 하나는 https://wesbos.com/

HAPPY 업데이트 : 나는 그것이로 (작은 sites_ _For) 작동하도록 관리 includedRoutes 도 함께 users 및 / 또는 media 을 포함하여 taxonomies 쿼리 . 이제 'id' of undefined 오류가 발생하지 않습니다 :D

@pieh users 및 media 유형은 taxonomies 종속되므로 구성에 이러한 유형 중 하나가 포함될 때마다 기본적으로 제공되어야 합니다. 추가 문제 해결에 도움이 될 수 있는지 알려주세요! 마지막으로 이 taxonomies 버그는 무한 빌드 프로세스와 관련이 없는 것 같습니다. 500개 이상의 미디어 파일보다 큰 사이트에서는 여전히 빌드 프로세스를 완료할 수 없습니다!

업데이트 번호 2 : 그래서 queroinvestiragora.com 대해 작동하도록 만들었습니다. =END PLUGIN=== 이후에는 대략 15초가 걸리지만 작동합니다. 그러나 www.clubedospoupadores.com 에는 702개의 미디어 파일과 336개의 게시물이 있으며 컴파일되지 않습니다.

추신: 이 실험에서 내 구성은 다음과 같습니다.

    {
      resolve: 'gatsby-source-wordpress',
      options: {
        baseUrl: "queroinvestiragora.com",
        protocol: "http",
        hostingWPCOM: false,
        useACF: false,
        concurrentRequests: 10, // I've also tried removing it and going with the default, it's the same result
        verboseOutput: true,
        includedRoutes: [
          "/*/*/categories",
          "/*/*/posts",
          "/*/*/pages",
          "/*/*/tags",
          "/*/*/media",
          "/*/*/users",
          "/*/*/taxonomies",
        ],
      },
    },

안녕하세요,

https://www.gatsbyjs.org/docs/performance-tracing/에 설명된 단계를 사용하여 추적을 추가할 수 있었습니다. 불행히도 단순히 소스 및 변환 노드가 꽤 오래 걸린다고 말했기 때문에 많은 정보를 제공하지 않았습니다.

그러나 이미지와 관련된 일부 비결정적 동작을 한 후 문제에 대한 자체 디버깅을 수행했습니다. 개발 또는 빌드 스크립트를 실행할 때 모든 이미지가 다운로드되지 않고 localFile 노드가 완료되지 않는 경우가 발생합니다. 코드를 파헤친 후 여기에 문제가 있는 것으로 확인되었습니다.

https://github.com/gatsbyjs/gatsby/blob/ad142af473fc8dc8555a5cf23a0dfca42fcbbe90/packages/gatsby-source-wordpress/src/normalize.js#L483 -L506

나를 위해 createRemoteFile 노드는 서버 시간 초과 오류로 인해 실패했으며 기본값은 null을 반환합니다. 이를 확인하고 실제 서버 응답을 얻기 위해 createRemoteFile 노드에도 일부 로깅을 추가해야 했습니다. 이러한 노드는 완료되지 않고 ID가 없기 때문에 캐시에 등록되지 않습니다. tmp 파일이 삭제되고 gatsby-source-filesystem이 불완전합니다. 어떤 이유에서든(나는 아직 멀리 보지 않았음) 빌드 스크립트를 다시 실행할 때 소스 파일 시스템이 삭제되었습니다. 아마도 스크립트가 파일 시스템이 유효하지 않거나 불완전하다는 것을 감지했기 때문일 것입니다. 루프를 만들고 파일 시스템이 절대 완료되지 않기 때문에 향후 빌드에서 오류를 일으키는 것은 이 프로세스였습니다.

저는 적어도 많은 양의 이미지와 관련된 문제를 완화하는 것으로 보이는 수정 작업을 하고 있습니다. 개발 또는 빌드 스크립트가 처음으로 모든 이미지를 성공적으로 다운로드하면 이후에 삭제되지 않고 이미지가 gatsby-source-filesystem에 의해 적절하게 캐시되기 때문에 빌드 프로세스가 매우 빠르게 진행됩니다! 내 빌드는 15분에서 1분으로 줄었습니다.

이것이 게시물이 많은 빌드와 관련이 있는지 확실하지 않습니다. 내 문제는 1.6GB의 이미지 데이터 다운로드와 직접적인 관련이 있습니다.

gatsby용 소스 플러그인으로 작업하는 것은 이번이 처음이므로 누구든지 이에 대해 생각이나 조언이 있으면 감사하겠습니다! 오늘 나중에 내 리포지토리를 게시할 수 있어야 합니다. 내 로컬 버전의 gatsby-source-filesystem을 문제 없이 사용할 수 있도록 하기 위해 노력하고 있습니다.

안녕하세요,

며칠 전 제 댓글에 대한 후속 조치입니다. 여기 내 저장소가 있습니다.

https://github.com/njmyers/byalejandradesign.com.git

저는 이 프로젝트에서 monorepo를 사용하고 있으므로 리포지토리를 로컬에서 실행하려는 경우 몇 가지 단계가 있습니다.

1. 최신 버전의 Yarn 1.12.3이 있는지 확인하십시오.
2. 플러그인 브랜치 복제 git clone https://github.com/njmyers/byalejandradesign.com.git -b wordpress-plugin
3. yarn && yarn bootstrap
4. gatsby 폴더로 이동하여 cd packages/web 폴더
5. yarn develop 또는 yarn build-web 합니다. 처음에는 성공적으로 완료되어야 하며 이후에 동일한 명령을 실행하면 빌드가 훨씬 빨라집니다! 소스 및 변환 노드는 이전보다 3배나 걸리거나 완료되지 않았기 때문에 222가 걸립니다.
6. 소스 및 변환 중에 실제로 어떤 일이 일어나는지 보고 싶다면 /packages/web/.cache/gatsby-source-filesystem 에서 파일 브라우저를 보면 파일이 생성되고 있음을 알 수 있습니다.

나는 downloadMediaFiles 기능을 완전히 다시 작성했습니다. 이 링크에서 해당 파일을 볼 수 있습니다. https://github.com/njmyers/byalejandradesign.com/blob/wordpress-plugin/packages/gatsby-source-wordpress/src/download-media-files.js

아마도 필요한 것보다 더 장황하지만 일어나고 있는 모든 것을 파악하기 위해 이 작업을 수행해야 했습니다. 내가 변경한 기능은 createRemoteFileNode가 null을 반환할 때 약속 거부를 추가하는 것입니다. 그런 다음 나는 함수 downloadRunner를 사용하여 요청을 제한하여 모든 요청이 한 번에 서버에 도달하지 않고 약속 거부 시 재시도하지 않도록 합니다. 각 createRemoteFileNode 요청 사이에 200ms 스로틀을 추가했습니다. 이 값을 조정할 수 있으며 이 중 일부는 createRemoteFileNode에 직접 추가하는 데 더 적합할 수 있습니다.

누구든지 WP 설치는 EC2 마이크로 인스턴스이고 이미지는 CloudFront 배포 뒤에 있습니다. 개인적으로 나는 게시물을 얻는 데 문제가 없었습니다. 내 문제는 이미지를 얻는 것이었으며 사람들이 겪고 있는 대부분의 문제는 이것 때문이라고 생각합니다.

또한 누군가 자신의 사이트를 추적하거나 디버그하려는 경우 여기에서 시작하는 것이 좋습니다...

https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L240 -L244

catch 절에 로깅을 추가했고 시간 초과 오류가 발생한 다음 null을 반환하므로 이미지 노드가 올바르게 처리되지 않고 있음을 확인할 수 있었습니다.

@njmyers 나는 createRemoteFileNode 에서 유사한 접근 방식을 직접 사용해야 한다고 생각합니다. 우리는 거기에서 queue 하고 있으므로 이 함수의 소비자(이 경우 gatsby-source-wordpress )는 이에 대해 걱정할 필요가 없습니다. 잠재적으로 문제가 될 수 있는 한 가지는 200ms 스로틀입니다. 이 스로틀 없이 시작할 수 있으며 문제가 발생하기 시작하면 자동으로 스로틀(호스트 이름당)이 적용됩니다.

@pieh 예, 아마도 이 논리를 적용할 장소일 것입니다. 저에게 조절은 이 문제에 접근하고 문제를 진단하는 방법이었기 때문에 createRemoteFileNode 자체적으로 이 문제를 처리할 수 있어야 한다는 데 동의합니다.

그러나 특히 문제는 오류에 자동으로 실패하고 null을 반환하는 현재 동작입니다. 제 생각에는 작업의 실패 또는 성공에 대해 약간의 의사 소통이 있어야 합니다. createRemoteFileNode 는 다음 기능으로 더욱 강력해질 수 있다고 생각합니다.

1) 인맥을 빨리 형성하라
2) 서버에서 오류가 발생하면 조절을 시작하거나 필요한 경우 재시도합니다.
3) 조절/재시도에 대한 정상적인 기본값 설정
4) 조절/재시도 조정을 위한 진입점 생성
4) 어떤 이유로 노드를 처리할 수 없는 경우 약속을 거부합니다.

나는 또한 https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L135 에서 시간 초과 값을 가지고 놀았다고 말할 수 있습니다. L141. 그것이 성공적인 응답의 확률을 높였지만 성공적인 응답을 보장 하기 위해 처리를 추가

이 논리에 대한 올바른 진입점이 여기에 있을 가능성이 큽니다.

https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L259 -L269

태스크가 실패하면 재시도 및/또는 실패한 후 최종적으로 거부됩니다.

또한 queue 문서를 간단히 읽으십시오. queue 자체적으로 이것을 관리할 수 있다는 것에 대해 말씀하시는 것을 알 수 있습니다.

@njmyers 멋진 조사 작업! 파일 다운로드가 훨씬 더 스마트해야 한다는 데 동의합니다!

원격 파일을 다운로드하고 캐싱하는 이 문제에 초점을 맞춘 자체 패키지로 파일 다운로드 조각을 추출하는 것이 실제로 좋을 수 있습니다.

Gatsby와 미래의 여러 위치에서 기능을 사용해야 할 가능성이 높으며 인터넷의 다른 사람들도 사용하기를 원할 것입니다.

@KyleAMathews createRemoteFileNode 를 별도의 패키지로 추출하는 것을 의미합니까?

파일 다운로드 및 캐싱 부분만이 아닙니다. 그런 다음 createRemoteFileNode는 이 패키지를 호출하고 파일이 다운로드될 때(또는 캐시에서 반환될 때) 해결될 약속을 다시 가져옵니다.

내 자신의 조종석 소스 플러그인에도 이 문제가 있습니다.

코드의 이러한 부분을 별도의 패키지로 추출하는 것과 더 비슷할 것 같습니다...

https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L125 -L244

이것은 특히 다운로드 및 캐싱을 다루는 코드인 것 같습니다. 만약 제가 틀렸다면 저를 수정해 주십시오. 이 작업을 하게 되어 기쁩니다! 더 큰 생태계에서 어떻게 작동하는지 알아 내려고 노력하십시오.

gatsby-source-wordpress만 수정하는 PR이 허용되고 나중에 수정 사항을 추출합니까? @njmyers fork 플러그인을 있는 그대로 사용하는 데 문제가 있으며 엄청난 개선이 된 것 같습니다.

@dustinhorton 은 이것이 도움이 되는지 확실하지 않지만 로컬 플러그인을 사용하려면 gatsby가 package.json 파일을 직접 가리키도록 하는 것이 가장 좋습니다. 명시적으로 지정하기 시작할 때까지 gatsby에서 로컬 플러그인을 찾는 데 문제가 있었습니다.

https://github.com/njmyers/byalejandradesign.com/blob/d56b1938f6d1bc22c3cf2282bb3198e378fe3561/packages/web/gatsby-config.js#L91 -L94

나는 여전히 이 문제와 논의된 새 플러그인에 대해 작업하게 되어 기쁩니다. 내가 알지 못하는 다른 많은 것들에 영향을 미칠 수 있는 파괴적인 변화처럼 보이기 때문에 이것을 통합하는 방법에 대한 약간의 지침을 찾고 있습니다. @KyleAMathew 생각이 있으신가요? 나는 여전히 코드가 여기 있는 것처럼 느낀다.

https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L125 -L244

자체 패키지로 추출해야 하는 부분입니다. 즉, createRemoteFileNode 의 핵심 기능 중 하나이며 생태계에 올바르게 다시 통합될 수 있도록 올바르게 진행하고 싶습니다.

@njmyers 당신은 당신의 코드 선택이 대부분 정확합니다 - 우리는 또한 우리의 현재 대기열(200개의 동시 요청으로 ATM 제한, 로컬 개발 및 워드프레스에 적합하지 않은 것으로 보임)이 이동되고 아마도 변경되기를 원할 것입니다.

@dustinhorton 저는 이것을 wordpress 플러그인에서 먼저 사용하는 것이 합리적이라고 생각합니다(대부분 실제로 완료되었기 때문에).

@pieh 설명해주셔서 감사합니다! 새로운 플러그인 작업을 시작하겠습니다.

임시 wordpress-source 수정과 관련하여 내 유일한 다른 질문은 여기서 수행할 작업입니다.

https://github.com/njmyers/byalejandradesign.com/blob/d56b1938f6d1bc22c3cf2282bb3198e378fe3561/packages/gatsby-source-wordpress/src/download-media-files.js#L169 -L173

현재로서는 여전히 네트워크 오류가 있을 수 있으며 전체 downloadMediaFiles 기능에 대한 catch 절이 필요합니다. gatsby에 오류를 전달하는 일반적인 동작은 무엇입니까? 네트워크 오류를 올바른 핸들러에 적절하게 전달하기 위해 해당 코드를 wordpress 플러그인에 추가하게 되어 기쁩니다. 오류 메시지와 이 문제에 대한 참조를 표시할 수 있습니까? 도와주셔서 감사합니다!

@njmyers 감사합니다. 예, 모노레포( package.json 참조 포함)를 제외하고 최대한 가깝게 설정을 복제했습니다. develop 실행하면 마치 gatsby-source-wordpress 가 없는 것처럼 오류가 발생했습니다. 여기에서 잠시 후에 다시 하도록 하겠습니다.

모노레포를 더 충실하게 재현했고 이상하게도 source and transform nodes 앉아 있습니다.

@pieh @ https://github.com/gatsbyjs/gatsby/issues/6654#issuecomment -442536931 ?

@dustinhorton 네, 이미지가 많으면 꽤 오래 앉아 있어야 합니다. 원격 파일 다운로드에 실패하면 내 포크에서 unhandled promise rejection 가 발생합니다. 그렇기 때문에 이 시나리오를 적절하게 처리할 수 있는 메커니즘을 갖고 싶습니다.

플러그인 상태에 대한 피드백을 제공할 것이기 때문에 일종의 진행 관리자 통합에 대한 이야기도 다른 스레드에서 읽은 것 같습니다.

project-root/.cache/gatsby-source-filesystem 아래의 OS 파일 시스템을 보면 다운로드 중인 모든 이미지를 볼 수 있어야 합니다. 제 경우에는 이제 거의 400개의 이미지가 있으므로 시간이 꽤 걸립니다. 그러나 분기된 버전을 사용하기 전에 플러그인은 오류가 발생하면 자동으로 실패하고 진행되지 않아 소스 및 변환에 몇 시간이 걸리는 문제가 발생합니다...

레포가 있나요? 지금까지 내 사이트의 실제 상황에서만 테스트했기 때문에 다른 사이트에서 시도해 볼 수 있기를 바랍니다.

@njmyers 그게 원칙입니다. 괜찮으시다면 [email protected] 으로 이메일을 보내 기다리세요 . 오늘 저녁에 준비할 것이 있습니다.

got 업데이트하면 저에게도 모든 문제가 해결되었습니다.

got@9 의 문제는 Node 8(https://github.com/sindresorhus/got/releases/tag/v9.0.0)이 필요하므로 ATM을 업그레이드할 수 없다는 것입니다.

최소한 got@8 로 업그레이드할 수 있어야 하지만 이것이 문제를 해결할 수 있을지 확신할 수 없습니다.

got@8 는 RFC 7234 호환 HTTP 캐싱을 구현하는 것으로 보이므로 gatsby-source-filesystem은 자체 파일 시스템 캐시 어댑터를 제공할 수 있습니다. 리소스가 캐시 가능하다는 점을 감안할 때 두 번째로 소스 및 변환 노드에서 소요되는 시간을 최소한 줄여야 합니다.

히야!

이 문제는 잠잠해졌습니다. 으스스한 조용함. 👻

많은 문제가 발생하여 현재 30일 동안 활동이 없으면 문제를 종료합니다. 마지막 업데이트 이후로 최소 20일이 지났습니다.

이 문제를 놓쳤거나 계속 공개하고 싶다면 여기에서 회신해 주세요. 이 문제를 계속 공개하기 위해 "not stale" 레이블을 추가할 수도 있습니다!

Gatsby 커뮤니티의 일원이 되어주셔서 감사합니다! 💪💜

@gatsbot 여전히 문제입니다.

여러분을 위해 블로그 게시물을 기고해 달라는 요청을 받았습니다. 소스 및 변환 노드에 붙어 있으므로 할 수 없습니다. 다른 문제를 보았지만 이 문제에 대한 수정 사항이 있는 곳이 보이지 않습니다. 최신 업스트림인 gatsbyjs의 포크입니다. 한 번만 실행하도록 했습니다. 노드를 변환하는 데 항상 붙어 있습니다.

빌드하는 동안 몇몇 사이트에서 스크린샷을 캡처하는 데 실패했습니다. 아침에 문제가 되는 사이트를 추가하겠습니다.

@ twhite96 방금 문제에 부딪쳤고 나를 위해 일한 것은 (emacs에서) 열려 있던 임시 파일을 제거하는 것이 었습니다. 이것이 도움이 될지 여부는 확실하지 않지만 빌드를 계속 진행할 수 있습니다.

그래서 이게 아직 문제인 것 같습니다...

gatsby-source-s3를 사용하여 100장의 사진을 가져와 선명하게 변환할 때도 동일한 문제에 직면합니다. 누구든지 수정 사항을 알아 냈습니까?

어떻게 든 내 문제가 수정되었습니다 (무작위로?). 이것은 내가 취한 단계입니다. 테스트를 위해 더 적은 수의 사진으로 새 s3 버킷을 만든 다음 빌드를 시도했는데 매우 빠르게 성공적으로 빌드되었습니다. 그런 다음 돌아가서 원래 버킷에서 가져오기로 결정했는데 원래는 몇 시간 동안 계속되던 49초에 갑자기 성공적으로 구축되었습니다. 버킷 링크의 단순한 스위치가 어떻게 스톨을 고쳤는지 모르지만 이것이 누군가가 그것을 알아내는 데 도움이되기를 바랍니다. 아마도 캐시와 관련이 있습니까?

안녕 모두. 이 문제가 있는 사이트에 사용하던 로컬 플러그인 버전을 업데이트했습니다. 'createRemoteNode' 전에 'better-queue'를 사용하고 'concurrentRequests' 매개변수를 전달하므로 구현이 더 나은 것 같아요. 'createRemoteNode'가 이미 대기열을 사용하고 있기 때문에 약간 중복되지만 이 버전과 상관없이 최근 개츠비 업그레이드와 잘 작동하는 것으로 보이며 파일 진행 상황에 대한 피드백을 제공합니다. 이를 위해 함께 PR을 하려고 합니다. 늦어서 죄송합니다. 더 일찍 작업하겠다고 말했지만 꽤 바빴습니다!

https://github.com/njmyers/byalejandradesign.com/blob/wordpress-plugin/packages/gatsby-source-wordpress/src/download-media-files.js

@njmyers

정말 고마워. 귀하의 버전은 내가 겪고 있던 몇 가지 문제를 해결했습니다. 25GB의 mp3 다운로드를 필터링하기 위해 한두 줄로 결합했으며 이제 설정되었습니다!

확실히 여전히 문제입니다.
지난 24시간 동안 프로젝트를 컴파일하려고 했습니다. 약 12번의 시도 중 3번은 출력과 실제 WP 연결에 성공했습니다. 이에 대한 수정 사항이 있습니까?
BTW, 플러그인의 @njmyers 버전을 사용하려고 시도했지만(실제로 멋진 작업이었습니다!) 결과가 혼합되었습니다. 때로는 wordpress_parent 또는 Date에 대해 불평하고 결국 충돌하지만 이러한 오류로 인해 실제로 무슨 일이 일어나고 있는지 파악할 수 없습니다. 다른 빌드에서는 다른 오류(하지만 컴파일을 수행하므로 흥미롭습니다)가 실제로 GraphQL에 문제를 일으킵니다.

@lucassilvagc 일부 출력을 게시할 수 있습니까? 사람들이 지점을 시도하고 테스트하고 있어 기쁩니다. PR을 열 수 있도록 더 잘 작동하도록 합시다!

@njmyers 물론입니다!

진행 상황에 대한 간략한 개요:

내 웹 사이트는 현재 ~1940개의 이미지 파일로 실행되며, 여러 이미지 파일을 여러 번 생성한 WordPress의 잘못일 수 있습니다. 내가 바닐라 _gatsby-source-wordpress_를 사용하면 문제가 의도한 대로 나타납니다(어제 저녁 다른 빌드 환경에서 만든 "바닐라" 빌드가 있습니다. 이 빌드는 이 문제에 대해 논의하고 있는 것과 동일한 문제를 반환합니다. 모든 이미지 파일이 반환되면 빌드가 작동하고 컴파일됩니다). 플러그인을 사용하면(node_modules/gatsby-source-wordpress 내부의 모든 파일을 교체합니다(잘못된 경우 수정)), _gatsby development_는 다음을 반환합니다.

TypeError: Cannot read property 'wordpress_parent' of undefined

  - normalize.js:287 entities.map.e
    [amazingtec]/[gatsby-source-wordpress]/normalize.js:287:11

  - Array.map

  - normalize.js:286 Object.exports.mapElementsToParent.entities [as mapElementsToParent]
    [amazingtec]/[gatsby-source-wordpress]/normalize.js:286:12

  - gatsby-node.js:134 Object.exports.sourceNodes
    [amazingtec]/[gatsby-source-wordpress]/gatsby-node.js:134:24


warning The gatsby-source-wordpress plugin has generated no Gatsby nodes. Do you need it?
success source and transform nodes — 299.757 s
success building schema — 10.192 s

잠시 후 다음과 같이 출력됩니다.

'Cannot query field "allWordpressPage" on type "Query". Did you mean "allSitePage"?',
    locations: [ [Object] ] } ]
error UNHANDLED REJECTION

  TypeError: Cannot read property 'allWordpressPage' of undefined

  - gatsby-node.js:54 graphql.then.result
    C:/Projects/amztec-gtby/amazingtec/gatsby-node.js:54:36

추신: 이것은 위에서 말했듯이 파일을 교체하여 _"변환된"_ gatsby-source-wordpress의 바닐라 빌드였습니다. 모든 페이지를 쿼리할 수 없다는 사실은 생성되는 노드가 없는 것과 관련이 있다고 생각합니다. 또한 이 빌드가 이 문제가 나타나지 않을 때 작동하는 바닐라 빌드와 동일하다는 점을 알고 싶습니다.

또한 경로를 추가하면 동일한 초기 문제가 발생하는 것으로 보입니다(WordPress에 대한 여러 보호 계층으로 인해 관련이 없거나 오류를 반환하는 다른 페이지를 피하고 싶었기 때문에). 내가 나열한 경로가 올바른지 또는 이후에 누락된 것이 있는지 모르겠습니다.

귀하의 회신에 매우 만족합니다. 이 문제는 현재 제 프로젝트에 큰 차질을 빚고 있으며 여전히 이 문제에 대해 관심을 갖고 계시다는 사실에 기쁩니다. 정말 감사합니다!

acf 필드와 4000개의 이미지가 있는 400개 이상의 사용자 정의 게시물에 동일한 문제가 있습니다.

나는 업데이트했고 35 분으로 빌드 할 수있었습니다.

got 업데이트한 후 다시 빌드할 수 없습니다.

예상대로 이 버그는 여전히 gatsby-wordpress에 존재합니다. 모든 이미지를 다운로드하고 처리하는 데 35분은 모든 요소(평균 인터넷 속도, 처리 능력, 총 파일 수 등)를 고려할 때 매우 긴 시간입니다.
@njmyers 버전을 특정 용도에 적용할 수 있습니다. 가지고 있는 모든 이미지 파일을 다운로드할 때 매력처럼 작동합니다.

예상대로 이 버그는 여전히 gatsby-wordpress에 존재합니다. 모든 이미지를 다운로드하고 처리하는 데 35분은 모든 요소(평균 인터넷 속도, 처리 능력, 총 파일 수 등)를 고려할 때 매우 긴 시간입니다.
@njmyers 버전을 특정 용도에 적용할 수 있습니다. 가지고 있는 모든 이미지 파일을 다운로드할 때 매력처럼 작동합니다.

내 사이트는 이미지 수가 적었을 때 제대로 작동했지만 더 추가하기 시작하면 이런 일이 발생합니다.

@MWalid got 업데이트하려면 어떻게 해야 합니까? 감사 해요.

하루 종일 성공하지 않으려고 노력했습니다. 약 1450개의 이미지가 있습니다.

지금 2일 동안 배포할 수 없습니다. 누군가가 코드에서 이것이 발생하는 위치에 대해 올바른 방향으로 안내하여 솔루션을 찾을 수 있도록 도와줄 수 있습니까?

지금 2일 동안 배포할 수 없습니다. 누군가가 코드에서 이것이 발생하는 위치에 대해 올바른 방향으로 안내하여 솔루션을 찾을 수 있도록 도와줄 수 있습니까?

당신은 당신의 업그레이드 got 의 중첩 된 의존성 gatsby-source-filesystem 이상 버전을 사용하는 9.4.0 ?

그렇지 않은 경우 다음을 추가해야 합니다.

  "resolutions": {
    "gatsby-source-filesystem/got": "9.4.0"
  }

Gatsby 프로젝트의 package.json . 그런 다음 node_modules 및 yarn.lock 파일을 제거하고 다시 설치하십시오.

참고: 이 resolutions 기능은 yarn 에서만 작동합니다. npm 는 아직 구현하지 않았습니다.

@anagstef 팁을 주셔서 대단히 감사합니다! 나는 이것을 시도하고 다시보고 할 것입니다.

gatsby develop 실행할 때 명령이 실행될 때마다 원격 데이터를 가져오는 대신 로컬 캐시를 유지하는 방법이 있습니까?

@anagstef 가 훨씬 더 잘 작동하는 것 같습니다! 팁 고마워!

이 버전의 got으로 빌드할 때 출력이 매우 장황합니다. 이거 없애는 방법이 있는지 아세요?

@nratter 도움이 되셨 다니 다행입니다!

예, 매우 장황하며 끌 수 없다는 것을 압니다. 모든 유용한 콘솔 출력을 망칩니다.

내가 한 몇 가지 조사 후에, 나는 그것이 여기에서 발생했다고 생각합니다.
https://github.com/gatsbyjs/gatsby/blob/80c7023a8bc23886939205fe52e305277294e6af/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L155

보시다시피 초당 너무 많이 발생하는 downloadProgress 이벤트가 발생할 때마다 각 파일의 다운로드 진행률과 함께 console.log 를 호출합니다. 이전 got 버전에서는 downloadProgress 이벤트를 구현하지 않았기 때문에 이전에는 문제가 되지 않았습니다.

PR로 해결할 수 있을까요? 남은 코드를 디버깅하는 것처럼 보입니다.

나는 "소스 및 변환 노드"에 붙어 같은 문제가있었습니다. 많은 console.logs 후에 내 문제는 wordpress에서 미디어 파일을 검색하는 데 시간 초과 문제가 되었습니다. 문제는 서버가 이를 처리할 수 없다는 것이 아니라 약 350개 요청 후 Cloudflare 속도 제한 및 시간 초과 발생이었습니다.

Cloudflare를 우회하고 vps로 바로 이동했는데 "소스 및 변환 노드"가 더 이상 표시되지 않고 빌드가 완료됩니다.

내 해결 방법은 테스트를 위해 로컬 워드프레스를 사용하는 것이었으며 라이브 사이트는 netlify에 있지만 배포해도 문제가 발생하지 않았습니다.

여러분, 병렬 대신 직렬로 createRemoteFileNode 요청을 실행하여 이 문제를 해결했습니다.

내가 사용하는 기능은 다음과 같습니다.

/**
 * Map over items array using the fn function but wait for each step to finish before moving to the next one
 */
exports.serialMap = async (items, fn) => {
  const results = []
  for (const item of items) {
    const result = await fn(item)
    results.push(result)
  }
  return results
}

내가 사용하는 방법은 다음과 같습니다.

const imageNodes = await serialMap(node.___originalImages, imgUrl => {
  return createRemoteFileNode({
    url: imgUrl,
    parentNodeId: node.id,
    store,
    cache,
    createNode,
    createNodeId,
  })
})

이미지가 다운로드된 후 소스 및 변환 단계가 어떻게 보이는지 보여줍니다.

Downloading remote files [==============================] 1063/1063 156.1 secs 100%
Downloading remote files [==============================] 1064/1064 157.2 secs 100%
Downloading remote files [==============================] 1065/1065 158.4 secs 100%
Downloading remote files [==============================] 1066/1066 159.5 secs 100%
Downloading remote files [==============================] 1067/1067 160.5 secs 100%
Downloading remote files [==============================] 1068/1068 161.5 secs 100%
Downloading remote files [==============================] 1069/1069 162.6 secs 100%
Downloading remote files [==============================] 1070/1070 163.7 secs 100%
Downloading remote files [==============================] 1071/1071 164.9 secs 100%
Downloading remote files [==============================] 1072/1072 166.0 secs 100%
Downloading remote files [==============================] 1073/1073 167.5 secs 100%
Downloading remote files [==============================] 1074/1074 169.2 secs 100%
Downloading remote files [==============================] 1075/1075 171.0 secs 100%
success source and transform nodes — 175.271 s

귀하의 문제도 해결되기를 바랍니다.
건배

@ancashoria 이 코드를 어디에 넣어야 하나요?

@ancashoria 예, 이 코드를 어디에

이것은 gatsby-source-wordpress 플러그인과 다소 관련이 없습니다. 내 gatsby-node.js 위의 코드가 있습니다. 이러한 모든 요청을 병렬로 실행하면 요청이 실패하게 되었기 때문에 해당 요청을 차례로 실행하는 도우미 함수를 작성했습니다.

gatsby-source-wordpress 에도 비슷한 문제가 있는 것 같은데 잘 모르겠습니다.
더 많은 도움을 드리지 못해 죄송합니다.

방대한 이미지와 느린 인터넷 연결과 관련이 있는 것 같습니다. Netlify는 사이트를 구축할 수 있었지만 내 로컬 연결은 1MB/s 다운로드에 불과하여 30초 후에 시간 초과되고 큰 이미지에서 실패하게 되었기 때문에 그렇지 않았습니다.

나는 1GB의 광섬유를 가지고 있고 '대규모' 이미지는 없습니다.

워드프레스를 다운로드한 후 블로그 이미지를 로컬로 변환하지 않고 단순히 URL을 사용합니다. 이 경우 이러한 이미지의 다운로드를 비활성화하는 설정이 있으면 좋을 것입니다.

여러분, createRemoteFileNode 요청을 병렬 대신 직렬로 실행하여 이 문제를 해결했습니다.

네, 문제는 실제로 createRemoteFileNode 가 대부분의 WP 서버에 너무 많은 200의 동시성을 사용한다는 사실에 기반합니다. CloudFront에 내 이미지가 있고 거기에서 일부 속도 제한에 도달했습니다.

나는 잠시 동안 소스 플러그인의 분기 버전으로 문제를 해결하려고 시도했지만 문제는 실제로 gatsby-source-wordpress 있지 않고 gatsby-source-filesystem 있습니다. 이상적으로 createRemoteFileNode 함수의 소비자는 거기에서 동시성을 전달할 수 있습니다. 그런 다음 플러그인은 구성에서 동시성 옵션을 사용할 수 있습니다. 나는 여전히 이 문제를 해결하기 위해 PR을 하고 싶습니다!

내가 사용한 솔루션은 node_modules 내부의 코드를 수정하는 간단한 스크립트입니다. 실제로 매우 취약하고 이상적이지는 않지만 동시성을 직접 수정하는 간단한 해킹입니다. shelljs 하므로 Windows 사용자에게도 작동하도록 되어 있습니다(시도하지 않음).

#!/usr/bin/env node
const path = require('path');
const shell = require('shelljs');

const FILE_PATH = path.resolve(
  __dirname,
  // add path to your root dir here,
  'node_modules',
  'gatsby-source-filesystem/create-remote-file-node.js'
);

shell.sed('-i', 'concurrent: 200', 'concurrent: 20', FILE_PATH);

나는 "소스 및 변환 노드"에 붙어 같은 문제가있었습니다. 많은 console.logs 후에 내 문제는 wordpress에서 미디어 파일을 검색하는 데 시간 초과 문제가 되었습니다. 문제는 서버가 이를 처리할 수 없다는 것이 아니라 약 350개 요청 후 Cloudflare 속도 제한 및 시간 초과 발생이었습니다.

Cloudflare를 우회하고 vps로 바로 이동했는데 "소스 및 변환 노드"가 더 이상 표시되지 않고 빌드가 완료됩니다.

이것은 정확히 내 문제였습니다. Netlify는 2분 미만으로 매우 빠르게 구축되었습니다. 약 500개의 소스 이미지와 함께 약 30개의 게시물만 있습니다. 로컬에서 모든 작업이 완료되는 것은 아니었고 CloudFlare 상태를 DNS로 선택 해제하기만 하면 즉시 문제가 해결되었습니다.

나는 "소스 및 변환 노드"에 붙어 같은 문제가있었습니다. 많은 console.logs 후에 내 문제는 wordpress에서 미디어 파일을 검색하는 데 시간 초과 문제가 되었습니다. 문제는 서버가 이를 처리할 수 없다는 것이 아니라 약 350개 요청 후 Cloudflare 속도 제한 및 시간 초과 발생이었습니다.
Cloudflare를 우회하고 vps로 바로 이동했는데 "소스 및 변환 노드"가 더 이상 표시되지 않고 빌드가 완료됩니다.

이것은 정확히 내 문제였습니다. Netlify는 2분 미만으로 매우 빠르게 구축되었습니다. 약 500개의 소스 이미지와 함께 약 30개의 게시물만 있습니다. 로컬에서 모든 작업이 완료되는 것은 아니었고 CloudFlare 상태를 DNS로 선택 해제하기만 하면 즉시 문제가 해결되었습니다.

나는 또한 이것이 사실임을 알았다. 이전에 빌드 실패의 원인이 되는 하나의 이미지가 있었고 Cloudflare가 문제라고 무시했습니다. 그 이후로 문제가 최근에 다시 발생했으며 @amcc가 Cloudflare를 통해 A 레코드를 라우팅하지 따라 로컬에서도 즉시 문제를 해결했습니다.

이것은 단지 WP 소스 문제가 아니라는 것을 되풀이하고 싶었습니다. gatsby-source-prismic 와 동일한 문제가 발생했습니다. @njmyers 해킹으로 soure-filesystem의 동시성을 줄이면 저를 위해 해결되었으므로 속도라고 추측했습니다. 제한/과부하 문제.

소스 파일 시스템의 동시성을 구성할 수 없는 경우에는 동의합니다.

@njmyers 이런 질문을 해서 죄송하지만 이 수정 사항이 정확히 어떻게 실행되고

@alexanderwe 어쨌든 어리석은 해킹 node_modules 설치 후 실행할 수 있습니다. 나는 100 % 확신하지만 저는 믿습니다 postinstall 프로젝트에 package.json 파일이 작동합니다.

저에게 Gatsby는 500개 이상의 이미지가 포함된 json을 사용할 때 "소스 및 변환 노드"에서 시간의 50%를 멈춥니다. gatsby-source-custom-api를 사용하고 있습니다.

이미지는 빠르고 안정적인 서버에서 호스팅됩니다.
내 인터넷 연결도 빠르고 안정적입니다.

"gatsby": "^2.9.4",
"gatsby-image": "^2.1.4",
"gatsby-plugin-emotion": "^4.0.7",
"gatsby-plugin-sharp": "^2.1.5",
"gatsby-plugin-typography": "^2.2.13",
"gatsby-source-custom-api": "^2.0.4",
"gatsby-transformer-remark": "^2.4.0",
"gatsby-transformer-sharp": "^2.1.21",

디버깅하려면 어떻게 해야 합니까?

이 문제는 gatsby-source-custom-api 또는 source-wordpress에서만 발생합니까?

그것은 나에게도 일어난다. 제안된 모든 수정 사항을 시도했지만 아무 것도 작동하지 않는 것 같습니다. 사람들이 다른 서비스에서도 비슷한 문제를 겪고 있다고 들었지만 분명히 Gatsby의 백엔드로 Wordpress를 다시 사용하지 않을 것입니다.

@alexanderwe 이 문제를 해결하는 적절한 방법은 @njmyers가 제안한 패치를 구현하는 것입니다.
그런 다음 gatsby-source-wordpress 및 gatsby-config.js 의 참조에서 실제로 구성할 수 있도록 다른 PR을 소개합니다.

@sebastienfi 난 그냥이 비틀 거렸다 https://github.com/gatsbyjs/gatsby/issues/14819#event -2418874313 및 해당 커밋 https://github.com/gatsbyjs/gatsby/commit/90aa24787b32ef9613b6becbfadab6029ec39ce9#diff -1864dd21828754bdbc63f22b895bee8e하는 동시성 비율을 구성하는 환경 변수를 추가하여 문제를 해결했습니다. 환경 변수와 구성 매개변수에 대한 지속적인 토론도 있습니다. https://github.com/gatsbyjs/gatsby/issues/14636

GATSBY_CONCURRENT_DOWNLOAD 를 더 낮은 숫자로 설정해 보셨습니까? 기본적으로 200으로 설정되어 있습니다.

리눅스/맥:
GATSBY_CONCURRENT_DOWNLOAD=5 gatsby build

윈도우:
setx GATSBY_CONCURRENT_DOWNLOAD 5; gatsby build

@wardpeet
나는 노력했다, 아무것도 바뀌지 않았다

로그에 이미지가 성공적으로 검색되었음을 보여주기 때문에 소스 파일 시스템과 확실히 관련이 있습니다. 문제는 여전히 큽니다... 우리는 마감 시간에 늦게 실행되고 있으며 정말로 찾고 있습니다. 이에 대한 해결책...

wordpress 소스 플러그인을 디버그로 설정한 후 나는 이것을 봅니다.

항상 470-480 사이에 전화를 끊습니다 ... 일반적으로 같은 장소에 있지는 않습니다.

코드에서 이것이 실행되는 위치를 아는 사람이 있습니까?

VPN을 중간에 토글하여 작동하게 했습니다.

누구든지 자신의 리포지토리를 나와 자격 증명과 공유하여 내가 이 문제를 해결하고 문제를 찾을 수 있도록 하시겠습니까?

[email protected] 으로 개인 메일을 보내주십시오.

내 repo는 이 시점에서 쉽게 다시 생성되지 않습니다. 어딘가에 있던 db의 백업이 있지만 사이트 구축을 위해 몇 년 동안 콘텐츠에 대해 매월 분량의 게시물을 단일 게시물로 줄여야 했습니다.

@wardpeet 이 내 repo Ward([email protected])를 이메일로 보냈습니다. 어떻게 되는지 알려주세요.

우리 회사는 Wi-Fi를 변경하고 대역폭을 늘렸습니다. 오늘은 이미지를 다운로드하는 데 문제가 없었습니다.... 하지만 여전히 이해가 되지 않습니다. 네트워크 또는 동시성입니까?

그러나 Netlify의 모든 빌드는 실패합니다...

오후 5:13:43: === [ wordpress__wp_media 가져오기 ] === https://wildkiwi.com/wp-json/wp/v2/media
오후 5:13:43: 총 개체 수: 1717
오후 5:13:43: 요청 페이지 수: 344
오후 5:13:45: "정의되지 않음" 오류 코드로 요청이 실패했습니다.

오류 코드가 정의되지 않았으므로 무슨 일이 일어나고 있는지 잘 모르겠습니다...

동시 요청을 5로 변경하면 Netlify에서 작동합니다.

다른 플러그인(https://github.com/angeloashmore/gatsby-source-prismic)에서 이 문제가 발생했으며 GATSBY_CONCURRENT_DOWNLOAD=50 설정이 트릭을 수행했습니다.

이것은 갑자기 일어난 일이며(어느 날 내 사이트가 구축되고 다음 날은 변경 없이) 어떤 종류의 오류 메시지도 없이 클라이언트를 위해 웹사이트를 배포하는 것이 약간 당황스럽습니다. 다시는 일어나지 않을 것입니다.

기본적으로 한 번에 200개의 이미지를 다운로드하지만 일부 컴퓨터/인터넷 연결에서는 문제가 될 수 있습니다. 좋은 해결책은 몇 가지 재시도 메커니즘을 굽는 것입니다.

이러한 문제가 있었지만 무료 버전의 https://를 사용하여 setx GATSBY_CONCURRENT_DOWNLOAD 5; gatsby build 및 모든 이미지(일부는 치수와 파일 크기가 과도하게 큼)를 조합하여 빌드가 제대로 작동하도록 했습니다 . en-gb.wordpress.org/plugins/wp-smushit/.

여보세요! 내가 만들고 있는 소스 플러그인(WordPress와 관련 없음)에서 동일한 문제가 발생하고 API에서 1000개 이상의 이미지를 다운로드할 때 발생합니다. 거의 항상 프로세스가 끝날 때 멈춥니다.

GATSBY_CONCURRENT_DOWNLOAD 설정해도 문제가 해결되지 않았습니다. 50 , 20 , 5 , 운이 없었습니다.

API에서 크기 모음을 가져오고 가장 큰 이미지를 사용했지만 가장 작은 이미지로 변경했는데도 수정되지 않습니다.

이 시점에서 실패하는 이유를 식별하기는 어렵습니다. 내가 얻는 유일한 것은 source and transform nodes 이고 영원히 침묵합니다.

이를 위한 디버깅 메커니즘이 있으면 굉장할 것입니다.

gatsby+wordress 통합에서 동일한 문제가 발생했습니다. createRemoteFileNode를 사용하던 onCreateNode API에서 빌드가 영원히 중지됩니다.

솔루션: gatsby-source-filesystem을 2.0.4에서 2.1.8로 업데이트하고 GATSBY_CONCURRENT_DOWNLOAD=50을 환경 변수에 추가했습니다.

안녕하세요 👋

내 프로젝트에 비슷한 문제가 있습니다.

환경

  System:
    OS: macOS 10.14.6
    CPU: (4) x64 Intel(R) Core(TM) i5-7267U CPU @ 3.10GHz
    Shell: 5.3 - /bin/zsh
  Binaries:
    Node: 10.16.0 - ~/.nvm/versions/node/v10.16.0/bin/node
    Yarn: 1.17.3 - ~/.yarn/bin/yarn
    npm: 6.9.0 - ~/.nvm/versions/node/v10.16.0/bin/npm
  Languages:
    Python: 2.7.15 - /usr/local/bin/python
  Browsers:
    Chrome: 76.0.3809.100
    Firefox: 68.0.1
    Safari: 12.1.2
  npmPackages:
    gatsby: ^2.13.42 => 2.13.42
    gatsby-cli: ^2.7.34 => 2.7.34
    gatsby-image: ^2.2.14 => 2.2.14
    gatsby-plugin-glamor: ^2.1.3 => 2.1.3
    gatsby-plugin-manifest: ^2.2.4 => 2.2.4
    gatsby-plugin-offline: ^2.2.4 => 2.2.4
    gatsby-plugin-react-helmet: ^3.1.5 => 3.1.5
    gatsby-plugin-sass: ^2.1.10 => 2.1.10
    gatsby-plugin-sharp: ^2.2.9 => 2.2.9
    gatsby-plugin-svg-sprite: ^2.0.1 => 2.0.1
    gatsby-source-filesystem: ^2.1.18 => 2.1.18
    gatsby-source-wordpress: ^3.1.12 => 3.1.12
    gatsby-transformer-sharp: ^2.2.5 => 2.2.5

내 WP 사이트에 80000개 이상의 미디어가 있습니다. npx gatsby develop 실행할 때 "END PLUGIN" 이후에 멈춥니다.

...
=== [ Fetching wordpress__TAG ] === https://[WP_REST_API]/wp-json/wp/v2/tags

Total entities : 8805
Pages to be requested : 89
 -> wordpress__TAG fetched : 8805
Fetching the wordpress__TAG took: 12408.827ms
⠀
=== [ Fetching wordpress__wp_partners ] === https://[WP_REST_API]/wp-json/wp/v2/partners
 -> wordpress__wp_partners fetched : 22
Fetching the wordpress__wp_partners took: 1268.292ms
⠀
=END PLUGIN=====================================: 377120.512ms
⠼ source and transform nodes

GATSBY_CONCURRENT_DOWNLOAD 값을 수정하려고 했지만 아무 것도 변경되지 않았습니다.
미디어 수량 가져오기를 제한하는 방법이 있습니까? 예를 들어 :

{
  resolve: `gatsby-source-filesystem`,
  options: {
    name: `images`,
    path: `${__dirname}/src/images/uploads`,
    limit: 50,
  },
},

여기서도 같은 문제가 있습니다. 자체 호스팅 WP에는 1690개의 미디어가 있습니다. 항상 원격 파일 다운로드 단계가 끝날 때 멈춥니다. 때로는 하나의 미디어만 누락되는 경우도 있습니다...

편집: 이번에는 GATSBY_CONCURRENT_DOWNLOAD=5 yarn build 빌드가 성공했습니다 ...

@kvalium 귀하의 의견에 감사드립니다. GATSBY_CONCURRENT_DOWNLOAD=5 yarn build 가) 저에게 도움이 되었습니다.

나는 같은 문제가 있었고 터미널 창의 크기를 조정하여이 문제를 해결할 수 있습니다.

#4666에 대한 마지막 의견을 참조하십시오.

나도 같은 문제가 있었다. 나는 그것을 해결했다 :

rm -r node_modules/ 
rm -r .cache
sudo chown -R login:login . 
fuser -k 8000/tcp 
yarn 
gatsby build
gatsby develop

도움이 될 수 있기를 바랍니다.

이것은 기발한 문제인 것 같습니다. 이에 대한 내 경험은 다음과 같습니다.

• ❌ 이 문제는 macOS High Sierra(iTerm 사용)에서 보았습니다.
• ✅ GATSBY_CONCURRENT_DOWNLOAD=50 gatsby develop 사용하기 시작했고 문제가 사라졌습니다(몇 주 동안 그랬습니다)
• ❌ Mojave로 업그레이드하고 글로벌 Gatsby 설치를 2.7.47 업그레이드한 다음 다시 문제를 보기 시작했습니다(iTerm 사용)
• ❌ GATSBY_CONCURRENT_DOWNLOAD 를 5로 변경해 보았습니다.
• ❌ .cache 및 node_modules 날려보냈습니다.
• ❌ gatsby develop 를 실행하는 동안 iTerm 창의 크기를 조정하려고 했습니다(50 및 5 모두 사용).
• ❌ iTerm이 아닌 "터미널" 앱에서 GATSBY_CONCURRENT_DOWNLOAD=50 gatsby develop 했습니다.
• ✅ 2주 후 iTerm에서 GATSBY_CONCURRENT_DOWNLOAD=50 gatsby develop 를 사용해 보았고 그 과정에서 창 크기를 몇 번 조정했는데 효과가 있었습니다.

성급하게 내가 마지막으로 실행하고 있다고 생각했지만 중단되었습니다. 이것이 다른 사람들에게 도움이 되기를 바랍니다. 아직 이것이 완전히 고정되지 않은 것 같지만 우리는 천천히 그러나 확실하게 거기에 도달하고 있습니다.

업데이트: 오늘 이것은 나를 위해 일했습니다. 프로세스의 올바른 지점에서 iTerm 창의 크기를 조정했기 때문인지 아니면 93%에서 100%로 가는 것을 보았지만 이번에는 뭔가 달랐습니다.

GATSBY_CONCURRENT_DOWNLOAD = 5를 추가로 사용하려면 다음 코드를 gatsby-node.js 파일에 추가하세요.

// 국제화
export.onPostBuild = () => {
ChildProcess.execSync("ps aux | grep jest | grep -v grep | awk '{print $2}' | xargs kill")
console.log('로케일 ​​복사')
fs.copySync(경로.join(__dirname, '/src/locales'), path.join(__dirname, '/public/locales))
}

532314892 @bradydowling :

올바른 지점에서 iTerm 창의 크기를 조정했기 때문인지 확실하지 않습니다.

동일한 문제가 발생하는 동안 iTerm 창의 크기를 조정했고 bam - 갑자기 계속되었습니다. 이것이 우연의 일치인지, 아니면...

@bradydowling @davegregg 와우 기이한 일입니다. 내 iTerm 창의 크기를 조정하는 것이 트릭이었습니다.

@TylerBarnes 이것이 무엇이든, 나는 그것이 Wordpress와 관련이 없다고 제안합니다. Wordpress와 관련된 것은 전혀 사용하지 않습니다.

@beauhankins 어때요?

@davegregg @beauhankins @bradydowling 이런 일이 일어나는 곳에서

@TylerBarnes 나중에 내가 보았던 저장소 가 있습니다. 나는 그것을 조금 만지지 않았습니다.

참고 사항: 현재 CLI에서 설치한 것보다 이전 버전의 Gatsby로 Gatsby 사이트를 복제하는 상황을 어떻게 처리합니까?

나는 VS 코드 터미널에서 commends를 실행하고있었습니다 (나는 bash를 사용합니다). 그것은 영원히 걸리고 위에서 제안한대로 전체 화면 모드를 종료하고 작동했습니다.

@bradydowling 리포지토리 를 공유해 주셔서 감사합니다! cli보다 이전 버전의 Gatsby를 사용하려면 개발 및 빌드용 npm 스크립트를 만들 수 있습니다.

{
  "scripts": {
    "develop": "gatsby develop",
    "build": "gatsby build"
  }
} 

그런 다음 npm run develop 또는 yarn develop 하면 프로젝트의 로컬 버전이 사용됩니다.

이 문제를 조사하고 있지만 그 동안에는 문제가 있는 모든 사람이 CI=1 yarn build 를 실행하여 문제를 해결할 수 있습니다. 이는 배후에서 다른 리포터 라이브러리를 사용해야 하기 때문입니다. 당신이 그것을 시도하고 작동한다면 저희에게 알려주십시오!

@dustinhorton :

v2 버전 @ https://github.com/dustinhorton/gatsby-v2-issue. 이 시점에서 약 50분 동안 구축했습니다.

후우. 나는 그것이 약 1 년 전에 게시되었다는 것을 알고 있으며 그 이후로 Gatsby가 많이 변했습니다. 내 컴퓨터에서 실행할 때(그리고 package.json에서 gatsby 버전을 *로 설정) 빌드는 약 2000초(~33분) 안에 완료되는 것 같습니다.
또한 cli를 업그레이드할 때 더 구체적인 피드백 루프를 얻을 수 있기 때문에 "느낌"이 얼마나 오래 걸리는 면에서 큰 차이를 만드는 진행률 표시줄이 있습니다.

소싱 단계는 거의 모든 시간(1968/1975초)이 걸립니다. 원격 파일 다운로드는 그 중 가장 많은 시간(1845초)입니다.

이 서버에 대한 단일 왕복 여행을 볼 때 이것은 나를 놀라게 하지 않습니다.

# Starting requestInQueue, _concurrentRequests= 10
@ requestInQueue for 75 tasks { concurrent: 10 } { id: 'url' }
@ Fetch http://dustinhorton.com/gatsby-wp/wp-json/wp/v2/media?per_page=100&page=4: 2587.339ms
@ Fetch http://dustinhorton.com/gatsby-wp/wp-json/wp/v2/media?per_page=100&page=10: 2661.584ms
@ Fetch http://dustinhorton.com/gatsby-wp/wp-json/wp/v2/media?per_page=100&page=8: 2695.937ms
@ Fetch http://dustinhorton.com/gatsby-wp/wp-json/wp/v2/media?per_page=100&page=2: 2738.339ms
@ Fetch http://dustinhorton.com/gatsby-wp/wp-json/wp/v2/media?per_page=100&page=6: 2853.199ms

각 요청에는 약 2~4초가 소요됩니다. 탐색 중 처음에 가져오는 75페이지는 총 18초(!)가 걸립니다. 나는 빠른 연결을 가지고 있으며 일반 wget으로 그 타이밍을 재현합니다.

따라서 가장 긴 단계는 약 7500개의 리소스를 다운로드하려고 합니다. 단일 요청에 2~4초가 걸린다는 점을 고려하면 그렇게 오래 걸리는 것이 놀랍지 않습니다.

그럼에도 불구하고 1845초의 기본 다운로드 스트레치 동안 약간의 일시 중지가 발생했습니다. 이것이 데이터를 조절하는 서버인지 여부는 확실하지 않습니다(동시성을 5로 설정했습니다).

나는 터미널의 너비를 흔들려고 노력했고(저는 xfce linux, fwiw를 사용하고 있습니다) 때때로 진행 상황과 일치하지만, 지금은 그것이 인과 관계보다 우연의 일치에 가깝다고 확신합니다.

결론: 느린 다운로드와 겉보기에 "멈춤" 진행 상황을 재현할 수 있지만 현재 모든 징후는 서버 응답을 기다리는 데서 기인한다는 것을 가리킵니다. 또한 터미널 너비는 이것에 영향을 미치지 않는 것 같습니다.

즉, 매우 특정한 너비에서 진행률 표시줄을 업데이트하는 동안 터미널 출력이 어떻게든 중단될 가능성이 있습니다. 가능성은 낮지만 불가능한 것은 아닙니다. 따라서 우리는 스스로 실행할 수 있는 재현이 필요합니다(인증 없음). 그리고 서버를 망치고 싶지 않기 때문에 원격 서버에 의존하지 _않은_ 것이 바람직합니다.

이에 따라 이 문제에 대한 레이블을 업데이트하겠습니다.

@njmyers 가 https://github.com/gatsbyjs/gatsby/issues/6654#issuecomment -438667221에 게시한 레프로 는 더 이상 존재하지 않습니다.

@bradydowling 이 https://github.com/gatsbyjs/gatsby/issues/6654#issuecomment -562607399에 게시한 리포지토리 에는

@ Fetch http://topazandsapphire.com/wp-json/wp/v2/media?per_page=100&page=7: 25025.257ms
@ Fetch http://topazandsapphire.com/wp-json/wp/v2/media?per_page=100&page=4: 27791.269ms
@ Fetch http://topazandsapphire.com/wp-json/wp/v2/media?per_page=100&page=2: 37817.874ms
@ Fetch http://topazandsapphire.com/wp-json/wp/v2/media?per_page=100&page=5: 38056.989ms
@ Fetch http://topazandsapphire.com/wp-json/wp/v2/media?per_page=100&page=3: 38446.504ms
@ Fetch http://topazandsapphire.com/wp-json/wp/v2/media?per_page=100&page=6: 43799.842ms

이 소싱 단계는 스피너와 때때로 단계가 기록되는 것을 제외하고는 진행 표시기를 실제로 표시하지 않으며 여전히 몇 분이 걸리므로 의미가 있는 경우 최소한 일종의 진행 표시기를 표시할 수 있습니다.

또한 리소스를 가져오는 평균 시간을 지적하는 것이 도움이 될 수 있습니다. 이는 실제로 왕복 여행으로 인해 "Gatsby"가 느린 이유를 나타내기 때문입니다.

이 리포지토리에서는 589개의 원격 파일을 다운로드하는 데에도 약 5분이 걸렸으며 진행률 표시줄이 뚜렷한 이유 없이 멈추는 경우가 많았습니다.

부트스트랩 후 파일이 없기 때문에 빌드가 실패합니다.

@pvdz 나는 이것을 다시 플레이해야 할 것입니다(잠시 포기했습니다). 그러나 성공적으로 빌드되더라도 권한 문제가 발생하는 특정 파일이 있으므로 무시할 수 있다고 생각했습니다.

하지만 게시물을 요약하자면 특정(다운로드) 단계가 정말 오래 걸리고 완료될 때까지 더 오래 기다려야 한다는 말씀이신가요?

@bradydowling 글쎄요, 그렇습니다. :)

FTR: 자원 수집을 조금 추적했습니다. 타이밍에 약간의 빛을 비추기 위해;

Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6084.jpg: 15605.630ms
Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6036.jpg
Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6051.jpg: 6447.272ms
Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6034.jpg
Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6045.jpg: 6944.355ms
Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6029.jpg
Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6036.jpg: 6401.541ms
Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/01/IMG_6027.jpg

이것들은 6MB 파일입니다. 나는 250Mbs 연결을 사용하고 있는데 1mbs보다 빠른 것은 잘 처리하지만 다운로드 시간이 늘어나는 것은 놀라운 일이 아닙니다. cli 크기 조정을 아무리 많이 해도 속도가 빨라지지는 않습니다. ;)

흥미로운. 이것은 EC2에서 호스팅되는 표준 WordPress 개인 블로그이므로 거대한 설치가 아닌 것 같습니다. 아마도 이것은 이러한 모든 요청이 호스트에 과부하를 주기 때문일 것입니다. 또는 저는 WordPress 전문가가 아니지만 발생할 수 있는 REST API 호출에 일종의 표준 WP 속도 제한이 있습니까? 나는 또한 이 동작이 이 사이트에서만 발생하는 것이 아니라는 가정하에 진행합니다.

아마도 이것은 이러한 모든 요청이 호스트에 과부하를 주기 때문일 것입니다.

이것은 내 추측(또는 이 야구장에 있는 것)입니다. 하지만 추상화를 통해 효율성이 떨어지고 있는지 확인하기 위해 자체 아키텍처를 약간 탐색하고 있습니다. 그러나 일반 wgets/curls로 보고된 대부분의 시간을 모방할 수 있다는 것을 고려하면 거기에 많은 것이 있는지 의심됩니다.

그래서 fwiw got.stream() 비트를 멍청한 원시 다운로더로 바꿨습니다.

    let r = ""
    require("http").get(url, res =>
      res
        .on("data", m => (r += m))
        .on("end", () => {
          console.timeEnd("$$ Fetch time for " + url)
          resolve(r)
        })
    )

$ Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/05/IMG_5260.jpg
$$ Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/09/TRAVEL-LEISURE-2-copy.png: 1003.535ms
$ Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/05/International-Travel-Topaz-Sapphire.png
$$ Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/09/IMG_4606.jpg: 3174.126ms
$ Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/05/Brunch-Topaz-Sapphire-2.png
$$ Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/09/IMG_4647.jpg: 9521.157ms
$ Started actually fetching http://topazandsapphire.com/wp-content/uploads/2016/05/IMG_6978.jpg
$$ Fetch time for http://topazandsapphire.com/wp-content/uploads/2016/05/International-Travel-Topaz-Sapphire.png: 3611.910ms

예, 긴 지연(적어도 이 경우에는)이 다운로드로 인해 발생한다고 확신합니다. 따라서 아마도 우리의 최선의 방법은 다운로드를 기다리는 동안 피드백을 개선하는 것입니다. :)

많은 사람들이 터미널 창 크기 조정(이상한 이유가 무엇이든)이 '소스 및 변환 노드'에 갇힌 개발 프로세스를 해결한다고 말합니다.

슬프게도 WSL을 사용할 때 이것은 솔루션이 아닙니다. 빌드 및 개발에서 로컬로 '소스 및 변환 노드'가 멈춥니다. Netlify 빌드는 작동하지만 로컬 개발이 불가능해졌습니다.

@Vacilando 소싱 중에 사이트에 다운로드되는 일부 링크를 디버깅하고 다운로드가 빠른지 수동으로 테스트할 수 있습니까? 위에서 언급했듯이 내가 보고 있는 한 가지 큰 문제는 특정 wp 호스트가 단순히 엄청나게 느리다는 것입니다.

따라서 호스트가 느리고 다운로드할 콘텐츠가 많은 경우 이 단계에서 수행해야 하는 작업의 전부이므로 이 단계에 많은 시간이 소요됩니다. 콘텐츠를 발견하고 다운로드하세요 :)

전체 단계의 일부만 콘텐츠 자체가 다운로드되었음을 확인한 경우 여기로 다시 동그라미를 치십시오. 이 경우 repro는 엄청나게 도움이 될 것입니다 :)

아마도 이상적인 세계에서는 캐시할 플래그를 gatsby에 전달할 수 있습니다.
반복적으로 수행할 필요가 없도록 사이트 자산 다운로드.

또 다른 최적의 솔루션은 일종의 플래그를 설정하는 것입니다.
자산 다운로드 시 속도 제한 또는 스로틀링을 통해 중단되지 않음
주인.

이 두 가지 아이디어에 대한 생각이 있습니까?

2019년 12월 19일 목요일 오후 6:09 Peter van der Zee [email protected]
썼다:

@Vacilando https://github.com/Vacilando 일부 링크를 디버깅할 수 있습니까?
소싱 및 테스트 중에 사이트에 대해 수동으로 다운로드 중입니다.
그들이 빨리 다운로드하는지 여부? 위에서 언급했듯이 한 가지 큰 문제는
특정 wp 호스트가 단순히 엄청나게 느리다는 것을 알 수 있습니다.

따라서 호스트가 느리고 다운로드할 콘텐츠가 많다면 예
이 단계는 수행해야 하는 모든 작업이므로 시간이 많이 걸립니다.
이 단계; 콘텐츠를 발견하고 다운로드하세요 :)

콘텐츠 자체가
여기로 다시 원을 그리십시오. 이 경우 재현은
엄청나게 도움이 됩니다 :)

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/gatsbyjs/gatsby/issues/6654?email_source=notifications&email_token=ABS4AU62367MTEWP7LJXWTLQZP5L5A5CNFSM4FLHT3T2YY3PNVWWK3TUL52HS4DFWEXG43VMV
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ABS4AU7GCV4YMZQH6R37BSDQZP5L5ANCNFSM4FLHT3TQ
.

@bradydowling 부분은 이미 실제로 존재합니다. 환경 변수 GATSBY_CONCURRENT_DOWNLOAD 를 설정하여 동시 요청에 대한 제한을 구성할 수 있습니다. gatsby-source-wordpress https://github.com/gatsbyjs/gatsby/issues/19292 의 다음 주요 버전은 미디어 파일 다운로드 방법을 더 잘 제어할 것입니다. 캐싱의 경우 현재 다운로드된 파일이 캐싱되어 있지만 gatsby-*.js 파일을 변경하면 현재 캐쉬를 지워서 stale 캐쉬로 인해 예상치 못한 버그가 발생하는 것을 방지합니다. 따라서 gatsby-source-wordpress 국한되지 않고 핵심 문제이지만 Gatsby의 캐시를 개선하기 위한 작업이 항상 수행되고 있습니다.

부분적으로 Jobs Api(#19831)가 이 캐싱 문제를 수정해야 합니다.

예, 상단에 GATSBY_CONCURRENT_DOWNLOAD 가까이 있는 것을 보았습니다. 내 경험으로는 도움이 되지 않았으므로 내 제안은 mb/s/m/h 또는 이와 유사한 것과 같이 보다 세분화된 제어를 위한 것이었습니다. 그냥 말도 안되는 소리를 하고 있는지도 모릅니다.

@bradydowling 지수 백오프를 사용하여 요청 재시도를 추가하고 제대로 작동하지 않는 경우 초당 최대 요청에 대한 선택적 설정을 추가하려고 합니다.

히야!

이 문제는 잠잠해졌습니다. 으스스한 조용함. 👻

많은 문제가 발생하여 현재 30일 동안 활동이 없으면 문제를 종료합니다. 마지막 업데이트 이후로 최소 20일이 지났습니다.
이 문제를 놓쳤거나 계속 공개하고 싶다면 여기에서 회신해 주세요. 이 문제를 계속 공개하기 위해 "not stale" 레이블을 추가할 수도 있습니다!
친절한 알림으로 이 문제 또는 해결된 다른 문제를 확인하는 가장 좋은 방법은 끌어오기 요청을 여는 것입니다. PR 시작, 문제 분류 및 기여에 대한 자세한 내용은 gatsby.dev/contribute 를 확인하십시오!

Gatsby 커뮤니티의 일원이 되어주셔서 감사합니다! 💪💜

나는 지금 이것을 닫을 것이다.

워드프레스 소싱 문제가 있다고 생각되시면 먼저 워드프레스 서버가 느려서 지연이 발생하지 않는지 확인하시기 바랍니다. 그런 다음 _new_ 문제를 여십시오(단, 이 문제에 대해 다시 언급해 주시기 바랍니다).

댓글 수가 많으면 토론을 추적하기가 매우 어렵습니다. 따라서 새 문제를 열면 특정 문제가 답을 얻을 가능성이 더 높아집니다.

나와 다른 사람들은 지난 1년 반 동안 그것을 확인했다. 내 원래 문제는 잘 조정된 vps에 있었습니다. @njmyers 는 수정 또는 최소한 개선 사항이 있었지만 유지 관리자로부터 원하는 방식에 대한 답변을 얻을 수 없었습니다.

나는 나 자신을 닫는 것에 대해 생각했지만 적당히 큰 WordPress 사이트는 아직 gatsby에 적합하지 않다는 경고로 거기에 있어야한다고 생각합니다.

@dustinhorton 이해합니다. 이 문제는 1년 반이 넘었으며 상황이 빠르게 변합니다. 이만큼 많은 댓글이 달린 문제로 인해 더 이상 실제 문제를 파악하기가 어렵습니다.

위에서 언급했듯이 Fwiw는 마지막으로보고 된 재현을 확인하고 최소한 느린 원격으로 인한 것이라고 결정했습니다. 빠른 리모컨에 현재 Gatsby 릴리스에 대한 재현이 있는 경우 이 스레드에 이미 게시되어 있더라도 알려주세요. 또는 그것에 대한 새로운 문제를 열고(나에게 태그를 지정) 더 집중하고 싶다면 당신에게 맡기겠습니다. :)

(_분명히 하자면, 너무 많은 주제에서 벗어난 메시지로 인해 문제가 조금 진부해져서 이 문제를 닫았습니다. 우리가 토론을 부수고 있다고 생각하지 마십시오. 이는 의도가 아니며 우리 작업이 여기서 끝나지 않았음을 인식합니다. !_)