storehouse
v1.0.6
Published
Simple http file store in node.js
Downloads
9
Readme
Storehouse
Storehouse is a small, simple node.js module that allows you to easily handle HTTP file uploads. It also comes with a convenient command line utility for creating a standalone Storehouse server.
Installation
Storehouse requires node.js and npm.
You can install Storehouse for use in your own project:
npm install storehouse
Or you can install Storehouse globally, making it easy to run the standalone server:
sudo npm install storehouse -g
Usage
In your project:
If you're already using express, you can attach a storehouse directly to your app:
const Storehouse = require( 'storehouse' );
const storehouse = new Storehouse( {
url: '/fileupload',
directory: './files',
allowDownload: true,
downloadPrefix: '/files',
secret: 'this is the secret key'
} );
storehouse.attach( app ); // attach to an existing express app
If you don't already have an express app, you can tell storehouse to listen on its own:
storehouse.listen( {
port: 8888
} );
Storehouse also supports SSL:
storehouse.listen( {
port: 8888,
ssl: {
key: './path/to/ssl.key',
cert: './path/to/ssl.crt',
port: 4443
}
} );
As a standalone server:
Usage: storehouse [options]
Options:
-h, --help output usage information
-s, --secret <secret key> Specify the secret key for the storehouse. !!REQUIRED!!
--nooverwrite Do not allow files to be overwritten.
--url <url> Specify the upload url. Eg: --url "/uploadfile" Default: /upload
-d, --directory <path> Specify the location to store files. Eg: --directory ./files Default: ./
--allowDownload Allow file downloads. Default: off
--prefix <prefix> Specify the prefix for downloading files. Eg: --prefix /files Default: /
-p, --port <port> Specify the port to listen on. Default: 8888
--sslkey <keyfile> Specify an SSL key file.
--sslcert <certfile> Specify an SSL cert file.
--quiet Do not print out upload events.
Example:
storehouse -s "this is the secret key" --allowDownload --url /testupload --nooverwrite
This would start a Storehouse server with the secret key "this is the secret key" that:
- Allows downloads
- Has an upload url of: /testupload
- Does not allow overwriting existing files
Cool, how do I keep everyone on the internet from uploading?
That's where the secret key comes in: to upload you must send a signature along with the file which Storehouse will validate.
The signature is a SHA1 of the sorted key/value pairs in your request, plus a secret key:
let verification = '';
for ( let key in Object.keys( opts ).sort() ) {
verification += key + '=' + opts[ key ] + '&';
}
verification += 'secret=this is the secret key';
const signature = CryptoJS.SHA1( verification );
The signature you send with the file must match this signature composed from the sorted key/value pairs of your request body plus the secret key.
That's great, but how do I generate a signature without leaking my secret key?
Good question! Storehouse is mostly intended to be used as a part of an existing web infrastructure where you already have some kind of web service running.
In that service, you should expose a way for a user to obtain a signature for a file they'd like to upload. In that case, you can verify they have permission to upload and you can keep your secret key secret. Here's an example of how you might usually handle a file upload in this way:
ajaxCall( {
url: '/api/fileuploadsignature',
type: 'POST',
data: {
path: '/some/path/to/upload/to.png',
type: 'image/png'
},
success: function( signature ) {
// here your API has given us back a signature that allows this file to be uploaded,
// now we can send the file to the server
let formData = new FormData();
formData.append( 'path', path );
formData.append( 'file', file ); // this would be from a file input in a form, for example
formData.append( 'signature', signature );
const xhr = new XMLHttpRequest();
xhr.onreadystatechange = function() {
if ( xhr.readyState == 4 ) // complete
{
if ( xhr.status < 200 || xhr.status >= 400 ) {
alert( xhr.responseText ); // oops, error!
}
}
}
xhr.upload.addEventListener( 'progress', function( progressEvent ) {
if ( progressEvent.lengthComputable ) {
var percentComplete = Math.floor( ( progressEvent.loaded / progressEvent.total ) * 100 );
console.log( percentComplete ); // let's print the progress of our upload to the console
}
}, false );
xhr.addEventListener( 'load', function() {
alert( 'Done!' );
}, false );
xhr.addEventListener( 'error', function( error ) {
alert( error );
}, false );
xhr.addEventListener( 'abort', function() {
alert( 'Aborted!' );
}, false );
xhr.open( 'POST', '/fileupload', true ); // open a post to whatever URL you've configured Storehouse to listen to
xhr.send( formData ); // send the file
}
} );
Why?
I created this because I became frustrated working with Amazon S3/CloudFront. Don't get me wrong, S3/CloudFront is great: tough to beat on price and there's no question of it handling scaling.
So why was I frustrated? Because I am often a 1-man team. Amazon AWS services are great, but they're really meant for larger-scale operations. Sometimes you just need to upload some files and not have to try to figure out all the nooks and crannies that AWS provides for managing a huge enterprise. And Amazon's approach is essentially that you write your own tooling.
Check out this great post by Vikrum Nijjar about switching from S3 to Fastly: https://www.firebase.com/blog/2012-07-30-making-the-switch-from-amazon-cloudfront-to-fastly.html
That post started me down this road. Except I needed a way for users to upload things to my server that I could then allow Fastly to cache. Hence: Storehouse.
CHANGELOG
v1.0.6
- Update docs
v1.0.5
- Fall back to streams to move file if fs.rename failes (eg: EXDEV error)
v1.0.4
- Update to ES6
v1.0.3
- Bump dependency on multer
v1.0.2
- Bugfix signature generation (again)
v1.0.1
- Bugfix signature generation
v1.0.0
- Code cleanup/refactor
- Change signature generation to be based on key order
v0.0.7
- Improved logging
- fetch- and upload-requests are now logged
- file mime type added to logging output
- file encoding added to logging output
- Added .jsbeautifyrc and .jshintrc files to project
v0.0.6
- Need to check if there are actually requested headers... :(
v0.0.5
- CORS fixes
- reflect back access-control-request-headers
- allow restricting the CORS origin with an option
v0.0.4
- Allow for fetching URLs in addition to uploading files.
- Upgrade to Express 4.x
- Add fetching example to examples/
v0.0.3
- Allow CORS requests.
v0.0.2
- Allow key to be stored in a .storehouse_key file in the current directory.
v0.0.1
- Initial release.