Winston: यदि लॉग निर्देशिका मौजूद नहीं है, तो यह निर्देशिका बनाने के बजाय पूर्व फेंक देगा

को निर्मित 11 मार्च 2015 · 9टिप्पणियाँ · स्रोत: winstonjs/winston

var transports = [];
transports.push(new winston.transports.DailyRotateFile({
  name: 'file',
  datePattern: '.yyyy-MM-ddTHH',
  filename: path.join(__dirname, "logs", "log_file.log")
}));

var logger = new winston.Logger({transports: transports});

logger.info("current scheduled_mt_task count");

यदि उपनिर्देशिका /logs मौजूद नहीं है, तो यह अपवाद फेंक देगा जैसे can't open file logs/log_file.log20150213XXX ,

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

स्रोत

zealot09

❤2

सबसे उपयोगी टिप्पणी

मैं इसके लिए एक विकल्प के लिए वोट करता हूं। डिफ़ॉल्ट रूप से लॉग निर्देशिका नहीं बनाई जानी चाहिए, लेकिन createDirectory सत्य पर सेट जैसे विकल्प के साथ, यह वास्तव में सुविधाजनक होगा यदि विंस्टन ने उक्त निर्देशिका बनाई।

PierLucGagnon 8 अप्रैल 2015

👍33 🎉1

सभी 9 टिप्पणियाँ

मुझे लगता है कि यह सुनिश्चित करने के लिए देव पर निर्भर होना चाहिए कि उनके पर्यावरण को ठीक से प्रावधान किया गया है।

साथ ही, जनसंपर्क #581 और अंक #511 . से संबंधित

callbacknull 19 मार्च 2015

PierLucGagnon 8 अप्रैल 2015

👍33 🎉1

monolithed 12 अप्रैल 2015

यहां @ambbell से सहमत हैं। यह सुनिश्चित करने के लिए कि उनकी लॉग निर्देशिका मौजूद है, यह winston के उपभोक्ता पर निर्भर है।

indexzero 21 अप्रैल 2015

👎13

अन्य लॉगिंग टूल जैसे .NET के लिए NLog और Java के लिए SLF4J फ्लाई पर फ़ोल्डर बनाने में सक्षम हैं। इसके अलावा, अगर विंस्टन लॉग नहीं लिख सकता है तो वह क्यों विफल हो जाता है? एक संपूर्ण एप्लिकेशन केवल इसलिए विफल क्यों होना चाहिए क्योंकि वह लॉग इन करने में सक्षम नहीं है?

guillegr123 15 मार्च 2017

👍3

@indexzero क्या आप लोग @PierLucGagnon के सुझाव के लिए पीआर स्वीकार करेंगे? लगभग createDirectory विकल्प? मुझे वर्तमान व्यवहार बहुत असुविधाजनक लगता है और (जैसा कि @ guillegr123 द्वारा उल्लेख किया गया है) असंगत है कि अन्य लॉगिंग फ्रेमवर्क कैसे काम करते हैं, इसलिए यह उपयोगकर्ता की अपेक्षाओं के विपरीत है।

मेरा मतलब है, आप एक कदम आगे क्यों नहीं बढ़ाते और कहते हैं कि यह सुनिश्चित करने की जिम्मेदारी है कि एक लॉगिंग फ़ाइल पहले से बनाई गई है?

Eoksni 18 जुल॰ 2017

👍11

चूंकि /लॉग नामक फ़ोल्डरों को अनदेखा कर दिया जाएगा यदि आप सामान्य gitignores में से किसी एक का उपयोग करते हैं तो लापता फ़ोल्डर अपवाद एक आम समस्या है जब मैं अपने ऐप्स को नए वातावरण में तैनात करता हूं। मुझे उम्मीद है कि पुल अनुरोध स्वीकार कर लिया जाएगा

weeco 21 सित॰ 2017

👍3

@indexzero लेकिन क्यों? जब आप "मुझे लगता है" जैसा कुछ कहते हैं, तो आपको इसके लिए तर्क देना होगा, नहीं? इस विकल्प को रखने का मेरा कारण यह है कि आमतौर पर लॉग निर्देशिका संस्करण नियंत्रण में नहीं होती है, और रेपो - बूम को क्लोन करते समय नहीं बनाई जाएगी, इसे चलाने का प्रयास करते समय आपको एक त्रुटि होती है। मैं स्वचालित रूप से तैनात वातावरण के बारे में भी बात नहीं कर रहा हूँ।

KirillGrishin 5 नव॰ 2017

👍17 🎉1

समाधान: परिवहन घोषणा से पहले इस निर्देश को जोड़ें:
fs.mkdir('./logs', (err) => { /* no-op */ })

thunderpat 23 फ़र॰ 2018

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Winston: यदि लॉग निर्देशिका मौजूद नहीं है, तो यह निर्देशिका बनाने के बजाय पूर्व फेंक देगा

सबसे उपयोगी टिप्पणी

सभी 9 टिप्पणियाँ

संबंधित मुद्दों