XuelesszzZ 94af2b8e7b 6-30-5 | 1 ano atrás | |
---|---|---|
.. | ||
_src | 1 ano atrás | |
lib | 1 ano atrás | |
node_modules | 1 ano atrás | |
.nvmrc | 1 ano atrás | |
LICENSE | 1 ano atrás | |
README.md | 1 ano atrás | |
index.d.ts | 1 ano atrás | |
index.js | 1 ano atrás | |
package.json | 1 ano atrás | |
tsconfig.json | 1 ano atrás |
A simple caching module that has set
, get
and delete
methods and works a little bit like memcached.
Keys can have a timeout (ttl
) after which they expire and are deleted from the cache.
All keys are stored in a single object so the practical limit is at around 1m keys.
The upcoming 5.0.0 Release will drop support for node versions before 6.x! (We are thinking about dropping node 6.x too, because it recently reached end-of-life.)
npm install node-cache --save
Or just require the node_cache.js
file to get the superclass
const NodeCache = require( "node-cache" );
const myCache = new NodeCache();
stdTTL
: (default: 0
) the standard ttl as number in seconds for every generated cache element.
0
= unlimitedcheckperiod
: (default: 600
) The period in seconds, as a number, used for the automatic delete check interval.
0
= no periodic check.errorOnMissing
: (default: false
) en/disable throwing or passing an error to the callback if attempting to .get
a missing or expired value.useClones
: (default: true
) en/disable cloning of variables. If true
you'll get a copy of the cached variable. If false
you'll save and get just the reference.
Note: true
is recommended, because it'll behave like a server-based caching. You should set false
if you want to save mutable objects or other complex types with mutability involved and wanted.
Here's a simple code example showing the different behaviordeleteOnExpire
: (default: true
) whether variables will be deleted automatically when they expire.
If true
the variable will be deleted. If false
the variable will remain. You are encouraged to handle the variable upon the event expired
by yourself.
const NodeCache = require( "node-cache" );
const myCache = new NodeCache( { stdTTL: 100, checkperiod: 120 } );
Since 4.1.0
:
Key-validation: The keys can be given as either string
or number
, but are casted to a string
internally anyway.
All other types will either throw an error or call the callback with an error.
myCache.set( key, val, [ ttl ], [callback] )
Sets a key
value
pair. It is possible to define a ttl
(in seconds).
Returns true
on success.
obj = { my: "Special", variable: 42 };
myCache.set( "myKey", obj, function( err, success ){
if( !err && success ){
console.log( success );
// true
// ... do something ...
}
});
Note: If the key expires based on it's
ttl
it will be deleted entirely from the internal data object.
Since 1.0.0
:
Callback is now optional. You can also use synchronous syntax.
obj = { my: "Special", variable: 42 };
success = myCache.set( "myKey", obj, 10000 );
// true
myCache.get( key, [callback] )
Gets a saved value from the cache.
Returns a undefined
if not found or expired.
If the value was found it returns an object with the key
value
pair.
myCache.get( "myKey", function( err, value ){
if( !err ){
if(value == undefined){
// key not found
}else{
console.log( value );
//{ my: "Special", variable: 42 }
// ... do something ...
}
}
});
Since 1.0.0
:
Callback is now optional. You can also use synchronous syntax.
value = myCache.get( "myKey" );
if ( value == undefined ){
// handle miss!
}
// { my: "Special", variable: 42 }
Since 2.0.0
:
The return format changed to a simple value and a ENOTFOUND
error if not found ( as callback( err )
or on sync call as result instance of Error
).
Since 2.1.0
:
The return format changed to a simple value, but a due to discussion in #11 a miss shouldn't return an error.
So after 2.1.0 a miss returns undefined
.
Since 3.1.0
errorOnMissing
option added
try{
value = myCache.get( "not-existing-key", true );
} catch( err ){
// ENOTFOUND: Key `not-existing-key` not found
}
myCache.mget( [ key1, key2, ... ,keyn ], [callback] )
Gets multiple saved values from the cache.
Returns an empty object {}
if not found or expired.
If the value was found it returns an object with the key
value
pair.
myCache.mget( [ "myKeyA", "myKeyB" ], function( err, value ){
if( !err ){
console.log( value );
/*
{
"myKeyA": { my: "Special", variable: 123 },
"myKeyB": { the: "Glory", answer: 42 }
}
*/
// ... do something ...
}
});
Since 1.0.0
:
Callback is now optional. You can also use synchronous syntax.
value = myCache.mget( [ "myKeyA", "myKeyB" ] );
/*
{
"myKeyA": { my: "Special", variable: 123 },
"myKeyB": { the: "Glory", answer: 42 }
}
*/
Since 2.0.0
:
The method for mget changed from .get( [ "a", "b" ] )
to .mget( [ "a", "b" ] )
myCache.del( key, [callback] )
Delete a key. Returns the number of deleted entries. A delete will never fail.
myCache.del( "myKey", function( err, count ){
if( !err ){
console.log( count ); // 1
// ... do something ...
}
});
Since 1.0.0
:
Callback is now optional. You can also use synchronous syntax.
value = myCache.del( "A" );
// 1
myCache.del( [ key1, key2, ... ,keyn ], [callback] )
Delete multiple keys. Returns the number of deleted entries. A delete will never fail.
myCache.del( [ "myKeyA", "myKeyB" ], function( err, count ){
if( !err ){
console.log( count ); // 2
// ... do something ...
}
});
Since 1.0.0
:
Callback is now optional. You can also use synchronous syntax.
value = myCache.del( "A" );
// 1
value = myCache.del( [ "B", "C" ] );
// 2
value = myCache.del( [ "A", "B", "C", "D" ] );
// 1 - because A, B and C not exists
myCache.ttl( key, ttl, [callback] )
Redefine the ttl of a key. Returns true if the key has been found and changed. Otherwise returns false. If the ttl-argument isn't passed the default-TTL will be used.
The key will be deleted when passing in a ttl < 0
.
myCache = new NodeCache( { stdTTL: 100 } )
myCache.ttl( "existendKey", 100, function( err, changed ){
if( !err ){
console.log( changed ); // true
// ... do something ...
}
});
myCache.ttl( "missingKey", 100, function( err, changed ){
if( !err ){
console.log( changed ); // false
// ... do something ...
}
});
myCache.ttl( "existendKey", function( err, changed ){
if( !err ){
console.log( changed ); // true
// ... do something ...
}
});
myCache.getTtl( key, [callback] )
Receive the ttl of a key. You will get:
undefined
if the key does not exist0
if this key has no ttla timestamp in ms until the key expires
myCache = new NodeCache( { stdTTL: 100 } )
// Date.now() = 1456000500000
myCache.set( "ttlKey", "MyExpireData" )
myCache.set( "noTtlKey", "NonExpireData", 0 )
ts = myCache.getTtl( "ttlKey" )
// ts wil be approximately 1456000600000
myCache.getTtl( "ttlKey", function( err, ts ){
if( !err ){
// ts wil be approximately 1456000600000
}
});
// ts wil be approximately 1456000600000
ts = myCache.getTtl( "noTtlKey" )
// ts = 0
ts = myCache.getTtl( "unknownKey" )
// ts = undefined
myCache.keys( [callback] )
Returns an array of all existing keys.
// async
myCache.keys( function( err, mykeys ){
if( !err ){
console.log( mykeys );
// [ "all", "my", "keys", "foo", "bar" ]
}
});
// sync
mykeys = myCache.keys();
console.log( mykeys );
// [ "all", "my", "keys", "foo", "bar" ]
myCache.getStats()
Returns the statistics.
myCache.getStats();
/*
{
keys: 0, // global key count
hits: 0, // global hit count
misses: 0, // global miss count
ksize: 0, // global key size count
vsize: 0 // global value size count
}
*/
myCache.flushAll()
Flush all data.
myCache.flushAll();
myCache.getStats();
/*
{
keys: 0, // global key count
hits: 0, // global hit count
misses: 0, // global miss count
ksize: 0, // global key size count
vsize: 0 // global value size count
}
*/
myCache.close()
This will clear the interval timeout which is set on check period option.
myCache.close();
Fired when a key has been added or changed.
You will get the key
and the value
as callback argument.
myCache.on( "set", function( key, value ){
// ... do something ...
});
Fired when a key has been removed manually or due to expiry.
You will get the key
and the deleted value
as callback arguments.
myCache.on( "del", function( key, value ){
// ... do something ...
});
Fired when a key expires.
You will get the key
and value
as callback argument.
myCache.on( "expired", function( key, value ){
// ... do something ...
});
Fired when the cache has been flushed.
myCache.on( "flush", function(){
// ... do something ...
});
2.x
Due to the Issue #11 the return format of the .get()
method has been changed!
Instead of returning an object with the key { "myKey": "myValue" }
it returns the value itself "myValue"
.
3.x
Due to the Issue #30 and Issue #27 variables will now be cloned.
This could break your code, because for some variable types ( e.g. Promise ) its not possible to clone them.
You can disable the cloning by setting the option useClones: false
. In this case it's compatible with version 2.x
.
After adding io.js to the travis test here are the benchmark results for set and get of 100000 elements. But be careful with this results, because it has been executed on travis machines, so it is not guaranteed, that it was executed on similar hardware.
node.js 0.10.36
SET: 324
ms ( 3.24
µs per item )
GET: 7956
ms ( 79.56
µs per item )
node.js 0.12.0
SET: 432
ms ( 4.32
µs per item )
GET: 42767
ms ( 427.67
µs per item )
io.js v1.1.0
SET: 510
ms ( 5.1
µs per item )
GET: 1535
ms ( 15.35
µs per item )
Again the same benchmarks by travis with version 2.0
node.js 0.6.21
SET: 786
ms ( 7.86
µs per item )
GET: 56
ms ( 0.56
µs per item )
node.js 0.10.36
SET: 353
ms ( 3.53
µs per item )
GET: 41
ms ( 0.41
µs per item )
node.js 0.12.2
SET: 327
ms ( 3.27
µs per item )
GET: 32
ms ( 0.32
µs per item )
io.js v1.7.1
SET: 238
ms ( 2.38
µs per item )
GET: 34
ms ( 0.34
µs per item )
As you can see the version 2.x will increase the GET performance up to 200x in node 0.10.x. This is possible because the memory allocation for the object returned by 1.x is very expensive.
see travis results
node.js 0.6.21
SET: 786
ms ( 7.24
µs per item )
GET: 56
ms ( 1.14
µs per item )
node.js 0.10.38
SET: 353
ms ( 5.41
µs per item )
GET: 41
ms ( 1.23
µs per item )
node.js 0.12.4
SET: 327
ms ( 4.63
µs per item )
GET: 32
ms ( 0.60
µs per item )
io.js v2.1.0
SET: 238
ms ( 4.06
µs per item )
GET: 34
ms ( 0.67
µs per item )
until the version 3.0.x the object cloning is included, so we lost a little bit of the performance
node.js v0.10.41
SET: 305ms
( 3.05µs
per item )
GET: 104ms
( 1.04µs
per item )
node.js v0.12.9
SET: 337ms
( 3.37µs
per item )
GET: 167ms
( 1.67µs
per item )
node.js v4.2.6
SET: 356ms
( 3.56µs
per item )
GET: 83ms
( 0.83µs
per item )
This module should work well back until node 0.6.x
.
But it's only tested until version 0.10.x
because the build dependencies are not installable ;-) .
Version | Date | Description |
---|---|---|
4.2.1 | 2019-07-22 | Upgrade lodash to version 4.17.15 to suppress messages about unrelated security vulnerability |
4.2.0 | 2018-02-01 | Add options.promiseValueSize for promise value. Thanks to Ryan Roemer for the pull [#84]; Added option deleteOnExpire ; Added DefinitelyTyped Typescript definitions. Thanks to Ulf Seltmann for the pulls [#90] and [#92]; Thanks to Daniel Jin for the readme fix in pull [#93]; Optimized test and ci configs. |
4.1.1 | 2016-12-21 | fix internal check interval for node < 0.10.25, thats the default node for ubuntu 14.04. Thanks to Jimmy Hwang for the pull #78; added more docker tests |
4.1.0 | 2016-09-23 | Added tests for different key types; Added key validation (must be string or number ); Fixed .del bug where trying to delete a number key resulted in no deletion at all. |
4.0.0 | 2016-09-20 | Updated tests to mocha; Fixed .ttl bug to not delete key on .ttl( key, 0 ) . This is also relevant if stdTTL=0 . This causes the breaking change to 4.0.0 . |
3.2.1 | 2016-03-21 | Updated lodash to 4.x.; optimized grunt |
3.2.0 | 2016-01-29 | Added method getTtl to get the time when a key expires. See #49 |
3.1.0 | 2016-01-29 | Added option errorOnMissing to throw/callback an error o a miss during a .get( "key" ) . Thanks to David Godfrey for the pull #45. Added docker files and a script to run test on different node versions locally |
3.0.1 | 2016-01-13 | Added .unref() to the checkTimeout so until node 0.10 it's not necessary to call .close() when your script is done. Thanks to Doug Moscrop for the pull #44. |
3.0.0 | 2015-05-29 | Return a cloned version of the cached element and save a cloned version of a variable. This can be disabled by setting the option useClones:false . (Thanks for #27 to cheshirecatalyst and for #30 to Matthieu Sieben) |
REVOKED VERSION, because of conficts. See Issue #30. So 2.2.0 is now 3.0.0 |
||
2.1.1 | 2015-04-17 | Passed old value to the del event. Thanks to Qix for the pull. |
2.1.0 | 2015-04-17 | Changed get miss to return undefined instead of an error. Thanks to all #11 contributors |
2.0.1 | 2015-04-17 | Added close function (Thanks to ownagedj). Changed the development environment to use grunt. |
2.0.0 | 2015-01-05 | changed return format of .get() with a error return on a miss and added the .mget() method. Side effect: Performance of .get() up to 330 times faster! |
1.1.0 | 2015-01-05 | added .keys() method to list all existing keys |
1.0.3 | 2014-11-07 | fix for setting numeric values. Thanks to kaspars + optimized key ckeck. |
1.0.2 | 2014-09-17 | Small change for better ttl handling |
1.0.1 | 2014-05-22 | Readme typos. Thanks to mjschranz |
1.0.0 | 2014-04-09 | Made callback s optional. So it's now possible to use a syncron syntax. The old syntax should also work well. Push : Bugfix for the value 0 |
0.4.1 | 2013-10-02 | Added the value to expired event |
0.4.0 | 2013-10-02 | Added nodecache events |
0.3.2 | 2012-05-31 | Added Travis tests |
Name | Description |
---|---|
rsmq | A really simple message queue based on redis |
redis-heartbeat | Pulse a heartbeat to redis. This can be used to detach or attach servers to nginx or similar problems. |
systemhealth | Node module to run simple custom checks for your machine or it's connections. It will use redis-heartbeat to send the current state to redis. |
rsmq-cli | a terminal client for rsmq |
rest-rsmq | REST interface for. |
redis-sessions | An advanced session store for NodeJS and Redis |
connect-redis-sessions | A connect or express middleware to simply use the redis sessions. With redis sessions you can handle multiple sessions per user_id. |
redis-notifications | A redis based notification engine. It implements the rsmq-worker to safely create notifications and recurring reports. |
nsq-logger | Nsq service to read messages from all topics listed within a list of nsqlookupd services. |
nsq-topics | Nsq helper to poll a nsqlookupd service for all it's topics and mirror it locally. |
nsq-nodes | Nsq helper to poll a nsqlookupd service for all it's nodes and mirror it locally. |
nsq-watch | Watch one or many topics for unprocessed messages. |
hyperrequest | A wrapper around hyperquest to handle the results |
task-queue-worker | A powerful tool for background processing of tasks that are run by making standard http requests |
soyer | Soyer is small lib for server side use of Google Closure Templates with node.js. |
grunt-soy-compile | Compile Goggle Closure Templates ( SOY ) templates including the handling of XLIFF language files. |
backlunr | A solution to bring Backbone Collections together with the browser fulltext search engine Lunr.js |
domel | A simple dom helper if you want to get rid of jQuery |
obj-schema | Simple module to validate an object by a predefined schema |
Copyright © 2013 Mathias Peter, http://www.tcs.de
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the 'Software'), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.