क्या आप प्रजनन रेपो तैयार कर सकते हैं? पदों की संख्या कोई समस्या नहीं होनी चाहिए (कम से कम इस चरण पर) - v1 स्मृति समस्याओं में आ सकता है लेकिन यह बाद के निर्माण चरण में होगा और अटकना नहीं चाहिए

उत्सुक था कि क्या यह फ्लाईव्हील द्वारा स्थानीय के साथ एक मुद्दा था, और एमएएमपी प्रो के माध्यम से वर्डप्रेस की सेवा करते समय साइट बनाने में सक्षम था।

लेकिन, मैं अभी तक पोस्ट पेज नहीं बना रहा हूं (मैं पेज बना रहा हूं), और उस समस्याग्रस्त कदम के लिए निष्पादन समय 636.41s (सिर्फ 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 वूप्स, पोस्ट किया कि इससे पहले कि मैंने देखा कि आपने अभी जवाब दिया होगा। मैं कल इस साइट को दूर से लाने का प्रयास कर सकता हूँ।

और शामिल करने का मतलब है, यह आखिरी पंक्ति है जहां यह स्थानीय के माध्यम से लटकती है, और एमएएमपी के माध्यम से हमेशा के लिए ले जाती है।

$ 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 में अपग्रेड करने का प्रयास कर सकते हैं? हमने अलग-अलग गैट्सबी सबसिस्टम में बहुत सारे गति सुधार किए हैं, जिससे इस तरह की बड़ी साइटों को नाटकीय रूप से गति मिलनी चाहिए।

@KyleAMathews मैं आज रात एक शॉट दूंगा-धन्यवाद।

@KyleAMathews v2 संस्करण @ https://github.com/dustinhorton/gatsby-v2-issue। इस बिंदु पर लगभग 50 मिनट तक निर्माण किया गया।

अब मार रहे हो। साइट अभी भी नहीं बनी है।

एक और चीज जिसे आप आजमा सकते हैं वह है https://next.gatsbyjs.org/docs/performance-tracing/ ट्रेसिंग सक्षम करना

हमने अभी तक गैट्सबी-सोर्स-वर्डप्रेस में ट्रेसिंग सपोर्ट नहीं जोड़ा है, लेकिन ट्रेसिंग रिपोर्ट आपको यह पता लगाने में मदद कर सकती है कि यह कहां रुक रहा है।

अगर किसी और को इस पर गौर करने में दिलचस्पी है, तो गैट्सबी-सोर्स-वर्डप्रेस में ट्रेसिंग सपोर्ट जोड़ना एक बेहतरीन पीआर होगा। Lemme पता है कि क्या आप रुचि रखते हैं!

दुर्भाग्य से इस पर जमानत देने की जरूरत है, क्योंकि मुझे हर समय एक पारंपरिक विषय पर पोर्टिंग करने में खर्च करने की जरूरत है - गैट्सबी का उपयोग करने में सक्षम नहीं होने के लिए कुचल दिया गया। बाकी सब कुछ इतना पीछे की ओर लगता है।

क्षमा करें, हमें इस पर गौर करने का मौका नहीं मिला :-( v2 को बाहर निकालने के लिए अभी दौड़ रहे हैं।

क्या कोई मौका है कि आप WP साइट को चालू छोड़ सकते हैं? यह निश्चित रूप से लगता है कि यहाँ एक बग है जिसे ठीक किया जाना चाहिए।

मैंने मदद मांगते हुए ट्वीट किया, इसलिए उम्मीद है कि कोई जल्द ही इस पर कूद जाएगा :-)

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

वाह, वह रेड है- बहुत बहुत धन्यवाद। साइट कुछ समय के लिए कहीं नहीं जा रही है (और यदि आवश्यक हो तो मैं एक प्रति माइग्रेट करूंगा और रेप्रो रेपो अपडेट करूंगा)।

@dustinhorton इसके लायक होने के लिए मैंने इसके सामने एक सीडीएन के साथ हमारे उत्पादन पर्यावरण की तुलना में फ्लाईव्हील द्वारा स्थानीय पर एक बड़ी (~ 1,000 पोस्ट) परियोजना बनाने के मुद्दों पर भी ध्यान दिया है।

गैट्सबी के लिए आरईएसटी प्रतिक्रियाएं स्थानीय से उत्पादन की तुलना में 10-20x अधिक लंबी हैं, इसलिए साइट को बनाने में हमेशा के लिए समय लगता है। मैंने अभी तक स्थानीय में इस मुद्दे को डीबग करने में समय नहीं बिताया है, लेकिन यह मेरी टू-डू सूची में है :)

@KyleAMathews मैं स्रोत-वर्डप्रेस में ट्रेसिंग जोड़ने पर एक नज़र

@ क्रिस्टोफोर यह बहुत अच्छा होगा!

@dustinhorton मैं आपकी नमूना साइट पर छवियों के लिए 404 देख रहा हूं (https://dustinhorton.com/gatsby-wp/wp-content/uploads/2018/07/IMG_9906.jpg, उदाहरण के लिए) जो बिल्ड को बढ़ा सकते हैं समय। किसी भी मौके पर आप उन लोगों के लिए रास्तों की तलाश कर सकते हैं?

WP_MEDIA अनुरोध परिणामों के साथ काफी तेज़ी से चलते हैं इसलिए लगा कि मैं अंदर था
स्पष्ट, लेकिन मैं इस सप्ताह के अंत में उस पर एक नज़र डाल सकता हूँ यदि आप ऐसा सोचते हैं
मामला हो सकता है।

बुधवार, अगस्त 8, 2018 को शाम 5:45 बजे क्रिस वाइसमैन नोटिफिकेशन @github.com
लिखा था:

@dustinhorton https://github.com/dustinhorton मैं 404 के लिए देख रहा हूँ
आपकी नमूना साइट पर छवियां (
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
.

यह सच है, लेकिन स्रोत और परिवर्तन चरण का हिस्सा सभी मीडिया आइटमों को डाउनलोड करना है जो इसे आरईएसटी प्रतिक्रिया में मिलते हैं:
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 पर सेट करना।

यह लिनोड पर एक अच्छा वीपीएस है। अगर इससे मदद मिलेगी तो मैं उस पर सेटिंग्स को बदल सकता हूं। लेकिन मामला स्थानीय स्तर पर भी होता है।

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

@ अमन-डेवलपर इसके लिए अभी तक कोई फिक्स नहीं है - अन्यथा इसे प्रकाशित किया जाएगा। इस समस्या के साथ समस्या यह है कि इसे पुन: पेश करने का कोई विश्वसनीय तरीका नहीं है, इसलिए किसी भी सुधार का अनुमान है। समस्या कुछ मामलों में है (हार्डवेयर और/या ओएस विशिष्ट हो सकती है) फाइल सिस्टम राइटस्ट्रीम समाप्त नहीं होता है और त्रुटियों को फेंकने के बिना अटक रहा है, इसलिए यहां कोई भी फिक्स वास्तव में fs पैकेज/हार्डवेयर/ओएस में समस्याओं को हल करने का प्रयास कर रहा है विश्वसनीय नहीं होना:/

क्या आपको मेरे रेपो और साइट के साथ पुन: पेश करने में समस्या हुई है? यह मेरे लिए सुसंगत है।

मैं दूरस्थ छवियों को लाने के लिए createRemoteFileNode का उपयोग करता हूं और मुझे इसी समस्या का अनुभव होता है: डाउनलोड लगभग 680/780ish पर अटक जाता है।

createRemoteFileNode में, downloadProgress घटना के लिए एक श्रोता है जिसे https://github.com/sindresorhus/got/releases/tag/v8.0.0 में जोड़ा गया था लेकिन 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.

सुनिश्चित नहीं है कि यह मिल गया है, लेकिन शायद अन्य 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' }

मुझे प्रिज्मिक के साथ वही त्रुटियां मिल रही हैं

मैंने "गेट" में अपग्रेड किया: "^ 9.2.2" अब यह काम कर रहा है!

निश्चित रूप से हमारे got संस्करण को अपग्रेड करने के लिए एक नज़र डालने की आवश्यकता है। यह रुक-रुक कर होने वाली समस्या है इसलिए यह संयोग हो सकता है कि इसने काम किया। @RobinHerzog कृपया हमें बताएं कि क्या आप got उन्नत संस्करण के साथ इसी तरह की समस्याओं का सामना करेंगे

got अपडेट करने से मेरे रेप्रो रेपो के लिए बिल्ड टाइम काफी कम हो गया, लेकिन फिर भी मैंने कोशिश की थी कि लगभग एक घंटा लगातार लगा।

@dustinhorton निर्माण का कौन सा हिस्सा छवियों को खींच रहा था (या source and transform data क्योंकि हम स्पष्ट रूप से नहीं दिखाते कि फ़ाइलों को डाउनलोड करने में कितना समय लगता है)?

मेरे पास 1GB इंटरनेट कनेक्शन के साथ 150MB चित्र हैं। अब यह काम कर रहा है। मुझे डाउनलोड करने और निर्माण जारी रखने के लिए 30 सेकंड चाहिए।

मुझे भी यह समस्या लगातार आ रही है। got को अपग्रेड करने से यह मेरे लिए हल नहीं हुआ। स्रोत-वर्डप्रेस में अतिरिक्त ट्रेसिंग जोड़ने के साथ कोई सफलता ताकि हम कोशिश कर सकें कि समस्या क्या है?

concurrentRequests और perPage को बदलने की कोशिश की, साथ ही 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_ लाने का प्रबंधन करता हूं वह था https://wesbos.com/

HAPPY अद्यतन: मैं इसे (छोटे sites_ _for) काम के साथ बनाने में कामयाब includedRoutes , यहां तक कि के साथ users और / या media शामिल करके taxonomies क्वेरी में . अब मुझे 'id' of undefined त्रुटि नहीं मिलती है: D

@pieh मेरा मानना ​​​​है कि users और media प्रकार taxonomies पर निर्भर हैं, इसलिए शायद उन्हें डिफ़ॉल्ट रूप से आना चाहिए जब भी कॉन्फ़िगरेशन इनमें से किसी भी प्रकार का होता है? मुझे बताएं कि क्या मैं आगे समस्या निवारण में मदद कर सकता हूं! एक समापन नोट के रूप में, यह taxonomies बग अनंत निर्माण प्रक्रिया से असंबंधित लगता है। ~500 मीडिया फ़ाइलों से बड़ी साइटों के साथ, मैं अभी भी निर्माण प्रक्रिया को पूरा नहीं कर सकता!

अद्यतन संख्या 2 : इसलिए, मैंने इसे queroinvestiragora.com लिए काम करने में कामयाब किया है, जिसमें 600 मीडिया फ़ाइलें हैं लेकिन केवल 70 पोस्ट हैं, इसमें लगभग 15 सेकंड लगते हैं =END PLUGIN=== , लेकिन यह काम करता है। हालांकि, 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/ । दुर्भाग्य से इसने अधिक जानकारी प्रदान नहीं की क्योंकि इसने मुझे बस इतना बताया कि वास्तव में स्रोत और परिवर्तन नोड्स में काफी समय लग रहा है।

हालांकि छवियों से जुड़े कुछ गैर-नियतात्मक व्यवहार होने के बाद मैंने इस मुद्दे पर अपना कुछ डिबगिंग किया है। स्क्रिप्ट को विकसित करने या बनाने के दौरान मुझे एक ऐसा मामला मिलेगा जहां सभी छवियों को डाउनलोड नहीं किया जाएगा और स्थानीयफाइल नोड्स पूर्ण नहीं होंगे। कोड में खोदने के बाद मैंने निर्धारित किया है कि यहां कोई समस्या प्रतीत होती है

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

मेरे लिए createRemoteFile नोड सर्वर टाइमआउट त्रुटियों और शून्य लौटने के लिए डिफ़ॉल्ट के कारण विफल हो रहा था। मुझे इसे निर्धारित करने और वास्तविक सर्वर प्रतिक्रियाएं प्राप्त करने के लिए रिमोटफाइल नोड बनाने के लिए कुछ लॉगिंग भी जोड़नी पड़ी। चूंकि ये नोड्स पूर्ण नहीं होते हैं और उनके पास आईडी नहीं है, इसलिए वे कैश में पंजीकृत नहीं होते हैं। tmp फ़ाइलें हटा दी जाती हैं और gatsby-source-filesystem अधूरा था। किसी भी कारण से (मैंने अभी तक इसे नहीं देखा है) बिल्ड स्क्रिप्ट को फिर से चलाने पर स्रोत-फाइल सिस्टम को शायद हटा दिया गया था क्योंकि स्क्रिप्ट का पता चलता है कि फाइल सिस्टम अमान्य या अपूर्ण है। यह वह प्रक्रिया थी जो मेरे लिए एक लूप बना रही थी और भविष्य के निर्माण में त्रुटियां पैदा कर रही थी क्योंकि फाइल सिस्टम कभी पूरा नहीं होता है।

मैं एक ऐसे सुधार पर काम कर रहा हूं जो कम से कम बड़ी मात्रा में छवियों के संबंध में कुछ मुद्दों को कम करता प्रतीत होता है। जब डेवलप या बिल्ड स्क्रिप्ट सभी छवियों को पहली बार डाउनलोड करने में सफल होती है, तो इसे बाद में हटाया नहीं जाता है और फिर निर्माण प्रक्रिया काफी तेजी से होती है क्योंकि छवियों को ठीक से gatsby-source-filesystem द्वारा कैश किया जाता है! मेरा निर्माण 15 मिनट से घटकर 1 मिनट हो गया।

मुझे यकीन नहीं है कि यह उन बिल्ड से संबंधित है जिनमें बड़ी मात्रा में पोस्ट हैं। मेरा मुद्दा सीधे 1.6 जीबी छवि डेटा डाउनलोड करने से संबंधित था।

यह मेरा पहली बार गैट्सबी के लिए स्रोत प्लगइन्स के साथ काम कर रहा है, इसलिए अगर किसी के पास इसके बारे में कोई विचार या सलाह है तो मैं इसकी सराहना करता हूं! मुझे आज बाद में अपना रेपो पोस्ट करने में सक्षम होना चाहिए मैं इसे बिना किसी जटिलता के gatsby-source-filesystem के अपने स्थानीय संस्करण का उपयोग करने के लिए प्राप्त करने पर काम कर रहा हूं।

नमस्ते,

कुछ दिनों पहले की मेरी टिप्पणी के बाद। यहाँ मेरा रेपो है।

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

मैं इस परियोजना में एक मोनोरेपो का उपयोग कर रहा हूं, इसलिए यदि आप स्थानीय रूप से भंडार चलाना चाहते हैं तो यहां कुछ चरण दिए गए हैं।

1. सुनिश्चित करें कि आपके पास यार्न का नवीनतम संस्करण 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 चलाएँ। इसे पहली बार सफलतापूर्वक पूरा करना चाहिए और उसी कमांड के बाद के रन के परिणामस्वरूप बहुत तेज निर्माण होगा! स्रोत और ट्रांसफ़ॉर्म नोड्स मेरे लिए 222s लेते हैं, जबकि यह 3 गुना पहले ले रहा था और/या पूरा नहीं कर रहा था।
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 शून्य लौटाया तो मैंने जो कार्यक्षमता बदली वह एक वादा अस्वीकृति जोड़ रहा है। मैं फिर अनुरोधों को थ्रॉटल करने के लिए एक फ़ंक्शन डाउनलोडरनर का उपयोग करता हूं ताकि वे सभी सर्वर को एक साथ हिट न करें और साथ ही वादा अस्वीकृति पर पुनः प्रयास करें। मैंने प्रत्येक createRemoteFileNode अनुरोध के बीच 200ms थ्रॉटल जोड़ा। मुझे यकीन है कि इस मान को बदला जा सकता है और इसमें से कुछ सीधे createRemoteFileNode में जोड़ने के लिए बेहतर अनुकूल हो सकते हैं।

यदि कोई उत्सुक है तो WP इंस्टॉल ईसी 2 माइक्रो इंस्टेंस है जबकि छवियां क्लाउडफ्रंट वितरण के पीछे हैं। व्यक्तिगत रूप से मुझे पोस्ट प्राप्त करने में कोई समस्या नहीं थी, मेरा मुद्दा छवियों को प्राप्त करने के साथ था और मेरा मानना ​​​​है कि लोगों को होने वाली अधिकांश समस्याएं इसके कारण हैं।

इसके अलावा, अगर कोई अपनी साइट का पता लगाना या डीबग करना चाहता है तो मेरा सुझाव है कि यहां से शुरू करें ...

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

मैंने कैच क्लॉज में लॉगिंग जोड़ा और यह निर्धारित करने में सक्षम था कि छवि नोड्स को सही ढंग से संसाधित नहीं किया जा रहा था क्योंकि मुझे टाइमआउट त्रुटियां मिल रही थीं और फिर शून्य लौट रही थीं।

@njmyers मैंने अभी उस पर बहुत संक्षिप्त नज़र createRemoteFileNode में समान दृष्टिकोण का उपयोग करना चाहिए। हम वहां queue का उपयोग कर रहे हैं, इसलिए इस फ़ंक्शन के उपभोक्ताओं ( gatsby-source-wordpress इस मामले में) को इस बारे में चिंता करने की आवश्यकता नहीं है। एक चीज जो संभावित रूप से समस्याग्रस्त है वह यह है कि 200ms थ्रॉटल - शायद हम इसके बिना शुरू कर सकते हैं और जब हमें समस्याएं दिखाई देने लगती हैं तो स्वचालित रूप से थ्रॉटलिंग (प्रति होस्टनाम) लागू हो जाती है।

@pieh हाँ यह शायद इस तर्क को लागू करने का स्थान होगा। मेरे लिए थ्रॉटलिंग इस तक पहुंचने और समस्या का निदान करने का एक तरीका था, इसलिए मैं सहमत हूं कि createRemoteFileNode इसे अपने आप संभालने में सक्षम होना चाहिए।

विशेष रूप से समस्याग्रस्त हालांकि त्रुटियों को चुपचाप विफल करने और शून्य लौटने का वर्तमान व्यवहार है। मेरी राय में ऑपरेशन की विफलता या सफलता के बारे में कुछ संचार होना चाहिए। मुझे लगता है कि निम्नलिखित कार्यक्षमता के साथ createRemoteFileNode को और अधिक मजबूत बनाया जा सकता है।

1) बेसब्री से कनेक्शन बनाएं
2) यदि सर्वर से त्रुटियां हैं तो थ्रॉटल शुरू हो जाती है और/या यदि आवश्यक हो तो पुनः प्रयास करें
3) थ्रॉटलिंग/पुनः प्रयास करने के लिए कुछ सामान्य डिफ़ॉल्ट सेट करें
4) थ्रॉटलिंग/पुन: प्रयास को समायोजित करने के लिए एक प्रवेश बिंदु बनाएं
4) यदि किसी कारण से नोड को संसाधित करने में असमर्थ है तो एक वादे को अस्वीकार करें।

मैं यह भी कह सकता हूं कि मैंने यहां टाइमआउट मानों के साथ खेला https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L135 - एल141. हालांकि इससे एक सफल प्रतिक्रिया की संभावना बढ़ गई, फिर भी मुझे एक सफल प्रतिक्रिया सुनिश्चित करने के लिए हैंडलिंग को जोड़ना पड़ा।

सबसे अधिक संभावना है कि इस तर्क के लिए सही प्रवेश बिंदु यहां होगा।

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

जहां यदि कार्य विफल हो रहे हैं तो उन्हें पुनः प्रयास किया जाता है और/या विफल कर दिया जाता है और फिर अंत में खारिज कर दिया जाता है।

इसके अलावा संक्षेप में queue दस्तावेज़ पढ़ें। मैं देख रहा हूं कि आप queue बारे में क्या कह रहे हैं कि आप इसे स्वयं प्रबंधित करने में सक्षम हैं।

@njmyers अच्छा जांच कार्य! निश्चित रूप से सहमत हैं कि फ़ाइल डाउनलोडिंग को बहुत अधिक स्मार्ट होने की आवश्यकता है!

फ़ाइल डाउनलोडिंग पीस को अपने स्वयं के पैकेज में निकालना वास्तव में अच्छा हो सकता है जो दूरस्थ फ़ाइलों को डाउनलोड करने और कैशिंग करने की इस समस्या पर केंद्रित है।

एक अच्छा मौका है कि हमें गैट्सबी और भविष्य में कई जगहों पर कार्यक्षमता का उपयोग करने की आवश्यकता होगी और यह कुछ ऐसा है जो इंटरनेट पर अन्य लोग भी उपयोग करना चाहेंगे।

@KyleAMathews आपका मतलब एक अलग पैकेज में createRemoteFileNode निकालना है?

सिर्फ फाइल डाउनलोडिंग और कैशिंग पार्ट नहीं है। createRemoteFileNode तब बस इस पैकेज को कॉल करेगा और एक वादा वापस प्राप्त करेगा जो फ़ाइल डाउनलोड होने पर हल हो जाएगा (या कैश से वापस आ जाएगा)।

मुझे अपने स्वयं के कॉकपिट स्रोत प्लगइन के साथ भी यह समस्या हो रही है।

मुझे लगता है कि यह वास्तव में कोड के इन हिस्सों को एक अलग पैकेज में निकालने जैसा होगा ...

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

ऐसा लगता है कि यह वह कोड है जो विशेष रूप से डाउनलोडिंग और कैशिंग से संबंधित है, अगर मैं गलत हूं तो कृपया मुझे सही करें। इस पर काम करके खुशी हुई! बस यह पता लगाने की कोशिश की जा रही है कि यह बड़े पारिस्थितिकी तंत्र में कैसे काम करता है।

क्या एक पीआर केवल गैट्सबी-सोर्स-वर्डप्रेस को ठीक करने के लिए स्वीकार किया जाएगा, फिर बाद में फिक्स निकालें? @njmyers फोर्कड प्लगइन का उपयोग करने में परेशानी हो रही है, और ऐसा लगता है कि यह एक बड़ा सुधार है।

@dustinhorton सुनिश्चित नहीं है कि यह किसी की मदद करता है, लेकिन मैंने पाया कि यदि आप स्थानीय प्लगइन का उपयोग करना चाहते हैं तो gatsby को सीधे package.json फ़ाइल पर इंगित करना सबसे अच्छा है। जब तक मैंने इसे स्पष्ट रूप से निर्दिष्ट करना शुरू नहीं किया, तब तक मुझे अपना स्थानीय प्लगइन खोजने में गैट्सबी प्राप्त करने में परेशानी हो रही थी।

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

मैं अभी भी इस मुद्दे पर और यहां तक ​​कि चर्चा के अनुसार नए प्लगइन पर काम करके खुश हूं। इसे एकीकृत करने के बारे में बस थोड़ा सा मार्गदर्शन ढूंढ रहे हैं क्योंकि यह एक विघटनकारी परिवर्तन की तरह लगता है जो कई अन्य चीजों को प्रभावित कर सकता है जिनके बारे में मुझे जानकारी नहीं है। @KyleAMathews कोई विचार? मुझे अभी भी ऐसा लगता है जैसे यहाँ कोड

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

क्या वह हिस्सा है जिसे अपने स्वयं के पैकेज में निकाला जाना चाहिए। ऐसा कहा जा रहा है कि यह createRemoteFileNode के मुख्य कार्यों में से एक है और मैं यह सुनिश्चित करना चाहता हूं कि मैं इसके बारे में सही ढंग से जाऊं ताकि इसे पारिस्थितिकी तंत्र में ठीक से एकीकृत किया जा सके।

@njmyers आप अपने कोड चयन के साथ अधिकतर सही हैं - हम अपनी वर्तमान कतार भी चाहते हैं (जो एटीएम 200 समवर्ती अनुरोधों तक सीमित है, जो स्थानीय देव के लिए और जाहिर तौर पर वर्डप्रेस के लिए अच्छा नहीं लगता है) स्थानांतरित हो गया और शायद बदल गया।

@dustinhorton मुझे लगता है कि इसे पहले वर्डप्रेस प्लगइन में उपयोग करना उचित है (ज्यादातर क्योंकि यह व्यावहारिक रूप से किया जाता है)।

@pieh आपके स्पष्टीकरण के लिए बहुत धन्यवाद! मैं एक नए प्लगइन पर काम करना शुरू करूंगा।

एक अस्थायी वर्डप्रेस-स्रोत को ठीक करने के संबंध में मेरा एकमात्र अन्य प्रश्न यह होगा कि यहां क्या करना है

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

फिलहाल नेटवर्क त्रुटियां होना अभी भी संभव होगा और संपूर्ण डाउनलोडमीडियाफाइल फ़ंक्शन के लिए एक कैच क्लॉज होना चाहिए। गैट्सबी में एरर पास करने का सामान्य व्यवहार क्या है? सही हैंडलर तक नेटवर्क त्रुटियों को ठीक से पास करने के लिए मुझे उस कोड को वर्डप्रेस प्लगइन में जोड़ने में खुशी होगी। हो सकता है कि हम एक त्रुटि संदेश और इस मुद्दे का संदर्भ प्रदर्शित कर सकें? सहयता के लिए धन्यवाद!

@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 फेंक देगा। यही कारण है कि मैं इस परिदृश्य को ठीक से संभालने के लिए कुछ तंत्र प्राप्त करने में सक्षम होना चाहता हूं।

मुझे लगता है कि मैंने एक अन्य सूत्र पर भी पढ़ा कि किसी प्रकार के प्रगति प्रबंधक को भी एकीकृत करने की बात चल रही थी क्योंकि यह प्लगइन की स्थिति के बारे में प्रतिक्रिया प्रदान करेगा।

यदि आप अपने OS फ़ाइल सिस्टम को project-root/.cache/gatsby-source-filesystem के अंतर्गत देखते हैं, तो आपको डाउनलोड की जा रही सभी छवियों को देखने में सक्षम होना चाहिए। मेरे मामले में अब यह लगभग 400 छवियां हैं इसलिए इसमें काफी समय लगता है। हालांकि मेरे फोर्कड संस्करण का उपयोग करने से पहले प्लगइन चुपचाप एक त्रुटि पर असफल हो जाएगा और फिर कभी भी प्रगति नहीं होगी जिससे समस्या हो सकती है जहां स्रोत और परिवर्तन में घंटों लगेंगे ...

क्या आपके पास रेपो है? मैं इसे किसी अन्य साइट पर आज़माने में सक्षम होना पसंद करूंगा क्योंकि अभी तक मैंने इसे केवल अपनी साइट पर वास्तविक जीवन की स्थिति में परीक्षण किया है।

@njmyers वह शासन करेगा - अगर आपको कोई आपत्ति नहीं है, तो मुझे एक ईमेल शूट करें: [email protected] , या बस एक आमंत्रण के लिए देखें। मैं आज शाम को कुछ तैयार करूँगा।

got अपडेट करने से मेरे लिए भी सभी मुद्दे हल हो गए।

got@9 साथ समस्या यह है कि इसके लिए नोड 8 (https://github.com/sindresorhus/got/releases/tag/v9.0.0) की आवश्यकता है, इसलिए हम एटीएम को अपग्रेड नहीं कर सकते हैं :(

हमें कम से कम got@8 अपग्रेड करने में सक्षम होना चाहिए, लेकिन मुझे यकीन नहीं है कि यह मुद्दों को ठीक करेगा या नहीं

got@8 RFC 7234 अनुपालक HTTP कैशिंग को कार्यान्वित करता प्रतीत होता है, इसलिए gatsby-source-filesystem अपने स्वयं के फ़ाइल सिस्टम कैश एडाप्टर की आपूर्ति कर सकता है। जो कम से कम स्रोत में बिताए गए समय को कम करना चाहिए और दूसरी बार नोड्स को बदलना चाहिए, यह देखते हुए कि संसाधन कैश करने योग्य है।

हिया!

यह मामला शांत हो गया है। डरावना शांत। मैं

हमें बहुत सी समस्याएं आती हैं, इसलिए हम वर्तमान में 30 दिनों की निष्क्रियता के बाद मुद्दों को बंद कर देते हैं। यहां आखिरी अपडेट को कम से कम 20 दिन हो चुके हैं।

अगर हम इस मुद्दे से चूक गए हैं या यदि आप इसे खुला रखना चाहते हैं, तो कृपया यहां उत्तर दें। इस समस्या को खुला रखने के लिए आप "नॉट बासी" लेबल भी जोड़ सकते हैं!

Gatsby समुदाय का हिस्सा बनने के लिए धन्यवाद! मैं

@gatsbot अभी भी एक मुद्दा है।

आप सभी के लिए एक ब्लॉग पोस्ट में योगदान करने के लिए कहा गया था। ऐसा नहीं कर सकता क्योंकि यह स्रोत और ट्रांसफॉर्म नोड्स पर अटका हुआ है। दूसरे मुद्दे को देखा, लेकिन मैं यह नहीं देख रहा हूं कि इसके लिए कोई समाधान कहां है। यह गैट्सबीज का एक कांटा है, नवीनतम अपस्ट्रीम। मुझे यह केवल एक बार चलाने के लिए मिला है। यह हमेशा नोड्स को बदलने में फंस जाता है।

यह निर्माण करते समय कुछ साइटों से स्क्रीनशॉट लेने में विफल हो रहा है। मैं सुबह में आपत्तिजनक साइटों को जोड़ूंगा।

@ twhite96 मैं बस इस मुद्दे में भाग गया और मेरे लिए जो काम किया वह अस्थायी फ़ाइलों को हटा रहा था जो मैंने अभी भी खोली थी (emacs से), सुनिश्चित नहीं है कि इससे आपकी मदद मिलेगी या नहीं, लेकिन इसने मेरे निर्माण को आगे बढ़ने की अनुमति दी।

तो ऐसा लग रहा है कि यह अभी भी एक समस्या है …

100 फ़ोटो खींचने और उन्हें शार्प के माध्यम से बदलने के लिए gatsby-source-s3 का उपयोग करते समय उसी समस्या का सामना करना पड़ रहा है। किसी ने एक फिक्स निकाला?

किसी तरह मेरी समस्या का समाधान किया गया (बेतरतीब ढंग से?) यह मेरे द्वारा उठाए गए कदम हैं, मैंने कम चित्रों (परीक्षण के लिए) के साथ एक नई s3 बाल्टी बनाई और फिर निर्माण की कोशिश की और यह बहुत जल्दी सफलतापूर्वक बनाया गया। फिर मैंने वापस जाने का फैसला किया और मूल बाल्टी से खींचने की कोशिश की और अब अचानक इसे 49 के दशक में सफलतापूर्वक बनाया गया जब मूल रूप से यह घंटों तक चलता था। मुझे नहीं पता कि बकेट लिंक्स में मात्र स्विच ने स्टाल को कैसे ठीक किया, लेकिन उम्मीद है कि इससे किसी को यह पता लगाने में मदद मिलेगी। शायद इसे कैश के साथ करना है?

नमस्ते। मैंने अपना स्थानीय प्लगइन संस्करण अपडेट किया है जिसका उपयोग मैं उस साइट के लिए कर रहा था जिसमें यह समस्या थी। मुझे लगता है कि यह एक बेहतर कार्यान्वयन है क्योंकि यह 'createRemoteNode' से पहले 'बेहतर-कतार' का उपयोग करता है और 'समवर्ती अनुरोध' पैरामीटर में गुजरता है। यह थोड़ा बेमानी है क्योंकि 'createRemoteNode' पहले से ही एक कतार का उपयोग करता है, लेकिन परवाह किए बिना यह संस्करण हाल के गैट्सबी अपग्रेड के साथ अच्छी तरह से काम कर रहा है और फाइलों की प्रगति पर प्रतिक्रिया देता है। मैं इसके लिए एक साथ पीआर लाने की कोशिश करूंगा। देरी के लिए खेद है मुझे पता है मैंने कहा था कि मैं इस पर पहले काम करूंगा लेकिन काफी व्यस्त रहा हूं!

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

@njmyers

बहुत बहुत धन्यवाद। आपके संस्करण ने कुछ समस्याओं का समाधान किया जो मुझे आ रही थीं। मैंने 25 जीबी एमपी3 डाउनलोड करने के लिए फ़िल्टर करने के लिए एक या दो लाइन के साथ संयुक्त किया, और अब मैं तैयार हूं!

निश्चित रूप से अभी भी एक मुद्दा है।
मैं पिछले 24 घंटों से अपने प्रोजेक्ट को संकलित करने का प्रयास कर रहा हूं। लगभग 12 प्रयासों से, 3 आउटपुट और वास्तविक WP कनेक्शन के साथ सफल हुए। क्या इसका कोई फिक्स है?
BTW, मैंने प्लगइन के @njmyers संस्करण का उपयोग करने की कोशिश की है (बहुत बढ़िया काम, वास्तव में!), लेकिन परिणाम मिश्रित थे। कभी-कभी यह wordpress_parent या दिनांक के बारे में शिकायत करेगा और अंततः क्रैश हो जाएगा, लेकिन यह पता नहीं लगा सका कि वास्तव में इन त्रुटियों के साथ क्या हो रहा है। अन्य बिल्ड में, विभिन्न त्रुटियां (लेकिन वे संकलित करते हैं, जो दिलचस्प है), जो वास्तव में ग्राफ़कॉल पर मुद्दों का कारण बनता है।

@lucassilvagc क्या आप कुछ आउटपुट पोस्ट कर सकते हैं? मुझे खुशी है कि लोग कोशिश कर रहे हैं और शाखा का परीक्षण कर रहे हैं। आइए इसे बेहतर तरीके से काम करें ताकि हम पीआर खोल सकें!

@njmyers ज़रूर!

क्या हो रहा है इसका एक त्वरित अवलोकन:

मेरी वेबसाइट वर्तमान में ~ 1940 छवि फ़ाइलों के साथ चलती है, हो सकता है कि कई बार कई छवि फ़ाइलें बनाकर वर्डप्रेस की गलती हो। यदि मैं एक वेनिला _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

पुनश्च: यह गैट्सबी-सोर्स-वर्डप्रेस का एक वैनिला बिल्ड था जो फाइलों को बदलकर आपके लिए _ "रूपांतरित" _ था, जैसा कि मैंने ऊपर कहा था। मुझे लगता है कि तथ्य यह है कि यह सभी पृष्ठों से पूछताछ नहीं कर सकता है, उत्पन्न होने वाले नोड्स से संबंधित नहीं है। यह भी देखना चाहते हैं कि यह बिल्ड मेरे वैनिला के समान है जो तब काम करता है जब यह समस्या प्रकट नहीं होती है।

यह भी ध्यान देना चाहते हैं कि मार्गों को जोड़ने से मेरे लिए एक ही प्रारंभिक समस्या उत्पन्न होती है (जैसा कि मैं अलग-अलग पृष्ठों से बचना चाहता था जो संबंधित नहीं हैं या वर्डप्रेस पर कई सुरक्षा परतों के कारण त्रुटियों को वापस कर देंगे)। मुझे नहीं पता कि मैंने जिन मार्गों को सूचीबद्ध किया है वे सही हैं, या यदि मुझे बाद में कुछ याद आ रहा है।

मैं आपके उत्तर से बहुत खुश हूं, यह मुद्दा वर्तमान में मेरे प्रोजेक्ट के लिए एक बड़ा झटका है और मुझे खुशी है कि आप अभी भी इस मुद्दे पर हैं। बहुत - बहुत धन्यवाद!

एसीएफ फ़ील्ड और 4000 छवि के साथ 400+ कस्टम पोस्ट के साथ एक ही समस्या है।

मैंने अद्यतन किया और 35 मिनट के साथ निर्माण करने में सक्षम था

मेरे द्वारा got अपडेट करने के बाद फिर से निर्माण करने में असमर्थ

जैसा कि अपेक्षित था, चूंकि यह बग अभी भी गैट्सबी-वर्डप्रेस में मौजूद है। सभी छवियों को डाउनलोड करने और संसाधित करने के लिए 35 मिनट सभी कारकों (औसत इंटरनेट गति, प्रसंस्करण शक्ति, फाइलों की कुल और इसी तरह) पर विचार करने में बहुत लंबा समय लगता है।
आप अपने विशिष्ट उपयोग के लिए @njmyers संस्करण को अनुकूलित करने का प्रयास कर सकते हैं, यह आपके पास मौजूद प्रत्येक छवि फ़ाइल को डाउनलोड करने पर एक आकर्षण की तरह काम करेगा।

जैसा कि अपेक्षित था, चूंकि यह बग अभी भी गैट्सबी-वर्डप्रेस में मौजूद है। सभी छवियों को डाउनलोड करने और संसाधित करने के लिए 35 मिनट सभी कारकों (औसत इंटरनेट गति, प्रसंस्करण शक्ति, फाइलों की कुल और इसी तरह) पर विचार करने में बहुत लंबा समय लगता है।
आप अपने विशिष्ट उपयोग के लिए @njmyers संस्करण को अनुकूलित करने का प्रयास कर सकते हैं, यह आपके पास मौजूद प्रत्येक छवि फ़ाइल को डाउनलोड करने पर एक आकर्षण की तरह काम करेगा।

मेरी साइट ठीक काम कर रही थी जब मेरे पास कम संख्या में चित्र थे लेकिन जब मैंने और जोड़ना शुरू किया तो यह भी होता है।

@MWalid मैं got कैसे अपडेट कर सकता हूं? धन्यवाद।

बिना किसी सफलता के पूरे दिन निर्माण करने की कोशिश कर रहा है। लगभग 1450 चित्र हैं।

हम अब 2 दिनों से तैनाती नहीं कर पाए हैं। क्या कोई मुझे सही दिशा में इंगित करने में मदद कर सकता है कि यह कोड में कहां हो रहा है ताकि मैं कोशिश कर सकूं और समाधान ढूंढ सकूं?

हम अब 2 दिनों से तैनाती नहीं कर पाए हैं। क्या कोई मुझे सही दिशा में इंगित करने में मदद कर सकता है कि यह कोड में कहां हो रहा है ताकि मैं कोशिश कर सकूं और समाधान ढूंढ सकूं?

क्या आपने कम से कम 9.4.0 संस्करण का उपयोग करने के लिए got नेस्टेड निर्भरता gatsby-source-filesystem को अपग्रेड किया है?

यदि नहीं, तो आपको जोड़ना चाहिए:

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

आपके Gatsby प्रोजेक्ट के package.json । फिर node_modules और अपनी yarn.lock फ़ाइल को हटा दें और फिर से इंस्टॉल करें।

नोट: यह resolutions सुविधा केवल yarn लिए काम करती है। npm ने अभी तक इसे लागू नहीं किया है।

@anagstef टिप के लिए बहुत बहुत धन्यवाद! मैं यह कोशिश करूँगा और वापस रिपोर्ट करूँगा।

gatsby develop चलाते समय, क्या हर बार कमांड लॉन्च होने पर दूरस्थ डेटा लाने के बजाय स्थानीय कैश रखने का कोई तरीका है?

@anagstef बहुत बेहतर काम करता

इस संस्करण के साथ निर्माण करते समय आउटपुट बहुत वर्बोज़ होता है। क्या आप जानते हैं कि इसे दूर करने का कोई तरीका है या नहीं?

@nratter मुझे खुशी है कि इसने आपके लिए काम किया!

हां, मुझे पता है कि, यह बहुत ही क्रियात्मक है और इसे बंद नहीं किया जा सकता है। सभी उपयोगी कंसोल आउटपुट को बर्बाद कर देता है।

मैंने जो कुछ जांच की है, उसके बाद मुझे लगता है कि यह यहां हुआ है:
https://github.com/gatsbyjs/gatsby/blob/80c7023a8bc23886939205fe52e305277294e6af/packages/gatsby-source-filesystem/src/create-remote-file-node.js#L155

जैसा कि आप देख सकते हैं कि यह प्रत्येक फ़ाइल के डाउनलोड की प्रगति के साथ console.log कॉल करता है हर बार downloadProgress ईवेंट उत्सर्जित होता है जो प्रति सेकंड कई बार होता है। यह पहले कोई समस्या नहीं थी, क्योंकि पुराना got संस्करण downloadProgress घटना को लागू नहीं करता है।

शायद हम इसे पीआर के साथ ठीक कर सकते हैं? ऐसा लगता है कि बचे हुए कोड को डीबग करना है।

मेरे पास एक ही मुद्दा था, "स्रोत और ट्रांसफॉर्म नोड्स" पर अटक गया। बहुत सारे कंसोल के बाद। मेरी समस्या वर्डप्रेस से मीडिया फ़ाइलों को पुनर्प्राप्त करने के साथ टाइम आउट मुद्दों को समाप्त कर रही है। समस्या यह नहीं थी कि सर्वर इसे संभालने में सक्षम नहीं था, बल्कि लगभग 350 अनुरोधों के बाद क्लाउडफ्लेयर दर सीमित और टाइमआउट फेंक रहा था।

मैंने क्लाउडफ्लेयर को दरकिनार कर दिया, सीधे वीपीएस में चला गया और मैं अब "स्रोत और ट्रांसफॉर्म नोड्स" नहीं देख रहा हूं, और मेरा निर्माण समाप्त हो गया है।

मेरा समाधान परीक्षण के लिए स्थानीय वर्डप्रेस होना था, लाइव साइट नेटलिफाई में है, जबकि इसे तैनात करने से कोई समस्या नहीं हुई।

दोस्तों, मैं समानांतर के बजाय सीरियल में 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 फाइबर है और कोई 'विशाल' चित्र नहीं है।

मैं ब्लॉग छवियों को वर्डप्रेस डाउनलोड करने के बाद स्थानीय रूप से परिवर्तित नहीं कर रहा हूं, मैं बस उनके यूआरएल का उपयोग करता हूं। यह अच्छा होगा यदि ऐसी कोई सेटिंग हो जो इस मामले में इन छवियों को डाउनलोड करने को अक्षम कर दे।

दोस्तों, मैं समानांतर के बजाय धारावाहिक में createRemoteFileNode अनुरोध चलाकर इसे ठीक करने में कामयाब रहा।

हाँ यह मुद्दा वास्तव में इस तथ्य पर आधारित है कि createRemoteFileNode 200 की संगामिति का उपयोग करता है जो कि अधिकांश WP सर्वरों के लिए बहुत अधिक है। क्लाउडफ्रंट पर मेरी छवियां हैं और वहां कुछ दर सीमाएं मार रही थीं।

मैंने थोड़ी देर के लिए स्रोत-प्लगइन के एक शाखित संस्करण के साथ समस्या को ठीक करने का प्रयास किया लेकिन समस्या वास्तव में gatsby-source-wordpress नहीं है यह gatsby-source-filesystem । आदर्श रूप से createRemoteFileNode फ़ंक्शन के उपभोक्ता वहां समवर्ती रूप से पारित करने में सक्षम होंगे। तब प्लगइन्स अपने कॉन्फ़िगरेशन में समवर्ती विकल्प उपलब्ध करा सकते थे। मैं अभी भी इस मुद्दे को हल करने के लिए एक पीआर करना चाहता हूँ!

मैं जिस समाधान का उपयोग कर रहा हूं वह node_modules के अंदर कोड को संशोधित करने के लिए एक साधारण स्क्रिप्ट है। वास्तव में काफी नाजुक और आदर्श नहीं है लेकिन यह सीधे संगामिति को संशोधित करने के लिए एक सरल हैक है। shelljs उपयोग करता है, इसलिए इसे विंडोज़ उपयोगकर्ताओं के लिए भी काम करना चाहिए (कोशिश नहीं की है)।

#!/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);

मेरे पास एक ही मुद्दा था, "स्रोत और ट्रांसफॉर्म नोड्स" पर अटक गया। बहुत सारे कंसोल के बाद। मेरी समस्या वर्डप्रेस से मीडिया फ़ाइलों को पुनर्प्राप्त करने के साथ टाइम आउट मुद्दों को समाप्त कर रही है। समस्या यह नहीं थी कि सर्वर इसे संभालने में सक्षम नहीं था, बल्कि लगभग 350 अनुरोधों के बाद क्लाउडफ्लेयर दर सीमित और टाइमआउट फेंक रहा था।

मैंने क्लाउडफ्लेयर को दरकिनार कर दिया, सीधे वीपीएस में चला गया और मैं अब "स्रोत और ट्रांसफॉर्म नोड्स" नहीं देख रहा हूं, और मेरा निर्माण समाप्त हो गया है।

यह बिल्कुल मेरा मुद्दा था। Netlify बहुत तेजी से निर्माण कर रहा था - 2 मिनट से भी कम। लगभग 30 पोस्ट, लगभग 500 स्रोत छवियों के साथ। स्थानीय रूप से हर पूरा नहीं किया जा रहा था, बस CloudFlare स्थिति को DNS के रूप में अनचेक करने से समस्या तुरंत हल हो गई

मेरे पास एक ही मुद्दा था, "स्रोत और ट्रांसफॉर्म नोड्स" पर अटक गया। बहुत सारे कंसोल के बाद। मेरी समस्या वर्डप्रेस से मीडिया फ़ाइलों को पुनर्प्राप्त करने के साथ टाइम आउट मुद्दों को समाप्त कर रही है। समस्या यह नहीं थी कि सर्वर इसे संभालने में सक्षम नहीं था, बल्कि लगभग 350 अनुरोधों के बाद क्लाउडफ्लेयर दर सीमित और टाइमआउट फेंक रहा था।
मैंने क्लाउडफ्लेयर को दरकिनार कर दिया, सीधे वीपीएस में चला गया और मैं अब "स्रोत और ट्रांसफॉर्म नोड्स" नहीं देख रहा हूं, और मेरा निर्माण समाप्त हो गया है।

यह बिल्कुल मेरा मुद्दा था। Netlify बहुत तेजी से निर्माण कर रहा था - 2 मिनट से भी कम। लगभग 30 पोस्ट, लगभग 500 स्रोत छवियों के साथ। स्थानीय रूप से हर पूरा नहीं किया जा रहा था, बस CloudFlare स्थिति को DNS के रूप में अनचेक करने से समस्या तुरंत हल हो गई

मैंने भी यही पाया। मेरे पास पहले एक छवि थी जो निर्माण को विफल कर रही थी और क्लाउडफ्लेयर को इस मुद्दे को खारिज कर दिया था। तब से यह मुद्दा हाल ही में वापस आया और जैसा कि @amcc ने सुझाव दिया था कि

बस यह गूंजना चाहता था कि यह केवल एक WP स्रोत मुद्दा नहीं है - एक ही समस्या को gatsby-source-prismic साथ मार रहा था, @njmyers हैक के साथ लगाया गया कि यह एक दर थी सीमित/अधिभार मुद्दा।

सहमत हैं कि अगर और कुछ नहीं तो स्रोत-फाइल सिस्टम की समरूपता विन्यास योग्य होनी चाहिए।

@njmyers मुझे यह पूछने के लिए खेद है, लेकिन यह फिक्स वास्तव में कैसे निष्पादित किया जाता है। बस निर्माण से पहले स्क्रिप्ट चलाएं या क्या मुझे किसी तरह निर्माण प्रक्रिया में स्क्रिप्ट को संदर्भित करने की आवश्यकता है, क्योंकि मैं वर्तमान में खुद से पूछ रहा हूं कि इस फिक्स को स्थानीय रूप से कैसे लागू किया जाए और उदाहरण के लिए netlify पर भी।

@alexanderwe कोई चिंता नहीं यह वैसे भी एक मूर्खतापूर्ण हैक है। node_modules इंस्टॉल करने के बाद आप इसे चला सकते हैं। मुझे 100% यकीन नहीं है लेकिन मेरा मानना ​​है कि postinstall आपके प्रोजेक्ट में package.json फ़ाइल काम करेगी।

मेरे लिए Gatsby 50% समय "स्रोत और ट्रांसफ़ॉर्म नोड्स" पर लटकता है जब मैं 500 से अधिक छवियों के साथ जेसन का उपयोग करता हूं। मैं गैट्सबी-स्रोत-कस्टम-एपीआई का उपयोग कर रहा हूं

छवियों को तेज, स्थिर सर्वर में होस्ट किया जाता है।
मेरा इंटरनेट कनेक्शन भी तेज और स्थिर है।

"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",

मैं इसे डीबग करने के लिए क्या कर सकता हूं?

यह समस्या केवल गैट्सबी-स्रोत-कस्टम-एपीआई या स्रोत-वर्डप्रेस के साथ होती है?

यह मुझे भी होता है। मैंने सुझाए गए हर फिक्स की कोशिश की है और कुछ भी काम नहीं कर रहा है। निश्चित रूप से गत्स्बी के लिए बैकएंड के रूप में वर्डप्रेस का उपयोग नहीं किया जाएगा, हालांकि मैंने सुना है कि लोगों को अन्य सेवाओं के साथ भी इसी तरह की समस्याएं आ रही हैं।

इसे ठीक करने के उचित तरीके से @alexanderwe पैच @njmyers ने सुझाव दिया लागू करने के लिए है
फिर एक और पीआर से परिचय gatsby-source-wordpress वास्तव में करने के लिए और अन्य लोगों को इस में उनके संदर्भ से विन्यास बनाने gatsby-config.js

@sebastienfi मैं सिर्फ इस पर ठोकर खाई https://github.com/gatsbyjs/gatsby/issues/14819#event -+२४१८८७४३१३ और इसी के लिए प्रतिबद्ध 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
मैंने कोशिश की, कुछ नहीं बदला

इसका निश्चित रूप से स्रोत-फाइल-सिस्टम के साथ कुछ लेना-देना है, क्योंकि लॉग दिखाते हैं कि छवियों को सफलतापूर्वक पुनर्प्राप्त कर लिया गया है .... मुद्दा अभी भी बहुत बड़ा है ... हम अपनी समय सीमा पर देर से चल रहे हैं, और हम वास्तव में एक की तलाश कर रहे हैं इसका समाधान...

डिबग करने के लिए वर्डप्रेस स्रोत प्लगइन सेट करने के बाद मैं इसे देखता हूं

हमेशा 470-480 के बीच लटका रहता है... आमतौर पर एक ही स्थान पर नहीं।

क्या किसी को पता है कि कोड में यह कहां निष्पादित हो रहा है?

आधे रास्ते में एक वीपीएन को टॉगल करके इसे काम करने के लिए समाप्त कर दिया

क्या कोई मेरे साथ अपना रेपो साझा करने को तैयार है और क्रेडेंशियल्स ताकि मैं इसे एक स्पिन दे सकूं और समस्या को खोजने का प्रयास कर सकूं?

बेझिझक मुझे [email protected] पर एक निजी मेल

मेरा रेपो इस बिंदु पर आसानी से नहीं बनाया गया है - मेरे पास डीबी का बैकअप है क्योंकि यह कहीं था, लेकिन साइट निर्माण प्राप्त करने के लिए मुझे हर महीने की पोस्ट को एक पोस्ट में, सामग्री के वर्षों के लिए कम करना पड़ा।

@wardpeet ने आपको मेरा रेपो वार्ड ([email protected]) ईमेल किया। मुझे बताएं कि यह कैसे जाता है।

हमारी कंपनी ने वाईफाई को बदल दिया और बैंडविड्थ बढ़ा दी। आज मुझे छवियों को डाउनलोड करने में कोई समस्या नहीं थी .... लेकिन फिर भी मुझे समझ में नहीं आया कि नेटवर्क है या समरूपता?

हालाँकि Netlify पर सभी बिल्ड विफल हो जाते हैं...

5:13:43 अपराह्न: === [वर्डप्रेस__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 इमेज डाउनलोड करते हैं लेकिन यह कुछ कंप्यूटर/इंटरनेट कनेक्शन के लिए समस्याग्रस्त हो सकता है। कुछ पुन: प्रयास तंत्र में सेंकना एक अच्छा समाधान है।

मुझे इन समस्याओं का सामना करना पड़ रहा था लेकिन मैं setx GATSBY_CONCURRENT_DOWNLOAD 5; gatsby build संयोजन के साथ बिल्ड को ठीक से काम करने में कामयाब रहा और https:// के मुफ्त संस्करण का उपयोग करके सभी छवियों (जिनमें से कुछ आयाम और फाइलसाइज में अत्यधिक बड़े थे) को नष्ट कर दिया।

नमस्कार! मैं एक स्रोत प्लगइन के साथ एक ही समस्या का सामना कर रहा हूं जो मैं बना रहा हूं (वर्डप्रेस से असंबंधित), और एक 1000+ छवियों को डाउनलोड करते समय एक एपीआई बनाते हैं। यह लगभग हमेशा प्रक्रिया के अंत में लटका रहता है।

GATSBY_CONCURRENT_DOWNLOAD सेट करने से यह हल नहीं हुआ। मैंने कोशिश की 50 , 20 , 5 , कोई किस्मत नहीं।

मुझे एपीआई से आकारों का संग्रह मिलता है, और मैं सबसे बड़ी छवि का उपयोग कर रहा था, लेकिन इसे सबसे छोटे में बदल दिया और इसे ठीक नहीं किया।

यह पहचानना कठिन है कि यह इस बिंदु पर क्यों विफल रहता है, केवल एक चीज जो मुझे मिलती है वह है source and transform nodes और फिर हमेशा के लिए मौन।

इसके लिए डिबगिंग तंत्र होना बहुत अच्छा होगा।

मैं एक gatsby+wordress एकीकरण में एक ही समस्या का सामना कर रहा था। निर्माण हमेशा के लिए onCreateNode API में रुक जाएगा जहां मैं createRemoteFileNode का उपयोग कर रहा था।

समाधान: मैंने 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 हाई सिएरा (iTerm का उपयोग करके) पर देखा
• ✅ मैंने GATSBY_CONCURRENT_DOWNLOAD=50 gatsby develop का उपयोग करना शुरू किया और समस्या दूर हो गई (यह मामला कुछ हफ़्ते के लिए था)
• ❌ मैंने Mojave में अपग्रेड किया और अपने वैश्विक Gatsby इंस्टॉलेशन को 2.7.47 अपग्रेड किया और फिर समस्या को फिर से देखना शुरू किया (iTerm का उपयोग करके)
• ❌ GATSBY_CONCURRENT_DOWNLOAD को 5 . में बदलने का प्रयास किया
• .cache और node_modules उड़ाने की कोशिश की
• ❌ gatsby develop (50 और 5 दोनों के साथ) चलाते समय iTerm विंडो का आकार बदलने का प्रयास किया
• "टर्मिनल" ऐप में GATSBY_CONCURRENT_DOWNLOAD=50 gatsby develop दौड़ा, iTerm में नहीं
• ✅ दो हफ्ते बाद iTerm में GATSBY_CONCURRENT_DOWNLOAD=50 gatsby develop का उपयोग करने की कोशिश की और प्रक्रिया के दौरान विंडो को दो बार आकार दिया और यह काम कर गया।

समय से पहले मुझे लगा कि मैं इसे उस आखिरी के साथ चला रहा हूं लेकिन फिर यह लटका रहा। उम्मीद है कि यह दूसरों की मदद करता है। अभी भी ऐसा लगता है कि यह काफी कम नहीं हुआ है, लेकिन हम धीरे-धीरे लेकिन निश्चित रूप से वहां पहुंच रहे हैं।

अद्यतन: आज इसने मेरे लिए काम किया। सुनिश्चित नहीं है कि ऐसा इसलिए है क्योंकि मैंने प्रक्रिया में सही बिंदु पर iTerm विंडो का आकार बदला है या क्योंकि मैंने देखा है कि यह 93% से 100% तक जाता है लेकिन इस बार कुछ अलग था।

GATSBY_CONCURRENT_DOWNLOAD = 5 का उपयोग करने के लिए अतिरिक्त, अपनी gatsby-node.js फ़ाइल में निम्न कोड जोड़ें

// अंतर्राष्ट्रीयकरण
Exports.onPostBuild = () => {
ChildProcess.execSync("ps aux | grep jest | grep -v grep | awk '{print $2}' | xargs किल")
कंसोल.लॉग ('स्थानों की प्रतिलिपि बनाना')
fs.copySync(path.join(__dirname, '/src/locales'), path.join(__dirname, '/public/locales))
}

532314892 @bradydowling :

सुनिश्चित नहीं है कि ऐसा इसलिए है क्योंकि मैंने सही बिंदु पर iTerm विंडो का आकार बदल दिया है

उसी समस्या का अनुभव करते हुए, मैंने अपनी आईटर्म विंडो और बाम का आकार बदल दिया - यह अचानक भी जारी रहा। मुझे नहीं पता कि यह एक जंगली संयोग है, या ...

@bradydowling @davegregg Woah जो एक विचित्र है। मेरी आईटर्म विंडो का आकार बदलने से चाल चली।

@TylerBarnes जो कुछ भी है, मैं सुझाव

@beauhankins आप कैसे हैं?

@davegregg @beauhankins @bradydowling क्या आप में से कोई एक रेपो साझा करने में सक्षम है जहां यह हो रहा है? यह वास्तव में विचित्र लगता है कि आपकी टर्मिनल विंडो का आकार बदलने से समस्या ठीक हो जाती है।

@TylerBarnes यहाँ एक रेपो है जहाँ मैं इसे देख रहा था। मैंने इसे थोड़ा सा भी नहीं छुआ है।

साइड नोट: आप उस स्थिति से कैसे निपटते हैं जहां आप Gatsby साइट को CLI द्वारा वर्तमान में स्थापित Gatsby के पुराने संस्करण के साथ क्लोन करते हैं?

मैं वीएस कोड टर्मिनल (मैं बैश का उपयोग करता हूं) में डब्ल्यू/प्रशंसा चला रहा था। यह हमेशा के लिए ले रहा था और जैसा कि ऊपर सुझाव दिया गया है कि मैं पूर्ण स्क्रीन मोड से बाहर निकल गया और यह काम कर गया।

@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 मिनट तक निर्माण किया गया।

एफवीडब्ल्यू। मुझे एहसास है कि लगभग एक साल पहले पोस्ट किया गया था, और तब से गैट्सबी काफी बदल गया है। इसे मेरी मशीन पर चलाते समय (और gatsby संस्करण को * package.json में सेट करते हुए) बिल्ड लगभग 2000 सेकंड (~ 33 मिनट) में पूरा होता प्रतीत होता है।
इसके अतिरिक्त, क्ली को अपग्रेड करते समय, अब एक प्रगति पट्टी है, जो कि "महसूस" करने में कितना समय लगता है, इस मामले में एक बड़ा अंतर बनाता है, क्योंकि आपको अधिक ठोस फीडबैक लूप मिलता है।

सोर्सिंग चरण लगभग इस समय (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 पर हूं) और जबकि वह कभी-कभी आगे बढ़ने वाली प्रगति के साथ मेल खाता था, मुझे अभी विश्वास है कि यह कार्य-कारण से अधिक संयोग है।

निचली पंक्ति: जबकि मैं धीमी गति से डाउनलोड कर सकता हूं और प्रतीत होता है "अटक" प्रगति, सभी संकेत वर्तमान में इंगित करते हैं कि सर्वर प्रतिक्रिया पर प्रतीक्षा करने के कारण बहुत अधिक है। इसके अतिरिक्त, टर्मिनल की चौड़ाई इससे प्रभावित नहीं होती है।

उस ने कहा: वहाँ _is_ एक संभावना है कि एक विशेष चौड़ाई पर प्रगति पट्टी को अद्यतन करते समय टर्मिनल आउटपुट किसी भी तरह फंस जाता है। हालांकि यह संभावना नहीं है, यह असंभव नहीं है। इसलिए हमें वास्तव में एक रेप्रो की आवश्यकता है कि हम खुद को चला सकें (इसलिए कोई लेख नहीं)। और अधिमानतः एक जो _not_ करता है वह एक दूरस्थ सर्वर पर निर्भर करता है, क्योंकि मैं सर्वर को हथौड़े से मारना नहीं चाहता।

मैं तदनुसार इस मुद्दे पर लेबल अपडेट करने जा रहा हूं।

https://github.com/gatsbyjs/gatsby/issues/6654#issuecomment -438667221 @njmyers द्वारा पोस्ट किया गया रेप्रो अब मौजूद नहीं है

रेपो में तैनात https://github.com/gatsbyjs/gatsby/issues/6654#issuecomment @bradydowling द्वारा -५६२६०७३९९ अनुमतियाँ मेरे पास नहीं है के एक समूह की आवश्यकता है, और राउंड ट्रिप समय के साथ इसी तरह की समस्याओं के लिए लगता है

@ 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

यह सोर्सिंग चरण वास्तव में स्पिनर को छोड़कर कोई प्रगति संकेतक नहीं दिखा रहा है और कभी-कभी चरणों को लॉग किया जा रहा है, और अभी भी कुछ मिनट लगते हैं, इसलिए शायद हम कम से कम किसी प्रकार की प्रगति संकेतक दिखा सकते हैं यदि यह समझ में आता है।

इसके अतिरिक्त, शायद यह संसाधन लाने के लिए औसत समय को इंगित करने में मदद कर सकता है, क्योंकि यह इस बात का संकेत है कि "गैट्सबी" धीमा क्यों है, जब यह वास्तव में राउंड ट्रिप के कारण होता है।

इस रेपो में, 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

ये 6 एमबी फाइलें बीटीडब्ल्यू हैं। मैं 250Mbs कनेक्शन पर हूं जो 1mbs से अधिक तेज़ को संभालने के लिए ठीक है, लेकिन यह मुझे आश्चर्य नहीं करता है कि यह डाउनलोड समय को उड़ा देता है। क्ली आकार बदलने की कोई भी मात्रा उस गति को बढ़ाने वाली नहीं है;)

दिलचस्प। यह सिर्फ एक मानक वर्डप्रेस व्यक्तिगत ब्लॉग है जिसे ईसी 2 पर होस्ट किया गया है, इसलिए ऐसा नहीं है कि यह एक विशाल इंस्टॉल है। शायद ऐसा इसलिए है क्योंकि ये सभी अनुरोध होस्ट को ओवरलोड कर रहे हैं। या, मैं कोई वर्डप्रेस विशेषज्ञ नहीं हूं, लेकिन शायद आरईएसटी एपीआई कॉल पर किसी प्रकार की मानक WP दर सीमा हो सकती है? मैं इस धारणा के साथ भी जा रहा हूं कि यह व्यवहार इस साइट के लिए अद्वितीय नहीं है।

शायद ऐसा इसलिए है क्योंकि ये सभी अनुरोध होस्ट को ओवरलोड कर रहे हैं।

यह मेरा अनुमान है (या इस बॉलपार्क में कुछ)। लेकिन मैं यह जांचने के लिए अपनी खुद की वास्तुकला की थोड़ी खोज कर रहा हूं कि क्या हम अमूर्तता के माध्यम से दक्षता खो रहे हैं। लेकिन यह देखते हुए कि मैं सादे wgets/कर्ल के साथ रिपोर्ट की गई अधिकांश बार नकल कर सकता हूं, मुझे संदेह है कि वहां बहुत कुछ है।

तो 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 होस्ट केवल सुपर डुपर स्लो होते हैं।

इसलिए यदि होस्ट धीमा है और डाउनलोड करने के लिए बहुत सारी सामग्री है, तो हाँ इस चरण में बहुत समय लगेगा क्योंकि इस चरण में उसे बस इतना ही करना चाहिए; सामग्री खोजें और इसे डाउनलोड करें :)

यदि आपने पुष्टि की है कि सामग्री स्वयं पूरे चरण के एक अंश में डाउनलोड की गई है, तो कृपया यहां वापस सर्कल करें। उस स्थिति में एक रेपो काफी मददगार होगा :)

शायद एक आदर्श दुनिया में आप गैट्सबी को एक झंडा दे सकते हैं जो कैश करेगा
साइट संपत्ति डाउनलोड इसलिए इसे बार-बार करने की आवश्यकता नहीं है।

एक और इष्टतम समाधान एक ध्वज को अनुमति देना होगा जो किसी प्रकार का सेट करता है
संपत्ति की डाउनलोडिंग पर दर सीमित या थ्रॉटलिंग ताकि यह उखड़ न जाए
मेज़बान।

उन दो विचारों पर कोई विचार?

गुरु, दिसंबर 19, 2019, 6:09 अपराह्न पीटर वैन डेर ज़ी पर सूचनाएं @github.com
लिखा था:

@Vacilando https://github.com/Vacilando क्या आप कुछ लिंक डिबग कर सकते हैं जो
सोर्सिंग और मैन्युअल रूप से परीक्षण के दौरान आपकी साइट के लिए डाउनलोड किए जा रहे हैं
क्या वे तेजी से डाउनलोड करते हैं? जैसा कि मैंने ऊपर उल्लेख किया है, मैं एक बड़ी समस्या हूँ
देखना यह है कि कुछ wp होस्ट केवल सुपर डुपर स्लो होते हैं।

तो अगर होस्ट धीमा है और डाउनलोड करने के लिए बहुत सारी सामग्री है, तो हाँ
इस कदम में बहुत समय लगेगा क्योंकि इसमें बस इतना ही करना चाहिए
यह कदम; सामग्री खोजें और इसे डाउनलोड करें :)

यदि आपने पुष्टि की है कि सामग्री स्वयं के अंश में डाउनलोड की गई है
पूरा कदम, कृपया यहाँ वापस चक्कर लगाएं। उस स्थिति में एक रेपो होगा
बेहद मददगार :)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/gatsbyjs/gatsby/issues/6654?email_source=notifications&email_token=ABS4AU62367MTEWP7LJXWTLQZP5L5A5CNFSM4FLHT3T2YY3PNVWWK3TUL52HS4DFVREXG43VMVXHDIK
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ABS4AU7GCV4YMZQH6R37BSDQZP5L5ANCNFSM4FLHT3TQ
.

@bradydowling का हिस्सा वास्तव में पहले से मौजूद है। आप समवर्ती अनुरोधों की सीमा को कॉन्फ़िगर करने के लिए एक env चर GATSBY_CONCURRENT_DOWNLOAD सेट कर सकते हैं। gatsby-source-wordpress https://github.com/gatsbyjs/gatsby/issues/19292 के अगले प्रमुख संस्करण में मीडिया फ़ाइलों को डाउनलोड करने के तरीके पर अधिक नियंत्रण होगा। कैशिंग के लिए, डाउनलोड की गई फ़ाइलें वर्तमान में कैश की जाती हैं, लेकिन जब आप एक gatsby-*.js फ़ाइल बदलते हैं तो यह वर्तमान में कैश को मिटा देती है ताकि पुराने कैश को अनपेक्षित बग पैदा करने से रोका जा सके। तो यह gatsby-source-wordpress विशिष्ट होने के बजाय एक मुख्य मुद्दा है, लेकिन गैट्सबी के कैशे को बेहतर बनाने के लिए हमेशा काम किया जा रहा है।

आंशिक रूप से जॉब्स एपी (#19831) को इस कैशिंग समस्या को ठीक करना चाहिए।

हां मैंने लगभग GATSBY_CONCURRENT_DOWNLOAD को शीर्ष के करीब देखा। मेरे अनुभव से, इससे मदद नहीं मिली, इसलिए मुझे लगता है कि मेरा सुझाव एमबी प्रति एस/एम/एच या ऐसा कुछ जैसे अधिक बढ़िया नियंत्रण की ओर था। शायद मैं सिर्फ बकवास कह रहा हूँ।

@bradydowling मैं घातीय विचार कर रहा हूं जहां यह पर्याप्त रूप से काम नहीं करता है।

हिया!

यह मामला शांत हो गया है। डरावना शांत। मैं

हमें बहुत सी समस्याएं आती हैं, इसलिए हम वर्तमान में 30 दिनों की निष्क्रियता के बाद मुद्दों को बंद कर देते हैं। यहां आखिरी अपडेट को कम से कम 20 दिन हो चुके हैं।
अगर हम इस मुद्दे से चूक गए हैं या यदि आप इसे खुला रखना चाहते हैं, तो कृपया यहां उत्तर दें। इस समस्या को खुला रखने के लिए आप "नॉट बासी" लेबल भी जोड़ सकते हैं!
एक दोस्ताना अनुस्मारक के रूप में: इस मुद्दे को देखने का सबसे अच्छा तरीका, या किसी अन्य को, एक पुल अनुरोध को खोलना है। पीआर खोलने, मुद्दों को सुलझाने और योगदान करने के बारे में अधिक जानकारी के लिए

Gatsby समुदाय का हिस्सा बनने के लिए धन्यवाद! मैं

मैं इसे अब बंद करने जा रहा हूं।

अगर आपको लगता है कि आपको वर्डप्रेस सोर्सिंग की समस्या है, तो कृपया पुष्टि करें कि आपकी देरी पहले धीमे वर्डप्रेस सर्वर के कारण नहीं हुई है। फिर कृपया एक _new_ मुद्दा खोलें (लेकिन बेझिझक इस मुद्दे पर वापस जाएं)।

टिप्पणियों की उच्च संख्या चर्चा को ट्रैक करना बहुत कठिन बना देती है। इसलिए एक नया अंक खोलने से आपकी विशिष्ट समस्या का उत्तर मिलने की संभावना अधिक होती है।

मैंने और अन्य लोगों ने पिछले डेढ़ साल में इसकी पुष्टि की। मेरा मूल मुद्दा अच्छी तरह से ट्यून किए गए वीपीएस पर था। @njmyers के पास एक संभावित सुधार था, या कम से कम सुधार था, लेकिन अनुरक्षकों से कोई जवाब नहीं मिला कि वे इसे कैसे करना चाहते हैं।

मैंने खुद को बंद करने के बारे में सोचा, लेकिन मुझे लगता है कि इसे एक चेतावनी के रूप में वहां से बाहर होने की जरूरत है कि एक मामूली बड़ी वर्डप्रेस साइट अभी तक गैट्सबी के लिए उपयुक्त नहीं है।

@dustinhorton मैं इसे समझता हूं। यह मुद्दा डेढ़ साल से अधिक पुराना है, चीजें तेजी से बदलती हैं। इस मुद्दे के साथ इतनी सारी टिप्पणियां अब वास्तविक समस्या का पता लगाना मुश्किल है।

Fwiw, जैसा कि ऊपर उल्लेख किया गया है, मैंने अंतिम रिपोर्ट किए गए रिप्रोज़ की जाँच की और निर्धारित किया कि, कम से कम, धीमे रिमोट के कारण थे। यदि आपके पास एक तेज़ रिमोट पर वर्तमान Gatsby रिलीज़ के साथ एक रेप्रो है, तो कृपया मुझे बताएं, भले ही वह पहले से ही इस थ्रेड में पोस्ट किया गया हो। या शायद इसके लिए एक नया मुद्दा खोलें (और मुझे टैग करें) यदि आप इस पर अधिक ध्यान देना चाहते हैं, तो मैं इसे आप पर छोड़ दूंगा :)

(_स्पष्ट होने के लिए, हमने इस मुद्दे को बंद कर दिया क्योंकि यह बहुत सारे ऑफ-टॉपिक संदेशों के साथ थोड़ा पुराना हो गया है, कृपया ऐसा महसूस न करें कि हम चर्चा को खत्म कर रहे हैं क्योंकि यह इरादा नहीं है और हम मानते हैं कि हमारा काम यहां समाप्त नहीं हुआ है। !_)