Gatsby: क्लाइंट-साइड रूटिंग अक्षम करें?

आपको पता नहीं है कि सर्वर किन रास्तों पर काम कर रहा है?

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

इसलिए किसी भी समय, यदि app1 अनुपलब्ध या दुर्व्यवहार कर रहा है, तो / app1 के लिए कोई भी अनुरोध /error/unavailable.html या /error/internal.html की सामग्री को लौटा देगा, और app2 के लिए भी यही होगा। ।

matchPath जैसे /^(app1|app2)/.*/ , दोनों अनुपलब्ध एक आंतरिक त्रुटि पृष्ठों पर काम नहीं करता है क्योंकि findPage को पता नहीं है (url के आधार पर) जो पृष्ठ मैं वास्तव में इरादा करता हूं उपयोगकर्ता को दिखाने के लिए।

मैं एक वैश्विक चर और "पैचिंग" ___history और ___loader onClientEntry का उपयोग करके काम पाने में सक्षम था। यह उन ग्लोबल्स को उजागर करने वाले गैट्सबी पर निर्भरता के कारण बहुत नाजुक है - यह सुनिश्चित नहीं है कि अगर इसे सामान्य करने और गैट्सबी में जोड़ने का कोई तरीका है।

• पैचिंग इतिहास props.location.pathname का उपयोग करके कॉल को पकड़ता है
  घटक-रेंडरर। js # L18-L28

• पैचिंग लोडर window.location.pathname का सीधा उपयोग करता है
  उत्पादन- app.js # L155

// gatsby-browser.js
exports.onClientEntry = () => {
  // Check for a custom pathname
  const pathname = global.___pathname
  if (!pathname) return

  // Override the history location
  const history = global.___history
  history.location.pathname = pathname

  // Patch the resource loader
  const loader = global.___loader
  const { getResourcesForPathname } = loader

  loader.getResourcesForPathname = (path, ...args) => {
    return getResourcesForPathname(path === location.pathname ? pathname : path, ...args)
  }
}

// src/pages/page1.js
import React from "react"
import Helmet from 'react-helmet'

export default () => (
  <div>
    <Helmet>
      <script>{`window.___pathname = '/page1'`}</script>
    </Helmet>
    <div>Page 1!</div>
  </div>
)

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

निर्माण के समय एक साधारण झंडा एकदम सही होगा।

इसके बारे में क्या खयाल है? इसके लिए कोई समाधान?

हमने उस पथ से मिलान करने के लिए पृष्ठों को संशोधित करना शुरू कर दिया, जो हमें आवश्यक था। हमने सही रास्ते के नाम के साथ addPagesArray को आधारभूत कहा है।

मुझे अभी भी समझ नहीं आया कि यह एक त्रुटि क्यों है? पृष्ठ ठीक लोड और काम करता है। यह एक चेतावनी होनी चाहिए जब यह पथ से मेल नहीं खाती हो।

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

मैं इस मुद्दे को उछालना चाहता हूं।

मैं जिस प्रोजेक्ट पर काम कर रहा हूं, वह इसी तरह के मुद्दे का सामना कर रहा है। हम एक लैंडिंग पेज जनरेटर का निर्माण कर रहे हैं जो सिंगल-पेज गैट्सबी ऐप्स का निर्माण करेगा। यह समस्या तब आती है जब हम इसके डोमेन के बाहर एक लैंडिंग पृष्ठ की सेवा करने का प्रयास करते हैं।

इसलिए उदाहरण के लिए हमारे पास हमारा मुख्य Gatsby ऐप www.example.com । हमारे पास एक सेवा है जो गैट्सबी लैंडिंग पृष्ठों को ले जाएगी और www.example.com/trial पर उनकी सेवा करेगी। इसलिए एक लैंडिंग पेज URL www.example.com/trail/ad-123 की तरह दिखाई देगा, पेज शुरू में ठीक लोड होता है जब तक कि सभी JS लोड और राउटर पर कब्जा नहीं हो जाता। लैंडिंग पृष्ठ पथ को देखता है और यह नहीं जानता कि यह कहाँ है, इसलिए यह पृष्ठ को रूट पर रखने के लिए पथ को बदलने की कोशिश करता है, यह www.example.com/ad-123 तरह दिखता है, जिसके परिणामस्वरूप 404 पुनर्निर्देशित होता है।

क्या इसे ठीक करने के लिए एक विन्यास योग्य विकल्प जोड़ने की कोई योजना है? क्या गैट्सबी टीम एक पीआर के लिए खुला होगा?

@ एलेक्स- greco-harrys यह मुझे लगता है कि एक पथ उपसर्ग है जो आप उस परिदृश्य में उपयोग करना चाहते हैं।

मुझे अपनी वेबसाइट पर Google Adsense को ठीक से चलाने के लिए क्लाइंट साइड रूटिंग को अक्षम करने की भी आवश्यकता थी।

Google Adsense auto ads क्लाइंट साइड रूटिंग का पता नहीं लगाते हैं और मार्ग अपडेट होने पर विज्ञापन ताज़ा नहीं होते हैं।

वैसे भी क्या मैं क्लाइंट साइड रूटिंग को अक्षम कर सकता हूं?

आप इस तरह के मामलों में gatsby-link बजाय a टैग का उपयोग कर सकते हैं

मैं एक वैश्विक चर और "पैचिंग" ___history और ___loader onClientEntry का उपयोग करके काम पाने में सक्षम था। यह उन ग्लोबल्स को उजागर करने वाले गैट्सबी पर निर्भरता के कारण बहुत नाजुक है - यह सुनिश्चित नहीं है कि अगर इसे सामान्य करने और गैट्सबी में जोड़ने का कोई तरीका है।

• पैचिंग इतिहास props.location.pathname का उपयोग करके कॉल को पकड़ता है
  घटक-रेंडरर। js # L18-L28
• पैचिंग लोडर window.location.pathname का सीधा उपयोग करता है
  उत्पादन- app.js # L155

// gatsby-browser.js
exports.onClientEntry = () => {
  // Check for a custom pathname
  const pathname = global.___pathname
  if (!pathname) return

  // Override the history location
  const history = global.___history
  history.location.pathname = pathname

  // Patch the resource loader
  const loader = global.___loader
  const { getResourcesForPathname } = loader

  loader.getResourcesForPathname = (path, ...args) => {
    return getResourcesForPathname(path === location.pathname ? pathname : path, ...args)
  }
}

// src/pages/page1.js
import React from "react"
import Helmet from 'react-helmet'

export default () => (
  <div>
    <Helmet>
      <script>{`window.___pathname = '/page1'`}</script>
    </Helmet>
    <div>Page 1!</div>
  </div>
)

@TuckerWhitehouse आपको ___history , ___loader कहां से मिल रहा है? जब मैं आपके उदाहरण को दोहराने की कोशिश करता हूं, तो वैश्विक रूप से वे दो संपत्तियां undfined ।

@ एलेक्स- greco-harrys यह मुझे लगता है कि एक पथ उपसर्ग है जो आप उस परिदृश्य में उपयोग करना चाहते हैं।

@ jgierer12 जो मेरे मुद्दे के पहले टुकड़े को हल करने में मदद करता है। दूसरा टुकड़ा यह है कि अंतिम पथ अज्ञात है जब तक कि पृष्ठ प्रदान नहीं किया जाता है। हमारे पास एक सीखने की सेवा है जो स्थैतिक पृष्ठों का एक संग्रह लेती है और उन्हें रूपांतरण दरों के आधार पर कार्य करती है। इसलिए example.com/go/ पथ पर हम पृष्ठों के एक संग्रह की 1 सेवा कर सकते हैं। इसलिए हम example.com/go/first-page या example.com/go/second-page जैसे पथ पर पृष्ठ की सेवा नहीं करेंगे। उन दोनों को example.com/go/page पथ पर परोसा जाएगा।

अनिवार्य रूप से जो मैं पूरा करने की कोशिश कर रहा हूं वह यह है कि मुझे जो भी रास्ता चाहिए उसमें एक गैट्सबी पेज की सेवा करें।

@ एलेक्स-ग्रीको-हार्स उन ग्लोबल्स को gatsby v1 द्वारा उजागर किया गया था। V2 के उन्नयन के साथ, मुझे पता है कि अंतर्निहित राउटर प्रतिक्रिया-राउटर से स्विच-राउटर तक पहुंच गया था, इसलिए मेरा अनुमान होगा कि उन ग्लोबल्स प्रभावित हुए थे।

मैं सिंगल पेज एप्लिकेशन के निर्माण के लिए Gatsby का उपयोग करने की उम्मीद कर रहा हूं और पूरी तरह से रूटिंग को अक्षम करना चाहूंगा। क्या किसी को एक वर्कअराउंड (एक ला @TuckerWhitehouse का पता है) जो V2 के साथ संगत होगा?

अपडेट करें:
हालांकि मैं ऐसा समाधान नहीं खोज पाया था जो _disable_ क्लाइंट साइड रूटिंग हो, मैं @ एलेक्स-ग्रीको-हैरिस और अन्य लोगों द्वारा सेटिंग द्वारा संदर्भित पुनर्निर्देशन को रोकने में सक्षम था:

window.page = window.page || {};
window.page.path = window.location.pathname;

gatsby-browser.js में जो शॉर्ट सर्किट इस सशर्त उत्पादन-app.js में जाँच करता है। यह सशर्त पुनर्निर्देशन "विहित पथ को वास्तविक पथ से मिलाने" का प्रयास करता है और परिणाम (IMO) के अनपेक्षित व्यवहार ऊपर बताए गए हैं।

मुझे भी इसकी जरूरत है।

मैं वर्तमान में किसी अन्य प्रोजेक्ट पर Gatsby द्वारा उत्पन्न कोड का उपयोग कर रहा हूं और मैं इसे कई पृष्ठों पर उपयोग करता हूं। मैं Gatsby का उपयोग कर रहा हूं क्योंकि यह स्थिर कोड उत्पन्न करता है। इसलिए, मैंने pathPrefix ताकि मैं एक विशिष्ट पथ के तहत सब कुछ उत्पन्न कर सकूं और उसकी सेवा कर सकूं। इस तरह, सब कुछ वहाँ अनुरोध किया जाता है और फिर एक पृष्ठ के टुकड़े के रूप में प्रस्तुत किया जाता है। हालाँकि, मुझे हर समय pathPrefix अवांछित पुनर्निर्देश मिलता है क्योंकि यह लिपियों में है। मुझे मैन्युअल रूप से उस स्थिति को हटाना होगा जो @ethagnawl ने मेरे द्वारा बनाए गए हर

मैं सिंगल पेज एप्लिकेशन के निर्माण के लिए Gatsby का उपयोग करने की उम्मीद कर रहा हूं और पूरी तरह से रूटिंग को अक्षम करना चाहूंगा। क्या किसी को एक वर्कअराउंड (एक ला @TuckerWhitehouse का पता है) जो V2 के साथ संगत होगा?

अपडेट करें:
हालांकि मैं ऐसा समाधान नहीं खोज पाया था जो _disable_ क्लाइंट साइड रूटिंग हो, मैं @ एलेक्स-ग्रीको-हैरिस और अन्य लोगों द्वारा सेटिंग द्वारा संदर्भित पुनर्निर्देशन को रोकने में सक्षम था:

window.page = window.page || {};
window.page.path = window.location.pathname;

gatsby-browser.js में जो शॉर्ट सर्किट इस सशर्त उत्पादन-app.js में जाँच करता है। यह सशर्त पुनर्निर्देशन "विहित पथ को वास्तविक पथ से मिलाने" का प्रयास करता है और परिणाम (IMO) के अनपेक्षित व्यवहार ऊपर बताए गए हैं।

@ethagnawl मेरे पास किसी भी URL पर एकल पृष्ठ ऐप बनाने के लिए एक ऐसा हल है, जिसे किसी भी URL पर परोसा जा सकता है। सिंगल पेज द्वारा, मेरा वास्तव में एक ही पेज है जिसका कोई रूट नहीं है।

यदि आप निम्नलिखित Gatsby उदाहरण को देखते हैं: https://github.com/gatsbyjs/gatsby/tree/master/examples/client-only-paths ।

आप इस फाइल को लाइन 15 पर <Page path="/*" {...props} /> तरह देख सकते हैं और लाइन 16 को हटा सकते हैं। जब आप इस एप्लिकेशन का निर्माण करते हैं, तो किसी भी पथ का परिणाम आपके द्वारा परिभाषित Page सेवा के रूप में होगा। वहां से आप उस Page जो चाहें बना सकते हैं। अब यदि आपको इस पृष्ठ को किसी अनियंत्रित पथ पर होस्ट करने की आवश्यकता है, तो आपको कोई पुनर्निर्देशन नहीं दिखाई देगा।

मैं यह पता लगाने में असमर्थ था कि यह समाधान एक ऐप में कई पृष्ठों के साथ कैसे काम कर सकता है। मेरी परियोजना का लक्ष्य मुझे किसी भी URL पर एक एकल गैट्सबी पेज (मार्केटिंग लैंडिंग पेज) की सेवा करना था।

सुनिश्चित नहीं है कि यह आपके उपयोग के मामले में मदद करता है, लेकिन शायद यह भविष्य की खोज को आगे बढ़ा सकता है!

डॉक्स में कस्टमाइज़िंग HTML.js निर्देशों का पालन करके और {this.props.postBodyComponents} निकालकर मैं इसे पूरा करने में सक्षम था

https://www.gatsbyjs.org/docs/custom-html/

यह धागा कितना सक्रिय है, इसके आधार पर, इस व्यवहार की इच्छा रखने वाले उपयोगकर्ताओं की गैर-तुच्छ संख्या प्रतीत होती है।

मेरे उपयोग के मामले को शीघ्रता से दोहराने के लिए: मैं एक स्थिर_पृष्ठ_ जनरेटर के रूप में - ( किया! ) गैट्सबी का उपयोग करता हूं - जैसा कि एक स्थिर _site_ जनरेटर के विपरीत है - और क्योंकि गैट्सबी "पेज" एक युक्त पेज में इंजेक्ट किया गया है जिसका URL बाहर है मेरा नियंत्रण और परिवर्तन के अधीन, मैं नहीं चाहता कि Gatsby आवेदन _ever_ URL के साथ मिल रहा है। बॉक्स से बाहर, Gatsby _mostly_ इस उपयोग के मामले का समर्थन करता है और उपयोग करने के लिए एक बहुत खुशी है, लेकिन यह कुछ धारणाएं बनाता है - फिर से, इसके मानक स्थैतिक _site_ उपयोग के मामले की वजह से - जिसके परिणामस्वरूप उल्लिखित जैसे हैक की आवश्यकता होती है ऊपर।

तो, क्या क्लाइंट साइड रूटिंग को शीर्ष-स्तरीय कॉन्फ़िगरेशन विकल्प बनने की क्षमता को अक्षम करने की कोई उम्मीद है? मुझे एक पीआर सबमिट करने में खुशी होगी, लेकिन अगर इसमें कोई मौका नहीं है, तो इसमें समय नहीं लगाना चाहिए।

यह @ethagnawl को जोड़ने के लिए एक उचित सुविधा की तरह लगता है। मुझे लगता है कि इसे dangeouslySetInnerHTML की तरह एक बहुत लंबे और अप्रिय नाम की आवश्यकता होगी ताकि लोग पूरी तरह से सचेत रहें कि वे क्या कर रहे हैं क्योंकि यह एक बहुत ही खास बढ़त का मामला है।

इस मुद्दे को संबोधित करने वाले एक पीआर में मेरा पहला पास यहां पाया जा सकता

APR @ethagnawl बनाने के लिए धन्यवाद

क्या आप मुझे फिर से याद दिला सकते हैं कि निम्न कार्य क्यों नहीं होंगे?

// Implement the Gatsby API “onCreatePage”. This is
// called after every page is created.
exports.onCreatePage = ({ page, actions }) => {
  const { createPage } = actions;
  page.matchPath = `${page.path}*`;
  createPage(page);
};

@wardpeet मुझे यकीन है कि काम करेगा और ऊपर वर्णित समाधान के समान दिखता समाधान @TuckerWhitehouse जो कोई काम नहीं करता है)।

IMO, इस अवधारणा को संहिताबद्ध करता है, जैसा कि फिर से, यह दस्तावेज़ीकरण को और अधिक सरल बनाता है और इस ध्वज का उपयोग / noop-ing / etc को दरकिनार करके अतिरिक्त अनुकूलन करने के लिए भी किया जा सकता है। कार्यक्षमता जब Gatsby इस तरह से इस्तेमाल किया जा रहा है कि प्रासंगिक नहीं है।

इसके अतिरिक्त, matchPath का उपयोग करने के लिए ब्राउज़र में url की आवश्यकता होती है ताकि आप उस पृष्ठ को प्रतिबिंबित कर सकें जिसे आप प्रस्तुत करना चाहते हैं, लेकिन यह तब टूटता है जब आप किसी अज्ञात स्थान पर एक gatsby साइट को इंजेक्ट कर रहे होते हैं। (मेरा मूल मुद्दा अपाचे रिवर्स प्रॉक्सी के पीछे गैट्सबी होने और उन मार्गों को न जानने के बारे में था जो एक निश्चित पृष्ठ को रेंडर करने का कारण बनेंगे)।

@ethagnawl क्या आपको लगता है कि पेज स्तर पर रूटिंग को अक्षम करना संभव होगा ( page.__disable_client_side_routing__ = true जैसा कुछ)? यह शायद मूल मुद्दे को हल करेगा जो मैं भी कर रहा था।

क्या आपको लगता है कि पृष्ठ स्तर पर रूटिंग को अक्षम करना संभव होगा

मैं नहीं देखता क्यों नहीं? क्या मेरे प्रस्तावित समाधान के स्थान पर या इसके अतिरिक्त होगा? यदि यह बाद की बात है, तो क्या पेज स्तर पर ऐसा करने का कोई फायदा है?

मैंने इस रेपो को सेटअप किया है :)
https://github.com/wardpeet/gatsby-plugin-static-site

अनिश्चित यदि यह आपके उपयोग के मामलों के लिए काम करता है।
अभी के लिए आपको करने की आवश्यकता है

git clone https://github.com/wardpeet/gatsby-plugin-static-site
npm install
npm run build
npm link

cd "into your project"
npm link gatsby-plugin-static-site

gatsby-plugin-static-site को अपने gatsby-config.js में जोड़ें

मुझे बताएं कि क्या यह आपके उपयोग के मामले के लिए ठीक है, मेरा वास्तव में इसका समर्थन करने का कोई इरादा नहीं है इसलिए मैं इसे स्थानांतरित करने के लिए खुश हूं: मुस्कान:

मैंने अपने gitignore फ़ाइल में कुछ गलत होने पर रेपो को अपडेट किया (धन्यवाद @ m-allanson)। मैंने इसे अपने नाम के तहत npm पर प्रकाशित भी किया।

इसलिए स्थापना की जा सकती है

npm install --save @wardpeet/gatsby-plugin-static-site

और gatsby-config.json को @wardpeet/gatsby-plugin-static-site जोड़ें

अगर यह अच्छा लग रहा है तो मैं इस व्यवहार को विकसित करने के लिए कुछ परीक्षण और कुछ विकल्प जोड़ सकता हूं।

हईया!

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

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

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

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

मैं चाहूंगा कि यह खुला रहे क्योंकि ऐसा लगता है कि यह समीक्षा की प्रतीक्षा कर रहा है

मुझे यकीन नहीं है कि यह बासी नहीं है, मैंने इसे ठीक किया और इसके लिए प्रतिक्रिया प्राप्त करने की उम्मीद की
https://github.com/gatsbyjs/gatsby/issues/4337#issuecomment -4775757540

अगर कोई जवाब नहीं देता है तो मुझे लगता है कि इसे बंद करना एक अच्छा विचार है क्योंकि यह शायद हल हो गया है।

@wardpeet क्लाइंट प्लगइन रूटिंग को सशर्त रूप से अक्षम करने के लिए उस प्लगइन के साथ संभव है?

@wardpeet IIRC, आपका प्रस्तावित फ़िक्स इस प्रक्रिया में पहला कदम है (शायद, अंततः) इस सुविधा को एक

@wardpeet मूल मुद्दा विशिष्ट मार्गों के लिए क्लाइंट साइड रूटिंग को अक्षम करने के बारे में था, @ethagnawl एक संपूर्ण साइट के लिए रूटिंग को अक्षम करने के उपयोग के मामले को लाया, जो कि मुझे लगता है कि आपके प्लगइन पते हैं।

जब मैं एक साइट पर एक पुराने CMS पर Gatsby पर माइग्रेट करता हूं, तो मुझे अस्थायी रूप से क्लाइंट साइड रूटिंग को अक्षम करना होगा। मैं इसे स्विच करने से पहले एक बार में एक पेज कर रहा हूं कि स्विच को पूरी तरह से सिर्फ गैट्सबाय को सौंप दें।

मैंने @wardpeet प्लगइन की कोशिश की है, लेकिन यह काम नहीं कर रहा है।

@ ब्रायनबेंटो क्या आपके पास प्रजनन है? यदि आप रेपो पर एक मुद्दा बना सकते हैं https://github.com/wardpeet/gatsby-plugin-static-site मैं एक नज़र क्या याद आ रही है हो सकता है

@wardpeet मैं

@ ब्रायनबेंटो आपने ऊपर बताए गए समाधान की कोशिश

@ethagnawl मुझे अभी भी URL सुधार मिलता है और फिर यह पथ उपसर्ग को दोगुना कर देता है।

इसलिए "/"बन जाता है" //"विहित के बाद मेल नहीं खाता।

शायद मैं इसे गलत तरीके से लागू कर रहा हूं। क्या आपने अपने पृष्ठों के लिए पथ उपसर्ग का उपयोग किया था? क्या मुझे स्थिर साइट प्लगइन सक्रिय होना चाहिए?

क्या आपने अपने पृष्ठों के लिए पथ उपसर्ग का उपयोग किया था?

हाँ। मैं दूरस्थ संपत्तियों की अनुमति देने के लिए भी इस शाखा का उपयोग कर रहा था। तो, यह _possible_ उस शाखा ने व्यवहार पेश किया, जिसने मेरे और आपके नहीं के लिए काम ठीक कर दिया।

हालाँकि, यह अधिक संभावना है कि हाल ही में गैट्सबी रिलीज (मैंने नहीं रखा है) ने मेरे "समाधान" को तोड़ दिया है, क्योंकि यह एक हैक था जिसे शुरू करना था।

@ethagnawl सुपर मददगार! धन्यवाद! मुझे पता है @DSchau ने एसेटप्रिफ़िक्स फ़ीचर का परीक्षण करने के लिए कुछ प्लगइन्स बनाए। मैं इसे एक शॉट दूँगा!

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

@xavivars मुझे यह पसंद है और यह उपयोगी है, निश्चित रूप से।

@xavivars मैंने कुछ समय पहले @wardpeet के समाधान के पक्ष में बंद था। यदि आप उस दृष्टिकोण पर फिर से विचार करने जा रहे हैं, तो यह मेरे प्रयास को देखने लायक हो सकता है।

धन्यवाद @ethagnawl ! मैंने आपके दृष्टिकोण पर एक नज़र डाली, और मैं जो सोच रहा था, वह बहुत अधिक था।

मुझे लगता है कि @wardpeet समाधान एक अलग उपयोग के मामले को कवर करता है: ऐप एक एसपीए के रूप में व्यवहार नहीं करता है क्योंकि लिंक वास्तव में ब्राउज़र location.href बदल रहे हैं, इसलिए यह "सर्वर साइड" को नेविगेट करता है। लेकिन मैं इसे अपने उपयोग के मामले के लिए काम करते हैं क्योंकि प्रारंभिक रीडायरेक्ट अभी भी हो रहा है नहीं कर सका: मेरे प्रारंभिक परिकल्पना वहाँ के साथ बातचीत के कुछ प्रकार है prefixPath करने के लिए मूल्यांकन करने के लिए इस शर्त है कि बनाता है true

https://github.com/gatsbyjs/gatsby/blob/master/packages/gatsby/cache-dir/production-app.js#L65

क्या आपने इसे ठीक से काम करने के लिए प्रबंधित किया था?

मैं प्लगइन पर अधिक काम करने में सक्षम हो सकता है अगर कोई मुझे वास्तविक मुद्दा समझा सकता है क्योंकि मैं थोथा भूल गया कि मुझे क्या तय करना है। हो सकता है कि इसमें से अधिकांश को नए विलय किए गए एसेटप्रिफ़िक्स विकल्प द्वारा हल किया जा सकता है?

नहीं समझने के लिए क्षमा करें।

@xavivars

क्या आपने इसे ठीक से काम करने के लिए प्रबंधित किया था?

मेरे उपयोग के मामले में मेरे हैक और सबमिट किए गए PR दोनों _ _ ठीक से काम कर रहे थे: कोई पुनर्निर्देशन के साथ एकल, स्थिर पृष्ठ पीढ़ी। मैंने अपने पीआर को त्याग दिया क्योंकि गैट्सबी की टीम को ऐप-स्तरीय कॉन्फ़िगरेशन विकल्प के बजाय एक प्लगइन पसंद करना प्रतीत होता था।

मैं @wardpeet के प्लगइन की कोशिश करने के लिए कभी नहीं मिला, जैसा कि मैं पहले से ही प्रकाशित किए गए समय पर काम कर रहा था, जो मैं

@wardpeet : एसेटप्रिफ़िक्स इसे ठीक नहीं करता है। मैंने आपके दोनों प्लगइन (मूल रूप से, क्लाइंट साइड को "नेविगेशन" अक्षम करते समय, चारों ओर क्लिक करके) और कुछ महीनों पहले @ethagnawl द्वारा वर्णित वर्कअराउंड का उपयोग करके इसे काम करने में कामयाब रहा।

https://github.com/gatsbyjs/gatsby/issues/4337#issuecomment -45724241111

उस वर्कअराउंड की आवश्यकता onClientEntry "

आदर्श रूप से, मुझे लगता है कि यह एक ऐप-स्तरीय कॉन्फ़िगरेशन होना चाहिए, जो लोगों को लगता है कि एक "पेज पेज" के रूप में गैट्सबी का उपयोग कर रहा है।

@xavivars क्या आपके पास लिंक है जिसे आप अपने साथ काम करने के लिए साझा कर सकते हैं?

वास्तव में नहीं, लेकिन यह बहुत अधिक है:

पहले बताए गए स्टैटिक प्लगइन को जोड़ें और गैबी-ब्राउजर.जेएस में

exports.onClientEntry = () => {
    window.page = window.page || {};
    window.page.path = window.location.pathname;
}

निम्नलिखित भी काम करता है, हालांकि यह गैट्सबी इंटर्नल पर निर्भर करता है:

export function onInitialClientRender() {
  window.___navigate = (to, { replace }) => {
    if (replace) {
      window.location.replace(to);
    } else {
      window.location.assign(to);
    }
  };
}

क्या https://github.com/wardpeet/gatsby-plugin-static-site और wealthPrefix काम करता है?

लिंक किया गया मुद्दा जिसने उदाहरण का काम किया, अनिश्चित अगर यह वही है जो आपको वास्तव में चाहिए।
https://github.com/wardpeet/gatsby-plugin-static-site/issues/1#issuecomment -494802726

मेरे लिए, इसने तीनों चीजों के साथ काम किया: गैट्सबी प्लगइन स्थिर साइट + एसेटप्रिफ़िक्स + डिसेबल "नेविगेट" जैसा कि ऊपर दिखाया गया है

लगता है जैसे मुझे अभी भी समझने में मुश्किल है कि यहाँ क्या आवश्यक है। मैं सिर्फ gatsby- प्लगइन-स्थैतिक-साइट और एसेटप्रिफ़िक्स के साथ समस्या को ठीक कर सकता था।

@wardpeet क्या आपके पास डेमो का लिंक है जो कि gatsby-plugin-static का उपयोग करता है?

@ethagnawl आपको प्रतीक्षा करने के लिए क्षमा करें।

मैंने एक डेमो बनाया:
https://github.com/wardpeet/gatsby-demos/tree/static-asset-prefix

साइट लाइव है:
https://zen-wright-33c2d8.netlify.com/

जैसा कि अपेक्षित है ( @TuckerWhitehouse और @ethagnawl द्वारा प्रत्याशित), https://github.com/gatsbyjs/gatsby/issues/4337#issececomment -453244611 में उपलब्ध कराए गए एक नाजुक समाधान की तरह कोई बदलाव नहीं हुआ है कई कारणों से, Gatsby 2.9.2 में:

पहले वाला, सॉल्व करने वाला, यह लाइन
window.page.path = window.location.pathname;
के साथ बदलने की जरूरत है
window.pagePath = window.location.pathname;
URL क्लाइंट पक्ष में परिवर्तन से बचने के लिए।

लेकिन इसका अवांछित प्रभाव होता है: पेजपैथ _wrong_ पथ के साथ सेट किया जाता है, और पेज-डेटा.जॉन को अब लोड नहीं किया जाता है (जैसा कि यह पृष्ठ के मूल पथ पर निर्भर करता है, और न कि वह जहां इसे अंत में प्रस्तुत किया गया है)

https://github.com/gatsbyjs/gatsby/commit/49fd769f695ccfa6e990e3eaae7c886f073db19b#diff -2d21ea4224874a0988977e57b17251aaaa

ऐसा लगता है कि इस काम को करने का एकमात्र विकल्प अब वास्तव में __disable_client_side_routing__ या कम से कम, __disable_client_side_canonical_redirect__ इस स्थिति को शॉर्टक्रिट करने के लिए एक चर पेश करना होगा: https://github.com/gatsbyjs/ gatsby / blob / master / package / gatsby / cache-dir / production-app.js # L69

@wardpeet : क्या आपको इस तरह के कॉन्फिग वेरिएबल को पेश करने में कोई समस्या है?

हम इसके बजाय कोर में इन एस्केप हैच को सक्षम नहीं करना चाहते हैं। मैं मूल रूप से इस मुद्दे को समझता हूं, क्या यह है:

मेरे पास एक gatsby साइट और एक पथ / मेरा-विशेष-पथ है और मेरे सर्वर पर मेरे पास एक मार्ग है, जिसे / कुछ और कहा जाता है। अगर मैं / gatsby / my-special-path को / फिर से लिखता हूं, तो यह काम नहीं करेगा क्योंकि यह पृष्ठ को / my-special-path में बदलने की कोशिश करता है?

यदि ऐसा है तो मैं देखूंगा कि क्या मैं इसे अपने प्लगइन में ठीक कर सकता हूं। क्या आपके पास इसका लाइव डेमो हो सकता है?

हां, यही समस्या है। मैं एक और PR को जोड़ने की कोशिश करूँगा (जो कि कुछ को इनवेसिव नहीं बनाता है जैसा कि ग्लोबल कॉन्फिगर चर के रूप में https://github.com/gatsbyjs/gatsby/pull/15173)।

मेरे पास कुछ ऐसा है जो स्वीकार्य हो सकता है कि मैं कुछ मिनटों में एक और पीआर के रूप में धक्का दूंगा

@wardpeet यही मुझे लगता है कि Gatsby को जोड़ने के लिए

https://github.com/gatsbyjs/gatsby/pull/15180

डिस्कोर्ड में

वर्तमान में मेरे द्वारा पाया गया एकमात्र तरीका कैनोनिकल रिडायरेक्ट चेक को शॉर्टक्रैसिट करने के लिए एक वैश्विक कॉन्फिग वेरिएबल (# 15173) के माध्यम से या गैट्सबी (# 15180) के लिए कथित रेंडर URL को संशोधित करने की अनुमति देता है, इसलिए कैनोनिकल रीडायरेक्ट चेक सीधे निर्भर नहीं करता है window.location , लेकिन एक फिल्टर चर पर।

IMHO, चुनौती का विस्तार करने के लिए एक प्लगइन का उपयोग करना है / ऐसा कुछ है जो अभी एक्स्टेंसिबल / ओवरराइड करने योग्य प्रतीत नहीं होता है (सीधे कहीं से भी इंजेक्ट किए गए मूल्यों के बिना window.location पर निर्भर होना मेरे लिए वास्तव में कठिन है) लेकिन कोर कोड को संशोधित किए बिना इस व्यवहार को लागू करने के अन्य तरीके हो सकते हैं।

@xavivars मैं https://github.com/wardpeet/gatsby-plugin-static-site/pull/4 का विलय करूंगा और इसके लिए एक प्रकाशन प्रकाशित करूंगा।

एक डेमो: (पेज 5 में एक विहित पुनर्निर्देशन है)
https://static-asset-prefix--zen-wright-33c2d8.netlify.com/

मैंने अभी हाल ही में @ वार्डपेट / गैट्सबी-प्लगइन-स्टैटिक-साइट संस्करण 0.1.0 प्रकाशित किया है। इस मुद्दे को ठीक करना चाहिए। अगर यह आपके सभी मुद्दों को ठीक नहीं करता है तो फिर से मुक्त महसूस करें।

बेहतर स्थैतिक साइट समर्थन प्राप्त करने का सबसे अच्छा तरीका प्लगइन पर एक मुद्दा बनाना है। https://github.com/wardpeet/gatsby-plugin-static-site/issues/new

किसी को भी सामना करना पड़ा इस ऊपर प्लगइन उपयोग करने के बाद?

GatsbyJS के वर्तमान संस्करण के लिए कोई वर्कअराउंड काम कर रहा है?

मैंने कोशिश की:
https://github.com/wardpeet/gatsby-plugin-static-site

लेकिन यह मेरे लिए काम नहीं कर रहा है। मैंने यहां एक मुद्दा उठाया:
https://github.com/wardpeet/gatsby-plugin-static-site/issues/13

मैंने रीडायरेक्ट समस्या को पुन: उत्पन्न करने के लिए एक नमूना रेपो भी बनाया:
https://github.com/isi-gach/gastby-static/tree/create-react-app

@ isi-gach क्या आप अपने मूल मुद्दे पर ले जाने का मन बना रहे हैं (आप क्या उम्मीद कर रहे हैं, आप क्या देख रहे हैं, आप क्या देखना चाहेंगे)? इस थ्रेड में हम में से कुछ ने कोशिश की है, लेकिन इस पर नए सिरे से लेने में मदद मिल सकती है।

हाय @ethagnawl

मैं उम्मीद कर रहा हूँ कि ब्राउज़र URL नहीं बदलता है, लेकिन मैं URL बदल रहा हूँ, निम्न वीडियो में URL /demo/index.html से /public/ बदलता है
https://www.youtube.com/watch?v=SxYbaDidnkY

उस वीडियो को नमूना रेपो का उपयोग करके रिकॉर्ड किया गया था जिसे मैंने बनाया है:
https://github.com/isi-gach/gastby-static/tree/create-react-app

मैं @wardpeet/gatsby-plugin-static-site का उपयोग करके पुनर्निर्देश को रोकने की कोशिश कर रहा हूं, लेकिन काम नहीं कर रहा है।

हाय @ isi-gach @ethagnawl ,

@Wardpeet प्लग-इन में पुल अनुरोधों के एक जोड़े को खोलना है

जबकि उनका विलय हो जाता है, आप इसके बजाय मेरे कांटे का उपयोग कर सकते हैं

हाय @xavivars
मैंने आपके कांटे से npm की कोशिश की और अब URL नहीं बदला लेकिन मुझे एक सफेद पृष्ठ मिला:
https://www.youtube.com/watch?v=uNzk9UYVCxk

उस वीडियो को आपके द्वारा प्लगइन द्वारा wardpeet जगह निम्नलिखित नमूना रेपो का उपयोग करके रिकॉर्ड किया गया था:
https://github.com/isi-gach/gastby-static/tree/create-react-app

मैं सिर्फ एक पृष्ठ के लिए क्लाइंट साइड रूटिंग को कैसे अक्षम कर सकता हूं?

आप इसका उपयोग कर सकते हैं

exports.onPreBootstrap = ({ store }) => {
  const { program } = store.getState()
  const filePath = path.join(program.directory, '.cache', 'production-app.js')

  const code = fs.readFileSync(filePath, {
    encoding: `utf-8`,
  })

  const newCode = code.replace(
    `const { pagePath, location: browserLoc } = window`,
    `const { pagePath } = window
    let { location: browserLoc } = window

    if (window.parent.location !== browserLoc) {
      browserLoc = {
        pathname: pagePath
      }
    }
  `
  )

  fs.writeFileSync(filePath, newCode, `utf-8`)
}

मुझे यकीन नहीं है कि यह सभी उपयोग के मामलों को कवर करता है जो प्लगइन कवर करता है, लेकिन यह मेरे मामले के लिए ठीक काम करता है।