Node-redis: कैसे समय समाप्त करने के लिए सेट करें

कृपया आदेश dcoumentation की जाँच करें। हर हिस्से का अपना पैरामीटर होता है इसलिए आप कुछ इस तरह लिखेंगे:

client.set(key, value, 'EX', 60 * 60 * 24, callback);

धन्यवाद

@BridgeAR प्रलेखन लिंक काम नहीं कर रहा है

यह काम नहीं करता है .. संस्करण 3.0 संस्करण

client.set(key, value, 'EX', 60 * 60 * 24, callback);

@sxyjijiji यह मेरे लिए पूरी तरह से ठीक काम करता है। यदि आप एक त्रुटि में भाग लेते हैं, तो कृपया अपना स्टैक ट्रेस पोस्ट करें और वर्णन करें कि क्या काम नहीं कर रहा है।

@brucejcw मैंने लिंक तय किया

मुझे लगता है कि यह नोड_्रेडिस प्रलेखन, यहां तक ​​कि सेट फ़ंक्शन में शामिल नहीं है।
शायद यह कुछ लोगों को भ्रमित करेगा।

@bruceCzK कोई स्पष्ट आदेश प्रलेखन नहीं है। और यह सामान्य रूप से एक अच्छा विचार नहीं होगा क्योंकि कमांड रेडिस में बदल सकते हैं और समय के साथ नए मापदंडों को जोड़ा जा सकता है।

लेकिन मुख्य प्रलेखन के लिए एक से अधिक संदर्भ हैं जिन्हें आपको हमेशा यह देखना चाहिए कि कमांड कैसे काम करते हैं। यदि आपको वर्तमान दस्तावेज़ में सुधार करने की कोई संभावना दिखाई देती है, तो कृपया इसके लिए पुल अनुरोध खोलने में संकोच न करें। README.md में सभी "कमांड" घटनाओं पर लिंक को जोड़ना एक अच्छा विचार हो सकता है।

हे दोस्तों, क्या क्लाइंट स्तर पर डिफ़ॉल्ट समय सीमा समाप्त करने का एक तरीका है?

Ex: कुछ पसंद है

  const redisClient = redis.createClient({
    host: process.env.REDIS_ENDPOINT,
    port: process.env.REDIS_PORT,
    expire: 60 
})

बस यह गूंज रहा है कि यह एक सुपर भ्रमित करने वाला सिंटैक्स है, खासकर नए लोगों के लिए। प्रमुख एक्सपिरिएंस / टीटीएल के बारे में नोड_्रेडिस प्रलेखन में कुछ भी नहीं है। मुझे लगता है कि ज्यादातर लोग कैशिंग लेयर के हिस्से के रूप में रेडिस का उपयोग करते हैं और कुंजियों के लिए समय समाप्ति का समय उस वर्कफ़्लो का एक महत्वपूर्ण हिस्सा होगा। IMO, इसे या तो बुनियादी API में बेक किया जाना चाहिए (शायद set फ़ंक्शन वैकल्पिक पैरामीटर में ले सकता है) या दस्तावेज़ीकरण को कम से कम कमांड एपीआई के बारे में बात करनी चाहिए क्योंकि यह प्रमुख समाप्ति से संबंधित है।

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

@ryanvanderpol set फ़ंक्शन पहले से वर्णित वैकल्पिक पैरामीटर लेता है। बस प्रलेखन और ऊपर मेरी टिप्पणी पर देखो।

@ kienpham2000 क्लाइंट स्तर पर कोई वैश्विक समाप्ति नहीं है और इसे लागू करना मुश्किल होगा। प्रत्येक आदेश की जाँच और हेरफेर करना होगा। इसके बजाय, हुक जोड़ने के लिए एक नई सुविधा इसे हल कर सकती है।
यह कैशिंग लाइब्रेरी नहीं है और संभावना है कि आप इसके बजाय देख रहे हैं।

@BridgeAR : समझ में आया, लेकिन आप इस बिंदु को याद करने की तरह हैं। शायद यह सिर्फ मेरे लिए आलसी है, लेकिन मैं पूरे मूल रेडिस एपीआई को सीखने से इनकार कर देता हूं ताकि मैं चीजों को छड़ी कर सकूं और चीजों को बाहर निकाल सकूं। हो सकता है कि तब मैं node_redis लाइब्रेरी का उपयोग न करूं। हो सकता है कि मुझे कुछ और उपयोग करना चाहिए जो इसके ऊपर बैठता है और मुझे इससे दूर करता है। हालाँकि, जैसा कि मैंने पहले कहा था, मुझे लगता है कि अधिकांश लोग कैश के रूप में रेडिस का उपयोग करते हैं और node_redis प्रलेखन में कुछ भी नहीं है जो यहां तक ​​कि "एक्सपायर" या "एक्सपायरी" शब्द का उल्लेख करता है (या "एक्स" कमांड) या टीटीएल) तो आधिकारिक रेडिस प्रलेखन में खुदाई के बिना यह समझना मुश्किल है कि वास्तव में एक कुंजी के लिए टीटीएल कैसे सेट किया जाता है, एक कार्रवाई जो मुझे उम्मीद है कि अधिकांश लोगों को करने की आवश्यकता होगी।

@ryanvanderpol यह एक

यदि आप कैशे लाइब्रेरी चाहते हैं, तो आप कई npm संकुल में से किसी एक का उपयोग कर सकते हैं, जैसे कि cacheman-redis या node-redis-cache , उनके प्रलेखन में आपको "एक्सपायर" का स्पष्ट उल्लेख मिलेगा: मुस्कान:

मुझे आपकी बात समझ में आती है, लेकिन मुझे लगता है कि Redis या अमूर्त चीजों के दस्तावेज़ीकरण की जरूरत से ज्यादा नकल करने के लिए यह नोड_्रेडिस का काम नहीं होना चाहिए ...

@CherryDT आपकी बात उचित है, यही वजह है कि मैंने अपनी पिछली टिप्पणी "शायद मैं कुछ और उपयोग कर रहा हूं, जो नोड_रेडिस के शीर्ष पर बैठता है" के साथ पहले से बताई है, लेकिन यह देखते हुए कि मेरी टिप्पणी को अब तक कितने + 1 अंक मिले हैं, मुझे कोई संदेह नहीं है कि मैं इस हताशा में अकेला नहीं हूं।

अगर मैं सब करना चाहता था एक कच्चे प्रारूप में Redis के साथ सीधे संवाद, तो यह आवरण वास्तव में मेरे लिए बहुत मूल्य प्रदान नहीं करता है। मुझे लगता है कि यह मानना ​​पूरी तरह से उचित है कि रेडिस का उपयोग करने वाले अधिकांश लोग कैशिंग उद्देश्यों के लिए ऐसा कर रहे हैं और समाप्ति की परवाह करेंगे।

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

मैंने कहा कि मैं आपके द्वारा उल्लिखित अन्य पुस्तकालयों को देखूंगा और यदि वे मेरे उपयोग के मामले को बेहतर ढंग से सूट करते हैं, तो मैं उनमें से किसी एक पर जा सकता हूं।

मेरा कहना है कि TTL की तुलना में बहुत अधिक कार्यक्षमता है। अलग-अलग डेटा प्रकार (सूची, सेट, सॉर्ट किए गए सेट), एक प्रकाशक और ग्राहक प्रणाली और अधिक, और मूल रूप से Redis के दस्तावेज़ीकरण की नकल कर रहे हैं (और इसे अद्यतन रखा जा रहा है), या मापदंडों पर अधिक चीनी जोड़कर (और _them या अपडेट किए गए) जिन चीजों पर मेरा विश्वास है वे इस ग्राहक के दायरे से बाहर हैं। मैं एक MySQL क्लाइंट से ORM (या एक MySQL संदर्भ) की सुविधाओं की उम्मीद नहीं करूंगा, क्या आप करेंगे?

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

इसलिए, मैं मानता हूं कि आपके उपयोग के मामले के लिए आप एक अधिक "उच्च-स्तरीय" लाइब्रेरी के साथ बेहतर होंगे जैसे कि नोड_रेडिस।

हाँ, मैं यहाँ आपसे पूरी तरह असहमत हूँ। मैं एक MySQL क्लाइंट के लिए दस्तावेज़ीकरण की अपेक्षा करूँगा कि मुझे यह दिखाने के लिए कि MySQL में हर कोई कुछ सामान्य सामान कैसे करता है, जैसे कि मैं एक समग्र फ़ंक्शन के साथ चयन कैसे करता हूं या मैं एक सबक्वेरी कैसे कर सकता हूं। मुझे यह समझाने की उम्मीद नहीं है कि ORM का निर्माण कैसे किया जाए या पूरे MySQL डॉक्यूमेंटेशन का पुनरुत्पादन किया जाए, लेकिन मुझे दिखाओ कि मैं लाइब्रेरी का उपयोग करके कैसे सामान बना सकता हूं।

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

आप इसे व्यक्तिगत क्यों बनाते हैं? मैं आपकी बात को पूरी तरह से समझता हूं, मुझे बस यही लगता है कि नोड_ट्रेडिस नौकरी के लिए सही उपकरण नहीं है। (जैसा कि आपने मुझे अपनी बात बनाने से पहले ही सहमत कर लिया था।) इसके बारे में सोचें, चीजों को छोटा रखना और आत्म-निहित होना बहुत सारी चीजों को सरल बनाता है। नोड_्रेडिस नेटवर्किंग के बारे में चिंता करता है, node-cache-redis (या अपना खुद का कार्यान्वयन) जैसी चीजें रेडिस एपीआई का सही उपयोग करने के बारे में चिंता करती हैं। इस तरह, इतनी सारी निर्भरताएँ नहीं हैं। पुस्तकालय "शीर्ष पर" हमेशा एक या दूसरे तरीके से मौजूद रहेंगे, और इस तरह से नोड_एडिस को अद्यतन करने की आवश्यकता नहीं होती है (या यहां तक ​​कि विभिन्न एपीआई संस्करणों का समर्थन भी करता है) हर बार Redis कुछ सुविधा जोड़ता है या बदलता है (केवल जब यह पूरी तरह से _command_ जोड़ता है) ।

मैंने आपको वैकल्पिक समाधान की पेशकश की है, और मुझे उम्मीद है कि ये आपकी ज़रूरतों को पूरा करेंगे, और यदि नहीं, तो npm पर "रेडिस" की खोज करने के लिए एक पल लें और आपको कई अन्य पुस्तकालय भी मिलेंगे।

आइए बस सहमत हैं कि हम इस पर असहमत हैं। (और इससे कोई फर्क नहीं पड़ता कि 17 या 1700 लोग आपसे या मुझसे सहमत हैं। हर राय का मूल्य होना चाहिए, मुझे लगता है।)

अगर हम मूल प्रश्न और उत्तर को देखो, मुझे लगता है मैं उपयोग करने के लिए नहीं पता था .set() के साथ 'EX' है कि इस लाइब्रेरी जैसे स्थानों और समय विकल्प।

वर्तमान README.md को देखते हुए, यह बताता है कि client.hgetall का उपयोग कैसे करें (https://github.com/NodeRedis/node_redis#clienthgetallhash-callback), शायद हम SET और GET के लिए कुछ और सामान्य मामलों में जोड़ सकते हैं इसी तरह के फैशन में? मैं यह भी मान रहा हूँ कि लोग GET और SET के बहुत से उपयोग करते हैं।

मुझे इस बात की जानकारी नहीं थी कि इतने सारे लोगों के साथ यह समस्या थी क्योंकि लाइक मेरे इनबॉक्स में नहीं दिखते थे।

मैं एक पीआर के लिए तैयार होऊंगा जो "एक्सपायर" का उल्लेख करते हुए एक उदाहरण के रूप में सेट कमांड को दस्तावेज करता है।

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

@ kienpham2000 खैर, यह भी एक अलग आदेश है - सेटेक्स :)

बस यहाँ के बारे में समझाने के लिए _node_redis_ मॉड्यूल readme में _redis_ समझाने के बारे में। मैं पूरी तरह से विचार पर नहीं बेच रहा हूँ। जैसा कि इस उदाहरण से स्पष्ट है - set और expire का उपयोग multi / exec , setex का उपयोग करके या set का उपयोग करके set - कई काम करने के कई तरीके हैं। जिसमें से कुछ भी नोड के साथ कुछ नहीं करना है। हम hgetall समझाते हैं क्योंकि यह इस बात से प्रस्थान करता है कि अन्य कमांड कैसे मान लौटाते हैं।

ऐसा नहीं कहने के लिए कि लोगों के पास सवाल नहीं हैं, लेकिन यह मुझे लगता है कि ब्लॉग या मध्यम पोस्ट या कुछ और लिखना यहां ध्यान केंद्रित करने के बजाय लोगों को सूचित करने का एक बेहतर तरीका है। यदि हमें सवाल मिलता है, तो यह किसी भी मुद्दे पर जुड़ा हो सकता है। ज्ञान के लिए सभी स्रोत में _node_redis_ मॉड्यूल को फिर से पढ़ना संभवत: दायरे से बाहर है।

@stockholmux मैं बस उत्सुक हूं कि हम इस परिवाद में सेटेक्स का उपयोग कैसे करें? क्या यह सिर्फ client.setex() ?

यदि यह काम 1-1 मैपिंग के साथ रेडिस कमांड्स करता है तो मुझे लगता है कि हमें डॉक्टर की आवश्यकता नहीं है। लेकिन अगर इस लिबास में विशेष एपीआई है या विकल्पों में पास होने का तरीका अलग है, तो मुझे लगता है कि कुछ प्रकार के एपीआई डॉक्स देवों के लिए बहुत सहायक होंगे।

@ kienpham2000 यह 1-टू -1 मैपिंग है। यह हमेशा एक होने के लिए था। एपीआई का उपयोग करने के लिए एक सरल ग्राहक। यह निम्न स्तर है, उच्च स्तर नहीं है।

और @stockholmux सही है कि hgetall केवल प्रलेखित है क्योंकि आप इसे किसी भी अन्य कमांड की तुलना में अधिक तरीकों से उपयोग कर सकते हैं। लेकिन यह अभी भी 1-टू -1 मैपिंग है।

किसी भी तरह: मैं इस बारे में एक खंड जोड़ने के पक्ष में हूं इसलिए यह फिर से नहीं आता है।

@ इस पोस्ट को स्वीकार करने के इच्छुक के लिए https://github.com/NodeRedis/node_redis/pull/1229/files

अपडेट किया गया: https://github.com/NodeRedis/node_redis/pull/1380

अब मुझे यह मिल गया और यह एक और विधि जैसा दिखता है: https://dzone.com/articles/tutorial-working-nodejs-and

मैं उस विधि को या तो काम नहीं कर सकता (कोई त्रुटि नहीं, बस कोई प्रभाव नहीं है इसलिए मैं इस परियोजना को छोड़ रहा हूं और https://www.npmjs.com/package/node-cache पर स्विच कर रहा हूं जो वैसे भी Redis का उपयोग कर सकता है।

विंडोज़ के तहत 'EX', 20 "

शायद आपके पास पुराना रेडिस संस्करण है? डॉक्स का कहना है कि इसे Redis 2.6.12: https://redis.io/commands/set में जोड़ा गया था

आप इसके बजाय SETEX का उपयोग कर सकते हैं, जो 2.0.0 के बाद से मौजूद है ...

शायद आपके पास पुराना रेडिस संस्करण है? डॉक्स का कहना है कि इसे Redis 2.6.12: https://redis.io/commands/set में जोड़ा गया था

मैं नोड-एक्सप्रेस परियोजना में रेडिस का उपयोग कर रहा हूं, जेएस के साथ तीन मापदंडों को जोड़ना संभव नहीं है (या मैं सक्षम नहीं हूं ..-()

redis.set("cache:" + req.originalUrl, JSON.stringify(result), 'EX', 25); -> यह समाप्ति क्षेत्र में त्रुटि के साथ मेरा कोड है।

कौन सा Redis संस्करण?

Redis 2.4.5 विंडोज़ के लिए Redis -windows और नोड मॉड्यूल का नवीनतम संस्करण।

तो यह स्पष्ट है, कृपया मुझे फिर से ऊपर संदेश पढ़ें और Redis प्रलेखन की जांच करें! SET में "EX" पैरामीटर केवल 2.6.12 में जोड़ा गया था, इसलिए आपके Redis संस्करण 2.4.5 में यह नहीं है, लेकिन आप इसके बजाय SETEX का उपयोग कर सकते हैं जो 2.0.0 के बाद से मौजूद है।

redis.setex(key, seconds, value)
redis.setex(key, value, seconds)

redis.setex(key, value, expiration) -> जो काम नहीं कर रहा है

... लेकिन मुझे इस लिंक में एक सही तरीका मिला है: रेडिस विंडो

यदि आप अपना Redis संस्करण बदलना चाहते हैं, तो हाँ, आपका रास्ता बिल्कुल सही है।
यदि नहीं, तो मेरा भी काम करता है, मुझे सिर्फ पैरामीटर गलत मिला है (लेकिन यदि आपने SETEX डॉक्स की जांच की है, तो आपने देखा होगा): यह कुंजी, सेकंड, मान और कुंजी, मान, सेकंड नहीं है।

किसी भी तरह, यह सुनकर बहुत अच्छा लगा कि यह अब आपके लिए काम करता है।

नीचे काम नहीं करता है।

client.set('key', 'value', 'EX', 10, (error, replay)=>{
...
}

इस पर कोई अपडेट?
मैं अभी के लिए client.expire(id,10) का उपयोग कर रहा हूं।

पुनश्च: मैं रेडिस संस्करण का उपयोग कर रहा हूं: Redis server v=5.0.0 और नोड वर्जन: v8.10.0

@kdhanvi को काम करना चाहिए। डबल चेक क्या वास्तव में MONITOR redis-cli करते हुए चल रहा है।

@kdhanvi सही है। यह रेडिस 5 के साथ काम नहीं करता है:

client.set(key, value, 'EX', 60 * 60 * 24, callback);

आप की जरूरत है:

`
client.set (कुंजी, मूल्य, कॉलबैक);

client.expire (कुंजी, टीटीएल, कॉलबैक);
`

वास्तव में काम करने के लिए।

@martinlevesque मेरा मानना ​​है कि आप गलत हैं। EX 2.6.12 में जोड़ा गया था और node_redis सही ढंग से 'EX' संस्करण से गुजरता है। MONITOR साथ जांचें और आप देखेंगे।

SET + EXPIRE से खतरनाक तरीके से अलग हो सकता है SET .. EX परमाणु मतभेद के कारण।

क्योंकि यह थ्रेड नंबर 1 है जब मैं "Redis नोड सेट एक्सपायर" खोजता हूं, तो मैं इसे नोडजेएस रेडिस के साथ आज के रूप में फॉलो सेट एक्सपायर कमांड कार्यों को समाप्त करने के लिए एक बिंदु बनाना चाहूंगा।

setex(key, 60, value)

जहां 60 सेकंड में समय समाप्त हो जाता है।

क्योंकि यह थ्रेड नंबर 1 है जब मैं "Redis नोड सेट एक्सपायर" खोजता हूं, तो मैं इसे नोडजेएस रेडिस के साथ आज के रूप में फॉलो सेट एक्सपायर कमांड कार्यों को समाप्त करने के लिए एक बिंदु बनाना चाहूंगा।

setex(key, 60, value)

जहां 60 सेकंड में समय समाप्त हो जाता है।

डिबगिंग और त्रुटि को हल करने के 2 घंटे बाद यह मिला। बहुत बहुत धन्यवाद ;)