1085ZADDなどのコマンドのNX / XXフラグのサポートはありますか

数か月が経ちましたが、この面で更新されたタイムラインはありますか？

+1

クラスター/シャーディングのサポートが間もなく開始される可能性はありますか？ AWSはElastiCacheでredisクラスターをサポートしており、それを使用したいのですが、このライブラリを実際に実行するには、その機能セットに追いつく必要があります:(

この問題は私見に固定する必要があります

また、 https：//github.com/gosquared/redis-clustrは、クラスターサポートに十分なソリューションである可能性がありますか？

歩哨の同等のラッパーは素晴らしいでしょう。 たぶんhttps://www.npmjs.com/package/redis-sentinelですが、ちょっと死んでいるようです（最後の公開から4年）。

おそらく、このリポジトリの将来についてここで議論する必要があります。 このパッケージのNPMへの最後の公開は2年以上前でした。マスターには、ほぼ2年間NPMに公開されていない修正があります（例： https：//github.com/NodeRedis/node_redis/issues/1331）。

これは@BridgeARについて不平を言っているのではないことに注意してください。彼は実際には、 @ nodejsで素晴らしい仕事をしているので、当然のことながら、このリポジトリの時間は限られています。

メンテナンスの負担の一部を引き受けたいと思いますが、既存のリポジトリでNPM公開アクセスが利用できないことを考慮して、これに対してどのような行動を取ることができるかについて考えてみたいと思います（長年にわたって何度か要求してきました） 。

今のところ、アクセス権を取得しない限り、フォークしてやり直すしか選択肢がないようです。

@Salakar私もこのパッケージを前進させる手助けをしたいと思っています。 なぜNPMパッケージ名を放棄する必要があるのか​​よくわかりません（「redis」は強力です）。 @BridgeARはNPMパッケージを制御しておらず、これを誰かに転送する必要がありますか？ 何ヶ月も行動がほとんどなく、正直に言うと、ただ座っているだけの論理がよくわかりません。

このパッケージを廃止する必要はないと思います。これは最新の状態にできる優れたコードベースであり、他の多数のパッケージがそれに依存しています。

もう1つ表面化したいのは、大幅な変更が必要になる、今後のRESP3 / Redis6の変更です。 Redis 6のACL機能を調べましたが、これはサポートが簡単なはずですが、node_redisの深刻なリファクタリングが必要になります。 私の仕事（Redis Labsでの）はこのモジュールでの私の仕事をサポートしますが、NPMリリースを実行できない場合、時間を費やしても意味がありません。

@BridgeARはNPMパッケージを制御しておらず、これを誰かに転送する必要がありますか？ 何ヶ月も行動がほとんどなく、正直に言うと、ただ座っているだけの論理がよくわかりません。

正解ですが、2018年2月から2019年2月に、最新のリクエストは2019年9月に、NPM公開アクセスをリクエストしています。回答はありましたが、NPM公開アクセスをリクエストするトピックについては回答していません🤷‍♂。 https://github.com/NodeRedis/node_redis/issues/1402#issuecomment -490273744は、意図を示しているのではないでしょうか。

転送が行われない場合は、先に進むことができるように、転送を明確にする必要があると思います。

たとえば、ioredisは本当に素晴らしく、当時はライブラリを統合するという話がありました（新しいパーサー、denque lib、クラスターキースロット計算など、そのための基盤となるツールのいくつかに取り組みました）： https：// github.com/NodeRedis/node_redis#consolidation -its -time-for-celebration-これはまだ長期的な目標であると思いますか？

トピックから外れましたが、しばらく前に新しいクライアントを構築する実験を始めました。 https://twitter.com/mikediarmid/status/1074240036936318976-しかし、これを再開したり、統合を支援したりすることを期待して、私はそれをやめました。

おそらくそれはルートでもあります🤷‍♂

@Salakarは、他のNPM所有者（Matt、Ben、またはBryce）と話をしたことがありますか？ ルーベンがMIAの場合、プロジェクトを前進させたいのであれば、一人の人間が障害になるべきではないと思います。 この種の問題が、このように設定された理由だと思います。 オープンソースプロジェクト、特に（組織的に）一人の人間に結び付けられていないプロジェクトにとって、 1402の問題についてのコメントを見つけました。

私は同意します、ioredisは良いですが、それが万能の解決策であるとは思いません。 統合に関しては、統合パーサーがすでに達成された主要な目標であると思いました。 構文の違いを考えると、完全に単一のモジュールがあるとは思いもしませんでした。

@stockholmux ：私の仕事（Redis Labsでの）はこのモジュールでの私の仕事をサポートしますが、NPMリリースを実行できない場合は、時間を費やしても意味がありません。

同上、私たちはこれにも@invertaseにリソースを捧げるつもりですが、それを公開できない場合は、私たちにとっても意味がありません。

@stockholmux ： @Salakarは、他のNPM所有者（Matt、Ben、またはBryce）のいずれかと話しましたか？

これは良い点です、私はしていません、私はすぐに彼らに連絡します。

@stockholmux ：同意します。ioredisは優れていますが、万能のソリューションではないと思います。 統合に関しては、統合パーサーがすでに達成された主要な目標であると思いました。 構文の違いを考えると、完全に単一のモジュールがあるとは思いもしませんでした。

興味深いことに、 redis libは満たすが、 ioredisは満たさないという要件は何ですか？ 私の要件には、 redisが現在サポートしていないクラスタリングとセンチネルが含まれていました。ただし、一部のサードパーティパッケージは、一部が放棄されています。

おそらく、2つのライブラリ間の基本的な接続プロトコルも共有できるのでしょうか。それでは、純粋に、それぞれの異なるインターフェイスとのインターフェース方法だけでしょうか。

@Salakar私は、ioredisのモノリシックアプローチよりもセンチネルとクラスタリングへのモジュラーアプローチが好きです（ここでも、アバンダンウェアに対処する必要があります）。 これが必要な人もいれば、必要ない人もいます。 全体的なRedisエコシステムは大きくなり、モジュール式は複雑さを伴わずにさらにサポートする方法です、IMHO。 Ioredisはコードベースよりもはるかに大きく（18,897行と7,038行のコード）、より多くの機能を備えている可能性がありますが、使用していない余分なものはあまりありません。

node_redisが大きな優位性を持っていると思うのは、Redisモジュールのサポートです。これは、node_redisを使用すると簡単で、ioredisを使用すると面倒です。

Twitter DMを介して@mranneyに連絡し、自分と@stockholmuxの両方の所有者にGitHub組織とNPMパッケージへのアクセスを許可できるかどうか尋ねたので、そこから何が得られるかを見ていきます。

私自身と@stockholmuxは、現在の場所からすべてを維持および公開することが、今後の最善の方法であることに同意していると思います。 そうでない場合は、代替案を検討できると思いますが、そうではありません。

少し提案。 たぶん、ソースコードをTypeScriptに移行することを検討する必要があります。

みなさん、こんにちは。私はリードメンテナーを引き継ぎ、必要なすべてのアクセス権を取得しました🎉@ BridgeARがこのライブラリで行った（そして行っている）すべての作業と、私に引き継がせてくれたことに感謝します。

マスターをリリースする準備をするためにここ数日を費やしました。数分前の時点で、v3.0.0をNPMに公開しました。 https://github.com/NodeRedis/node-redis/releases/tag/v3.0.0-これにはこの変更が含まれます。

定期的なリリースを期待してください-現時点での私の最優先事項は、プロジェクトが存続し、成長し続け、特定の人の時間によってブロックされないようにするために、このプロジェクトをより貢献者に優しいものにすることです。 これを行うために、私は浅い貢献者のより多くのセットを育てたいと思います。 これにより、更新が必要なプロジェクトの以前の問題を軽減したいと思っていますが、そうする力を持っている人は誰もいません。 私はこれについて次のことに取り組んでいます。

• [x]寄稿文書と行動規範
• [x] OpenCollectiveと寄稿者の経費ポリシーを設定する
  
  
  
  • GitHubの上部にある光沢のある新しいSponsorボタンに気付くでしょう。私も先に進んで、自分自身と会社を通じて、将来の貢献者のためにそれをキックスタートするのを手伝っています。
  
  
• WIP：リリースの自動化とセマンティックバージョニング（NPMへの公開、変更ログの生成など）
• [x] CIを改善します。たとえば、Windows CIは現在、非常に低速で不安定です。

その後、Node Redisコードベースの最新化（promise、typescriptなど）と技術的負債の解消に注意を向けます。 @BridgeARは、このためにすでに大量の作業を行っています。興味がある場合は、WIPv4ブランチとその変更ログを確認してください。

@Salakarおめでとうございます！ 私は約束の仕事を引き受けたかった（ async-redisを捨てたい）が、それは今ではほとんど終わっていると思います。 皆さんは時間枠について何か考えがありますか？ その面での貢献を受け入れていますか（例：ある種のチェックリストがありますか）？

ねえ@GCSBOSS 、「v4」ブランチをチェックしてください-その進行中のリファクタリングは、約束のサポートがあり、まだ申し訳ありませんが、eta /時間枠はありません