मैं व्यक्तिगत रूप से प्रक्रिया के बारे में ज्यादा चिंता नहीं करता। क्लाइंट पर उपलब्ध नहीं है। हमें पहले से ही पता होना चाहिए कि सर्वर पर 'विंडो' अनुपलब्ध है; यह मेरे लिए समझ में आता है कि process.env का विपरीत व्यवहार होगा। (एनवी रखने के लिए कोई नोड प्रक्रिया नहीं है, और ब्राउज़र अपने एनवी वर्र्स को उजागर नहीं करते हैं जिनके बारे में मुझे पता है) मैं प्रक्रिया के बारे में सोचता हूं। एनवी एक ऐसी जगह के रूप में जहां सर्वर रहस्य समाप्त हो सकते हैं, इसलिए मैं इसके बजाय यह था क्लाइंट-साइड पर डिफ़ॉल्ट रूप से अनुपलब्ध है।

अगर यह मेरे ऊपर था, तो process.env.RAZZLE_INLINED_XXXXXX चर निर्माण के दौरान संकलित हो जाएंगे, (और क्लाइंट पर इनलाइन परिभाषित प्लगइन स्ट्रिंग के रूप में उपलब्ध) और कुछ भी सर्वर-साइड पर ही उपलब्ध होगा।

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

मुझे रनटाइम पर पोर्ट और होस्ट के परिवर्तनशील होने का विचार पसंद है। मैं अलग-अलग वातावरण में एक ही निर्माण कलाकृतियों को चला रहा हूं।

मैं संघर्ष की पुष्टि कर सकता हूं। वर्तमान व्यवहार वह नहीं था जिसकी मुझे उम्मीद थी और विशेष रूप से एडब्ल्यूएस पर up साथ तैनाती करते समय मुझे परेशान कर दिया। मैंने अब razzle.config.js अनुकूलित किया है ताकि सभी विशिष्ट विशिष्ट संस्करण RAZZLE_XXX साथ उपसर्ग process.env.XXX । मैं process.env माध्यम से रनटाइम वर्र्स की अनुपलब्धता के बारे में

रैज़ल को मौजूदा रिएक्ट प्रोजेक्ट में स्थापित करने का प्रयास करते समय हमें इस समस्या का सामना करना पड़ा। पोर्ट रन-टाइम पर ओवरराइड करने योग्य नहीं है, और अन्य process.env चर सर्वर में उपलब्ध नहीं हैं।

बिल्ड-टाइम पर वर्तमान व्यवहार:

process.env.PORT
process.env.NODE_ENV;
process.env.ASSETS_MANIFEST;
process.env.HOSTING_SET_VARIABLE;

क्लाइंट और सर्वर दोनों पर बन जाता है:

3000;
'development';
'/Users/[...]/build/assets.json';
undefined;

हालांकि यह आश्वासन देता है कि क्लाइंट और सर्वर ठीक उसी प्रक्रिया envs का उपयोग कर सकते हैं, इससे रनटाइम पर ओवरराइड करना या अन्य पर्यावरण चर का उपयोग करना असंभव हो जाता है।

यदि आप पूरी तरह से पीछे की ओर संगत होना चाहते हैं, तो इसे बिल्ड-टाइम में स्थानांतरित किया जाना चाहिए (सर्वर पर, क्लाइंट वही रह सकता है):

process.env.PORT || 3000;
process.env.NODE_ENV || 'development';
process.env.ASSETS_MANIFEST || '/Users/[...]/build/assets.json';
process.env.HOSTING_SET_VARIABLE;

इस तरह, आप क्लाइंट और सर्वर दोनों में process.env.PORT का उपयोग कर सकते हैं। यह डिफ़ॉल्ट रूप से 3000 हो जाएगा।

यदि रैज़ल PORT=80 साथ _बिल्ट_ है, तो क्लाइंट के पास process.env.PORT को 80 ट्रांसपाइल किया गया है और सर्वर ने इसे process.env.PORT || 80 ट्रांसपाइल कर दिया है। इसका परिणाम वैसा ही व्यवहार होगा जैसा अभी है।

यदि रैज़ल PORT=81 साथ _run_ है (जबकि 80 साथ बनाया गया है), क्लाइंट पर्यावरण चर 80 रहेगा जबकि सर्वर चर का परिणाम 81 ।

यह व्यवहार निश्चित रूप से अप्रत्याशित व्यवहार को जन्म दे सकता है, लेकिन यह पूर्ण पश्च संगतता बनाए रखते हुए process.env का सबसे लचीला उपयोग प्रदान करता है। पोर्ट को रन-टाइम पर सर्वर पर अभी भी ओवरराइट किया जा सकता है, और होस्टिंग प्लेटफॉर्म द्वारा सेट किए गए अन्य पर्यावरण चर सर्वर पर काम करेंगे।

मुझे लगता है कि यहां अंतर्निहित मुद्दा यह है कि रैज़ल वर्तमान में कई अलग-अलग कार्यों को एक ऑब्जेक्ट में पैक करने की कोशिश कर रहा है, और मौलिक रूप से मौजूदा कार्यक्षमता को बदल रहा है।

यह कोशिश कर रहा है:

1. प्रदर्शन कारणों के लिए process.env चर को स्थिरांक में बदलें (https://webpack.js.org/plugins/define-plugin/#usage और Nodejs धीमेपन पर https://github.com/nodejs/node/issues पर मिनिफिकेशन उदाहरण देखें। /3104)
2. उन स्थिरांक को सर्वर और क्लाइंट दोनों के लिए उपलब्ध कराएं ताकि आइसोमेट्रिक कोड के बारे में चिंता कम हो।

समस्या:

• process.env पर्यावरण _variables_ के लिए है। इसे स्थिरांक के सेट में बदलने से इसका अपेक्षित व्यवहार बदल जाता है।
• process.env में अक्सर पासवर्ड सहित संवेदनशील जानकारी होती है, इसलिए क्लाइंट के साथ डेटा साझा करने के लिए यह एक अच्छा स्रोत नहीं है। यदि यह आंशिक रूप से साझा किया गया है, और आंशिक रूप से साझा नहीं किया गया है, तो देव को पता होना चाहिए कि यह एक चीज है - process.env - न केवल ऐसा व्यवहार करता है जैसे यह मूल रूप से करता है, बल्कि यह कि कुंजी के उपसर्गों के आधार पर इसका अलग व्यवहार भी होता है।
• इसे निर्माण समय पर स्थिरांक में बदल दिया जा रहा है, जो अन्य संदर्भों में पर्यावरण चर के व्यवहार से अलग है। उदाहरण के लिए, डॉकर बिल्ड-टाइम वेरिएबल्स के बीच अंतर करता है (उपयोगी होता है जब बिल्ड को स्वयं के चलने के आधार पर परिवर्तनीय जानकारी की आवश्यकता होती है) और पर्यावरण चर (उपयोगी जब एक पूर्व-निर्मित छवि को विभिन्न वातावरणों में तैनात किया जाता है)। लोचदार बीनस्टॉक, हेरोकू, एट अल। ऐसा ही करें।
• सुझाया गया "RAZZLE_RUNTIME_" उपसर्ग स्व-व्याख्यात्मक नहीं है। यह बताना चाहिए कि यह क्लाइंट-साइड उपलब्ध है और यह एक चर नहीं है। मुझे लगता है कि "INLINED_" इसमें शामिल है, क्योंकि इनलाइनिंग का उपयोग आमतौर पर निर्माण के समय होने वाली किसी चीज़ को संदर्भित करने के लिए किया जाता है। यह संपूर्ण नहीं है, ("ISOMORPHIC_INLINED_"?) लेकिन यह संक्षिप्त होने का भी प्रयास कर रहा है।

मेरी प्राथमिकता इस कार्यक्षमता को अलग-अलग हिस्सों में विभाजित करना और process.env के साथ बिल्कुल भी छेड़छाड़ नहीं करना होगा।
DefinePlugin बिल्ड स्थिरांक प्राप्त करने के लिए razzle.config.js जैसी फ़ाइल को कॉल कर सकता है
सर्वर से क्लाइंट तक डेटा पास करने के लिए Redux configStore(window.__PRELOADED_STATE__) के समान पैटर्न का उपयोग करने की अनुशंसा करता है।

पश्चगामी संगतता के लिए, अपग्रेड नोट एक नमूना razzle.config.js प्रदान कर सकते हैं जो पुराने जमाने के तरीके को परिभाषित करता है।

एक परिशिष्ट: मैंने कहा "प्रक्रिया के साथ बिल्कुल भी छेड़छाड़ न करें।" लेकिन मैं देख सकता था कि उपरोक्त मेरी टिप्पणी से प्रदर्शन कारणों के लिए process.env.NODE_ENV के लिए अपवाद है और "NODE_ENV" ने आम तौर पर "NODE_ENV = उत्पादन का अर्थ लिया है कि यह एक अनुकूलित निर्माण है"

@gregmartyn हमें perf ऑप्टिमाइज़ेशन के लिए NODE_ENV सेट करना होगा और बैबेल प्रीसेट का उपयोग करना होगा क्योंकि यह अभी काम करता है। एनवी के साथ खिलवाड़ करने का मेरा प्रारंभिक तर्क सीआरए से आगे बढ़ना बहुत आसान था क्योंकि एसएसआर अक्सर एक परियोजना शुरू होने के बाद जोड़ा जाता है। हम अन्य परियोजनाओं पर भी सीआरए का उपयोग करते हैं, इसलिए यह हमारे निर्माण टूलिंग (थोड़ा) को सरल बनाता है।

हां; सहमत हैं कि NODE_ENV एक उपयोगी अपवाद है। यह अपनी बात है और निर्माण से निकटता से जुड़ा हुआ है, इसलिए यह आश्चर्य की बात नहीं है। मैंने कस्टम एसएसआर समाधान से सीआरए पर छोड़ दिया, इसलिए मैं वास्तव में परिचित नहीं हूं कि वे कैसे काम करते हैं। ऐसा लगता है कि यह वहाँ पर भी एक मुद्दा है: https://github.com/facebook/create-react-app/issues/2353

मुझे लगता है कि सीआरए की तुलना में रैज़ल के लिए यह एक बड़ा मुद्दा है क्योंकि सीआरए ऐप में रनटाइम कोड सर्वर पर बिल्कुल नहीं चलता है। सीआरए process.env के साथ जो चाहे कर सकता है क्योंकि जहां तक ​​इसके क्लाइंट-साइड कोड का संबंध है, यह खाली होगा अन्यथा। दूसरी ओर रैज़ल अपने SSR के लिए एक्सप्रेस शुरू करता है, और वह कोड उचित रूप से process.env की अपेक्षा करता है कि यह नोड रनटाइम पर्यावरण चर के पूर्ण सेट तक पहुंच के साथ सामान्य शब्दार्थ हो। Process.env का सर्वर पर वास्तविक अर्थ है, इसलिए यह दुर्भाग्यपूर्ण है कि CRA ने इसे एक अलग उपयोग-मामले के लिए तैयार किया। वे "cra.inlines" जैसे "process.env" के बजाय किसी अन्य नाम का उपयोग कर सकते थे। इसके बजाय, आइसोमॉर्फिक कोड एक निर्णय से प्रभावित होता है जो केवल क्लाइंट-साइड पर विचार करते समय किया गया था।

यह हर जगह लाल रंग में नोट किया जाना चाहिए कि RAZZLE_XXX पर्यावरण चर सभी क्लाइंट पर उपलब्ध कराए गए हैं।

क्लाइंट को भेजे बिना मैं संवेदनशील पर्यावरण चर का उपयोग कैसे करूं?

वे क्लाइंट को नहीं भेजे जाते हैं आप उन्हें आइसोमॉर्फिक कोड में संदर्भित करते हैं

@jaredpalmer शायद यह मुद्दा afterjs के लिए विशिष्ट है? मैं केवल उन्हें सर्वर कोड में संदर्भित कर रहा हूं।

मैं RAZZLE उपसर्ग के बिना पर्यावरण चर को परिभाषित करने की क्षमता के लिए एक वोट जोड़ना चाहता हूं। कम से कम, सर्वर-साइड पर process.env को मिटाया नहीं जाना चाहिए, जो आपको सर्वर-साइड env वैरिएबल लोड करने के लिए dotenv जैसी किसी चीज़ का उपयोग करने से रोकता है। ऐसा लगता है कि आवेदन पर्यावरण के बारे में एक धारणा के बारे में बहुत घुसपैठ है।

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

मैं https://github.com/jaredpalmer/razzle/issues/477#issuecomment -363538712 से एक आइसोमोर्फिक प्रतिक्रिया ऐप के लिए अपने प्रस्तावित समाधान को दोबारा पोस्ट कर रहा हूं

मुख्य अवधारणा एक प्लेसहोल्डर का उपयोग संकलन समय पर करना है जिसे सर्वर निष्पादन से ठीक पहले रनटाइम पर इंजेक्ट किया जाता है ताकि रनटाइम पर्यावरण चर को ठीक से सेट किया जा सके। यह समाधान सर्वर को डॉकटर कंटेनर में चलाने के लिए है, लेकिन संभवतः इस RFC के लिए अनुकूलित किया जा सकता है।

ध्यान दें कि इस समाधान में RAZZLE_XXXX पर्यावरण चर का मिलान किया जाता है और HOST, PORT और REDIS_URL के साथ इंजेक्ट किया जाता है।

मैंने व्यक्तिगत रूप से इस मुद्दे से संघर्ष किया है और इस मुद्दे का समाधान निकालने में कई घंटे बिताए हैं।

यह वेबपैक संकलन के लिए अंतर्निहित है और इसे स्वयं को चकमा देने से संबंधित नहीं है।

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

env.ts

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

export interface EnvironmentStore {
  NODE_ENV?: string;
  [key: string]: string | undefined;
}

// Capture environment as module variable to allow testing.
let compileTimeEnv: EnvironmentStore;
try {
  compileTimeEnv = process.env as EnvironmentStore;
} catch (error) {
  compileTimeEnv = {};
  // tslint:disable-next-line no-console
  console.log(
    '`process.env` is not defined. ' +
    'Compile-time environment will be empty.'
  );
}

// This template tag should be rendered/replaced with the environment in production.
// Padded to 4KB so that the data can be inserted without offsetting character
// indexes of the bundle (avoids breaking source maps).
/* tslint:disable:max-line-length */
const runtimeEnv = '{{RAZZLE_VARS_AS_BASE64_JSON__________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________}}';
/* tslint:enable:max-line-length */

// A function returning the runtime environment, so that
// JSON parsing & errors occur at runtime instead of load time.
export const loadRuntimeEnv = (): EnvironmentStore => {
  let env;
  if (typeof env === 'undefined') {
    if (compileTimeEnv.NODE_ENV === 'production') {
      try {
        env = JSON.parse((Buffer.from(runtimeEnv.trim(), 'base64').toString()));
      } catch (error) {
        env = {};
        const overflowsMessage = runtimeEnv.slice(32, 33) !== null;
        // tslint:disable-next-line no-console
        console.error(
          'Runtime env vars cannot be parsed. Content is `%s`',
          runtimeEnv.slice(0, 31) + (overflowsMessage ? '…' : '')
        );
      }

    } else {
      env = compileTimeEnv;
    }
  }
  return env;
};

export default loadRuntimeEnv;

उपयोग:

import { loadRuntimeEnv, EnvironmentStore } from './env';
const env: EnvironmentStore = loadRuntimeEnv();

const serverHost: string =env.RAZZLE_SERVER_HOST || 'localhost';

docker-start.js

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

require('newrelic');
const logger = require('heroku-logger');
const path = require('path');
const fs = require('fs');

const PLACEHOLDER = /\{\{RAZZLE_VARS_AS_BASE64_JSON_*?\}\}/;
const MATCHER = /^RAZZLE_/i;

const InjectableEnv = {

    inject: function(file, ...args) {

        const buffer = fs.readFileSync(file, { encoding: 'utf-8' });
        let injectee = buffer.toString();

        const matches = injectee.match(PLACEHOLDER);
        if (!matches) {
            return;
        }

        const placeholderSize = matches[0].length;

        let env = InjectableEnv.create(args);
        const envSize = env.length;
        const newPadding = placeholderSize - envSize;
        if (newPadding < 0) {
            console.log('You need to increase your placeholder size');
            process.exit();
        }
        const padding = Array(newPadding).join(' ');
        env = InjectableEnv.pad(padding, env);

        const injected = injectee.replace(PLACEHOLDER, env);

        fs.writeFileSync(file, injected, { encoding: 'utf-8' });
    },

    create: function() {

        const vars = Object.keys(process.env)
            .filter(key => MATCHER.test(key))
            .reduce((env, key) => {
                env[key] = process.env[key];
                return env;
            }, {});

        vars.NODE_ENV = process.env.NODE_ENV;

        if (typeof process.env.HOST !== 'undefined' && typeof vars.RAZZLE_SERVER_HOST === 'undefined') {
          vars.RAZZLE_SERVER_HOST = process.env.HOST;
        }

        if (typeof process.env.PORT !== 'undefined' && typeof vars.RAZZLE_SERVER_PORT === 'undefined') {
          vars.RAZZLE_SERVER_PORT = process.env.PORT;
        }

        if (typeof process.env.REDIS_URL !== 'undefined' && typeof vars.RAZZLE_REDIS_URL === 'undefined') {
          vars.RAZZLE_REDIS_URL = process.env.REDIS_URL;
        }

        return Buffer.from(JSON.stringify(vars)).toString('base64');
    },

    pad: function(pad, str, padLeft) {
        if (typeof str === 'undefined')
            return pad;
        if (padLeft) {
            return (pad + str).slice(-pad.length);
        } else {
            return (str + pad).substring(0, pad.length);
        }
    }
}

const root = process.cwd();
const serverBundle = path.resolve(path.join(root, '/build/server.js'));

if (fs.existsSync(serverBundle)) {
    logger.info('Injecting runtime env');
    InjectableEnv.inject(serverBundle);
    logger.info('Launching server instance');
    require(serverBundle);
}

डॉकरफाइल

# You should always specify a full version here to ensure all of your developers
# are running the same version of Node.
FROM node:8.9.4

ENV NODE_ENV=production \
    REACT_BUNDLE_PATH=/static/js/vendor.js \
    PATH=/app/node_modules/.bin:$PATH \
    NPM_CONFIG_LOGLEVEL=warn

RUN curl -o- -L https://yarnpkg.com/install.sh | bash

# use changes to package.json to force Docker not to use the cache
# when we change our application's nodejs dependencies:
COPY package.json yarn.lock /tmp/
RUN cd /tmp \
  && yarn install --production=false --pure-lockfile \
  && mkdir -p /app \
  && cp -a /tmp/node_modules /app \
  && yarn cache clean \
  && rm -rf *.*

# From here we load our application's code in, therefore the previous docker
# "layer" thats been cached will be used if possible
WORKDIR /app
ADD . /app

RUN yarn build

EXPOSE 3000

CMD ["node", "docker-start.js"]

कृपया ध्यान दें कि अतिप्रवाह संदेश प्रसंस्करण समाप्त नहीं हुआ है, लेकिन मुझे आशा है कि इससे मदद मिलेगी

सन्दर्भ:

क्रिएट-रिएक्शन-ऐप के लिए हरोकू बिल्डपैक
क्रिएट-रिएक्शन-ऐप के लिए हरोकू बिल्डपैक की आंतरिक परत

यह वेबपैक संकलन के लिए अंतर्निहित है और इसे स्वयं को चकमा देने से संबंधित नहीं है।

रैज़ल वह है जो DefinePlugin की स्थापना करता है। यह रैज़ल में सॉल्व करने योग्य है।

मुझे लगता है कि आप जो कह रहे हैं मैं उसका पालन करता हूं। मुझे बताएं कि क्या मुझे यह गलत मिला है: निर्माण के समय, प्लेसहोल्डर्स को process.env में डालें जो सर्वर बिल्ड में इंस्टेंस स्टार्टअप पर स्ट्रिंग को बदल देता है। यह सर्वर रहस्यों को संभालने के लिए है। (मैं नहीं देखता कि यह क्लाइंट बिल्ड पर भी क्यों नहीं चल सका) समस्याएँ: यह HMR के साथ काम नहीं करेगा। यह एक हैक है - यह एक मनमाना 4k सीमा पेश करता है। अपने वर्तमान स्वरूप में, यह env vars को संबोधित नहीं करता है जिन्हें क्लाइंट के साथ साझा किया जाना है - वे बिल्ड-टाइम स्थिरांक बने रहते हैं। यह कंटेनरों के लिए एक अतिरिक्त स्टार्टअप चरण है।

मैंने https://github.com/jaredpalmer/razzle/issues/528#issuecomment -377058844 में जो कुछ कहा है, उसे दोहराने के लिए

मुझे लगता है कि समाधान यह पहचानना है कि रैज़ल और सीआरए प्रक्रिया में अधिक कार्यक्षमता पैक करने की कोशिश कर रहे हैं। env जितना होना चाहिए था। इसे डॉकर के साथ काम करने के लिए, हम 4 संभावित राज्यों में से एक वाले फ़ील्ड के साथ एक ऑब्जेक्ट रखने की कोशिश कर रहे हैं: स्थिर (बिल्ड टाइम) और डायनेमिक (यहां, कंटेनर स्टार्ट टाइम), सीक्रेट्स और नॉन-सीक्रेट्स। हम उन सभी 4 राज्यों के लिए उपसर्गों के साथ आ सकते हैं (process.env.STATIC_PRIVATE_X, process.env.DYNAMIC_PUBLIC_Y, ...) लेकिन मुझे लगता है कि हम एक क्लीनर समाधान के साथ बहुत बेहतर होंगे।

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

जो कुछ बचा है वह क्लाइंट को डेटा प्राप्त करने का एक तरीका है। मैं नहीं देखता कि यह process.env का उपयोग क्यों कर रहा है। स्थिर सामग्री के लिए उदाहरण के लिए razzle.build.X का उपयोग क्यों न करें, और क्लाइंट को गतिशील सामग्री पास करें जैसे रेडक्स करता है?

एक और समस्या है जहां नोड पर process.env धीमा है, लेकिन इसे कैश लेयर के साथ सबसे अच्छा संबोधित किया जाता है जो एक बार process.env पढ़ता है।

@gregmartyn मैं मानता हूं कि यह एक हैक है ... और यह एक मनमाना 4K सीमा पेश करता है। यह विचार इस बात पर आधारित है कि वर्तमान में CRA के साथ क्या किया गया है (पोस्ट किए गए संदर्भ देखें) और सर्वर साइड रनटाइम env चर के लिए अभिप्रेत है।

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

मैं इस बात से भी सहमत हूं कि PORT और HOST भी आदर्श रूप से सर्वर संकलन समय पर अकेला छोड़ दिया जाएगा।

@tgriesser अच्छा! यह एक बड़ा सुधार है।
PORT और HOST , मैं उन वर्रों की सूची में PUBLIC_PATH जोड़ूंगा जिन्हें संकलित नहीं किया जाना चाहिए।

मुझे अभी भी संवेदनशील कस्टम पर्यावरण चर मिल रहे हैं जो सभी क्लाइंट में संकलित किए जा रहे हैं। मैं उन्हें केवल server.js में संदर्भित कर रहा रैज़ल हॉटलोडर के कारण उस मानता है ? मैं इन्हें क्लाइंट तक पहुंचने से कैसे रोक सकता हूं।

सभी को नमस्कार, मैं इस सप्ताह काम पर यह सब कर रहा हूं। बने रहें। #611 के विलय होने की संभावना है।

config.js के साथ रीडमी में नए गाइड के बाद बंडल से संवेदनशील एनवी चर को हटाने के संबंध में मेरे लिए काम किया। बहुत बढ़िया :D

v2 नोट देखें

@jaredpalmer मुझे कुछ याद आ रहा है, लेकिन यह अभी भी PORT जैसी चीजों के लिए एक मुद्दा है, इसके बावजूद कि रीडमी डॉक्स का क्या मतलब है। process.env.MY_THING ठीक काम करता है, लेकिन process.env.PORT को अभी भी बिल्ड समय पर बदल दिया जाता है और रनटाइम पर पढ़ा नहीं जाता है। तो हेरोकू उदाहरण वास्तव में काम नहीं करता है।

जैसा कि इस सूत्र में चर्चा की गई है, मुझे PORT, HOST, आदि की कोई विशेष हैंडलिंग दिखाई नहीं दे रही है।

ध्यान दें कि PORT को एक वास्तविक चर बनाना भी #581 द्वारा अवरुद्ध है। मुझे इसे पैच करना है और एक razzle.config.js का उपयोग करना है जो एक DefinePlugin सरणी बनाता है जो इसे काम करने के लिए पोर्ट को हटा देता है। (लेकिन यह काम करता है!)

यदि कोई रनटाइम में .env वेरिएबल्स का उपयोग करना चाहता है, तो इस छोटे पैकेज का उपयोग करें।
https://www.npmjs.com/package/razzle-plugin-runtimeenv

क्या कोई कृपया सलाह दे सकता है कि एज़ूर पर रैज़ल ऐप को कैसे तैनात किया जाए? मैं वास्तव में इससे जूझ रहा हूं।

यदि कोई रनटाइम में .env वेरिएबल्स का उपयोग करना चाहता है, तो इस छोटे पैकेज का उपयोग करें।
https://www.npmjs.com/package/razzle-plugin-runtimeenv

यह कैसे काम करता है? क्या आप एक उदाहरण दिखा सकते हैं?

मुझे लगता है कि पर्यावरण चर को वास्तव में रनटाइम पर इंजेक्ट किया जाना चाहिए। यदि हम एक रैज़ल ऐप को कंटेनराइज़ करते हैं, तो हम उसके द्वारा चलाए जा रहे वातावरण से स्वतंत्र रूप से एक छवि बनाना चाहते हैं, और सर्वर शुरू करने पर पर्यावरण चर को पढ़ना चाहते हैं और फिर क्लाइंट ऐप पर उनकी सेवा करना चाहते हैं।

कोई अन्य दृष्टिकोण वास्तव में पर्यावरण चर का उपयोग नहीं कर रहा है क्योंकि यह केवल निर्माण समय के दौरान हो रहा है।

जैसा कि मैंने यहां उल्लेख किया है:
https://github.com/HamidTanhaei/razzle-plugin-runtime/issues/1#issuecomment -525731273

आप रनटाइम में razzle-plugin-runtime द्वारा अपनी .env और .env.Development फ़ाइलों का उपयोग कर सकते हैं। यह रनटाइम में आपके ऐप में आपके env वेरिएबल्स का उपयोग करने की क्षमता जोड़ता है।

उदाहरण के लिए मैं इसे axios कॉन्फ़िगर करने के लिए उपयोग कर रहा हूं:
axios.defaults.baseURL = ${process.env.RAZZLE_APP_API_BASE_PATH}${process.env.RAZZLE_APP_API_VERSION} ;
और आप इस तरह के उत्पादन के लिए उत्पादन ENV चर प्रदान कर सकते हैं:
https://github.com/jaredpalmer/razzle#adding -temporary-environment-variables-in-your-shell

क्या कोई कृपया सलाह दे सकता है कि एज़ूर पर रैज़ल ऐप को कैसे तैनात किया जाए? मैं वास्तव में इससे जूझ रहा हूं।

मैंने https://github.com/jaredpalmer/razzle/issues/906#issuecomment -467046269 पर @fabianishere द्वारा साझा किए गए समाधान का उपयोग करके Azure पोर्ट समस्या का समाधान किया