Gatsby: Gatsby.js के साथ ऐप्स बनाना: क्या कमियां हैं?

आपकी प्रतिक्रिया के लिए धन्यवाद, @barbush। मुझे एहसास नहीं था कि 68 शब्द बहुत ज्यादा होंगे।

मूल रूप से सभी कहते हैं: जब मैं gatsby.js के साथ एक ऐप बनाता हूं तो क्या कमियां हैं?

मुझे पता है कि ऐप बनाना संभव है। मेरा सवाल है - जैसा कि gatsby.js को स्थिर वेबसाइट पीढ़ी के लिए अनुकूलित किया गया है - इसमें क्या कमियां हैं? क्या ऐसा कुछ है जो बाद में मुझे गधे में काटने जा रहा है?
मेरे लिए बहुत विशिष्ट लगता है।

Woah woah woah @barbush मैं वास्तव में नहीं चाहता कि आप इस तरह के प्रश्न पूछें। यदि यह एक भयानक सवाल है (जो यह नहीं है) तो इसे अनदेखा करना बेहतर है फिर उस व्यक्ति को बताना। कृपया इस तरह के सवालों का जवाब न दें।

@ अपने सवाल का

मुख्य दोष जो मुझे पता है कि यह है कि आप "पृष्ठों" का निर्माण कर रहे हैं, तो यदि आप पृष्ठों के बिना सीधे अप ऐप का अधिक निर्माण कर रहे हैं तो यह आपको बहुत कुछ नहीं देता है और आपकी स्वतंत्रता को कुछ हद तक सीमित कर देगा। उस स्थिति में आप CRA जैसे अधिक वैनिला सेटअप का उपयोग करके बेहतर होंगे।

लेकिन अगर आप "पेज" का निर्माण कर रहे हैं तो गैट्सबी बढ़िया है क्योंकि आपको ऐप के तेज़ बूटिंग के लिए ऑटो कोड स्प्लिटिंग और स्टेटिक एसएसआर मिलते हैं।

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

@KyleAMathews : धन्यवाद, ठीक वही है जिसकी मुझे तलाश थी।

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

ऐसा लगता है कि गैट्सबी इसके लिए आदर्श है।

अपनी स्वतंत्रता को भी कुछ हद तक सीमित करेगा

यह शायद मेरे उपयोग के मामले के लिए कोई समस्या नहीं है, लेकिन क्या आप मुझे बता सकते हैं कि मैं किन सीमाओं की उम्मीद कर सकता हूं, और उनके आसपास काम करना कितना मुश्किल होगा?

Gatsby, btw बनाने के लिए धन्यवाद।, Gatsby वास्तव में भयानक लग रहा है! :)

लेकिन क्या आप मुझे बता सकते हैं कि मैं किन सीमाओं की उम्मीद कर सकता हूं और उनके आसपास काम करना कितना मुश्किल होगा?

Gatsby जितना संभव हो उतना सरल और निरापद होने की कोशिश करता है, इसलिए आपको संभवतः सीमाओं में नहीं चलना चाहिए, जैसे कि आप सामग्री / पृष्ठ वेबसाइटों पर कर रहे हैं जो वास्तव में Gatsby के लिए डिज़ाइन की गई है।

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

जब आप "पेज" मॉडल से बाहर निकलने के तरीकों में रिएक्ट का उपयोग करना चाहते हैं, तो आप केवल परेशानी में चलेंगे - उदाहरण के लिए अधिक फ्रीफ़ॉर्म ऐप। लेकिन वहां भी, गैट्सबी के पास एक एस्केप हैच है जो आपको बड़ी साइट https://www.gatsbyjs.org/docs/creating-and-modifying-pages/#creating -client-only- मार्गों के भीतर आसानी से ऐप्स एम्बेड करने देता है।

बिल्कुल सही लगता है, फिर से धन्यवाद!

हाय @KyleAMathews और @ प्रतीक

यहाँ एक नया मुद्दा खोलने के बजाय संदर्भ की ई.पू. टिप्पणी करना हेह

यदि मेरे /app (जो केवल ग्राहक का मार्ग है) के अंदर होता है, तो मैं एक SPA (लॉगिन / लॉगआउट / डैशबोर्ड) बनाना चाहता हूं, मुझे लगता है कि मुझे इसके अंदर एक नया राउटर बनाने की आवश्यकता है, क्या यह सही है?

आप इस usecase @KyleAMathews में क्या सलाह देते हैं, क्या यह संभव है? या एक _more वेनिला दृष्टिकोण_ का उपयोग करना बेहतर होगा जैसा आपने कहा था?

धन्यवाद

@fernandes चेकआउट https://www.gatsbyjs.org/docs/creating-and-modifying-pages/#creating -client-only-path - हमें बताएं कि क्या आपके पास और प्रश्न हैं!

हाय, @KyleAMathews त्वरित उत्तर के लिए धन्यवाद

मैंने सभी शनिवार को गैट्सबी के साथ खेला, इस उदाहरण की जाँच की और एक को फिर से लिखा ... क्षमा करें अपने आप को इतना उज्ज्वल नहीं बनाने के बारे में, मैं इसके बारे में अधिक जानकारी नहीं दे सकता था

मैं क्या करने की कोशिश कर रहा हूँ, मेरी प्राप्त करें : /app ग्राहक के रूप में केवल पथ के अंदर रखें

यह बॉयलरप्लेट किसके द्वारा बनाया गया है:
प्रतिक्रिया / redux (हॉट रीलोडिंग के साथ) / राउटर redux प्रतिक्रिया

मैं जेएस के साथ इतना अनुभवी नहीं हूं; शायद यह सिर्फ एक विस्तार है जो मुझे याद आ रहा है .. फिर से धन्यवाद!

आप प्रतिक्रिया-बॉयलरप्लेट जैसी किसी चीज़ के अंदर गैट्सबी नहीं डाल सकते। गैट्सबी साइट को बनाने और चलाने का काम संभालना चाहता है। इसके बजाय, गैट्सबी के अंदर "ऐप" भागों

हाँ, यही मेरा मतलब है ... gatsby मेरी सभी वेबसाइट को संभालती है और यह पृष्ठ है, और react-boilerplate एक ग्राहक-केवल-मार्ग के रूप में /app तहत gatsby के अंदर जाता है ... क्या यह संभव है (विचार करना इसके ढेर, विशेष रूप से प्रतिक्रिया-राउटर-रेडक्स)?

गैट्सबी सभी वेबपैक / बैबेल / अन्य कॉन्फिगरेशन को पहले से ही हैंडल करता है इसलिए बूटस्ट्रैप प्रोजेक्ट की जरूरत नहीं है।

@KyleAMathews मैं यह पता Redux + अपोलो क्लाइंट काम कर रहा है .. उत्तर के लिए बहुत-बहुत धन्यवाद

@KyleAMathews मैं यहाँ एक छोटी सी समस्या का सामना कर रहा हूँ, मैं अपने ग्राहक के अंदर ग्राफिकल अपोलो क्लाइंट का उपयोग केवल पृष्ठों पर कर रहा हूँ, लेकिन वे सिर्फ क्लाइंट-साइड (एक बार आपको लॉग इन करने की आवश्यकता होती है) के लिए हैं, लेकिन गैट्सबी इंडेक्स फाइल जनरेट करने की कोशिश करता है निर्माण पर; क्या, ज़ाहिर है, एक त्रुटि देता है

इस HTML निर्माण को कैसे छोड़ें इस पर कोई सुझाव?

अपडेट करें:
मैं https://www.gatsbyjs.org/packages/gatsby-plugin-create-client-bathath/ का उपयोग कर रहा हूं

मैंने एक प्लगइन बनाया है जो deletePage page.path deletePage आधार पर है, यह त्रुटिपूर्ण रूप से काम कर रहा है ... निश्चित नहीं है कि यह सबसे अच्छा तरीका है, लेकिन मेरे उपयोग के मामले में काम कर रहा है 😄 (हाँ, अब मुझे बनाने की आवश्यकता है हमेशा अपने app/index.html को भेजने के लिए nginx पर एक पुनर्निर्देशित नियम, लेकिन वास्तव में मैंने अपने पिछले विज्ञापन के साथ यही किया है ...

मुझे ज्यादा से ज्यादा गैट्सबी की आदत हो रही है, और कबूल करने की जरूरत है कि मैं अपनी हर प्रगति से खुश हूं ... कमाल का काम @KyleAMhehews !! 👏

@KyleAMathews मैं आपको यहाँ परेशान करने के लिए माफी चाहता हूँ, लेकिन यह क्लाइंट साइड रूटिंग के बारे में पूछने के लिए एक अच्छी जगह की तरह लगता है क्योंकि मैं अपने सिर को इसके चारों ओर लपेटने में सक्षम नहीं हूं।

इसलिए मेरे उपयोग के मामले में मैं फायरबेस से डेटा पढ़ रहा हूं, लेकिन यह डेटा बिल्ड समय पर उपलब्ध नहीं है, क्योंकि उपयोगकर्ता इसे संशोधित कर सकते हैं।

इसलिए एक Gatsby Page में (उदा: / पॉडकास्ट) मैं आसानी से cDM में फायरबेस से डेटा क्वेरी कर सकता हूं। लेकिन फिर मैं विवरण पृष्ठ (उदा: / पॉडकास्ट /: आईडी) पर जाना चाहता हूं और वहां मैं थोड़ा खो गया हूं। क्या मुझे उस रूट को क्लाइंट साइड रूटिंग में सौंपने की कोशिश करनी चाहिए?

जैसा कि मैं /app स्केप हैच के लिए विचार को समझता हूं कि आपके पास एक जगह हो सकती है जहां आपके पास एक एसपीए हो सकता है, लेकिन ऐसा लगता है कि मैं जो करने की कोशिश कर रहा हूं उसके लिए ओवरकिल है।

आपके काम के लिए धन्यवाद gatsby, यह चारों ओर एक महान अनुभव रहा है :)

@gafemoyano /podcast/:id लिए एक मार्ग बनाते हुए पूरी तरह से समझ में आता है कि अगर उपयोगकर्ताओं द्वारा पॉडकास्ट बनाया जाएगा क्योंकि वे चीजों पर काम कर रहे हैं। इसका एक नकारात्मक पहलू यह है कि यह पॉडकास्ट पेज पर आने वाले लोगों के लिए टीटीएफपी को धीमा कर देता है क्योंकि अब उनके लिए लोड करने के लिए सर्वर प्रदान किया गया HTML है। आप शायद एक हाइब्रिड भी कर सकते हैं - सांख्यिकीय रूप से पॉडकास्ट पृष्ठों को प्रस्तुत करते हैं जो बिल्ड में मौजूद होते हैं और फिर ब्राउज़र में मक्खी पर अधिक बनाते हैं क्योंकि लोग उन्हें बनाते हैं।

इस पृष्ठ पर उन लोगों की रुचि के बारे में - मैंने Gatsby https://www.gatsbyjs.org/docs/building-apps-with-gatsby/ के साथ ऐप बनाने पर इस नए डॉक्स पेज को लिखा।

हे @KyleAMathews के रूप में यह आधिकारिक "क्लाइंट साइड मुद्दा" बन गया है

https://github.com/gatsbyjs/gatsby/issues/3444 से संबंधित संभव

आपने https://github.com/gatsbyjs/gatsby/issues/3260#issuecomment -352856214 पर स्टोर करने के लिए कुंजी / मान कैश एपीआई के बारे में टिप्पणी की है, हो सकता है कि अगर हमारे पास कुछ भी नहीं है तो डेटा को बदलने के लिए लेआउट + पेज की सामग्री में बदलाव है। दृश्य)

@KyleAMathews आपके उत्तर के लिए धन्यवाद! इसलिए मुझे देखने दो कि क्या मैं सही ढंग से समझ पा रहा हूं। दृष्टिकोण क्लाइंट कोड को प्रस्तुत करने के लिए एक मार्ग सौंपने के लिए है, है ना? इसलिए मुझे अपने मार्गों को gatsby-node.js में सांख्यिकीय रूप से परिभाषित करने का प्रयास नहीं करना चाहिए :

` // page.matchPath is a special key that's used for matching pages
  // only on the client.
  if (page.path.match(/^\/podcasts/:id/)) {
    page.matchPath = "/podcasts/:id";

    // Update the page.
    createPage(page);
  }

लेकिन उदाहरण में दिखाए गए उपयोग के बजाय:

`` `
// page.matchPath एक विशेष कुंजी है जिसका उपयोग मिलान पृष्ठों के लिए किया जाता है
// केवल क्लाइंट पर।
if (पेज.पाथ.match (/ ^ / ऐप /)) {
page.matchPath = "/ app /: path";

// Update the page.
createPage(page);

}

And on app/index.js I would define my routes by importing from ReactRouter directly:

'प्रतिक्रिया-राउटर-डोम' से {स्विच, रूट} आयात करें
const AppIndex = () => (

जो मुझे / app / पॉडकास्ट /: आईडी पर जाने और पॉडकास्टडेट्स को प्रस्तुत करने की अनुमति देगा जहां घटक में डेटा लाने के लिए पथ का आईडी हिस्सा एक्सेस कर सकता है?

इस तरह के एक सरल परिदृश्य के साथ आपको परेशान करने के लिए क्षमा करें, मैं अभी मौजूदा उदाहरणों के साथ इसका पता लगाने में सक्षम नहीं था। हो सकता है कि हमें हाइब्रिड ऐप्स के लिए एक उदाहरण शामिल करना चाहिए अगर यह एक सामान्य बात है जो लोग गैट्सबी के साथ करते हैं? अगर जरूरत पड़ी तो मैं इसके साथ मदद करने को तैयार हूं।

अपने समय निर्माण और इस पुस्तकालय @KyleAMathews का समर्थन करने के लिए फिर से धन्यवाद।

उदाहरण में पथ का app हिस्सा मनमाना है। आप जिस भी नाम का उपयोग कर सकते हैं, जैसे podcasts ।

एक उदाहरण साइट महान होगी :-) उम्मीद है कि जल्द ही समय होगा। निम्नलिखित किसी और को आमंत्रित करें जिसने कुछ नमूना कोड साझा करने के लिए इस समस्या को हल किया है!

मैंने कोशिश की है और यहाँ कुछ नमूना कोड

लेकिन मेरे पास अभी भी कुछ मुद्दे हैं।
एक जिसका मैंने यहां वर्णन किया
संक्षेप में, जब मैं उत्पादन के लिए निर्माण करता हूं और /app/ निर्देशिका के तहत एक मार्ग में प्रवेश करता हूं, उदाहरण के लिए localhost:9000/app/posts/1 और ब्राउज़र को ताज़ा करता हूं, तो मुझे 404 रिक्त पृष्ठ मिलता है।
जब मैं localhost:9000/app/ पृष्ठ को ताज़ा करता हूँ तो यह ठीक काम करता है।
शायद मेरे prefixes के लिए विन्यास gatsby-plugin-create-client-paths गलत हैं।

module.exports = {
  ...
  plugins     : [
    {
      resolve: `gatsby-plugin-create-client-paths`,
      options: {prefixes: [`/app/*`]},
    },
    ...
};

और एक और मुद्दा (नहीं यकीन है कि यह एक मुद्दा है) मैं अपने लपेट नहीं कर सकता है <Route /> के साथ की <BrowserRouter> ।
जब मैं उत्पादन के लिए निर्माण करता हूं (विकास ठीक काम करता है) तो मुझे एक त्रुटि संदेश मिलता है जिसमें कहा जाता है कि "ब्राउज़र इतिहास को एक डोम की आवश्यकता है", मेरा मानना ​​है कि गैट्सबी एक नोड वातावरण में चलता है और इसका कोई ब्राउज़र नहीं है, जिसमें window आदि नहीं हैं।

अंत में मैंने <BrowserRouter> रैप हटा दिया और यह ठीक काम करता है।
मैं प्रतिक्रिया के लिए नया हूं इसलिए मुझे यकीन नहीं है कि यह समस्या का उचित समाधान है।

कुछ मदद पाने के लिए प्यार करेंगे :)

@danielemesh हाय डैनियल। मेरे पास मेरे गैट्सबी ऐप पर काम करने का समय नहीं है, लेकिन मैं आपके स्रोत कोड से जो देख सकता हूं वह यह है कि आपने /app/* डायरेक्टरी को /pages ।
मुझे यकीन नहीं है कि यह कहाँ जाना है, मैं इसे src/ डायरेक्टरी में डालने की कोशिश करूँगा।

मुझे पता है अगर यह काम करता है!

चीयर्स!

@gafemoyano ने कोशिश की, काम नहीं किया :(
गैट्सबी इसे मान्यता नहीं देगा ।।

धन्यवाद!

मैंने कुछ प्लगइन्स का सामना किया है इसलिए मेरा लिखने का फैसला किया (मूल से 100% उधार लिया गया), इसलिए मैं सौभाग्य से, अपनी समस्या को हल कर सकता हूं और सीख सकता हूं कि कैसे गैट्सबी प्लगइन्स लिखना है

मैंने एक एप्लिकेशन से निकाला, आशा है कि यह आपकी समस्याओं को हल करने में मदद करता है, समस्या का सामना करना पड़ा app में ग्राफिकल क्वेश्चन होते हैं जिन्हें एसएसआर पर नहीं संभाला जाना चाहिए, बस ब्राउज़र

@KyleAMathews क्या आप एक उदाहरण साइट से मतलब है? कहीं जोड़ना चाहते हैं? मैं इस पर काम कर सकता हूँ ।।

gatsby-config.js

plugins: [
    `app-layout`, // I set my layout
    {
      resolve: `app-client-only`, // I handle app pages
      options: { prefixes: [`/app/*`] },
    },
  ],

plugins / एप्लिकेशन लेआउट / gatsby-Node.js

// Implement the Gatsby API “onCreatePage”. This is
// called after every page is created.
exports.onCreatePage = ({ page, boundActionCreators }) => {
  const { createPage } = boundActionCreators;

  if (page.path.match(/^\/app/)) {
    // It's assumed that `app.js` exists in the `src/layouts/` directory
    page.layout = "app";
  }

  return true;
};

plugins / एप्लिकेशन-ग्राहक केवल / gatsby-Node.js

// Prefixes should be globs (i.e. of the form "/*" or "/foo/*")
const validatePrefixEntry = prefix => {
  if (!prefix.match(/^\//) || !prefix.match(/\/\*$/)) {
    throw Error(
      `Plugin "gatsby-plugin-client-only-paths" found invalid prefix pattern: ${
        prefix
      }`
    )
  }
}

exports.onCreatePage = ({ page, store, boundActionCreators }, { prefixes }) => {
  const { createPage, deletePage } = boundActionCreators
  const re = {}
  prefixes.forEach(validatePrefixEntry)

  return new Promise(resolve => {
    // Don't set matchPath again if it's already been set.
    if (page.matchPath || page.path.match(/dev-404-page/)) {
      resolve()
    }

    prefixes.some(prefix => {
      if (!re[prefix]) {
        // Remove the * from the prefix and memoize
        const trimmedPrefix = prefix.replace(/\*$/, ``)
        re[prefix] = new RegExp(`^${trimmedPrefix}`)
      }

      // Ensure that the path ends in a trailing slash, since it can be removed.
      const path = page.path.match(/\/$/) ? page.path : `${page.path}/`

      if (path.match(re[prefix])) {
        page.matchPath = prefix.replace(/\*$/, `:path`)
        if (path != '/app/') {
          // <<<<<<<<<<<<<<<<< here is my modification >>>>>>>>>>>>>>>>>>>>>>>
          // do not try to process on SSR, user needs to be logged to
          // consume GraphQL API and render `app` pages correctly
          deletePage(page)
          // <<<<<<<<<<<<<<<<< here is my modification >>>>>>>>>>>>>>>>>>>>>>>
        }
        // createPage(page)
        return true
      }

      return false
    })

    return resolve()
  })
}

इसलिए मुझे यकीन नहीं है कि यह मुद्दा 100% संबंधित है @KyleAMathews , लेकिन कोई फर्क नहीं पड़ता कि मैं क्या करता हूं, मेरा क्लाइंट-ओनली-पथ 404s शुरू में, फिर यह लोड करना शुरू कर देता है (और उपयोगकर्ता लोड होने से पहले ही चले जाते हैं)

पृष्ठों / ऐप्स / index.js:

import CreateSchedule from './components/CreateSchedule'
import ViewSchedule from './components/ViewSchedule'
...
  <ApolloProvider client={client}>
        <Provider store={store}>
          <Switch>
            <Route exact path="/app" component={CreateSchedule} />
            <Route path="/app/:id" component={ViewSchedule} />
          </Switch>
        </Provider>
      </ApolloProvider>

gatsby-Node.js

exports.onCreatePage = async ({ page, boundActionCreators }) => {
  const { createPage } = boundActionCreators

  // page.matchPath is a special key that's used for matching pages
  // only on the client.
  if (page.path.match(/^\/app/)) {
    page.matchPath = '/app/:path'

    // Update the page.
    createPage(page)
  }
}

मैंने भाग्य के बिना gatsby-plugin-create-client-paths प्लगइन की भी कोशिश की है।

मेरा CreateSchedule घटक 404ing के बिना ठीक काम करता है: https://www.appointmentscheduler.org/app

मुद्दा ViewSchedule मार्ग / घटक में है: https://www.appointmentscheduler.org/app/1b42d8e8-66b5-4a8d-a0b5-fd4bb13bed09

ओह और 404 केवल एक बार निर्मित होता है - देव सर्वर में यह समस्या नहीं है

कोई विचार?

@rozenmd आपको इसके लिए सर्वर रूटिंग की आवश्यकता है। यदि आप netlify का उपयोग करते हैं, तो आप gatsby-plugin-netlify स्थापित कर सकते हैं और यह आपके लिए स्वचालित रूप से सर्वर रूटिंग कॉन्फ़िगरेशन उत्पन्न करेगा (मुझे लगता है कि आपके पास netlify-पहचान-विजेट है - निश्चित रूप से यदि आप अपनी साइट की सेवा के लिए उपयोग कर रहे हैं तो निश्चित नहीं)

बहुत बढ़िया!
धन्यवाद @ काम!
मेरे द्वारा उपयोग किए गए नेटलिफ़ स्टार्टर की तरह लगता है (https://github.com/konsumer/gatsby-starter-bootstrap-netlify) के पास gatsby-config.js में 'gatsby-plugin-netlify'

उसको जोड़ना और तैनात करना इस मुद्दे को तय करता है has

Gatsby का उपयोग करने के साथ संभावित रूप से @KyleAMathews एक अतिरिक्त मुद्दा यह लगता है कि Gatsby के चूसने-अप-पूरी-एक-एक बार की प्रकृति के कारण, सर्वर जहां एपीआई की मेजबानी की जाती है, वहां से 503 (सेवा से इनकार) प्रतिक्रियाओं की संभावना है। दृष्टिकोण। मैं वर्तमान में GoDaddy होस्टिंग के साथ इसका अनुभव कर रहा हूं; जब मैं 'गैट्सबी डेवलप' करता हूं, तो लगता है कि अधिकतम समवर्ती कनेक्शन सीमा तुरंत पहुंच गई है। क्या यह वास्तव में चल रहा है? यह स्थानीय रूप से शानदार काम करता है (Drupal> Gatsby को डिकोड किया गया), लेकिन जब GoDaddy पर होस्ट नहीं किया गया। किसी भी सुझाव बहुत सराहना की।

@ cf73 क्या आपने अपने GoDaddy DNS को Netlify जैसे Gatsby के लिए कुछ और संकेत देने की कोशिश की है?

स्पष्ट करने के लिए @rozenmd , GoDaddy पर

@ cf73 https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby-source-drupal/src/gatsby-node.js शायद किसी प्रकार की कतार का उपयोग कर सकते हैं (हम better-queue का उपयोग कर रहे हैं) अन्य स्थानों पर) Promise.all बजाय समवर्ती अनुरोध को कुछ अधिक प्रबंधनीय तक सीमित करने के लिए। क्या आपको लगता है कि आप इसे लागू कर सकते हैं?

@ मैं हाँ बेहतर कतार का उपयोग देखा, एक सभ्य समाधान की तरह लगता है। मुझे डर नहीं है कि मैं इसे खुद नहीं कर सकता हालांकि - मैंने यहां एक बड़ी क्लाइंट परियोजना के लिए 503 त्रुटि को हल करने की कोशिश की, जिस पर मैं काम कर रहा हूं, जिसके लिए मुझे गैट्सबी का उपयोग करना अच्छा लगेगा। समय-सीमा तंग है, इसलिए यदि अगले कुछ घंटों में या अगले दिन या इसके आसपास कोई काम नहीं होता है, तो मुझे दूसरे दृष्टिकोण की तलाश करनी होगी। किसी को भी सुझाव है कि मैं तुरंत क्या कर सकता है (यदि आवश्यकता हो तो होस्टिंग को स्विच करना भी शामिल है) इसे हल करने के लिए? वहाँ एक सिद्ध Drupal + होस्टिंग + Gatsby वर्कफ़्लो है?

@ cf73 मैं आपको डेडलाइन के बारे में महसूस ड्रुपल साइट के लिए कॉन्फिग्रेशन साझा कर सकते हैं, तो मेरे पास बदलावों का परीक्षण करने के लिए साइट होगी (या तो सार्वजनिक रूप से या निजी तौर पर कलह पर - https://discordapp.com/invite/0ZcPPKXt5bVoxkfV PM पर PM के साथ मुझे - मेरा हैंडल grajen3 है), मैं देखूंगा कि क्या मैं इसे आज खुद कर सकता हूं

@ यह अद्भुत होगा, धन्यवाद !!

@KyleAMathews मैं एक ग्राहक साइट पर काम करते समय एक हताश मुद्दे का सामना कर रहा हूं, जो मुझे यकीन है कि आसान है लेकिन मुझे कुछ याद आ रहा है। स्टैक, गैट्सबी के ग्राफिकल के लिए ड्रुपल जेन्सन-एपीआई है। यह मुझे नोड्स में तर्क पारित करने की अनुमति नहीं देता है (संलग्न देखें)। जहां तक ​​मैं बता सकता हूं, इसका कारण यह है कि गैट्सबी का ड्रुपल स्कीमा पूरी तरह से फ़ेलशेड नहीं है? या मैं एक कदम याद कर रहा हूँ? कोई मदद तत्काल और बहुत सराहना की !!

क्वेरी होनी चाहिए:

NodeArticle(id: { eq: GUID }) {
  id
  ...otherFields
}

आप आईडी द्वारा allNodeArticle फ़िल्टर भी कर सकते हैं, लेकिन यदि आप केवल एक चीज़ का चयन कर रहे हैं, तो यह सीधे NodeArticle क्वेरी करने के लिए क्लीनर है।

@KyleAMathews आपका बहुत-बहुत धन्यवाद! क्या आप मुझे किसी भी दस्तावेज की ओर इशारा कर सकते हैं जहां यह कवर किया गया है? मैं अभी तक इस पार नहीं आया हूं ... क्या यह अद्वितीय है कि कैसे गैट्सबी ड्रुपल के साथ बात करता है, या ग्राफकॉल का एक मुख्य मानक व्यवहार है जिसे मैंने अभी-अभी याद किया है? किसी भी स्रोत-विशिष्ट प्रलेखन को बढ़ावा देने के लिए एक विचार हो सकता है जैसे कि स्रोत-प्लगइन के साथ यह अधिक नेत्रहीन रूप से?

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