npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

multi-hyperdrive

v1.1.4

Published

Take a bunch of hyperdrives, and read from them as if they were one.

Downloads

9

Readme

multi-hyperdrive

Take a bunch of hyperdrives, and read from them as if they were one.

Inspired by peerfs and kappa-drive

Goals

  • Don't manage drives
    • No opinion on storage
    • Doesn't store list of drives
    • Doesn't handle replication for you
  • Support (most) hyperdrive methods / properties

How it works

tl;dr kinda like stacking filesystems on top of each other and merging them into one.

  • Keeps track of a set of hyperdrives
  • The primary drive set the key and peers and stuff.
  • Whenever you want to do a write operation, find the first writable drive
  • Whenever you read, it'll compare the ctime (changed timestamp) of the file across drives to find the most recent one and read from that drive
  • Whenever you delete something, it'll save a tombstone in the hypertrie of your writer drive
    • Tombstones contain an active property which when true means this has been deleted and when false means a delete got overridden
    • Tombstones also contain a timestamp for when it was created, so that newer tombstones override older ones
    • Reading from directories or reading files takes tombstones into account
    • Writing a file or creating a directory will override any tombstones set there

Usage

const MultiDrive = require('multi-hyperdrive')

// You must specify a dirve for the `key` and `peers` and stuff
const drives = new MultiDrive(primaryDrive)

drives.addDrive(drive1)
drives.addDrive(drive2)

// Will stat each dirve and get return the file with the latest mtime
drives.readFile('/example.txt', 'utf8', (err, data) => {
  console.log(err || data)
})

// Will readdir in each drive and return a set of all file names
drives.readdir('/', (err, files) => {
  console.log(err||files)
})

// Will iterate through drives until it finds a writable one and will write to it
drives.writeFile('/example.txt', 'hello world', (err) => {
  console.log(err || 'Done!')
})

API

multiHyperdrive(primary)

Create a new MultiHyperdrive from a primary drive.

Every multi-hyperdrive needs an initial primary drive for identifying it and serving as the initial source of files.

multi.key

Get the key for the primary drive to be used for sharing with others.

multi.discoveryKey

Get the discovery key for the primary drive which can be used for peer discovery.

multi.version

NOT SUPPORTED

multi.writable

Boolean flag that tells you whether you can safely write to the multi-hyperdrive.

multi.peers

Get the list of peers for the primary drive.

multi.primary

Get the primary drive that was passed in the constructor

multi.writer

Get the first writable hyperdrive instance that was added.

multi.drives

Get the list of all drives that were added to this multi-hyperdrive.

multi.on('peer-add', peer)

Emitted when the primary drive gets a new peer connection

multi.on('peer-open', peer)

Emitted when a peer connection on the primary drive gets fully established. This is where you can send extension messages or get the peer's remotePublicKey

multi.on('peer-remove', peer)

Emitted when a primary drive loses a peer connection.

multi.on('drive-add', drive)

Emitted when a drive has been added.

multi.on('drive-remove', drive)

Emitted when a drive has been removed.

multi.addDrive (drive, cb)

Add a hyperdrive to this multi-hyperdrive. Each drive will be added to the resolution mechanism.

const drive = multi.hasDrive (key)

Check whether a drive is already part of this multi-hyperdrive. key is the key of the drive you want to check for. drive will be undefined if this drive has not been added. Not that you might have race conditions if you invoke this method while an addDrive call is still in progress, so try to avoid that situation.

multi.removeDrive(key)

Remove a drive from this multi-hyperdrive based on it's key

const comparison = multi.compareStats (stat1, stat2)

This is the function used to resolve which drive has the latest version of a path. It must return 0 if two drives have the same version, -1 if the first stat has a newer version, or 1 if the second stat has a newer version. This can be replaced with custom resolving logic.

multi.resolveLatest (path, cb)

Use this for finding which drive has the latest version of a path. The callback will get a reference to the hyperdrive that has the latest version, or an error if none is found.

multi.existsTombstone(path, cb)

You can use this to check whether a drive has an active tombstone for this path. The cb will either get a null if no active tombstone exists, or a reference to the hyperdrive that set this tombstone.

multi.setTombstone(path, active, cb)

You can use this to manually add a tombstone for a given path. Requires a writable drive to be added first. Set active to true if you wish this file to be marked as deleted and false to set is as not deleted. If you want to get rid of tombstones, you should probably use multi.eraseTombstone instead.

multi.eraseTombstone(path, cb)

Erase the tombstone for a given path and it's parent paths (if tombstones exist). Does nothing if no tombstones are set. Requires a writable drive to be added first.

multi.open (path, flags, cb)

Open a file descriptor for the given path with the given flags. Same as node.js fs.open. Requires a writable drive to be added first if you wish to open a writable file descriptor. The latest version of the file will be found among all the hyperdrives if you open a readable file descriptor.

multi.read (fd, buf, offset, len, pos, cb)

Read some data from a file descriptor. Same as node.js fs.read

multi.write (fd, buf, offset, len, pos, cb)

Write some data to a file descriptor. Same as node.js fs.write

multi.createReadStream (path, opts)

Read a file from the given path as a stream. The latest version of the file will be found among all the hyperdrives and read. opts can be an encoding like utf8 to read the file as a string, else it'll read a buffer.

multi.createWriteStream (path, opts)

Write a file to a given path using a stream. Requires a writable drive to be added first. opts can contain all of the options of node's fs.createWriteStream

multi.readFile (path, opts, cb)

Read a file from the given path. The latest version of the file will be found among all the hyperdrives and read. opts can be an encoding like utf8 to read the file as a string, else it'll read a buffer.

multi.writeFile (path, buf, opts, cb)

Write a file to a given path. One difference from regular hyperdrive is that any parent folders get auto-generated to combat some weird issues with the approach being taken for overlaying multiple drives together. Requires a writable drive to be added first. buf can be either a string, a buffer, or a TypedArray. opts can either be a string for the encoding to use, or an object containing {encoding, mode, flag}.

multi.truncate (path, size, cb)

Truncat a file to a specified length. Requires a writable drive to be added first. This only works if your writable drive was the one that wrote the file.

multi.ftruncate (fd, size, cb)

Same as multi.truncate but with a file descriptor instead of a path.

multi.mkdir (path, opts, cb)

Create a directory at a given path. Requires a writable drive to be added first.

multi.readlink (path, cb)

Honestly, I have no clue what this does, but it's in the node.js fs API

multi.stat (path, opts, cb)

Get the stat for the item at a given path. Will try to get the latest stat among all the drives. The stat describes the file or folder at the path. It contains all the properties of the node.js fs.Stats object, plus some hyperdrive specific stats.

The full list can be found here

Namely, you might be interested in stat.metadata which is an object containing key-value pairs from drive.setMetadata(). This metadata doesn't get merged among peers yet.

Another useful property is stat.mount which contains {key, version, hash} for the hyperdrive mounted there.

As well, specific to multi-hyperdrive is stat.drive which is a reference to the hyperdrive that was determined to contain the latest version of this path.

multi.lstat (path, opts, cb)

lstat() is identical to stat(), except that if path is a symbolic link, then the link itself is stat-ed, not the file that it refers to.

multi.access (path, opts, cb)

Try to load data at a given path. Will result in an error if the path doesn't exist on any drives.

multi.readdir (path, opts = {}, cb)

Read the entries within a directory as an array of file/folder names. Entries from the directories of all drives will be combined together. Entries that got marked as deleted with tombstones will be excluded. You can pass includeStats: true to get a list of objects that look like {stat, name} to get the stats in addition to the name.

multi.unlink (path, cb)

Delete a file from the drive. If the file was originally created by another person, a tombstone entry will be created in your writable drive to mark it as deleted. Requires a writable drive to be added first.

multi.rmdir (path, cb)

Delete a directory from the drive. If the directory was originally created by another person, a tombstone entry will be created in your writable drive to mark it as deleted. Requires a writable drive to be added first.

multi.replicate (isInitiator, opts)

NOT SUPPORTED

multi.checkout (version, opts)

NOT SUPPORTED

multi.close (cb)

Close the multi-hyperdrive and all of it's added drives. Frees up any resources that the drives loaded and closes their connections.

multi.close (fd, cb)

Close an opened file descriptor.

multi.destroyStorage (cb)

NOT SUPPORTED

multi.mirror ()

NOT SUPPORTED

multi.clear (path, opts, cb)

NOT SUPPORTED

multi.download (path, opts, cb)

NOT SUPPORTED

multi.watch (path, onchange)

You can watch for changes at a specific path in the drive. This will add watchers on each of the writers. You will need to invoke watch again if you add more drives.

Make sure to clean up watchers once you're done with them to avoid memory leaks.

const watcher = multi.watch('/', () => console.log('Stuff changed'))

// Later
watcher.destroy()

multi.mount (path, key, opts, cb)

Mount another hyperdrive at a path within your drive. Requires a writable drive to be added first.

multi.unmount (path, cb)

Remove a mount within your hyperdrive. You cannot remove other people's mounts.

multi.symlink (target, linkName, cb)

Create a link at linkName which points to target

multi.createMountStream (opts)

NOT SUPPORTED

multi.getAllMounts (opts, cb)

NOT SUPPORTED

ext = multi.registerExtension (path, handlers)

Register an extension message on the primary hyperdrive. This can be used to send messages over the primary hyperdrive's replication stream.

{
  encoding: 'json' | 'binary' | 'utf-8' | anyAbstractEncoding,
  onmessage (message, peer) {
    // called when a message is received from a peer
    // will be decoded using the encoding you provide
  },
  onerror (err) {
    // called in case of an decoding error
  }
}

multi.setMetadata (path, key, value, cb)

Set some metadata for a file or folder in the hyperdrive. Requires a writable drive to be added first.

multi.removeMetadata (path, key, cb)

Remove some metadata from a file or folder in the hyperdrive. Requires a writable drive to be added first.

multi.createTag (path, version, cb)

NOT SUPPORTED

multi.getAllTags (cb)

NOT SUPPORTED

multi.deleteTag (path, cb)

NOT SUPPORTED

multi.getTaggedVersion (path, cb)

NOT SUPPORTED

TODO:

  • [ ] Support listing mounts from all writers at once
  • [ ] Error out when writing a file where another peer has a folder or vise versa
  • Vector clocks or bloom clocks in metadata
  • [ ] When writing to a file, include vector of versions of all drives. Maybe use bloom clocks?
  • [ ] Resolve conflicts with vector clocks instead of ctime wall clocks
  • [ ] Figure out what 'version' means for multi-hyperdrive
  • [ ] Encode version as a bloom clock or something
  • [ ] Support tags feature
  • [ ] Support truncate being called on files not in your writer drive.
  • Manage download/upload to only include latest files across all drives
  • [ ] download should traverse multi-hyperdrive

Credits

Ce logiciel est une réalisation de Wapikoni Mobile, Uhu Labos Nomades et du Bureau de l’engagement communautaire de l’université Concordia. Projet financé dans le cadre de l’Entente sur le développement culturel de Montréal conclue entre la Ville de Montréal et gouvernement du Québec.

This project is made possible thanks to the collaboration of Wapikoni mobile and its technical team, Uhu Labos Nomades (Indigenous media arts training project working with Indigenous youth) and Concordia University’s Office of Community Engagement. This project was funded under the Montreal cultural development agreement between the city of Montreal and the government of Quebec.

Wapikoni Mobile Uhu Concordia University Mauve Software Inc.

Quebec Montreal