Wednesday 8 November 2017

Readfilesync बाइनरी विकल्प


हाय, मैं एक स्ट्रिंग को एन्क्रिप्ट करने और बाद में डिक्रिप्ट करने का प्रयास कर रहा हूं I जब मैं base64 आउटपुट का उपयोग करता हूं, डिक्रिप्टिंग एक स्ट्रिंग को एक अलग एंडिंग के साथ पैदा करता है। जब मैं हेक्स उत्पादन का उपयोग करता हूँ तो यह सब ठीक काम करता है देखें: gist. github1106441 क्या मैं यहाँ कुछ गड़बड़ कर रहा हूँ या यह बग है अग्रिम धन्यवाद, एरिक डुबेलबोएर। मैं पहले नोड-बेस 64 (githubbrainfuckernode-base64) नोड - v0.1.32 के साथ प्रयोग कर रहा था। आज Ive v0.1.93 को नोड अपडेट करता है और इसे निम्न त्रुटि देना शुरू कर दिया गया: त्रुटि: ऑब्जेक्ट पर मॉड्यूल बेस 64 लोड मॉड्यूल (मॉड्यूल: 238: 15) की आवश्यकता पर (मॉड्यूल: 364: 12) नहीं मिल सकता है। (नोड. जेएसएनोड. जेएस: 5: 10) मॉड्यूलपाइल (मॉड्यूल: 385: 23) मॉड्यूल पर: 413: 20। हैलो, मैं इमेज को डीकोड करने की कोशिश कर रहा हूं जो बेस 64 में एन्कोडेड हैं (विशेषकर ओग मेटाडेटा में) मैंने इस पर आधारित कोड की कोशिश की। gist. github718390। बाइनरी को संभालने में संशोधित, लेकिन बिना किसी सफलता के क्या कोई मुझे बता सकता है कि यह कैसे करना है। सादर, माइकल। मैं अपने विंडोज सिस्टम पर बेस 64 स्थापित करना चाहता हूं, लेकिन जब मैं कमांड एनपीएम स्थापित base64 का उपयोग करता हूँ। यह इस तरह दिखता है: डी: WorkSpacevnc. jsnpm स्थापित base64 npm http gET रजिस्ट्री। Npmjs. orgbase64 npm http 304 रजिस्ट्री। Npmjs. orgbase64 base642.0.3 स्थापित डी: WorkSpacevnc. js odemodulesase64 नोड-वाफ कॉन्फ़िगर बिल्ड नोड - waf। वहाँ है, मैं पोस्टग्रे डेटाबेस से बाइनरी डेटा को पुनः प्राप्त कर रहा हूं और ब्राउज़र में इसे छवि टैग के रूप में डेटा-वैल्यू के रूप में प्रदर्शित कर रहा हूं: फ़ंक्शन (रिक, रेस, पैरामीटर) हाय सब, मैं इस फ्लेक्स फॉर्म की सामग्री को भेज रहा हूं (न पूछें क्यों) नोड पर ओवर तस्वीर के नाम पर एक पोस्ट पैरामीटर है जो एक बेस 64 एन्कोडेड छवि है। तस्वीर की सामग्री को ठीक से भेजा जाता है। समस्या तब होती है जब मैं सामग्री को डीकोड करने और उन्हें फाइल में लिखने की कोशिश कर रहा हूं। var एफएस की आवश्यकता (एफएस) fs. writeFile (arghhhh. jpg, नया बफर (request. body. photo, base64).स्टस्ट्रिंग (), फ़ंक्शन (err. Ive एक गूंगा सवाल के कुछ हद तक है, लेकिन मैं एक इसके बारे में सीधे उत्तर अभी तक है। इसके बारे में मेलिंग सूची पर कई बार चर्चा हुई है, लेकिन मैं अभी भी यहां नहीं जा रहा हूँ। क्या कोई मुझे बता सकता है कि बेस 64 एन्कोडिंग डीकोडिंग को नोड कोर में लाने की स्थिति क्या यह पहले से ही जोड़ा गया है क्या यह तय हुआ है कोर में नहीं होना चाहिए क्योंकि मैं 3-4 अलग बेस 64 सांकेतिक शब्दों में बदलना है। इस पर लगभग वहां पर एक मानसिक ब्लॉक है - मुझे यकीन है कि मुझे नोड में उपलब्ध पुस्तकालयों के साथ संभव है, लेकिन एक ऐसा कदम है जिसे मैं समझ नहीं पाया , और आश्चर्य है कि कोई और मदद कर सकता है I am अमेज़ॅन सरलडीबी के लिए हस्ताक्षर करने की कोशिश कर रहा है.इसमें डेटा और एक गुप्त कुंजी से एक HMACSHA1 डाइजेस्ट बनाने की आवश्यकता है, और फिर Base64 एन्कोडिंग परिणाम। Ive स्थापित किया गया। मुझे कुछ अजीब त्रुटियां मिल रही हैं बेस 64 स्ट्रिंग के साथ। शुरू में बेस 64 एन्कोडेड से बफ़र्स को प्रारंभ करने के साथ querystrings। क्या कोई संवेदना इस प्रमाण का परीक्षण कर सकता है यह सुनिश्चित करने के लिए कि मैं किसी तरह की नौसिखिया त्रुटि gist. github491090 पैच को टेस्ट बफर. जिस gist. github491125 के परीक्षण में जोड़ने के लिए नहीं कर रहा हूँ, धन्यवाद सभी.हे दोस्तों, मुझे नहीं पता है कि मैं इस प्रश्न को पोस्ट कर सकता हूं यहां पर, लेकिन कोई और मुझे अन्य मंचों में जवाब नहीं दे सकता है :( मेरी समस्या निम्न है: Im को img टैग को बेस64 पते का स्रोत देने का प्रयास करना जो मैंने पहले ही यहां परीक्षण किया है: base64onlineimagebase64.php और इस पृष्ठ पर यह एक तस्वीर देता है लेकिन मेरी साइट पर कुछ भी नहीं है, केवल एक रिक्त छवि है.मैंने इसे हर ब्राउज़र में जांच लिया था। हाय, हाल ही में (फरवरी में) एक परीक्षण-बफर. जे में परिवर्तन 1 है, मुझे आश्चर्य है कि बफर के उचित मूल्य क्या है। डॉक्टर का कहना है कि लिखित पात्रों की संख्या (जो लिखित बाइट्स की संख्या से भिन्न हो सकती है) को बफर में सेट किया गया है। चार्स लिखित, और मुझे लगता है इसका मतलब है कि इनपुट स्ट्रिंग से डिकोडिंग प्रक्रिया के दौरान भस्म होने वाले अक्षर। Testimpletest-buffer. js पर: 68 9 , परीक्षण का दावा है। मेरे पास एक छवि का बेस 64 स्ट्रिंग है, और मैं जू होगा सेंट की तरह वापस ब्राउज़र पर सेवा करना है लेकिन मुझे यह पता नहीं लगा कि कोड कैसे लिखना है - मैंने कुछ भिन्न संस्करणों की कोशिश की है, लेकिन अब तक कोई भाग्य नहीं है। मैंने इस पर मेरा नवीनतम प्रयास नीचे चिपकाया है। असल में मैं क्या करना चाहता हूं, इस यूआरएल को इंगित करने वाला टैग है (कुछ पारामों में से गुजारें तो छवि को कॉरक्लेटी उत्पन्न किया जा सकता है)। हाइ, Ive couchdb thru नोड से एक छवि को प्रॉक्सी करने की कोशिश कर रहा है। जब तक यह क्लाइंट तक पहुंचता है, डेटा गड़बड़ हो जाता है, लेकिन मुझे यकीन नहीं है कि यह कहां हो रहा है। छवि couchdb में base64 में संग्रहीत की जाती है और इम बस इसे बफर में गुजर रहा है और फिर बफर को प्रतिक्रिया में लिख रहा है। कोड यहाँ है gist. github1032371 फ़ंक्शन में दो प्रतिक्रिया ऑब्जेक्ट हैं, इनमें से एक। हैय क्या यह utf8, ascii या base64 Im के अलावा अन्य किसी HTTP प्रतिसाद की एन्कोडिंग को सेट करना संभव है, निम्न समस्या होने पर, मैं एक POST भेजें एक वेब के लिए अनुरोध करें जो मुझे विंडोज़ 1252 में एन्कोड किए गए html पेज के साथ जवाब देता है, मुझे लगता है कि यह आईएसओ -88591-1 में प्रतिक्रिया को सांकेतिक शब्दों में बदलना करने के लिए एक समस्या नहीं है, लेकिन मैं बिना किसी अज्ञात वर्णों जैसे कोलेगोडियो डी एडुसेकिन । IHello सभी, मुझे क्रिप्टो मॉड्यूल के साथ एक समस्या है: जब हेक्स का उपयोग आउटपुटनकोडिंग के रूप में हो सकता है मैं क्रिप्ट-डिक्रिप्ट कर सकता हूं और फिर मेरे पास मूल स्ट्रिंग है, लेकिन जब base64 को आउटपुटनकोडिंग के रूप में प्रयोग किया जाता है, तो मूल स्ट्रिंग को बदल दिया जाता है (लेकिन कुछ समानताएं हैं) । यहां एक छोटा कोड स्निपेट है: gist. github757317 अगर कोई देख सकता है, तो आईडी बहुत खुश हुआ है :) धन्यवाद, पियरे। यहां एक आधारभूत आधार है जो बेस 64 में 2 बार एन्कोड किया गया है, (सिफर पाठ एईएस-128-सीसीसी का उपयोग करके एन्क्रिप्ट किया गया है) यहां टेस्ट गुप्त कुंजी है - 0123456789abcdef eUpTUFM0aW8xaXc3cXpkMVdVN0tLclNoUGs3cnc0SjVnc0FLWm41dUJZTWNEcVE5dzh3aEMrL1ZFbUt4KzNQYQ मैंने कच्चे सिफरटेक्स्ट प्राप्त करने के लिए base64 को दो बार डीकोड करने के कई तरीके निकाले हैं I मैंने तब सीफ़रटेक्स्ट को डिक्रिप्ट करने के लिए कई तरीकों की कोशिश की है। मैं एक क्वेरी स्ट्रिंग में base64 encode sha1 डाइजेस्ट पास कर रहा हूं, लेकिन जब मैं एक यूआरएल (url) की आवश्यकता करता हूं। परर्स (indexdigestQMEZSdNfGCPNMMvyP1LqH8Efv4) लौटे query. digest के साथ प्रतिस्थापित किया गया है अंतरिक्ष। ऐसा लगता है कि querystring. js (githubjoyentnodeblobmasterlibquerystring. jsL58) में के लिए कोडित है, लेकिन यह मेरे लिए एक बग की तरह लग रहा है यह सही व्यवहार है। आईएम एक फ्लैश फिल्म (कैमरा नियंत्रण) से ली गई छवि को अपलोड कर रहा है जैसे:.एजेक्स () और फिर डीकोड करने और सहेजने की कोशिश कर रहा है: एपीपीओस्ट (अपलोड, फ़ंक्शन (रीक, रिज) var फ़ाइल नया बफ़र. विकल्प में आपका स्वागत है विकल्प विकल्पों ऐडवाइस आपको उन्नत बाइनरी विकल्प रणनीति गाइड प्रदान करता है ताकि आपको एक विजेता व्यापारी बनने में सहायता मिल सके। हम वैध वित्तीय व्यापार पर एक बड़ा जोर देते हैं और जैसे, केवल द्विआधारी विकल्प दलालों को सूचीबद्ध करते हैं जिन्हें लाइसेंस प्राप्त और कई सम्मानित न्यायालय में विनियमित किया जाता है सर्वश्रेष्ठ द्विआधारी विकल्प दलाल का पता लगाना हमेशा आसान काम नहीं होता है। ऐसे में, हमने आपको उद्देश्य और उच्च गुणवत्ता वाली वित्तीय दलाल की समीक्षा प्रदान की है ताकि आप उन सेवा प्रदाताओं को ढूंढ सकें जो उद्योग में सर्वोत्तम गुणवत्ता वाले वित्तीय व्यापार सेवाएं प्रदान करते हैं। द्विआधारी विकल्प रणनीति मार्गदर्शिका ऑनलाइन व्यापार का यह रूप निवेश का एक वास्तविक रूप है, जो अगर सही तरीके से सीखा है, तो व्यापारियों के लिए पर्याप्त और लगातार राजस्व उत्पन्न कर सकता है, हालांकि यह महत्वपूर्ण जोखिम के साथ आता है एस के रूप में अच्छी तरह से हमारे ऑनलाइन व्यापारिक मार्गदर्शिका विशेष रूप से आपको सिखाती है कि आप द्विआधारी विकल्प कैसे व्यापार करें हमारे द्वारा वर्णित रणनीतियों और युक्तियों को सीखना एक आकस्मिक व्यापारी और पेशेवर और विजेता व्यापारी बनने के बीच का अंतर होगा। आपको जीतने के लिए एक विशेषज्ञ अर्थशास्त्री नहीं होना चाहिए, हालांकि, सफल होने के लिए आपको कुछ मूलभूत नियम और रणनीतियों को समझना होगा। हम इन सभी को प्रदान करते हैं। द्विआधारी विकल्प समाचार हम वित्तीय व्यापार व्यापार में प्रमुख घटनाओं का कवरेज प्रदान करते हैं। इस तरह आप उद्योग में हो रहे सभी घटनाओं के साथ संपर्क में रह सकेंगे। इससे आपको व्यापारियों पर प्रतिस्पर्धात्मक लाभ मिल जाएगा, जो नियमित रूप से उद्योग समाचार और घटनाओं का पालन न करें। नवीनतम बाइनरी ट्रेडिंग समाचार के साथ तारीख तक होने के कारण आपको अप्रत्याशित अवसरों से लाभ प्राप्त करने की अनुमति मिलेगी, जिससे आप अन्यथा चूक पाएंगे। जैसा कि हम अपने गाइडों में कहते थे, व्यापार में क्या हो रहा है और विभिन्न बाजारों में सभी नवीनतम घटनाओं के बारे में जानने से सफल बाइनरी ट्रेडिंग का सबसे बड़ा रहस्य है। सर्वश्रेष्ठ द्विआधारी विकल्प दलाल amp बोनस हमारे गाइड आप व्यापार में सबसे अच्छा द्विआधारी ट्रेडिंग दलालों को खोजने में मदद मिलेगी। अच्छी तरह से आपको सिखाता है कि धोखाधड़ी वाले ऑपरेटरों को कानूनी द्विआधारी विकल्प ब्रोकरों से अलग कैसे करना है जो लाभप्रद भुगतान दरों की पेशकश करते हैं और साथ ही बहुत बड़ी संख्या में परिसंपत्तियां और अनुबंध प्रकार हम आपके दलालों द्वारा प्रस्तावित सबसे बड़े द्विआधारी विकल्प बोनस ढूंढने में भी आपकी सहायता करते हैं ताकि आप अपने बैंकोल में वृद्धि कर सकें। इन प्रचार सौदों से लाभप्रद सफल ऑनलाइन व्यापारी बनने का एक महत्वपूर्ण हिस्सा है। आज हमारी मार्गदर्शिका देखें और एक विजेता व्यापारी बनें। विकल्पऐडिवाइस इस वेबसाइट पर प्रदर्शित किसी भी जानकारी के उपयोग के कारण हुए किसी भी क्षति के लिए उत्तरदायी नहीं हो सकता है। वेबिस्ट पर पाया गया सूचना और व्यापारिक मार्गदर्शिका केवल लेखकों की राय है। बाइनरी विकल्पों में उच्च जोखिम शामिल है और सभी निवेशकों के लिए उपयुक्त नहीं हैं। बाइनरी विकल्प आपके अधिकार क्षेत्र में कानूनी नहीं हो सकते। इसकी आगंतुकों की जिम्मेदारी यह सुनिश्चित करने के लिए कि व्यापार गतिविधि में संलग्न होने से पहले द्विआधारी विकल्प उनके अधिकार क्षेत्र में कानूनी हैं। कॉपीराइट 2018 विकल्पऐडवाइस बाइनरी विकल्प निर्देशिका में आपका स्वागत है यदि आप नए द्विआधारी विकल्प दलाल, बाइनरी विकल्प ट्रेडिंग सॉफ्टवेयर, बाइनरी विकल्प सिग्नल सर्विसेज और अन्य द्विआधारी विकल्प सामान की तलाश कर रहे हैं, तो यह आपके लिए सही जगह है यहां आप बाइनरी विकल्प से संबंधित बाइनरी विकल्प निर्देशिका कंपनियों की एक व्यापक निर्देशिका है जो वैश्विक द्विआधारी विकल्प बाजारों पर उत्पाद और सेवाएं प्रदान कर रही हैं। द्विआधारी विकल्प दलाल, द्विआधारी विकल्प ट्रेडिंग सॉफ्टवेयर, बाइनरी विकल्प सिग्नल सर्विसेज आदि द्विआधारी विकल्प ट्रेडिंग और आम तौर पर दिन का कारोबार एक ऐसी पहेली की तरह है, जहां व्यापारियों को सूचना के टुकड़े के लिए निरंतर खोज में शामिल हैं। इसमें तकनीकी और मूलभूत कारक या विभिन्न कारकों के संयोजन शामिल हो सकते हैं। द्विआधारी विकल्प निर्देशिका का उद्देश्य सभी व्यापारियों को उपयोगी लिंक और उच्च गुणवत्ता की जानकारी प्रदान करना है। एक व्यापारी के रूप में आपको सटीक ट्रेडिंग जानकारी और समाचार के साथ वित्तीय बाजार को नेविगेट करने की आवश्यकता है। या क्या आप अपने स्वयं के द्विआधारी विकल्प उत्पाद या द्विआधारी विकल्प व्यवसाय को प्रचार और प्रचारित करना चाहते हैं हम आपको उच्च गुणवत्ता वाले द्विआधारी विकल्प ट्रैफ़िक की पेशकश करते हैं और हम अपने बाइनरी विकल्प व्यवसाय या द्विआधारी विकल्प उत्पाद का विज्ञापन करते हैं, जो हज़ारों लक्षित लोगों के साथ हमारी वेबसाइट पर द्विआधारी विकल्प गतिविधियों में रुचि रखते हैं जहां बाइनरी विकल्प के बारे में उपयोगी जानकारी अपडेट की गई है। हम आपको बैनर विज्ञापन, वीडियो विज्ञापन, टेक्स्ट विज्ञापन और तस्वीर विज्ञापन प्रदान करते हैं सभी सूचियों को हमारे फेसबुक पेज पर एक पोस्ट मिलेगा और हमारे ट्विटर पेज के पोस्ट्स पर हमारे बाइनरी ऑप्शन्स फेसबुक समूह में एक ट्वीट मिलेगी। 500,000। सदस्यों अगर वांछित विज्ञापनदाताओं के लिए एक बड़ा लाभ यह है कि हम केवल सीमित प्रविष्टियों की अनुमति देते हैं अन्य वेबसाइटों में एक बड़ी मात्रा में q ब्रोकर लिस्टिंग इसलिए है कि यह संभावित ग्राहकों के लिए बेहद भ्रामक है। अब संकोच न करें और हमसे जुड़ें जोखिम प्रकटीकरण: इस वेबसाइट में निहित जानकारी पर निर्भरता के परिणामस्वरूप द्विआधारी विकल्प निर्देशिका हानि या क्षति के लिए किसी भी दायित्व को स्वीकार नहीं करेगा। कृपया वित्तीय बाजारों के व्यापार से जुड़े जोखिमों और लागतों के बारे में पूरी तरह से सूचित करें। किसी भी अन्य वित्तीय साधन को व्यापार करने का निर्णय लेने से पहले आपको अपने निवेश उद्देश्यों, अनुभव के स्तर और जोखिम की भूख पर ध्यान से विचार करना चाहिए। गोपनीयता नीति कॉपीराइट बाइनरी विकल्प निर्देशिका 2018-2017 सभी अधिकार reserved. Node. js v7.5.0 दस्तावेज़ीकरण सामग्री तालिका फाइल सिस्टम IO मानक POSIX फ़ंक्शंस के आसपास सरल रैपर द्वारा प्रदान किया गया है। इस मॉड्यूल का उपयोग करने के लिए (39fs39) की आवश्यकता है सभी विधियों में अतुल्यकालिक और तुल्यकालिक रूप हैं। अतुल्यकालिक रूप हमेशा अपने आखिरी तर्क के रूप में पूरा कॉलबैक लेता है। पूर्ण कॉलबैक के पास दिए गए तर्क विधि पर निर्भर करते हैं, लेकिन पहला तर्क हमेशा अपवाद के लिए आरक्षित होता है। अगर ऑपरेशन सफलतापूर्वक पूरा हुआ, तो पहला तर्क शून्य या अपरिभाषित होगा। तुल्यकालिक रूप का उपयोग करते समय किसी अपवाद को तुरंत फेंक दिया जाता है आप अपवाद को संभालने के लिए trycatch का उपयोग कर सकते हैं या उन्हें बबल अप करने की अनुमति दे सकते हैं। यहां अतुल्यकालिक संस्करण का एक उदाहरण है: यहां तुल्यकालिक संस्करण है: अतुल्यकालिक विधियों के साथ कोई गारंटीकृत आदेश नहीं है तो निम्नलिखित त्रुटि की संभावना है: यह हो सकता है कि fs. stat fs. rename से पहले निष्पादित किया जाता है। ऐसा करने का सही तरीका है कॉलबैक श्रृंखला। व्यस्त प्रक्रियाओं में, प्रोग्रामर को इन कॉल के एसिंक्रोनस संस्करणों का उपयोग करने के लिए जोरदार प्रोत्साहित किया जाता है। सिंक्रोनस संस्करण पूरी प्रक्रिया को तब तक अवरुद्ध करेगा जब तक कि वे पूर्ण न हों - सभी कनेक्शन को बंद कर दें। फ़ाइल नाम के रिश्तेदार पथ का उपयोग किया जा सकता है। याद रखें, हालांकि, यह पथ process. cwd () के सापेक्ष होगा। अधिकांश एफएस फ़ंक्शन आपको कॉलबैक तर्क को छोड़ देते हैं। यदि आप करते हैं, तो एक डिफ़ॉल्ट कॉलबैक का उपयोग किया जाता है जो कि त्रुटियों को पुन: उत्पन्न करता है मूल कॉल साइट का पता लगाने के लिए, NODEDEBUG परिवेश चर सेट करें: बफर एपीआई एफएस फ़ंक्शंस का समर्थन और पथ दोनों स्ट्रिंग्स और बफ़र्स के रूप में प्राप्त करना। बाद का उद्देश्य फाइलसिस्टम के साथ काम करना संभव है जो गैर-यूटीएफ -8 फाइलनामों के लिए अनुमति देता है। अधिकांश विशिष्ट उपयोगों के लिए, पथों के साथ काम करना बफ़र के रूप में अनावश्यक होगा, क्योंकि स्ट्रिंग एपीआई स्वतः यूटीएफ -8 से और उसके द्वारा परिवर्तित हो जाती है। ध्यान दें कि कुछ फाइल सिस्टम (जैसे कि NTFS और HFS) फाइलनाम हमेशा UTF-8 के रूप में एन्कोडेड होंगे। ऐसी फाइल सिस्टम पर, गैर-यूटीएफ -8 एन्कोडेड बफ़र्स को एफएस फ़ंक्शंस पास करना अपेक्षित रूप से काम नहीं करेगा। कक्षा: fs. FSWatcher वस्तुएं fs. watch () से लौटी गई हैं) इस प्रकार के हैं Fs. watch () को प्रदान किए गए श्रोता कॉलबैक ने लौटे एफएस-वॉटर की बदलाव की घटनाएं प्राप्त कीं वस्तु स्वयं इन घटनाओं का उत्सर्जन करती है: इवेंट: 39change39 उत्सर्जित जब कोई देखे गए निर्देशिका या फ़ाइल में कुछ बदलाव होता है Fs. watch () में और अधिक विवरण देखें। ऑपरेटिंग सिस्टम समर्थन के आधार पर फ़ाइल नाम तर्क प्रदान नहीं किया जा सकता है। यदि फ़ाइल नाम प्रदान किया गया है, तो इसे बफ़र के रूप में प्रदान किया जाएगा यदि fs. watch () को इसके एन्कोडिंग विकल्प को 39buffer39 पर सेट किया गया है। अन्यथा फ़ाइल नाम स्ट्रिंग होगा इवेंट: 39 एरर 39 उत्सर्जित होने पर त्रुटि होती है watcher. close () Emitted जब WriteStream 39s अंतर्निहित फ़ाइल विवरणक fs. close () विधि का उपयोग कर बंद कर दिया गया है। writeStream. bytesWritten अब तक लिखित बाइट्स की संख्या। उस डेटा को शामिल नहीं करता है जो अभी भी लेखन के लिए कतारबद्ध है। writeStream. path स्ट्रीम को फ़ाइल के लिए पथ लिख रहा है जैसा कि पहले तर्क में निर्दिष्ट है fs. createWriteStream () में। अगर पथ एक स्ट्रिंग के रूप में पारित हो जाता है, तो लिखिए Stream. path एक स्ट्रिंग होगा यदि पथ एक बफ़र के रूप में पारित किया गया है तब लिखें stream. phath एक बफर होगा fs. access (पथ, मोड, कॉलबैक) में जोड़ा गया: v0.11.15 पथ द्वारा निर्दिष्ट फ़ाइल या निर्देशिका के लिए उपयोगकर्ता की अनुमतियों की जांच करता है। विधा तर्क एक वैकल्पिक पूर्णांक है जो निष्पादन योग्यता जांच को निर्दिष्ट करता है। निम्नलिखित स्थिरांक मोड के संभावित मूल्यों को परिभाषित करते हैं। एक मुखौटा बनाने के लिए संभव है जिसमें बिटवर्ड या दो या अधिक मान शामिल हैं। fs. constants. FOK - पथ कॉलिंग प्रक्रिया को दिखाई देता है। यह निर्धारित करने के लिए उपयोगी है कि कोई फाइल मौजूद है, लेकिन आरव्वेक्स अनुमतियों के बारे में कुछ भी नहीं कहता है डिफ़ॉल्ट अगर कोई विधा निर्दिष्ट नहीं है। fs. constants. ROK - पथ कॉलिंग प्रक्रिया द्वारा पढ़ा जा सकता है। fs. constants. WOK - मार्ग कॉलिंग प्रक्रिया द्वारा लिखा जा सकता है। fs. constants. XOK - पथ कॉलिंग प्रक्रिया द्वारा निष्पादित किया जा सकता है। इसका विंडोज पर कोई असर नहीं है (जैसे कि fs. constants. FOK जैसे व्यवहार करेंगे)। अंतिम तर्क, कॉलबैक एक कॉलबैक फ़ंक्शन है जिसे संभव त्रुटि तर्क के साथ लागू किया जाता है। यदि पहुंच क्षमता जांच में से कोई भी विफल हो जाए, तो त्रुटि तर्क पॉपुलेटेड हो जाएगा। निम्नलिखित उदाहरण जांचता है कि क्या फ़ाइल आदिपासवडी को वर्तमान प्रक्रिया द्वारा पढ़ा और लिखा जा सकता है। Fs. open () को कॉल करने से पहले फ़ाइल की पहुंच की जांच के लिए fs. access () का उपयोग करना। fs. readFile () या fs. writeFile () की सिफारिश नहीं है। ऐसा करने से एक दौड़ की स्थिति का परिचय होता है, क्योंकि अन्य प्रक्रियाएं दो कॉल के बीच फ़ाइल की स्थिति को बदल सकती हैं। इसके बजाय, उपयोगकर्ता कोड को फ़ाइल को सीधे खोलने के लिए खोलना चाहिए और यदि त्रुटि सुलझाया गया है तो फाइल को संभाला जाएगा। लिखना (अनुशंसित नहीं) पढ़ें (अनुशंसित नहीं) उपर्युक्त टिप्पणी के लिए उपरोक्त उदाहरणों में प्रवेश के लिए प्रवेश की सुविधा है और फिर फाइल का उपयोग उद्धृत किये गये उदाहरण बेहतर हैं क्योंकि वे सीधे फ़ाइल का उपयोग करते हैं और त्रुटि को संभालते हैं, यदि कोई हो सामान्य तौर पर, एक फ़ाइल की पहुंच की जांच केवल तभी करें जब फ़ाइल को सीधे उपयोग न किया जाए, उदाहरण के लिए जब इसकी पहुंच अन्य प्रक्रिया से एक संकेत है fs. accessSync (पथ, मोड) में जोड़ा गया: v0.11.15 fs. access के तुल्यकालिक संस्करण ()। यह फेंकता है कि किसी भी पहुंच की जांच विफल हो जाती है, और कुछ और नहीं करती है fs. appendFile (फ़ाइल, डेटा, विकल्प, कॉलबैक) असीमित रूप से किसी फ़ाइल में डेटा संलग्न करते हैं, यदि फ़ाइल अभी तक मौजूद नहीं है डेटा स्ट्रिंग या बफर हो सकता है यदि विकल्प एक स्ट्रिंग है, तो यह एन्कोडिंग निर्दिष्ट करता है। उदाहरण: किसी भी निर्दिष्ट फ़ाइल डिस्क्रिप्टर को जोड़ने के लिए खोला गया है। नोट: यदि कोई फाइल डिस्क्रिप्टर फाइल के रूप में निर्दिष्ट है यह स्वचालित रूप से बंद नहीं किया जाएगा। fs. appendFileSync (फ़ाइल, डेटा, विकल्प) fs. appendFile () के तुल्यकालिक संस्करण। रिटर्न अपरिभाषित fs. chmod (पथ, मोड, कॉलबैक) एसिंक्रोनस chmod (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. chmodSync (पथ, मोड) सिंक्रोनस chmod (2) रिटर्न अपरिभाषित एफस्चॉवन (पथ, यूआईडी, जीआईडी, कॉलबैक) एसिंक्रोनस क्राउन (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. chownSync (पथ, uid, gid) तुल्यकालिक chown (2)। रिटर्न अपरिभाषित fs. close (एफडी, कॉलबैक) एसिंक्रोनस क्लोज़ (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. closeSync (एफडी) सिंक्रोनस क्लोज़ (2) रिटर्न अपरिभाषित fs. constants फाइल ऑब्जेक्ट के लिए आमतौर पर इस्तेमाल किए गए स्थिरांक वाले ऑब्जेक्ट देता है। वर्तमान में परिभाषित विशिष्ट स्थिरांक एफएस स्थिरांक में वर्णित हैं। fs. createReadStream (पथ, विकल्प) ध्यान रखें कि, पठनीय धारा (16 केबी) पर हाई वॉटरमार्क के लिए तयशुदा मूल्य सेट के विपरीत, इस पद्धति द्वारा दिए गए स्ट्रीम को समान पैरामीटर के लिए 64 केबी का एक डिफ़ॉल्ट मान है। विकल्प एक ऑब्जेक्ट या स्ट्रिंग है, जिसमें निम्नलिखित डिफॉल्ट होते हैं: ऑप्शंस में संपूर्ण फ़ाइल के बजाए फ़ाइल से बाइट्स की एक श्रेणी को पढ़ने के लिए प्रारंभ और समाप्ति मान शामिल हो सकते हैं। शुरुआत और समाप्ति दोनों ही समावेशी हैं और 0 पर भरोसा करना शुरू करते हैं। यदि एफडी निर्दिष्ट है और प्रारंभ करना छोड़ा गया है या अपरिभाषित है। fs. createReadStream () वर्तमान फ़ाइल स्थिति से क्रमिक रूप से पढ़ता है। एन्कोडिंग बफर द्वारा स्वीकृत उन में से कोई भी हो सकता है। यदि एफडी निर्दिष्ट है, तो रीडस्ट्रीम पथ तर्क को अनदेखा करेगा और निर्दिष्ट फ़ाइल डिस्क्रिप्टर का उपयोग करेगा। इसका मतलब यह है कि कोई भी 39 ओपेन39 उत्सव उत्सर्जित नहीं किया जाएगा। ध्यान दें कि एफडी को गैर-अवरुद्ध करने वाले एफडी को अवरुद्ध करना चाहिए, इसे नेट। अगर ऑटो-क्लोज़ असत्य है, तो फाइल डिसिप्टर को बंद कर दिया जाएगा, भले ही कोई त्रुटि हो। इसे बंद करना आपकी ज़िम्मेदारी है और सुनिश्चित करें कि कोई फ़ाइल डिस्क्रिप्टर रिसाव नहीं है अगर ऑटो-क्लोज को सही (डिफ़ॉल्ट व्यवहार) पर सेट किया गया है, तो त्रुटि पर या फाइल डिस्क्रिप्टर समाप्त होने पर स्वचालित रूप से बंद हो जाएगा मोड फ़ाइल मोड (अनुमति और चिपचिपा बिट्स) सेट करता है, लेकिन केवल अगर फ़ाइल बनाई गई थी एक फ़ाइल के पिछले 10 बाइट्स पढ़ने के लिए एक उदाहरण है जो 100 बाइट्स लंबा है: यदि विकल्प एक स्ट्रिंग है, तो यह एन्कोडिंग निर्दिष्ट करता है fs. createWriteStream (पथ, विकल्प) विकल्प एक ऑब्जेक्ट या स्ट्रिंग है जो निम्नलिखित डिफॉल्ट के साथ होता है: विकल्प में फ़ाइल की शुरुआत से पहले कुछ स्थिति में डेटा लिखने की अनुमति देने के लिए प्रारंभ विकल्प शामिल हो सकता है। इसके बजाय एक फ़ाइल को संशोधित करने के लिए इसे डिफ़ॉल्ट मोड डब्ल्यू की बजाय झंडे मोड की आवश्यकता हो सकती है। डिफॉल्ट एन्कोडिंग बफर द्वारा स्वीकृत उन में से कोई भी हो सकता है। अगर ऑटो-क्लोज को सही पर (डिफ़ॉल्ट व्यवहार) पर सेट किया गया है या फ़ाइल डिस्क्रिप्टर समाप्त हो जाएगा तो स्वचालित रूप से बंद हो जाएगा। अगर ऑटो-क्लोज़ असत्य है, तो फाइल डिसिप्टर को बंद कर दिया जाएगा, भले ही कोई त्रुटि हो। इसे बंद करना आपकी ज़िम्मेदारी है और सुनिश्चित करें कि कोई फ़ाइल डिस्क्रिप्टर रिसाव नहीं है रीडस्ट्रीम की तरह यदि एफडी निर्दिष्ट है, तो WriteStream पथ तर्क को अनदेखा करेगा और निर्दिष्ट फ़ाइल डिस्क्रिप्टर का उपयोग करेगा इसका मतलब यह है कि कोई भी 39 ओपेन39 उत्सव उत्सर्जित नहीं किया जाएगा। ध्यान दें कि एफडी को गैर-अवरुद्ध करने वाले एफडी को अवरुद्ध करना चाहिए, इसे नेट। यदि विकल्प एक स्ट्रिंग है, तो यह एन्कोडिंग निर्दिष्ट करता है। fs. exists (पथ, कॉलबैक) में जोड़ा गया: v0.0.2 के बाद से पदावनत: v1.0.0 फ़ाइल सिस्टम के साथ चेक करके मौजूद पथ दिया या नहीं। फिर कॉलबैक तर्क को किसी भी सच्ची या गलत के साथ कॉल करें। उदाहरण: ध्यान दें कि इस कॉलबैक का पैरामीटर अन्य Node. js कॉलबैक के अनुरूप नहीं है। आम तौर पर, एक नोड। जेएस कॉलबैक के पहले पैरामीटर एक पैरामीटर पैरामीटर है, वैकल्पिक रूप से अन्य मापदंडों के अनुसार। Fs. exists () कॉलबैक में केवल एक बूलियन पैरामीटर है यह एक कारण है fs. access () fs. exists के बजाय सिफारिश की है ()। Fs. open () को कॉल करने से पहले फ़ाइल के अस्तित्व की जांच करने के लिए fs. exists () का उपयोग करना। fs. readFile () या fs. writeFile () की सिफारिश नहीं है। ऐसा करने से एक दौड़ की स्थिति का परिचय होता है, क्योंकि अन्य प्रक्रियाएं दो कॉल के बीच फ़ाइल की स्थिति को बदल सकती हैं। इसके बजाय, उपयोगकर्ता कोड को फ़ाइल को सीधे खोलने के लिए खोलना चाहिए और यदि फ़ाइल मौजूद नहीं है तो त्रुटि को संभाला। लिखना (अनुशंसित नहीं) पढ़ना (अनुशंसित नहीं) उपरोक्त टिप्पणी के लिए ऊपर मौजूद उदाहरण के लिए जांच करें और फिर फ़ाइल का उपयोग करें उद्धृत उदाहरण बेहतर हैं क्योंकि वे सीधे फ़ाइल का उपयोग करते हैं और त्रुटि को संभालते हैं, यदि कोई हो सामान्य तौर पर, एक फ़ाइल के अस्तित्व की जांच करें, अगर फ़ाइल को सीधे उपयोग न किया जाए, उदाहरण के लिए, जब उसका अस्तित्व अन्य प्रक्रिया से एक संकेत है fs. existsSync (पथ) fs. exists के तुल्यकालिक संस्करण ()। अगर फाइल मौजूद है, गलत अन्यथा गलत लौटाता है ध्यान दें कि fs. exists () नापसंद है, लेकिन fs. existsSync () नहीं है। (फ़ैक्स के लिए कॉलबैक पैरामीटर ()) पैरामीटर स्वीकार करता है जो अन्य नोड. जेएस कॉलबैक के साथ असंगत हैं। Fs. existsSync () कॉलबैक का उपयोग नहीं करता।) Fs. fchmod (fd, mode, callback) एसिंक्रोनस एफकॉमोड (2)। संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. fchmodSync (एफडी, मोड) सिंक्रोनस एफसीएमओडी (2)। रिटर्न अपरिभाषित fs. fchown (एफडी, यूआईडी, जीआईडी, कॉलबैक) एसिंक्रोनस फॉवन (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. fchownSync (एफडी, यूआईडी, जीआईडी) सिंक्रोनस फॉवन (2)। रिटर्न अपरिभाषित fs. fdatasync (एफडी, कॉलबैक) एसिंक्रोनस फ्डाटासिंक (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. fdatasyncSync (fd) तुल्यकालिक fdatasync (2) रिटर्न अपरिभाषित fs. fstat (fd, callback) एसिंक्रोनस fstat (2) कॉलबैक को दो तर्क (गलती, आँकड़े) मिलता है, जहां आंकड़े एक फ़ेस हैं। स्टेटस ऑब्जेक्ट fstat () stat () के समान है सिवाय इसके कि फाइल को stat-ed होना फ़ाइल डिस्क्रिप्टर द्वारा निर्दिष्ट किया गया है fd fs. fstatSync (एफडी) तुल्यकालिक fstat (2)। Fs. Stats का एक उदाहरण देता है fs. fsync (एफडी, कॉलबैक) एसिंक्रोनस एफएसआईएनसीसी (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. fsyncSync (एफडी) सिंक्रोनस एफएसआईएनसीसी (2)। रिटर्न अपरिभाषित fs. ftruncate (एफडी, लेन, कॉलबैक) एसिंक्रोनस एफट्रान्केट (2)। संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। अगर फाइल डिस्क्रिप्टर द्वारा निर्दिष्ट फाइल लैन बाइट्स की तुलना में अधिक थी, तो फ़ाइल में केवल पहले लेन बाइट्स को बनाए रखा जाएगा। उदाहरण के लिए, निम्न प्रोग्राम फ़ाइल के केवल पहले चार बाइट को बरकरार रखता है यदि फ़ाइल पहले लैन बाइट्स की तुलना में छोटा था, तो इसे बढ़ा दिया गया है, और विस्तारित भाग रिक्त बाइट्स (39039) से भर गया है। उदाहरण के लिए, पिछले तीन बाइट्स रिक्त बाइट्स (39039) हैं, जो ओवर-ट्रान्स्केशन की भरपाई करने के लिए fs. ftruncateSync (fd, len) सिंक्रोनस एफट्रांकेट (2)। रिटर्न अपरिभाषित fs. futimes (fd, atime, mtime, callback) फ़ाइल फ़ाइल विवरणकर्ता द्वारा निर्दिष्ट फ़ाइल के समय-चिह्नों को बदलें। fs. futimesSync (fd, atime, mtime) fs. futimes () के तुल्यकालिक संस्करण। रिटर्न अपरिभाषित fs. lchmod (पथ, मोड, कॉलबैक) के बाद से पदावनत: v0.4.7 एसिंक्रोनस lchmod (2)। संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। केवल मैक ओएस एक्स पर उपलब्ध है। Fs. lchmodSync (पथ, मोड) के बाद से पदावनत: v0.4.7 तुल्यकालिक lchmod (2)। रिटर्न अपरिभाषित fs. lchown (पथ, यूआईडी, जीआईडी, कॉलबैक) के बाद से पदावनत: v0.4.7 एसिंक्रोनस लेचॉउन (2)। संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. lchownSync (पथ, uid, gid) के बाद से पदावनत: v0.4.7 तुल्यकालिक lchown (2)। रिटर्न अपरिभाषित fs. link (मौजूदापाथ, न्यूपाथ, कॉलबैक) एसिंक्रोनस लिंक (2)। संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। fs. linkSync (मौजूदापाथ, न्यूपाथ) सिंक्रोनस लिंक (2)। रिटर्न अपरिभाषित fs. lstat (पथ, कॉलबैक) एसिंक्रोनस एलस्टैट (2) कॉलबैक को दो तर्क (गलती, आंकड़े) मिलता है जहां आँकड़े एक फीस हैं। स्टेटस ऑब्जेक्ट lstat () स्टेट के समान है ()। सिवाय इसके कि यदि पथ एक प्रतीकात्मक लिंक है, तो वह लिंक ही stat-ed है, न कि फ़ाइल को संदर्भित करता है fs. lstatSync (पथ) तुल्यकालिक lstat (2) Fs. Stats का एक उदाहरण देता है fs. mkdir (पथ, मोड, कॉलबैक) एसिंक्रोनस एमकेडीआईआर (2) संभव अपवाद के अलावा कोई बहस पूरा कॉलबैक को नहीं दिया गया है। 0o777 के लिए मोड डिफ़ॉल्ट fs. mkdirSync (पथ, मोड) सिंक्रोनस एमकेडीआईआर (2)। रिटर्न अपरिभाषित fs. mkdtemp (उपसर्ग, विकल्प, कॉलबैक) एक अद्वितीय अस्थायी निर्देशिका बनाता है। एक अद्वितीय अस्थायी निर्देशिका बनाने के लिए एक आवश्यक उपसर्ग के पीछे संलग्न करने के लिए छह यादृच्छिक वर्ण उत्पन्न करता है। बनाया फ़ोल्डर पथ कॉलबैक दूसरे पैरामीटर के लिए एक स्ट्रिंग के रूप में पारित किया गया है। वैकल्पिक विकल्प तर्क एक एन्कोडिंग निर्दिष्ट करने वाला स्ट्रिंग या एक एन्कोडिंग प्रॉपर्टी के साथ ऑब्जेक्ट का उपयोग करने के लिए वर्ण एन्कोडिंग निर्दिष्ट कर सकता है। ध्यान दें । Fs. mkdtemp () विधि छह बेतरतीब ढंग से चुनी गई वर्णों को सीधे उपसर्ग स्ट्रिंग पर जोड़ देगा। उदाहरण के लिए, एक निर्देशिका tmp दिया। अगर इरादा टीएमपी के भीतर एक अस्थायी निर्देशिका बनाना है उपसर्ग को एक पिछला प्लेटफ़ॉर्म-विशिष्ट पथ सेपरेटर (अंतराल (39path39).sep) के साथ समाप्त होना चाहिए। fs. mkdtempSync (उपसर्ग, विकल्प) fs. mkdtemp का तुल्यकालिक संस्करण ()। निर्मित फ़ोल्डर पथ देता है वैकल्पिक विकल्प तर्क एक एन्कोडिंग निर्दिष्ट करने वाला स्ट्रिंग या एक एन्कोडिंग प्रॉपर्टी के साथ ऑब्जेक्ट का उपयोग करने के लिए वर्ण एन्कोडिंग निर्दिष्ट कर सकता है। fs. open (पथ, झंडे, मोड, कॉलबैक) एसिंक्रोनस फ़ाइल खोलें खुला (2) देखें झंडे हो सकते हैं: 39r39 - पढ़ने के लिए फाइल खोलें एक अपवाद तब होता है जब फ़ाइल मौजूद नहीं होती है 39r39 - पढ़ने और लिखने के लिए फाइल खोलें एक अपवाद तब होता है जब फ़ाइल मौजूद नहीं होती है 39rs39 - तुल्यकालिक मोड में पढ़ने और लिखने के लिए फाइल खोलें। स्थानीय फ़ाइल सिस्टम कैश को बायपास करने के लिए ऑपरेटिंग सिस्टम को निर्देश देता है। यह मुख्य रूप से एनएफएस माउंट पर फाइल खोलने के लिए उपयोगी है क्योंकि यह आपको संभावित रूप से बासी स्थानीय कैश को छोड़ने की अनुमति देता है। आईओ के प्रदर्शन पर इसका बहुत ही असर पड़ता है, इसलिए जब तक आपको इसकी आवश्यकता नहीं है तब तक इस ध्वज का उपयोग न करें। ध्यान दें कि यह एक सिंक्रोनस ब्लॉकिंग कॉल में फेड। यदि वह है जो आप चाहते हैं तो आपको fs. openSync () 39w39 - लिखने के लिए फ़ाइल खोलने का उपयोग करना चाहिए। फ़ाइल बनाई गई है (यदि वह मौजूद नहीं है) या छोटा हो (यदि वह मौजूद है)। 39wx39 - 39w39 की तरह लेकिन विफल रहता है यदि पथ मौजूद है। 39w39 - पढ़ने और लिखने के लिए फाइल खोलें। फ़ाइल बनाई गई है (यदि वह मौजूद नहीं है) या छोटा हो (यदि वह मौजूद है)। 39wx39 - 39w39 की तरह लेकिन विफल रहता है अगर पथ मौजूद है। 39 ए 339 - संलग्नक के लिए फाइल खोलें यदि फ़ाइल मौजूद नहीं है तो फाइल बनाई जाती है। 39ax39 - 39a39 की तरह लेकिन विफल रहता है यदि पथ मौजूद है 39 ए 39 - पढ़ने और जोड़ने के लिए फाइल खोलें यदि फ़ाइल मौजूद नहीं है तो फाइल बनाई जाती है। 39ax39 - 39a39 की तरह लेकिन विफल रहता है यदि पथ मौजूद है मोड फ़ाइल मोड (अनुमति और चिपचिपा बिट्स) सेट करता है, लेकिन केवल अगर फ़ाइल बनाई गई थी यह 0666 के लिए चूक है। पठनीय और लिखने योग्य कॉलबैक को दो तर्क मिलते हैं (गलती, एफडी)। अनन्य ध्वज 39x39 (ओपनसीएल ध्वज को खुले (2)) सुनिश्चित करता है कि पथ नव निर्मित है। POSIX सिस्टम पर, पथ अस्तित्व में माना जाता है भले ही यह एक गैर-मौजूद फ़ाइल के लिए सिमलिंक है अनन्य ध्वज नेटवर्क फ़ाइल सिस्टम के साथ काम नहीं कर सकता या हो सकता है झंडे भी एक संख्या के रूप में खुले (2) आमतौर पर इस्तेमाल किया स्थिरांक द्वारा प्रलेखन fs. constants से उपलब्ध हैं। विंडोज़ पर, झंडे उनके बराबर में अनुवादित होते हैं, जैसे कि OWRONLY FILEGENERICWRITE के लिए या OEXCLOCREAT को CREATENEW जैसा कि CreateFileW द्वारा स्वीकार किया गया लिनक्स पर, स्थितिबद्ध लिखते हैं जब फ़ाइल एन्डेड मोड में खोला जाता है। कर्नेल स्थिति तर्क को अनदेखा करता है और हमेशा फ़ाइल के अंत में डेटा संलग्न करता है। नोट: fs. open () का व्यवहार कुछ झंडे के लिए विशिष्ट मंच है। जैसे, ओएस एक्स और लिनक्स पर एक निर्देशिका को खोलने के लिए 39a39 फ्लैग - नीचे दिए गए उदाहरण देखें - एक त्रुटि वापस आ जाएगी। इसके विपरीत, विंडोज और फ्रीबीएसडी पर, एक फाइल डिस्क्रिप्टर लौटा दिया जाएगा। fs. openSync (मार्ग, झंडे, मोड) सिंक्रोनस संस्करण fs. open ()। फ़ाइल डिस्क्रिप्टर का प्रतिनिधित्व करने वाला पूर्णांक देता है fsread (fd, बफर, ऑफ़सेट, लम्बाई, स्थिति, कॉलबैक) एफडी द्वारा निर्दिष्ट फ़ाइल से डेटा पढ़ें। बफर बफर है कि डेटा को लिखा जाएगा। ओफ़्सेट बफ़र में ऑफसेट है जिस पर लेखन शुरू करने के लिए लंबाई पढ़ने के लिए बाइट्स की संख्या को निर्दिष्ट करने वाला एक पूर्णांक है। स्थिति एक पूर्णांक है, जहां फ़ाइल में पढ़ने से शुरू करना है। यदि स्थिति रिक्त है डेटा को वर्तमान फ़ाइल स्थिति से पढ़ा जाएगा। कॉलबैक को तीन तर्क दिए गए हैं, (गलती, बाइट्स रीड, बफर)। fs. readdir (पथ, विकल्प, कॉलबैक) एसिंक्रोनस रीडडिर (3) एक निर्देशिका की सामग्री पढ़ता है कॉलबैक को दो तर्क (गलती, फ़ाइलें) मिलता है जहां फाइलें 39.39 और 39..3 9 को छोड़कर निर्देशिका में फाइलों के नामों की सरणी होती है। वैकल्पिक विकल्प तर्क एक एन्कोडिंग निर्दिष्ट करने वाला स्ट्रिंग या एक एन्कोडिंग प्रॉपर्टी के साथ एक ऑब्जेक्ट हो सकता है जो कॉलबैक को भेजे गए फ़ाइल नामों के लिए उपयोग करने के लिए वर्ण एन्कोडिंग निर्दिष्ट करता है। अगर एन्कोडिंग 39buffer39 पर सेट है लौटाए गए फ़ाइल नामों को बफर ऑब्जेक्ट के रूप में पारित किया जाएगा। fs. readdirSync (पथ, विकल्प) तुल्यकालिक रीडडिर (3)। 39.39 और 39..3 9 को छोड़कर फ़ाइल नामों की एक सरणी लौटाता है वैकल्पिक विकल्प तर्क एक एन्कोडिंग निर्दिष्ट करने वाला स्ट्रिंग या एक एन्कोडिंग प्रॉपर्टी के साथ एक ऑब्जेक्ट हो सकता है जो कॉलबैक को भेजे गए फ़ाइल नामों के लिए उपयोग करने के लिए वर्ण एन्कोडिंग निर्दिष्ट करता है। अगर एन्कोडिंग 39buffer39 पर सेट है लौटाए गए फ़ाइल नामों को बफर ऑब्जेक्ट के रूप में पारित किया जाएगा। fs. readFile (फ़ाइल, विकल्प, कॉलबैक) एक फ़ाइल की पूरी सामग्री को असिंक्रोनस रूप से पढ़ता है उदाहरण: कॉलबैक दो तर्क (त्रुटि, डेटा) पारित कर दिया गया है। जहां डेटा फ़ाइल की सामग्री है यदि कोई एन्कोडिंग निर्दिष्ट नहीं किया गया है, तो कच्चे बफर वापस लौटाया गया है। यदि विकल्प एक स्ट्रिंग है, तो यह एन्कोडिंग निर्दिष्ट करता है। उदाहरण: किसी भी निर्दिष्ट फ़ाइल डिस्क्रिप्टर को पढ़ने का समर्थन करना है। नोट: यदि कोई फाइल डिस्क्रिप्टर फाइल के रूप में निर्दिष्ट है यह स्वचालित रूप से बंद नहीं किया जाएगा। fs. readFileSync (फ़ाइल, विकल्प) fs. readFile का तुल्यकालिक संस्करण। फ़ाइल की सामग्री को वापस लौटाता है अगर एन्कोडिंग विकल्प निर्दिष्ट किया जाता है तो यह फ़ंक्शन स्ट्रिंग देता है। अन्यथा यह बफ़र देता है fs. readlink (पथ, विकल्प, कॉलबैक) एसिंक्रोनस रीडलिंक (2)। कॉलबैक को दो तर्क मिलते हैं (गलती, लिंकस्ट्रिंग) वैकल्पिक विकल्प तर्क एक एन्कोडिंग निर्दिष्ट करने वाला स्ट्रिंग या एक एन्कोडिंग प्रॉपर्टी के साथ ऑब्जेक्ट हो सकता है जो कॉलबैक को दिए गए लिंक पथ के लिए उपयोग करने के लिए वर्ण एन्कोडिंग निर्दिष्ट करता है। अगर एन्कोडिंग 39buffer39 पर सेट है वापस लिंक पथ एक बफर ऑब्जेक्ट के रूप में पारित किया जाएगा। fs. readlinkSync (पथ, विकल्प) सिंक्रोनस रीडलिंक (2)। प्रतीकात्मक लिंक का स्ट्रिंग मान लौटाता है वैकल्पिक विकल्प तर्क एक एन्कोडिंग निर्दिष्ट करने वाला स्ट्रिंग या एक एन्कोडिंग प्रॉपर्टी के साथ ऑब्जेक्ट हो सकता है जो कॉलबैक को दिए गए लिंक पथ के लिए उपयोग करने के लिए वर्ण एन्कोडिंग निर्दिष्ट करता है। अगर एन्कोडिंग 39buffer39 पर सेट है the link path returned will be passed as a Buffer object. fs. readSync(fd, buffer, offset, length, position) Synchronous version of fs. read(). Returns the number of bytesRead . fs. realpath(path, options, callback) Asynchronous realpath(3). The callback gets two arguments (err, resolvedPath). May use process. cwd to resolve relative paths. Only paths that can be converted to UTF8 strings are supported. The optional options argument can be a string specifying an encoding, or an object with an encoding property specifying the character encoding to use for the path passed to the callback. If the encoding is set to 39buffer39. the path returned will be passed as a Buffer object. fs. realpathSync(path, options) Synchronous realpath(3). Returns the resolved path. Only paths that can be converted to UTF8 strings are supported. The optional options argument can be a string specifying an encoding, or an object with an encoding property specifying the character encoding to use for the returned value. If the encoding is set to 39buffer39. the path returned will be passed as a Buffer object. fs. rename(oldPath, newPath, callback) Asynchronous rename(2). No arguments other than a possible exception are given to the completion callback. fs. renameSync(oldPath, newPath) Synchronous rename(2). Returns undefined .

No comments:

Post a Comment