* Added _replicator database to manage replications.
It used to be that if a continuous replication was launched but the server was re-started that replication task was lost. Now it will continue where it left off.
* Added support for HTTP range requests for attachments.
Just looking at the unit-test for this commit, you can apparently specify a range of bytes out of an attachment and fetch only that.
var xhr = CouchDB.request("GET", "/test_suite_db/bin_doc/foo.txt", {
headers: {"Range": "bytes=10-15"}
});
* Added stale=update_after query option that triggers a view update after returning a stale=ok response.
Before, if stale=ok was passed to a view then you'd just get back stale view data and (I am guessing) a view update wasn't triggered. Normally a view update is triggerred the frist time the view is accessed after documents have been updated. However that could take a while for the views to regenerate. Now with stale=update, stale data is returned but an view update is _also_ triggerred in the background.
* Added configuration option for TCP_NODELAY aka “Nagle”.
Should help for situations where you'd want to trade some throughput for latency. Your packets will be sent out sooner, they will be smaller, but there will probably be lots more of them. See here for more :
* Added _replicator database to manage replications.
It used to be that if a continuous replication was launched but the server was re-started that replication task was lost. Now it will continue where it left off.
* Added support for HTTP range requests for attachments.
Just looking at the unit-test for this commit, you can apparently specify a range of bytes out of an attachment and fetch only that.
* Added stale=update_after query option that triggers a view update after returning a stale=ok response.Before, if stale=ok was passed to a view then you'd just get back stale view data and (I am guessing) a view update wasn't triggered. Normally a view update is triggerred the frist time the view is accessed after documents have been updated. However that could take a while for the views to regenerate. Now with stale=update, stale data is returned but an view update is _also_ triggerred in the background.
* Added configuration option for TCP_NODELAY aka “Nagle”.
Should help for situations where you'd want to trade some throughput for latency. Your packets will be sent out sooner, they will be smaller, but there will probably be lots more of them. See here for more :