Node-redis: 有効期限の設定方法

コマンドdcoumentationを確認してください。 すべてのパーツには独自のパラメーターがあるため、次のように記述します。

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

ありがとう

@BridgeARドキュメントリンクが機能しない

動作しません..redisバージョン3.0

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

@sxyjijijiそれは私にとって完全にうまく

@brucejcwリンクを修正しました

set関数でさえ、node_redisのドキュメントには含まれていないと思います。
多分それは何人かの人々を混乱させるでしょう。

@bruceCzK明示的なコマンドドキュメントはありません。 また、Redisでコマンドが変更されたり、時間の経過とともに新しいパラメーターが追加されたりする可能性があるため、これは一般的にはお勧めできません。

ただし、コマンドがどのように機能するかを確認するために常に確認する必要があるメインドキュメントへの参照が複数あります。 現在のドキュメントを改善する可能性がある場合は、プルリクエストを開いてください。 README.md内のすべての「コマンド」オカレンスにリンクを追加することをお勧めします。

やあみんな、クライアントレベルでデフォルトの有効期限を設定する方法はありますか？

例：

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

これは、特に初心者にとっては非常に紛らわしい構文であることを繰り返します。 node_redisのドキュメントには、キーの有効期限/ TTLに関する情報はありません。 ほとんどの人がRedisをキャッシングレイヤーの一部として使用しており、キーの有効期限はそのワークフローの非常に重要な部分になると思います。 IMO、これは基本APIに組み込まれる必要があります（おそらくset関数はオプションのパラメーターを受け取ることができます）、またはドキュメントは少なくともキーの有効期限に関連するコマンドAPIについて説明する必要があります。

答えは、クライアントレベルでグローバル有効期限を設定できないということではないようです。 すべてのキーに有効期限を設定する必要があるのはちょっと残念です。

@ryanvanderpol set関数は、説明されているように、すでにオプションのパラメーターを取ります。 ドキュメントと上記の私のコメントを見てください。

@ kienpham2000クライアントレベルではグローバルな有効期限はなく、これを実装するのは困難です。 各コマンドをチェックして操作する必要があります。 代わりに、フックを追加する新しい機能でそれを解決できます。
これはキャッシングライブラリではなく、代わりにそれを探している可能性があります。

@BridgeAR ：node_redisライブラリを使うべきではありません。 多分私はその上に座ってこれを私から引き離す何か他のものを使うべきです。 ただし、前に述べたように、ほとんどの人はRedisをキャッシュとして使用しており、 node_redisドキュメントには、「expire」または「expiration」（または「EX」コマンドまたはTTL）したがって、Redisの公式ドキュメントを掘り下げないと、キーにTTLを実際に設定する方法を理解するのは困難です。これは、大多数の人が行う必要があると私が予想するアクションです。

@ryanvanderpolこれはRedisクライアントライブラリであり、キャッシュライブラリではありません。 Redisライブラリを使用する場合、特にnode_redisがコマンドの動作を文書化していないため、Redisのドキュメントを読むことが期待されます。 結局のところ、node_redisはほとんどの場合パラメータをRedisに転送するだけです。

キャッシュライブラリが必要な場合は、 cacheman-redisやnode-redis-cacheなどの多くのnpmパッケージの1つを使用できます。それらのドキュメントには、「expire」について明示的に記載されています：smile：

私はあなたの主張を理解していますが、Redisのドキュメントを複製したり、必要以上に抽象化したりするのはnode_redisの仕事ではないと思います...

@CherryDTあなたの

私がやりたかったのは、生の形式でRedisと直接通信することだけだった場合、このラッパーは私にとってあまり価値がありません。 Redisを使用している大多数の人々がキャッシュの目的でそうしており、有効期限を気にかけていると考えるのは完全に公正だと思います。

この会話全体は、「良い点です。他の一般的に使用されるコマンドとともに、キーの有効期限を設定する方法についてのドキュメントに少し追加する必要があります」で否定された可能性があります。 そのためのPRも提出できると思いますが、Redisをキャッシュとして使用する以外はよく知りません。

そうは言っても、あなたが言及した他のライブラリを見て、それらが私のユースケースにより適している場合は、代わりにそれらの1つに移動する可能性があります。

私のポイントは、TTLよりもはるかに多くの機能があるということです。 さまざまなデータ型（リスト、セット、ソートされたセット）、パブリッシャーとサブスクライバーシステムなどがあり、基本的にRedisのドキュメントを複製する（そして更新を維持する）か、パラメーターに砂糖を追加する（そしてそれらを更新し続ける）私が信じていることは、このクライアントの範囲外です。 MySQLクライアントにORM（またはMySQLリファレンス）の機能も期待していませんか？

私はモジュラー設計を信じているので、個々のモジュールは必要以上に大きくすべきではないとも信じています。 この場合、このクライアントは、ネットワーキング部分を抽象化し、コマンドを便利な第1層のメソッドとして提供するという点で優れていますが、その上にあるのは、特定の目標に特化したライブラリの仕事であると思います。 （以前にキャッシュ用にリンクしたものや、pubsub用にリンクしたものなど）。 ちなみに、これらはnode_redisを内部的に使用することがよくあります。したがって、直接はあまり役に立たない場合でも、間接的に使用できます。使用する可能性のあるより抽象化されたライブラリは、依存関係としてnode_redisを使用する可能性があるためです。

したがって、あなたのユースケースでは、node_redisのようなものの上にもっと「高レベル」のライブラリを配置したほうがよいことに同意します。

ええ、私はここであなたに完全に同意しません。 MySQLクライアントのドキュメントには、集計関数を使用してselectを実行する方法や、サブクエリを実行する方法など、MySQLで誰もが行う一般的な作業のいくつかを実行する方法が示されていると思います。 ORMを構築する方法や、MySQLドキュメント全体を複製する方法を説明することは期待していませんが、ライブラリを使用して一般的な作業を行う方法を示しています。

とにかく、明らかにあなたは私の視点を見るつもりはなく、これは時間の無駄です。 これまでのところ、17人が私に同意し、あなたと他の1人だけが同意しません。 だから、たまに一歩下がって、他人の視点から物事をどうやって見ることができるかを考えるべきかもしれません。

なぜあなたはこれを個人的にするのですか？ 私はあなたの主張を完全に理解しています。node_redisはその時の仕事に適したツールではないと思います。 （私が主張し始める前にあなたが同意したように。）それについて考えてください。物事を小さくし、自己完結型に保つことは多くのことを単純化します。 node_redisはネットワーキングについて心配していますnode-cache-redis （または独自の実装）のようなものは、RedisAPIを正しく使用することについて心配しています。 このように、依存関係はそれほど多くありません。 「最上位」のライブラリは常に何らかの形で存在します。このようにして、Redisが機能を追加または変更するたびにnode_redisを更新する必要はありません（または異なるAPIバージョンをサポートする必要もありません）（_ command_全体を追加する場合のみ） 。

私はあなたに代替ソリューションを提供しました、そしてこれらがあなたのニーズを満たすことを願っています、そしてそうでなければ、npmで「redis」を検索してください、そしてあなたは他のたくさんのライブラリも見つけるでしょう。

私たちがこれに同意しないことに同意しましょう。 （そして、17人か1700人があなたと私に同意するかどうかは関係ありません。すべての意見は評価されるべきだと思います。）

元の質問と回答を見ると、このライブラリで'EX'とそのような時間オプションを使用して.set()を使用する必要があることを知りませんでした。

現在のREADME.mdを見ると、 client.hgetall （https://github.com/NodeRedis/node_redis#clienthgetallhash-callback）の使用方法が説明されています。おそらく、SETとGETの一般的なケースをいくつか追加できます。同様の方法で？ また、多くのGETとSETでredisを使用していると想定しています。

いいねが受信トレイに表示されないため、多くの人が問題を抱えていることに気づいていませんでした。

「expire」についても触れながら、例としてsetコマンドを文書化したPRを考えています。

また、これがキャッシュライブラリではなく、キャッシュライブラリを意図していないことを文書化したPRが必要です。 私は、新しい人々のためにドキュメントをより良くする方法についてのどんな意見にもオープンです。

@ kienpham2000まあ、それは別のコマンドでもあります-setex :)

_node_redis_モジュールのreadmeで_redis_を説明する方法についてここでチャイムを鳴らしてください。 私はその考えで完全に売られているわけではありません。 この例で示されているように、 multi / execでsetとexpireを使用する、 setexを使用する、またはset with'ex'-多くのことを行う方法はたくさんあります。 どれもノードとは何の関係もありません。 hgetall 、他のコマンドが値を返す方法とは異なるため、説明します。

質問がないというわけではありませんが、ここに集中するよりも、ブログや中程度の投稿などを書く方が、人々に情報を提供するためのより良い方法だと思います。 質問があれば、発生した問題にリンクすることができます。 _node_redis_モジュールのreadmeをすべての知識のソースに変えることは、おそらく範囲外です。

@stockholmuxこのライブラリでsetexをどのように使用するのか興味がありますか？ ただのclient.setex()ですか？

このlibがredisコマンドを使用した1-1マッピングである場合、docは必要ないと思います。 しかし、このライブラリにオプションを渡すための特別なapiまたはdiffの方法がある場合、ある種のAPIドキュメントがあると開発者にとって非常に役立つと思います。

@ kienpham2000これは1対1のマッピングです。 それは常に一つになることを意図していた。 APIを使用するためのシンプルなクライアント。 これは低レベルであり、高レベルではありません。

また、 @ stockholmuxは、 hgetallが文書化されているのは、他のどのコマンドよりも多くの方法で使用できるためです。 しかし、それでも1対1のマッピングです。

とにかく：私はこれについてのセクションを追加することに賛成なので、これは二度と現れません。

@BridgeARこのドキュメントPRを喜んで受け入れてくれてありがとう、これが私の最初のドラフトです： https ：

更新： https ：

今私はこれを見つけました、そしてそれは別の方法のように見えます： //dzone.com/articles/tutorial-working-nodejs-and

そのメソッドも機能させることができませんでした（エラーなし、効果がないため、このプロジェクトを中止し、とにかくRedisを使用できるhttps://www.npmjs.com/package/node-cacheに切り替えます。

Windowsでは、「set」メソッド内で'EX', 20て有効期限を設定することはできません。これは、o3ではなく2つのパラメーターのみを受け入れるためです。

たぶんあなたは古いRedisバージョンを持っていますか？ ドキュメントによると、Redis 2.6.12で追加されたとのことです： https ：

代わりに、2.0.0以降に存在するSETEXを使用できます。

たぶんあなたは古いRedisバージョンを持っていますか？ ドキュメントによると、Redis 2.6.12で追加されたとのことです： https ：

node-expressプロジェクトでredisを使用していますが、JSでは3つのパラメーターを追加できません（またはできません。.:-(）

redis.set("cache:" + req.originalUrl, JSON.stringify(result), 'EX', 25); ->これは有効期限領域にエラーがある私のコードです。

どのRedisバージョンですか？

Windows用のRedis2.4.5redis-windowsおよびノー​​ドモジュールの

ですから、それは明らかです。上記のメッセージをもう一度読んで、Redisのドキュメントを確認してください。 SETの「EX」パラメータは2.6.12でのみ追加されたため、Redisバージョン2.4.5にはありませんが、代わりに2.0.0以降に存在するSETEXを使用できます。

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

redis.setex(key, value, expiration) ->機能していません

...しかし、私はこのリンクで1つの正しい方法を見つけました： redisウィンドウ

Redisのバージョンを変更したい場合は、もちろんそうです。
そうでない場合は、私のものも機能します。パラメータが間違っているだけです（ただし、SETEXのドキュメントを確認した場合は、気付いたはずです）。キー、秒、値であり、キー、値、秒ではありません。

とにかく、それが今あなたのために働くと聞いて素晴らしいです。

以下は動作しません。

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

これについて更新されたものはありますか？
今はclient.expire(id,10)を使っています。

PS：私はredisバージョン： Redis server v=5.0.0とノードバージョン： v8.10.0

@kdthanviそれはredis-cliからMONITORを使用して、実際に何が起こっているかを再確認してください。

@kdthanviは正しいです。 redis 5では機能しません：

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

必要なもの：

`
client.set（key、value、callback）;

client.expire（key、TTL、callback）;
`

それを実際に機能させるために。

@martinlevesque私はあなたが間違っていると信じています。 EXは2.6.12で追加され、node_redisはバージョンに関係なく「EX」を正しく渡します。 MONITOR確認すると、表示されます。

SET + EXPIREは、原子の違いにより、 SET .. EXと危険なほど異なる場合があります。

「Redisノードセットの有効期限」を検索すると、このスレッドは1番なので、今日の時点で、follow setexpireコマンドはnodeJSredisで機能すると結論付けたいと思います。

setex(key, 60, value)

ここで、60は秒単位の有効期限です。

「Redisノードセットの有効期限」を検索すると、このスレッドは1番なので、今日の時点で、follow setexpireコマンドはnodeJSredisで機能すると結論付けたいと思います。

setex(key, 60, value)

ここで、60は秒単位の有効期限です。

これは、2時間のデバッグとエラー解決の後に見つかりました。 どうもありがとうございます ;）