यह कुछ ऐसा नहीं है जो इस समय गैट्सबी करता है, बल्कि यह कुछ लोगों द्वारा मांगी गई चीज़ है। बड़ी साइटों पर प्रदर्शन को बेहतर बनाने के लिए संस्करण 2 में

@ m-allanson इस पर एक चर्चा / मुद्दा है कि इसे कैसे संभाला जाए? मैंने इसे आपके द्वारा सूचीबद्ध लिंक में नहीं देखा था। मैं Netlify जैसे होस्ट पर ऐसा करने और Wordpress / Drupal जैसे CMS का उपयोग करने से निपटने के बारे में वार्तालाप सुनने के लिए उत्सुक हूं, जो वर्तमान में बिल्ड के दौरान बहुत सारे HTTP अनुरोधों की आवश्यकता है।

AFAIK आप netlify पर वृद्धिशील बिल्ड का उपयोग करने में सक्षम नहीं होंगे क्योंकि .cache और public डायरेक्टरी बिल्डरों के बीच संरक्षित नहीं हैं, इसलिए यह हमेशा स्वच्छ बिल्ड करेगा

यह जानकर अच्छा लगा। मैं विचारों की एक टन के आसपास फेंक रहा हूँ जो अच्छी तरह से सोचा नहीं हैं। इसलिए यदि हम HTTP अनुरोधों की आवश्यकता को समाप्त कर सकते हैं, तब भी हमें यह सुनिश्चित करने की आवश्यकता है कि .cache और सार्वजनिक निर्देशिकाओं को बिल्ड टूल द्वारा संदर्भित किया जा सकता है जो कई मेजबानों को समाप्त करता है जो प्रवेश के लिए बार को कम करते हैं।

वृद्धिशील भवन के लिए एक और उपयोग मामला तब है जब आपके पास बहुत बड़ी साइट है जिसे आप भागों में बनाना चाहते हैं। जब एक बार में ~ 5k पृष्ठों का निर्माण हो रहा था, तो मुझे "मेमोरी त्रुटि से बाहर निकालना" पड़ रहा था।

हम अपनी साइट पर बहुत बड़ी योजना बना रहे हैं, इसलिए हम बड़े पैमाने पर गैट्सबी का परीक्षण कर रहे हैं। हमने ऐसा कुछ करने की कोशिश की है path: './src/pages/${subPath}', जहां सबपाथ process.argv[3] । यह अच्छी तरह से काम करता है जब हम gatsby develop साथ हमारी साइट के कुछ हिस्सों को होस्ट करते हैं। यह 5k + पेज साइट के लिए gatsby build का उपयोग करते समय मेमोरी के ढेर के साथ समस्याओं को भी रोकता है। इसके लिए वास्तव में एक समाधान होना चाहिए, यह संभवतः सार्वजनिक फ़ोल्डर के भीतर एक आउटपुट उपनिर्देशिका निर्दिष्ट करने की क्षमता पर निर्भर करेगा: https://github.com/gatsbyjs/gatsby/pull/4756

क्या होगा यदि उसी लक्ष्य को प्राप्त करने के लिए एक और दृष्टिकोण का उपयोग किया जाए। मैं आप लोगों द्वारा एक विचार चलाना चाहता था और देखना चाहता था कि लोग क्या सोचते हैं। तो आपको बता दें कि आपके पास 5k पेज की वेब साइट है। प्रारंभिक पृष्ठों को सांख्यिकीय रूप से उत्पन्न किया जाएगा, लेकिन प्रत्येक पृष्ठ में एक उप घटक होगा जो स्थिर सामग्री के शीर्ष पर उसी सामग्री के साथ लोड होगा जो स्थैतिक जोंस फ़ाइलों से पढ़ा जाता है। इस तरह अगर कोई उपयोगकर्ता दिन के मध्य में सीएमएस में एक पेज अपडेट करना चाहता है, तो वे अपडेट कर सकते हैं और बस उस स्टैटिक जोंस फाइल को फिर से तैयार और सीडीएन में तैनात किया जाएगा। फिर आप पूरी साइट को दिन में एक बार रात की प्रक्रिया के रूप में फिर से तैयार कर सकते हैं। एसईओ स्थैतिक सामग्री दिन के दौरान सबसे अद्यतित नहीं हो सकती है, लेकिन मैं इसे एक बड़ी बात नहीं मानता। यह सिर्फ रात की प्रक्रिया के दौरान अद्यतन हो जाएगा।

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

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

मैं Gatsby का उपयोग करने के लिए 5000 से अधिक वस्तुओं के साथ एक सामग्री साइट के लिए UI का निर्माण करने पर विचार कर रहा हूं, जो एक-दूसरे के साथ परस्पर संबंधों के साथ सबसे अधिक है। डेटा एक डेटाबेस-संचालित सीएमएस से आएगा।

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

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

यदि पृष्ठों के सबसेट के लिए बिल्डरों को ट्रिगर करने का एक तरीका था, तो यह गैट्सबी को स्पष्ट, निश्चित विकल्प बना देगा। इस समय, हालांकि, यह एक कठिन बिक्री है।

BTW, मैं v2 के लिए बड़ी साइट के निर्माण की गति में सुधार पर बहुत काम कर रहा हूं। नवीनतम v2 बीटा पर - आप <1:30 में 5000 पृष्ठ बनाने में सक्षम हो सकते हैं। अधिक गति सुधार आ जाएगा।

यह अद्भुत है @KyleAMathews! मैं निश्चित रूप से इसके लिए तत्पर हूं! मुझे पता है कि क्या आप एक छवि भारी ब्लॉग के खिलाफ परीक्षण करना चाहते हैं

@KyleAMathews 5K अच्छा है लेकिन हमें 1M

यदि हम साइट के कुछ हिस्सों को अलग-अलग संकलित करना चाहते हैं, तो हम निर्माण पर झंडे सेट कर सकते हैं ताकि गैट्सबी-नोड केवल निर्दिष्ट साइट के हिस्सों को उत्पन्न करना जानता हो। फिर हम पहले से तैयार की गई स्थिर फ़ाइलों में वापस जोड़ सकते हैं। यह तब तक हमारे लिए काम करता है जब तक हम पहले से तैयार की गई फ़ाइलों को एक मूल <a href> साथ <Link to > विपरीत लिंक करते हैं।

मैं सोच रहा था कि क्या हम <Link to> काम कर सकते हैं जब हम पहले की जनरेट की गई फ़ाइलों से लिंक कर रहे हैं यदि हम पिछले कुछ समय में data.json बिल्ड समय पर मर्ज करते हैं। इस समय में थोड़ा और अधिक।

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

@rbmedia आप एक होस्ट पर विचार करना चाह सकते हैं जो Netlify की तरह तैनाती स्विचन करता है ताकि आपकी वर्तमान साइट तब तक चलती रहे जब तक कि आपका नया संस्करण तैयार न हो जाए।

धन्यवाद मैट, मैं इस पर विचार करूंगा!
मैंने पूर्व में Drupal के साथ कुछ समाचार वेबसाइटें बनाई थीं, किसी भी अपडेट को समय की कमी (2% से कम) के भीतर ऑनलाइन होना था। मैं भविष्य में इस तरह की साइटों के लिए गैट्सबी का उपयोग करना पसंद करूंगा।

इस मुद्दे पर कोई खबर? हम लगभग 100k पृष्ठों के साथ एक साइट की योजना बनाते हैं और वृद्धिशील बिल्ड भयानक होंगे।

डिफ़ॉल्ट स्थैतिक पृष्ठ फ़ोल्डर के रूप में एक और पथ बनाएं, न कि '/ सार्वजनिक'।
Gatsby बिल्ड चलाने के बाद, ../public/* को डिफ़ॉल्ट पथ पर कॉपी करें।

हिया!

यह मुद्दा शांत हो गया है। डरावना शांत। 👻

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

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

गैट्सबी समुदाय का हिस्सा बनने के लिए धन्यवाद! 💪💜

मुझे अब भी नहीं लगता कि यह गैट्सबी में तय / समर्थित है। कोई खबर @ TeamGatsby?

यह एक दीर्घकालिक मुद्दा है क्योंकि इसके बारे में बहुत अधिक सोचने के बिना इसे ठीक करना बहुत कठिन है। @ उमर में एक मुद्दा है जो कम से कम हमें सही दिशा में एक कदम खोलने के लिए खुला है।

क्या Gatsby वर्तमान में ट्रैक करती है कि किसी दिए गए पृष्ठ पर ग्राफ़कॉल नोड्स को पुनः प्राप्त किया गया है? यदि ऐसा है, तो डेटा में परिवर्तन के आधार पर वृद्धिशील पुनर्वित्त जोड़ने के लिए व्यवहार्य प्रतीत होगा। वह काम का आधा हिस्सा है, नहीं?

काम का दूसरा हिस्सा एक कैश के साथ स्रोत प्लगइन्स प्रदान कर रहा है और प्लग डेवलपर्स को केवल बदले हुए डेटा को लाने के लिए प्रोत्साहित कर रहा है। कई उदाहरणों में यह तुच्छ है।

@coreyward हाँ, Gatsby प्रत्येक नोड (के माध्यम से है कि एक प्रश्न के लिए दिया जाता है पटरियों पेज-निर्भरता-resolver.js )। यह क्या है gatsby develop केवल डेटा के लिए केवल रीरुन क्वेरीज़ की क्षमता है। वर्तमान में हम उस जानकारी को डिस्क पर सहेजते नहीं हैं, इसलिए इसका उपयोग gatsby build अभी तक नहीं हुआ है लेकिन निश्चित रूप से यह योजना है।

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

@mattbloomfield में हमारे अधिक ग्राहक हैं, इसलिए हमारी प्राथमिकता सूची में यह उच्च स्तर पर है।

हम एक drupal 8 बैकएंड के साथ gatsby-source-graphql प्लगइन का उपयोग करके गैट्सबी को लागू कर रहे हैं, और प्रदर्शन अब तक एक मुद्दा नहीं है, ~ 30 सेकंड में <30 सेकंड में निर्मित। हम हजारों StaticQuerys चलाने के विपरीत, और अब के लिए छवि प्रसंस्करण को दरकिनार करते हुए सभी डेटा को gatsby-node में खींच रहे हैं।

`` `
सफलता रन ग्राफिकल क्वेश्चन - 3.088 s - 4008/4008 1311.56 क्वेरी / सेकंड
सफलता पृष्ठ डेटा बाहर लिखें - 0.070 एस
सफलता पुनर्निर्देशित डेटा लिखें - 0.001 एस
सफलता बनाएँ प्रकट और संबंधित प्रतीक - 0.117 एस
सफलता onPostBootstrap - 0.127 s

जानकारी बूटस्ट्रैप समाप्त - 15.751 एस

सफलता भवन निर्माण जावास्क्रिप्ट और सीएसएस बंडल - 3.361 एस
सफलता पृष्ठों के लिए स्थिर HTML का निर्माण - 6.906 s - 4006/4006 609.25 पृष्ठ / सेकंड
26.047 सेकंड में जानकारी का निर्माण

मैं वर्तमान में Gatsby का उपयोग करके पुराने हेरोकू-होस्टेड रेल्स 3.x साइट को गति देने के लिए मूल्यांकन कर रहा हूं जो कि गुड़ के रूप में धीमी है। इसमें लगभग 1 मिलियन पृष्ठ हैं इसलिए वृद्धिशील बिल्ड एकमात्र तरीका है जिससे यह काम करेगा। अधिकांश पृष्ठ बदलते नहीं हैं, जिससे उन्हें स्थिर जीत एक बड़ी जीत की तरह महसूस होती है, लेकिन नए पृष्ठ लगातार जोड़े जाते हैं और कुछ पुराने पृष्ठ संपादित हो जाते हैं। उपयोगकर्ता सेकंड के भीतर परिवर्तन देखने की उम्मीद करते हैं। मेरी आशा है कि इसे JSON API सर्वर बनाने के लिए Rails ऐप में बस पर्याप्त कोड जोड़ने के लिए, और Gatsby के साथ एक नया फ्रंटएंड जनरेट करें, जिसमें Netlify या S3 जैसी स्थिर संपत्ति हो।

मैं सोच रहा था कि मैं नौकरी कतार कार्यकर्ता के माध्यम से एक वृद्धिशील Gatsby निर्माण जैसे कुछ करने में सक्षम हो जाएगा। रेल एपीआई सर्वर जानता है कि जब कोई पृष्ठ अपडेट किया जाता है, तो यह पेज_आईडी (पोस्टग्रैब्स डीबी में एक कुंजी) का उपयोग करके एक 'अपडेट पेज जॉब' बनाएगा, और कार्यकर्ता पास होगा जो एक ईटीवी संस्करण के साथ गैट्सबी के साथ होगा जैसे कुछ PAGE_ID=1235 gatsby build । मैं CreatePages () के भीतर उस ईएनवी संस्करण का उपयोग करने के लिए सिर्फ एक पृष्ठ के लिए क्या जरूरत है और इसे बनाने के लिए उपयोग करना चाहते हैं। परिणामी आउटपुट फ़ाइल (s) स्थिर होस्ट को हस्तांतरित हो जाएगी (मुझे उम्मीद है कि इसके लिए एक बिल्ड हुक है)। यदि कोई PAGE_ID संस्करण सेट नहीं है, तो यह हमेशा की तरह सभी पृष्ठों का निर्माण करेगा।

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

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

हमारे पास एक अल्फा संस्करण है। यह वृद्धिशील अभी तक नहीं बना है लेकिन कम से कम आगे का रास्ता है।
आप npm install --save gatsby@per-page-manifest स्थापित करके इसका उपयोग कर सकते हैं

और जानकारी:
https://github.com/gatsbyjs/gatsby/pull/13004

प्रति पृष्ठ भवन के लिए अभी तक @mpoisot अभी तक काम नहीं कर रहा है। मुझे यकीन नहीं है कि आप इस प्रोजेक्ट के लिए क्या समय-सीमा देख रहे हैं। यदि प्रश्न हलके हैं, तो gatsby आपकी साइट के लिए बिना वृद्धिशील बिल्ड के भी ठीक हो सकती है।

cc @KyleAMathews @Moocar को

इसे अपडेट करना, जैसा कि पिछले अपडेट के कुछ महीने हो गए हैं और यह कार्रवाई का स्थान प्रतीत हो रहा है। मैं देखता हूं कि पेज-data.json का ब्रेकिंग डाउन हो चुका है, और मैं इसका उपयोग कर रहा हूं।

क्या आगे इसे चलाने वाली आवश्यकताओं और कार्यों का अधिक ठोस सेट है? मैं समझता हूं कि यह एक बड़ी समस्या है, लेकिन यह हमेशा मदद करता है अगर यह दृष्टिहीन रूप से छोटी समस्याओं में टूट जाता है जो प्रगति और कर्षण दिखा सकता है।

@wardpeet @Moocar मैं अनिश्चित हूं कि इस पर पिंग करने के लिए सबसे उपयुक्त व्यक्ति / सूची कौन है, लेकिन मैं आपको यहां से इस परियोजना के अंतिम कार्यवाहक के रूप में देखता हूं। इस टिकट के प्राथमिक लक्ष्य के रूप में कोई अपडेट?

वृद्धिशील बिल्ड के बारे में @KyleAMathews के साथ एक अच्छा https://twitter.com/dominicfallows/status/1169152367964643328?s=19

वृद्धिशील बिल्ड के बारे में @KyleAMathews के साथ एक अच्छा https://twitter.com/dominicfallows/status/1169152367964643328?s=19

TLDR;

@ केलीमाथेव्स ने पुष्टि की कि गैट्सबी गैस्टबाय क्लाउड पर काम कर रहे हैं जो वृद्धिशील बिल्ड सुविधाओं की मेजबानी कर रहे हैं।

वृद्धिशील बिल्ड के साथ स्व-होस्टेड / ऑन-प्रिमाइसेस "गैट्सबी एंटरप्राइज" संस्करण संभव है, लेकिन वे अभी तक इस पर काम नहीं कर रहे हैं ...।

डोमिनिक फॉलो - 4 सितम्बर - अधिकांश विक्रेताओं को हम स्वयं-प्रबंधित / ऑन-प्रिमाइसेस विकल्प प्रदान करते हैं, जैसा कि Gatsby OSS करता है। हम खुशी से उन लोगों के लिए भुगतान करते हैं, जैसा कि हम आप से ऑन-प्रिमाइसेस गैट्सबी एंटरप्राइज क्लाउड समाधान करेंगे।

काइल मैथ्यूज - 4 सितंबर - हाँ, निश्चित रूप से - हमारे पास जो कुछ भी हम कर रहे हैं, उसका समर्थन करने वाले संस्करणों के समर्थन के लिए एक बहुत ही स्पष्ट रास्ता है - यह सब कुबेरनेट्स है, इसलिए यह संभव होना चाहिए - लेकिन शुरुआत में बहुत अधिक ओवरहेड जोड़ता है जब शुरू में केवल काम कर रहा होता है शिपिंग पर कुछ है जो 😅 काम करता है

डोमिनिक फॉलो - 4 सितंबर - अब यह सुनने के लिए बहुत अच्छी खबर है! क्षमा करें, यदि मैं कहीं और चर्चा करने से चूक गया हूं, लेकिन यह है कि ऑनपोर्म रोडमैप व्यवसायों और डेवलपर्स के लिए समान दृष्टि से उपयोगी होगा।

काइल मैथ्यूज - 4 सितंबर - यह अभी काफी दूर है कि मैं समयरेखा नहीं दे सका। निश्चित रूप से इस साल नहीं और अगले साल भी कोई वादा नहीं करना चाहेगा। इस बात पर निर्भर करता है कि हम राजस्व और हमारी इंजीनियरिंग टीम को कितनी तेजी से बढ़ा सकते हैं

यह एक अफ़सोस की बात है क्योंकि यह प्रकाशकों के लिए एक उपकरण के रूप में गैट्सबी का उपयोग करके ब्लॉक करता है जहां हम लाखों विहित पृष्ठों और एक ही समान या अनुक्रमण के बारे में बात करते हैं।

यह एक ही अवधारणा / कोर का उपयोग कर अलग परियोजना के रूप में इस तरह के उपयोग के मामले को "बेदखल" करने के लिए समझ में नहीं आएगा?

2020 के फैसलों के लिए सुविधा बनाएं या तोड़ें। लगता है कि कुलपति पैसे that सभी निवेश करने के लिए एक अच्छी जगह है

गैट्सबी बहुत सी चीजें सही करता है, लेकिन लंबे समय का निर्माण समय इसे बड़ी परियोजनाओं में बिल्कुल अनुपयोगी बनाता है: / हमने इस सप्ताह फ्रेमवर्क से दूर जाने के बारे में चर्चा की।
कृपया तेजी से निर्माण हो!

ऊपर से सहमत हूँ! गैट्सबी या तो एक त्वरित और आसान ब्लॉगिंग समाधान में संलग्न हो जाता है या वृद्धिशील / तेज बनाता है और उद्यम तैयार हो जाता है।

बिलकुल सही; इस पर और बड़ी परियोजनाओं के खिलाफ टकरा रहा है। वृद्धिशील बनाता है बिना Gatsby एक विकल्प नहीं है।

वृद्धिशील बादल Gatsby पर बनाता है इन समस्याओं को हल करता है। आप निजी बीटा के लिए यहां साइन अप कर सकते हैं https://www.gatsbyjs.com/builds-beta/

इस बारे में कुछ भी नहीं लगता कि यह सुझाव देता है कि यह वृद्धिशील बिल्डरों का समर्थन करता है - बस इतना कि इसमें "गैट्सबी साइटों के लिए सबसे तेज़ बिल्ड टाइम" है।

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

मैं देख रहा हूं कि आप का क्या मतलब है @dwightwatson वेबसाइट पर ऐसा कुछ नहीं है जो कहता है कि यह "वृद्धिशील" है। गैट्सबी डेज़ लंदन में उन्होंने बिल्ड का प्रदर्शन किया और यह निश्चित रूप से वृद्धिशील बिल्ड था। यह सुनिश्चित नहीं है कि यह कैसे किया जाता है और अगर यह गैट्सबी पैकेज के अलावा होगा या अगर यह सिर्फ एक सेवा होने जा रहा है तो वे प्रदान करेंगे।

निवेशक अपने पैसे किसी तरह वापस कर लेंगे। 🙄

बहुत बड़ी वेबसाइट बनाने की कोशिश कर रहा है 140k + पेज

gatsby build कुछ हद तक अच्छा है ... लेकिन तैनाती अपने दर्दनाक (zeit.co) कर रही है

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

@gomflo एक तरीका है जिससे मैं आपकी साइट बना सकता हूं? बिल्ड टाइम को बेहतर बनाने के लिए कुछ कम लटकने वाले फल हो सकते हैं :) कोई वादा नहीं।

इस बारे में कुछ भी नहीं लगता कि यह सुझाव देता है कि यह वृद्धिशील बिल्डरों का समर्थन करता है - बस इतना कि इसमें "गैट्सबी साइटों के लिए सबसे तेज़ बिल्ड टाइम" है।

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

इस ^ ^: अगर मेरे gatsby रेपो gitlab में है और github नहीं है, तो क्या मैं gatsby cloud / build features का उपयोग कर पाऊंगा?

मैंने पहले भी उल्लेख किया है, लेकिन मूल मुद्दे / सुविधा के संबंध में हो सकता है। प्रकाशकों के लिए, गैट्सबी समझ में आएगा कि क्या हम केवल नए पृष्ठों की एकमात्र पीढ़ी को ट्रिगर कर सकते हैं और साथ ही अनुक्रमित करने के लिए अपडेट कर सकते हैं। शायद ही कोई प्रकाशक पुराने विहित पृष्ठों को अद्यतन करने के बारे में परवाह करेगा।

तो क्या हमारे पास एक स्टैंडअलोन आंशिक अद्यतन या कोई संभावना नहीं होगी? हो सकता है कि केवल कुछ पृष्ठों को अपडेट करने और पूरी परियोजना के पुनर्निर्माण के लिए कोई और तरीका हो?

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

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

यहाँ पीआर https://github.com/gatsbyjs/gatsby/pull/20785 है

पीआर के लिए और अधिक अपडेट: https://github.com/gatsbyjs/gatsby/pull/20785#issuecomment -579355927

नए पीआर, वृद्धिशील डेटा परिवर्तनों पर ध्यान केंद्रित करते हुए https://github.com/gatsbyjs/gatsby/pull/2s23

# 21523 के साथ और Gatsby क्लाउड में उपलब्ध इंक्रीमेंटल बिल्ड में विलय के साथ, मेरा मानना ​​है कि यह समस्या हल हो गई है। यह सभी वर्कफ़्लो का समर्थन नहीं करता है, लेकिन मैं इसे अभी के लिए बंद करने जा रहा हूं और भविष्य में भविष्य के प्रयासों के लिए भविष्य में एक नया मुद्दा खोलने के लिए बेहतर हो सकता है।

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

क्या सच में इसे बंद कर दिया जाना चाहिए?

Https://github.com/gatsbyjs/gatsby/issues/5496#issuecomment -641005662 के आधार पर, मुझे नहीं लगता कि यह मुद्दा बंद रहना चाहिए, और मुझे समझ नहीं आता कि not stale लेबल क्यों हटाया गया ।

यहाँ किसी ने कोशिश की है, या पता है कि क्या यह संभव है, के लिए एक साथ "Gatsby विकास" के साथ विकास पूर्वावलोकन और उत्पादन का निर्माण संस्करण दोनों का उत्पादन करने के लिए GatsbyJS webpack कॉन्फ़िगरेशन को ट्वीक करना संभव है? (संभवतः बढ़ने वाला "वृद्धिशील निर्माण" जो हमेशा चलने वाले विकास सर्वर की लागत के साथ है।)