Permalink
Commits on Jun 30, 2011
  1. Bugs fixed:

    *  authentication retry while server is loading db (danmaz74) [GH-101]
    *  command arguments processing issue with arrays
    
    New features:
    
    *  Auto update of new commands from redis.io (Dave Hoover)
    *  Performance improvements and backpressure controls.
    *  Commands now return the true/false value from the underlying socket write(s).
    *  Implement command_queue high water and low water for more better control of queueing.
    
    See `examples/backpressure_drain.js` for more information.
    mranney committed Jun 30, 2011
  2. Performance improvements and backpressure controls.

    Simply and speed up command argument processing logic.
    Commands now return the true/false value from the underlying socket write(s).
    Implement command_queue high water and low water for more better control of queueing.
    mranney committed Jun 30, 2011
  3. Merge pull request #101 from danmaz74/master

    Fix bug with authentication and LOADING error response.
    mranney committed Jun 30, 2011
Commits on Jun 29, 2011
  1. Add support and tests for Redis scripting through EXEC command.

    Bug fix for monitor mode.  (forddg)
    
    Auto update of new commands from redis.io (Dave Hoover)
    mranney committed Jun 29, 2011
Commits on Jun 13, 2011
  1. Bug fix for monitor mode. (forddg)

    Also some whitespace fix for JSHint.
    mranney committed Jun 13, 2011
  2. Auto update of new commands from redis.io (Dave Hoover)

    Run this: node generate_commands.js
    
    To fetch redis.io/commands.json and save it to a file that node_redis will read at startup.
    mranney committed Jun 13, 2011
  3. Merge pull request #107 from redsquirrel/master

    The 'somehow' in 'This list needs to be updated, and perhaps auto-updated somehow'
    mranney committed Jun 13, 2011
Commits on Jun 3, 2011
  1. Developing the 'somehow' in 'This list [of commands] needs to be upda…

    …ted, and perhaps auto-updated somehow'
    redsquirrel committed Jun 3, 2011
Commits on May 8, 2011
  1. Fixed a bug when the client tries to authenticate to the redis server…

    … and the server is still loading the database: Now the client tries to authenticate again every 2 seconds until actually authenticated. "connect" is only emitted after authentication if authentication is required.
    unknown committed May 8, 2011
Commits on Apr 22, 2011
  1. Update changelog

    mranney committed Apr 22, 2011
  2. Update changelog.

    mranney committed Apr 22, 2011
  3. Lots of bugs fixed.

    *  connection error did not properly trigger reconnection logic [GH-85]
    *  client.hmget(key, [val1, val2]) was not expanding properly [GH-66]
    *  client.quit() while in pub/sub mode would throw an error [GH-87]
    *  client.multi(['hmset', 'key', {foo: 'bar'}]) fails [GH-92]
    mranney committed Apr 22, 2011
Commits on Apr 7, 2011
  1. Added DISCARD

    I originally didn't think DISCARD would do anything here because of the clever MULTI interface, but somebody
    pointed out to me that DISCARD can be used to flush the WATCH set.
    mranney committed Apr 7, 2011
Commits on Apr 6, 2011
  1. Added HVALS command

    mranney committed Apr 6, 2011
Commits on Mar 15, 2011
  1. Add monitor example.

    mranney committed Mar 15, 2011
Commits on Feb 28, 2011
  1. Add magical auth command.

    Authentication is now remembered by the client and will be automatically sent to the server
    on every connection, including any reconnections.
    mranney committed Feb 28, 2011
Commits on Feb 23, 2011
  1. Fix bug in ready check with `return_buffers` set to `true`.

    Thanks to Dean Mao and Austin Chau.
    mranney committed Feb 23, 2011
Commits on Feb 17, 2011
  1. Document ready check changes.

    mranney committed Feb 17, 2011
  2. Add probe for server readiness.

    When a Redis server starts up, it might take a while to load the dataset into memory.
    During this time, the server will accept connections, but will return errors for all non-INFO
    commands.  Now node_redis will send an INFO command whenever it connects to a server.
    If the info command indicates that the server is not ready, the client will keep trying until
    the server is ready.  Once it is ready, the client will emit a "ready" event as well as the
    "connect" event.  The client will queue up all commands sent before the server is ready, just
    like it did before.  When the server is ready, all offline/non-ready commands will be replayed.
    This should be backward compatible with previous versions.
    
    To disable this ready check behavior, set `options.no_ready_check` when creating the client.
    
    As a side effect of this change, the key/val params from the info command are available as
    `client.server_options`.  Further, the version string is decomposed into individual elements
    in `client.server_options.versions`.
    mranney committed Feb 17, 2011
Commits on Feb 11, 2011
  1. Fix excess memory consumption from Queue backing store.

    Thanks to Gustaf Sjöberg.
    mranney committed Feb 11, 2011
Commits on Feb 6, 2011
  1. Fix multi/exec error reply callback logic.

    Thanks to Stella Laurenzo.
    mranney committed Feb 6, 2011
Commits on Jan 20, 2011
Commits on Jan 19, 2011
Commits on Jan 18, 2011
Commits on Dec 30, 2010
  1. Some bug fixes:

    * An important bug fix in reconnection logic.  Previously, reply callbacks would be invoked twice after
      a reconnect.
    * Changed error callback argument to be an actual Error object.
    
    New feature:
    
    * Add friendly syntax for HMSET using an object.
    mranney committed Dec 30, 2010