Next.js: सर्वर रहित अगला: `अगला` देव-केवल निर्भरता बनाएं, छोटे बिल्ड और तेज़ बूटअप के लिए `अगला-सर्वर` पेश करें

हमारे फ़्रंटएंड के लिए नाओ 2.0 पर हम जो ठंड प्रारंभ समय देखते हैं, वह 1.5s है, 80mb IIRC के छवि आकार के लिए

नोड या V8 या किसी भी निर्भरता में किसी भी बदलाव के बिना इसे 1s के बहुत करीब बनाना संभव होना चाहिए, जिसका ठंडा मूल्यांकन समय का एक अच्छा हिस्सा लेता है (जैसे react और react-dom )

तुम, यह कमाल है !! :ओ

वाह बहुत अच्छा।

next-server के लिए कुछ प्रश्न।

1. क्या यह एक लाइट एक्सप्रेस सर्वर होगा?
2. हाँ, क्या यह एक्सप्रेस मार्गों और next-routes साथ विन्यास योग्य होगा?

@ Nishchit14 यदि आप बिल्ड आकार को कम रखने की कोशिश कर रहे थे तो आप express नहीं जोड़ेंगे।

मुझे यकीन है कि next-routes अभी भी ठीक काम करेगा।

तो हम यहां जिस बारे में बात कर रहे हैं वह मौजूदा सर्वर को अपने पैकेज में निकाल रहा है। तो यह पहले की तरह ही काम करेगा, लेकिन अगला आयात करने के बजाय, आप अगला सर्वर आयात करते हैं।

यह कमाल का है! मैं और अन्य लोग जिन्हें मैं जानता हूं, स्कैंडियम ( इस गाइड का उपयोग करके )

1) पैकेज का आकार। लैम्ब्डा आपको 50एमबी की हार्ड लिमिट देता है जिसे शामिल किए गए सभी देव-टूल्स के साथ पास करना आसान हो सकता है।

2) कोल्ड स्टार्ट। त्वरित बूटअप बहुत महत्वपूर्ण है क्योंकि लैम्ब्डा किसी भी समय अधिक सर्वरों को स्पिन करने का निर्णय ले सकता है। मौजूदा सर्वर भी अधिकतम ~4h रहते हैं, इसलिए एप्लिकेशन के पूरे जीवनचक्र में कोल्ड स्टार्ट महत्वपूर्ण होगा।

इस पहल को देखकर बहुत खुशी हुई और मदद करने में खुशी हुई!

यह एक अच्छा विचार है, हमारे पास Nuxt.js के साथ भी ऐसा ही है, हमने इसे nuxt-start क्योंकि यह वह कमांड है जिसकी आपको nuxt start चलाने की आवश्यकता है -> nuxt-start

इसका बारीकी से पालन कर रहे हैं। क्या संभव है, के लिए एक डेटा बिंदु के रूप में www.bustle.com <1s ठंड शुरू होता है के साथ एडब्ल्यूएस लैम्ब्डा पर एक एसएसआर preact एप्लिकेशन है। संपूर्ण परिनियोजित उत्पादन ज़िप फ़ाइल 166kb है। वह सभी एप्लिकेशन और लाइब्रेरी कोड है। वेबपैक का उपयोग बंडलिंग के लिए किया जाता है।

@southpolesteve साझा करने के लिए धन्यवाद। यह सुपर प्रभावशाली है। #लक्ष्य

उपयोगकर्ता मामला micro और micro-dev समान दिखता है।

एक ही नामकरण का उपयोग क्यों नहीं करते? next और next-dev

मैं इस उदाहरण का उपयोग करके next.js और सर्वर रहित के साथ गड़बड़ कर रहा हूं और उत्सुक हूं कि अब छोटे निर्माण को पूरा करने का कोई तरीका है या नहीं। क्या नोड_मॉड्यूल्स की एक सूची है जिसकी हमें उत्पादन में बिल्कुल आवश्यकता नहीं है और सर्वर रहित या रीपैक-ज़िप जैसे पैकेजर में कॉन्फ़िगरेशन फ़ाइलों के साथ बाहर रखा जा सकता है?

@Enalmada मैं कई डीपीएस के साथ अगला.जेएस चला रहा हूं और material-ui उनमें से एक होने के नाते, मेरे पास स्केल के मामले में एक बहुत बड़ा ऐप है लेकिन लैम्ब्डा में अपलोड किया गया ज़िप ~ 45 एमबी है। आप किस आकार की तलाश में हैं?

@albinekb मैं 166kb से ऊपर Southpolesteve bustle.com प्रतिक्रिया से प्रेरित हूं और आश्चर्य करता हूं कि मेरा "45MB" कितना बेकार है और इसे निकालना आसान है अगर मुझे पता है कि इस उत्कृष्ट टिकट के समाप्त होने तक हैक के रूप में एक डिस्ट बहिष्कृत फ़ाइल में क्या रखा जाए। .

@albinekb अत्यधिक अनुशंसा करते हैं कि आप लैम्ब्डा के लिए अपने जेएस को बंडल करने के लिए

यदि आप ZEIT Now में तैनात हैं और आप अपनी छवि को तेज़ कोल्ड बूट्स के लिए छोटा रखना चाहते हैं, तो आप इसे स्थापित करने से पहले npm निर्भरता के आकार की जाँच करने के लिए पैकेज फ़ोबिया जैसे टूल का उपयोग कर सकते हैं (या केवल वर्तमान निर्भरता के आकार की जाँच करें) ब्लोट काटने के लिए)।

ब्लोट से लड़ने में आपकी मदद करने के लिए रीडमी में भी इसी तरह के कई टूल हैं। इसे यहां देखें: https://github.com/styfle/packagephobia

क्या इसे अगली 7 रिलीज़ में संबोधित नहीं किया जाना चाहिए था? :(

यदि आप अभी zeit में परिनियोजित कर रहे हैं और आप अपनी छवि को तेज़ कोल्ड बूट्स के लिए छोटा रखना चाहते हैं, तो आप पैकेज फ़ोबिया जैसे टूल का उपयोग कर सकते हैं

लानत है आप और: https://packagephobia.now.sh/result?p=antd

@Enalmada यह शायद antd की निर्भरता है जो जिम्मेदार हैं, पुस्तकालय ही नहीं। मैं इसे https://packagephobia.now.sh/result?p=%40material-ui%2Fcore के लिए देख रहा हूं

क्या इसे अगली 7 रिलीज़ में संबोधित नहीं किया जाना चाहिए था? :(

इसके बारे में स्पष्ट होने के लिए, Next.js 7 Serverless Next.js की नींव रखता है, हमने लगभग 5 मार्गों को हटा दिया है, केवल 2 को उत्पादन के लिए वास्तव में आवश्यक छोड़ दिया है।

क्या रोलअप के साथ काम करने के लिए किसी ने कभी अगला.जेएस प्राप्त किया है? मुझे ऐसा लग रहा है कि मैं बहुत करीब आ गया हूं...मेरी 60मी डिस्ट फाइल पर रोलअप चलाने से आकार 6मी तक नीचे आ गया। दुर्भाग्य से डिस्ट फ़ाइल वास्तव में स्टार्टअप नहीं होगी और मुझे लगता है कि यह next.js कोड में एक एकल परिपत्र निर्भरता के कारण है जो रोलअप के दौरान एक चेतावनी है। अगर कोई next.js कोड में सर्कुलर डिपेंडेंसी को हटाने की संभावना पर वजन कर सकता है, तो हम सभी बहुत छोटे बिल्ड और तेज बूटअप के बहुत करीब हो सकते हैं:
https://github.com/zeit/next.js/issues/5392

इसका बारीकी से पालन कर रहे हैं। क्या संभव है, के लिए एक डेटा बिंदु के रूप में www.bustle.com <1s ठंड शुरू होता है के साथ एडब्ल्यूएस लैम्ब्डा पर एक एसएसआर preact एप्लिकेशन है। संपूर्ण परिनियोजित उत्पादन ज़िप फ़ाइल 166kb है। वह सभी एप्लिकेशन और लाइब्रेरी कोड है। वेबपैक का उपयोग बंडलिंग के लिए किया जाता है।

@southpolesteve क्या आप अपने वेबपैक बंडल

@shauns दुर्भाग्य से, मैं अब हलचल में नहीं हूं और मेरे पास अब देखने के लिए कोड नहीं है: /

@southpolesteve कोई चिंता नहीं! कम से कम वेबपैक में इसकी स्थिति जानकर अच्छा लगा।

क्या हमें नेक्स्ट-सर्वर पर कुछ खबर मिल सकती है? मैंने इस महीने पहले कुछ कमिट देखे।

कैनरी शाखा की जाँच करें।

आप इसे कब जारी करने की योजना बना रहे हैं?

मैं इस समय कोई टाइमलाइन साझा नहीं कर सकता।

ऐसा लगता है कि यह इस त्रुटि को दूर करने में मदद कर सकता है:
https://spectrum.chat/zeit/general/unable-to-import-module-now-launcher-error~2662f0ba-4186-402f-b1db-2e3c43d8689a

अभी उतरा #5927

@timneutkens क्या मुझे next को devनिर्भरता में ले जाना चाहिए और मेरी निर्भरता में next-server जोड़ना चाहिए या क्या आप इसे स्वचालित रूप से बेबेल के माध्यम से कर रहे हैं?
https://github.com/zeit/next.js/blob/canary/packages/next/build/babel/plugins/next-to-next-server.ts

@Skaronator यदि आप # 5927 का उपयोग करके कार्यान्वित कर रहे हैं तो यह न तो है, विनिर्देश के अनुसार यह प्रति पृष्ठ एक बंडल आउटपुट करेगा, कोई निर्भरता आवश्यक नहीं है। मतलब आप ले सकते हैं .next/serverless/index.js आवश्यकता है ( require('./.next/serverless/index.js') ) और फिर इसे render विधि कहें:

const page = require('./.next/serverless/index.js')

page.render(req, res)

यह पृष्ठ को प्रस्तुत करेगा और प्रतिक्रिया समाप्त करेगा

वह तो कमाल है!
मैं इसे आजमा रहा हूं लेकिन मुझे इसे लैम्ब्डा पर काम करने में कुछ परेशानी है। क्या किसी के भी पास कोई भी सुझाव है?

मुझे लगता है कि हमें अब कस्टम एक्सप्रेस सर्वर की आवश्यकता नहीं है, हमें पथ के आधार पर सर्वर रहित फ़ाइल की आवश्यकता हो सकती है

संपादित करें
ऐसा लगता है कि काम करने के लिए, बिल्ड चरण को अनुकूलित करने के तरीके को देखने के लिए गहराई से खुदाई करने की आवश्यकता है:

const serverless = require("serverless-http");
const http = require('http');
const app = require('./.next/serverless/index.js');
const server = new http.Server((req, res) => app.render(req, res))
app.prepare().then(() => {
    const handler = serverless(server, {
        binary: binaryMimeTypes
    });
    return handler(event, context, callback);
});

ऐसा लगता है कि आप "सर्वर रहित" के साथ "कस्टम सर्वर" को भ्रमित कर रहे हैं, उनके एपीआई पूरी तरह से अलग हैं, सर्वर रहित में कोई .prepare विधि नहीं है क्योंकि तैयार करने के लिए कुछ भी नहीं है, हम तुरंत पृष्ठ को एचटीएमएल में प्रस्तुत करते हैं और समाप्त करते हैं प्रतिक्रिया जब render कहा जाता है।

const serverless = require("serverless-http");
const http = require('http');
const page = require('./.next/serverless/index.js');
const server = new http.Server((req, res) => page.render(req, res))
const handler = serverless(server, {
  binary: binaryMimeTypes
});
handler(event, context, callback);

वास्तव में, और मुझे नहीं पता कि ऊपर दिए गए कोड ने क्यों काम किया (शायद यह सिर्फ कैश था) लेकिन मेरे या आपके कोड के टुकड़े ने काम नहीं किया क्योंकि serverless-http http.Server का समर्थन नहीं करता है और मैं केवल page.render(req, res) वापस नहीं कर सकता क्योंकि लैम्ब्डा event ऑब्जेक्ट आवश्यक रेंडर req param को प्रतिस्थापित नहीं कर सकता है।

साथ ही, मैं एक्सप्रेस/कोआ/जो कुछ भी उपयोग नहीं करना चाहता क्योंकि यह इस अगली नई सुविधा के पूरे उद्देश्य को तोड़ देगा .. ( serverless-http निर्भरता मुक्त है इसलिए इसका उपयोग करना ठीक था)

मैं विचारों से बाहर हूँ: /

शायद यह आपको @guillaumebreux https://github.com/zeit/now-builders/blob/master/packages/now-node-bridge/bridge.js में मदद करेगा।

धन्यवाद @timneutkens , मैं आपकी मदद की सराहना करता हूं।
लेकिन यह इस समय भी काम नहीं कर रहा है, मुझे अभी भी यह त्रुटि है: typeError: Parameter "url" must be a string, not undefined

मैं इस धागे को प्रदूषित करना बंद कर दूंगा और खुदाई करता रहूंगा और अगर मुझे कभी कोई समाधान मिल जाए तो मैं एक उदाहरण लिखूंगा

मैं थोड़ा अस्पष्ट हूँ। यह थ्रेड ऐसा लगता है कि यह दो परिदृश्यों पर लागू होता है: सर्वर-रहित ऐप्स और पूर्व-संकलित सर्वर जिनमें सभी आवश्यक सर्वर-साइड npm पैकेज शामिल होते हैं जिन्हें एक साथ वेबपैक किया जाता है।

इस धागे पर पहली टिप्पणी में जीआईएफ बाद के परिदृश्य के संबंध में प्रतीत होता है, जिसमें मुझे रूचि है। ऐसा लगता है कि यह next-server का उपयोग करता है जो यह एनपीएम पैकेज हो सकता है या नहीं भी हो सकता है - यह नहीं करता है इसके साथ कोई रिपोजिटरी संलग्न नहीं है, और मैं Google या गिटहब खोज के माध्यम से एक नहीं ढूंढ सका, हालांकि संस्करण टैग में से एक 8.0.0-कैनरी.7 है - अगले का एक संस्करण टैग - इसलिए मुझे संदेह है कि यह है सही पैकेज।

क्या मैंने अब तक जो लिखा है वह सही है? यदि हां, तो भले ही वह कैनरी में हो, क्या कोई तरीका है जिससे मैं उस तक जल्दी पहुंच प्राप्त कर सकूं?

मेरा वर्तमान समाधान (जो स्पष्ट कारणों से, मैं prod में उपयोग नहीं कर रहा हूं ) मेरे next.config.js config.externals से फ़ंक्शन को हटाना है। प्रतीत होता है, लेकिन, जिन कारणों से मुझे समझ में नहीं आता है, यह क्लाइंट साइड पर शैलियों को देर से लोड करने का कारण बनता है, जिसके परिणामस्वरूप प्रत्येक पृष्ठ लोड पर आधे सेकेंड के लिए एक अस्थिर पृष्ठ होता है। (मेरा झुकाव यह है कि ऐसा इसलिए है क्योंकि मेरे पास थीम संदर्भ है जो चयनित थीम के आधार पर विभिन्न स्टाइल शीट लोड करता है, और सर्वर सामान्य विक्रेताओं को बंडल बनाने के लिए कोड विभाजन बहुत अच्छी तरह से नहीं है।)

मैं एक पूर्व-निर्मित सर्वर का निर्माण करने में सक्षम होना पसंद करूंगा ताकि मुझे 200MB नोड_मॉड्यूल्स स्थापित करने की आवश्यकता न हो और फिर हर बार जब मैं एक अपडेट को धक्का देता हूं तो मेरे खराब, छोटे उत्पादन वीएम पर 2 मिनट का समय लगता है।

* "प्रोड" का उपयोग शिथिल रूप से किया जाता है, क्योंकि यह प्रोजेक्ट मिशन क्रिटिकल या वह सब पेशेवर नहीं है

इसका बारीकी से पालन कर रहे हैं। क्या संभव है, के लिए एक डेटा बिंदु के रूप में www.bustle.com <1s ठंड शुरू होता है के साथ एडब्ल्यूएस लैम्ब्डा पर एक एसएसआर preact एप्लिकेशन है। संपूर्ण परिनियोजित उत्पादन ज़िप फ़ाइल 166kb है। वह सभी एप्लिकेशन और लाइब्रेरी कोड है। वेबपैक का उपयोग बंडलिंग के लिए किया जाता है।

Next.js 8 सर्वर रहित लक्ष्य का ज़िप आकार डिफ़ॉल्ट रूप से 42Kb है

वह तो कमाल है! इसका इंतज़ार कर रहे हूँ!

मेरे पास @dfoverdx जैसा ही प्रश्न है। मैं एक सर्वर बनाना चाहता हूं, जिसमें चलने के लिए आवश्यक सभी नोड_मॉड्यूल भी शामिल हैं। मैं एक्सप्रेस के साथ एक कस्टम सर्वर का उपयोग कर रहा हूं, इसलिए मुझे उन निर्भरताओं को पैकेज में शामिल करने की उम्मीद नहीं है, लेकिन अब आपको अपने सर्वर पर भी _all_ निर्भरताएं स्थापित करनी होंगी (प्रतिक्रिया, अगला, अक्ष, ...)।

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

वेबपैक कॉन्‍फ़िगरेशन के externals अनुभाग को इस प्रकार अधिलेखित करने में अधिकांश निर्भरताएं शामिल हैं

module.exports = {
  webpack: (config, { dev }) => {
    config.externals = [];
    return config;
  })
};

लेकिन सर्वर पर अभी भी प्रतिक्रिया और प्रतिक्रिया-डोम की आवश्यकता होती है। मैं यह नहीं समझ सकता कि उनको कैसे शामिल किया जाए ...

दुर्भाग्य से वर्तमान सर्वर रहित मोड के साथ कस्टम सर्वर बनाना संभव नहीं है। और यदि आप सामान्य मोड का उपयोग करते हैं तो आपको अगला और उसकी सभी निर्भरताओं को शामिल करने की आवश्यकता है क्योंकि _app.js .next में उत्पन्न होता है उदाहरण के लिए अगला/राउटर पर निर्भर करता है

गैर-सर्वर रहित मोड भी अगला बंडल क्यों नहीं किया गया?

दुर्भाग्य से वर्तमान सर्वर रहित मोड के साथ कस्टम सर्वर बनाना संभव नहीं है। और यदि आप सामान्य मोड का उपयोग करते हैं तो आपको अगला और उसकी सभी निर्भरताओं को शामिल करने की आवश्यकता है क्योंकि _app.js .next में उत्पन्न होता है उदाहरण के लिए अगला/राउटर पर निर्भर करता है

ध्यान दें, कि अगले 8 के बाद से, आपको अपने सर्वर.जेएस में 'नेक्स्ट' के बजाय 'नेक्स्ट-सर्वर' की आवश्यकता हो सकती है, और ऐसा करने से आप स्थानीय विकास के दौरान केवल हॉट रीलोडिंग खो रहे हैं। सिद्धांत रूप में यह आपको इंटरमीडिएट सर्वर पर सीआई बिल्ड करने की क्षमता देता है और वेबपैक से संबंधित निर्भरताओं को उत्पादन उदाहरणों में कॉपी नहीं करता है। लेकिन हमने अभी तक इसे अपने प्रोजेक्ट में नहीं आजमाया है।

@ElvenMonky एक साल से कुछ इस तरह की प्रतीक्षा कर रहा है, लेकिन डॉक्स या उदाहरणों में इसके बारे में कुछ भी नहीं मिला।

@timneutkens क्या आप कृपया इसे सत्यापित कर सकते हैं?

यदि ऐसा है, तो मैं इस तरह के एक सेटअप के साथ प्रयोग कर सकता हूं, और दस्तावेज़ों/उदाहरणों के लिए एक पीआर भेज सकता हूं।

ध्यान दें, कि अगले 8 के बाद से, आपको अपने सर्वर.जेएस में 'नेक्स्ट' के बजाय 'नेक्स्ट-सर्वर' की आवश्यकता हो सकती है, और ऐसा करने से आप स्थानीय विकास के दौरान केवल हॉट रीलोडिंग खो रहे हैं।

दुर्भाग्य से यह काम नहीं करता है।

सबसे पहले, सर्वर लक्ष्य के साथ सर्वर रहित बिल्ड चलाना सक्रिय रूप से निम्न संदेश के साथ अवरुद्ध है: "जब लक्ष्य सर्वर नहीं है तो सर्वर प्रारंभ नहीं कर सकता। https://err.sh/zeit/next.js/next-start-serverless "

फिर, यदि आप सामान्य बिल्ड करने का निर्णय लेते हैं, तो बिल्ड फ़ाइलें सीधे next पैकेज से चीजों को संदर्भित कर रही हैं (जैसे सर्वर-साइड के लिए संकलित _app.js फ़ाइल में next/router )। इसका मतलब है कि next और webpack सामान को वैसे भी प्रोडक्शन बिल्ड में होना चाहिए।

@ElvenMonky

ध्यान दें, कि अगले 8 के बाद से, आपको अपने सर्वर.जेएस में 'नेक्स्ट' के बजाय 'नेक्स्ट-सर्वर' की आवश्यकता हो सकती है, और ऐसा करने से आप स्थानीय विकास के दौरान केवल हॉट रीलोडिंग खो रहे हैं।

अगला वह आंतरिक रूप से एक बैबल प्लगइन के रूप में कर रहा है जैसा कि आप यहां देख सकते हैं:
https://github.com/zeit/next.js/blob/709850154754278d2fc86b987eebe1b3f0565255/packages/next/build/babel/plugins/commonjs.ts#L5 -L32

@sheerun जैसा कि मैंने #7011 में भी उल्लेख किया है, आप next-transpile-modules प्लगइन का उपयोग करके next मॉड्यूल को ट्रांसपिल करके अनसुलझे next/router निर्भरता को समाप्त कर सकते हैं।

मैंने समाधान को स्पष्ट करने के लिए कस्टम एक्सप्रेस सर्वर के लिए उदाहरण दिया है और समायोजित किया है: https://github.com/ElvenMonky/next.js/tree/custom-next-server-express/examples/custom-server-express

पीएस: मैं अभी भी # 5927 के बारे में वास्तव में उत्साहित हूं, इससे कोई फर्क नहीं पड़ता कि मेरे आवेदन को TODO में सूचीबद्ध सब कुछ की आवश्यकता है, न कि गतिशील मार्गों का उल्लेख करने और स्थिर सामग्री की सेवा करने के लिए।
अच्छी खबर यह है कि उपरोक्त समाधान https://www.npmjs.com/package/next-serverless कस्टम सर्वर सेटअप के साथ अच्छी तरह से चलता प्रतीत होता है, जिससे उपरोक्त सीमाओं के बिना एडब्ल्यूएस लैम्ब्डा जैसे अगले को तैनात करना संभव हो जाता है।

ध्यान दें, कि अगले 8 के बाद से, आपको अपने सर्वर.जेएस में 'नेक्स्ट' के बजाय 'नेक्स्ट-सर्वर' की आवश्यकता हो सकती है, और ऐसा करने से आप स्थानीय विकास के दौरान केवल हॉट रीलोडिंग खो रहे हैं।

मैं इस सलाह का उपयोग कर रहा हूं, लेकिन दुर्भाग्य से रनटाइम कॉन्फ़िगरेशन का उपयोग नहीं कर सकता क्योंकि इसके लिए next/config आवश्यकता होती है जिसके लिए next आवश्यकता होती है।

मुझे पता नहीं क्यों लेकिन require('next/config') बिना next उत्पादन में काम करता था, अगले संस्करण 8.0.3 के साथ नोड_मॉड्यूल में स्थापित किया गया था, लेकिन अगले संस्करण 8.1.0 में काम नहीं करता है

क्या अगले/कॉन्फ़िगरेशन को किसी भिन्न पैकेज में ले जाना संभव है, जैसे next-runtime-config ?
या next-runtime-vars (अगले.config.js के साथ भ्रम से बचने के लिए कॉन्फ़िगरेशन शब्द से बचना)।

मुझे बताएं कि अगर स्वीकार्य है, तो मैं एक पीआर बनाऊंगा।

ज़रा सुनिए सभी! यह समस्या Next.js 8 से लागू की गई है, और अभी भी Next.js 9 में है। मैं इसे पूर्ण होने पर बंद करने जा रहा हूं। मैं

क्षमा करें, मैं इस मुद्दे से भ्रमित हो गया: https://github.com/zeit/next.js/issues/7011
मैंने लक्ष्य के साथ जाँच नहीं की है: "सर्वर रहित"

कुछ "next/*" को "next-server/*" बदला जा सकता है, जैसे:

• अगला/कॉन्फ़िगरेशन -> अगला-सर्वर/कॉन्फ़िगरेशन
• अगला/amp -> अगला सर्वर/amp
• अगला/गतिशील -> अगला-सर्वर/गतिशील
• अगला/स्थिरांक -> अगला सर्वर/स्थिरांक
• अगला/सिर -> अगला-सर्वर/सिर

लेकिन कुछ ऐसे हैं जिनके लिए इस मुद्दे के ओपी द्वारा उल्लिखित इस तरह के अनुकूलन के लिए कोई समर्थन नहीं है।

• अगला/राउटर -> अगला-सर्वर/जिला/lib/राउटर/राउटर (शायद)? (खाली होना चाहिए या सर्वर पर इस्तेमाल होने पर त्रुटि फेंकनी चाहिए)
• अगला/लिंक?

जरूरत नहीं है क्योंकि वे सर्वर में भी इनलाइन हैं (AKAIK)

• अगला/एप्लिकेशन
• अगला/दस्तावेज़
  

ज़रा सुनिए सभी! यह समस्या Next.js 8 से लागू की गई है, और अभी भी Next.js 9 में है। मैं इसे पूर्ण होने पर बंद करने जा रहा हूं।

हाय @ टाइमर - क्या आप सर्व रहित लक्ष्य का जिक्र कर रहे हैं, या 'अगला' को 'अगला-सर्वर' से बदल रहे हैं?

अगर हम नेक्स्ट को नेक्स्ट सर्वर से रिप्लेस करते हैं, तो यह नोड_मॉड्यूल्स फोल्डर साइज को तब तक नहीं बदलता है जब तक कि package.json डिपेंडेंसीज को भी अपडेट नहीं किया जाता है।

क्या किसी भी दृष्टिकोण का उदाहरण उपलब्ध है? सर्वर रहित के साथ, मेरा उपयोग मामला एडब्ल्यूएस लैम्ब्डा पर तैनात है।

प्रारंभिक अंक में उल्लिखित दृष्टिकोण serverless लक्ष्य में विकसित हुआ, हम अनुशंसा करते हैं कि आप इसका उपयोग करें।

@timneutkens serverless लक्ष्य कस्टम सर्वर के साथ समस्याओं को हल नहीं कर सकता है और न ही कर सकता है, जो गतिशील मार्गों का उपयोग करता है। #5927 मेरे मामले में बहुत सारे वास्तविक विश्व व्यापार अनुप्रयोगों का समाधान नहीं है, जहां हमें गतिशील रूप से जेनरेट किए गए पृष्ठों, संपत्ति उपसर्ग, कस्टम _एप, _दस्तावेज़ और _err का उपयोग करना है: मूल रूप से TODO सूची में जो कुछ भी कहा गया है।
next-server हमें केवल वेबपैक और बेबेल जैसी निर्भरता के बिना अजीब विकास के बिना उत्पादन में तैनात करने के लिए आंशिक समाधान देता है। हालाँकि यह कुछ हैक्स और वुडू डांसिंग के साथ किया जा सकता है, जिसकी चर्चा हम यहाँ कर रहे हैं।

मैं इस धारणा में था कि आप इस अंतर को समझते हैं और किसी दिन प्रारंभिक मुद्दे के लिए और अधिक मजबूत समाधान देखने की उम्मीद कर रहे थे जैसा कि @rauchg द्वारा वर्णित है