BrowserFS is an in-browser file system that emulates the Node JS file system API and supports storing and retrieving files from various backends. BrowserFS also integrates nicely with other tools.
Note
@ZenFS is an (breaking) update of BrowserFS, with a node:fs interface. As of April 2024, it is still in development, that's to say instable and not properly working (expectially encodings, with bad tests). More over contributors are actually dismissed. And citation of original academic papers was sadly discarded...
@BrowserFS is transient project from BrowserFS towards @ZenFS, (illegitimacy?) claiming to be the next BrowserFS (in fact it is @ZenFS before rebranding)
Important
@BrowserFS-iontach is a bugfixed fork of @BrowserFS @1.0.
Project author timeline links BrowserFS John Vilk 2014 - 2017 npm github @BrowserFS dr-Vortex 09/2023 - 03/2024 npm github @ZenFS dr-Vortex 03/2024 - ... npm github dr-Vortext is an alias of James P
versions details
@BrowserFS and @ZenFS share the same repository:
- Versions
<=v0.4.0
are @BrowserFS - Versions
>=v0.4.1
are @ZenFS
Versions of this @BrowserFS-iontach fork:
Iontach version | Description |
---|---|
v0.1.0 |
Original @BrowserFS version |
v0.1.1-iontach |
Inital Iontach bugfix |
~v0.1.10 |
Newer Iontach bugfix |
semver:0.1 |
Simplified Iontach release scheme |
These v0.1.x
versions emulate node:fs v14.x.x
BrowserFS is a component of the Doppio and Browsix research projects from the PLASMA lab at the University of Massachusetts Amherst. If you decide to use BrowserFS in a project that leads to a publication, please cite the academic papers on Doppio and Browsix.
citations
-
John Vilk and Emery D. Berger. Doppio: Breaking the Browser Language Barrier. In Proceedings of the 35th ACM SIGPLAN Conference on Programming Language Design and Implementation (2014), pp. 508–518.
references
@inproceedings{VilkDoppio, author = {John Vilk and Emery D. Berger}, title = {{Doppio: Breaking the Browser Language Barrier}}, booktitle = {Proceedings of the 35th {ACM} {SIGPLAN} Conference on Programming Language Design and Implementation}, pages = {508--518}, year = {2014}, url = {http://doi.acm.org/10.1145/2594291.2594293}, doi = {10.1145/2594291.2594293} }
-
Bobby Powers, John Vilk, and Emery D. Berger. Browsix: Bridging the Gap Between Unix and the Browser. In Proceedings of the Twenty-Second International Conference on Architectural Support for Programming Languages and Operating Systems (2017), pp. 253–266.
references
@inproceedings{PowersBrowsix, author = {Bobby Powers and John Vilk and Emery D. Berger}, title = {{Browsix: Bridging the Gap Between Unix and the Browser}}, booktitle = {Proceedings of the Twenty-Second International Conference on Architectural Support for Programming Languages and Operating Systems}, pages = {253--266}, year = {2017}, url = {http://doi.acm.org/10.1145/3037697.3037727}, doi = {10.1145/3037697.3037727} }
BrowserFS and ZenFS are licensed under the MIT License. See LICENSE for details.
BrowserFS is highly extensible, and includes many builtin filesystem backends:
InMemory
: Stores files in-memory. It is a temporary file store that clears when the user navigates away.OverlayFS
: Mount a read-only file system as read-write by overlaying a writable file system on top of it. Like Docker's overlayfs, it will only write changed files to the writable file system.AsyncMirror
: Use an asynchronous backend synchronously. Invaluable for Emscripten; let your Emscripten applications write to larger file stores with no additional effort!AsyncMirror
loads the entire contents of the async file system into a synchronous backend during construction. It performs operations synchronous file system and then queues them to be mirrored onto the asynchronous backend.
FolderAdapter
: Wraps a file system, and scopes all interactions to a subfolder of that file system.
More backends can be defined by separate libraries, so long as they extend they implement BrowserFS.FileSystem
. Multiple backends can be active at once at different locations in the directory hierarchy.
BrowserFS supports a number of other backends (as @browserfs/fs-[name]
).
For more information, see the API documentation for BrowserFS.
npm install saoirse-iontach/browser-fs-core # @browserfs/core
- Make sure you have Node and NPM installed. You must have Node v18 or newer.
- Install dependencies with
npm install
- Build using
npm run build
- You can find the built code in
dist
.
Run unit tests with npm test
.
🛈 The examples are written in ESM. If you are using CJS, you can
require
the package. If running in a browser you can add a script tag to your HTML pointing to thebrowser.min.js
and use BrowserFS via the globalBrowserFS
object.
import fs from '@browserfs/core';
fs.writeFileSync('/test.txt', 'Cool, I can do this in the browser!');
const contents = fs.readFileSync('/test.txt', 'utf-8');
console.log(contents);
A InMemory
backend is created by default. If you would like to use a different one, you must configure BrowserFS. It is recommended to do so using the configure
function. Here is an example using the Storage
backend from @browserfs/fs-dom
:
import { configure, fs, registerBackend } from '@browserfs/core';
import { StorageFileSystem } from '@browserfs/fs-dom';
registerBackend(StorageFileSystem);
// you can also add a callback as the last parameter instead of using promises
await configure({ fs: 'Storage' });
if (!fs.existsSync('/test.txt')) {
fs.writeFileSync('/test.txt', 'This will persist across reloads!');
}
const contents = fs.readFileSync('/test.txt', 'utf-8');
console.log(contents);
You can use multiple backends by passing an object to configure
which maps paths to file systems. The following example mounts a zip file to /zip
, in-memory storage to /tmp
, and IndexedDB storage to /home
(note that /
has the default in-memory backend):
import { configure, registerBackend } from '@browserfs/core';
import { IndexedDBFileSystem } from '@browserfs/fs-dom';
import { ZipFS } from '@browserfs/fs-zip';
import Buffer from 'buffer';
registerBackend(IndexedDBFileSystem, ZipFS);
const zipData = await (await fetch('mydata.zip')).arrayBuffer();
await configure({
'/mnt/zip': {
fs: 'ZipFS',
options: {
zipData: Buffer.from(zipData)
}
},
'/tmp': 'InMemory',
'/home': 'IndexedDB',
};
The FS promises API is exposed as promises
.
import { configure, promises, registerBackend } from '@browserfs/core';
import { IndexedDBFileSystem } from '@browserfs/fs-dom';
registerBackend(IndexedDBFileSystem);
await configure({ '/': 'IndexedDB' });
const exists = await promises.exists('/myfile.txt');
if (!exists) {
await promises.write('/myfile.txt', 'Lots of persistant data');
}
BrowserFS does not provide a seperate method for importing promises in its built form. If you are using Typescript, you can import the promises API from source code (perhaps to reduce you bundle size). Doing so it not recommended as the files may be moved without notice.
You may have noticed that attempting to use a synchronous method on an asynchronous backend (e.g. IndexedDB) results in a "not supplied" error (ENOTSUP
). If you wish to use an asynchronous backend synchronously you need to wrap it in an AsyncMirror
:
import { configure, fs } from '@browserfs/core';
import { IndexedDBFileSystem } from '@browserfs/fs-dom';
registerBackend(IndexedDBFileSystem);
await configure({
'/': { fs: 'AsyncMirror', options: { sync: { fs: 'InMemory' }, async: { fs: 'IndexedDB' } } }
});
fs.writeFileSync('/persistant.txt', 'My persistant data'); // This fails if you configure the FS as IndexedDB
If you would like to create backends without configure, you may do so by importing the backend's class and calling its Create
method. You can import the backend directly or with backends
:
import { configure, backends, InMemory } from '@browserfs/core';
console.log(backends.InMemory === InMemory) // they are the same
const inMemoryFS = await InMemory.Create();
âš Instances of backends follow the internal BrowserFS API. You should never use a backend's method unless you are extending a backend.
Coming soon:
import { configure, InMemory } from '@browserfs/core';
const inMemoryFS = new InMemory();
await inMemoryFS.whenReady();
If you would like to mount and unmount backends, you can do so using the mount
and umount
functions:
import { fs, InMemory } from '@browserfs/core';
const inMemoryFS = await InMemory.Create(); // create an FS instance
fs.mount('/tmp', inMemoryFS); // mount
fs.umount('/tmp'); // unmount /tmp
This could be used in the "multiple backends" example like so:
import { IndexedDBFileSystem } from '@browserfs/fs-dom';
import { ZipFS } from '@browserfs/fs-zip';
import Buffer from 'buffer';
registerBackend(IndexedDBFileSystem);
await configure({
'/tmp': 'InMemory',
'/home': 'IndexedDB',
};
fs.mkdirSync('/mnt');
const res = await fetch('mydata.zip');
const zipData = Buffer.from(await res.arrayBuffer());
const zipFs = await ZipFS.Create({ zipData });
fs.mount('/mnt/zip', zipFs);
// do stuff with the mounted zip
fs.umount('/mnt/zip'); // finished using the zip
BrowserFS exports a drop-in for Node's fs
module (up to the version of @types/node
in package.json), so you can use it for your bundler of preference using the default export.
tsconfig.json
{
...
"paths": {
"fs": ["node_modules/browserfs/dist/index.js"]
}
...
}
Webpack:
module.exports = {
// ...
resolve: {
alias: {
fs: require.resolve('browserfs'),
},
},
// ...
};
Rollup:
import alias from '@rollup/plugin-alias';
export default {
// ...
plugins: [
alias({
entries: [{ find: 'fs', replacement: 'browserfs' }],
}),
],
// ...
};
You can use any synchronous BrowserFS file systems with Emscripten.
import { EmscriptenFSPlugin } from '@browserfs/fs-emscripten';
const BFS = new EmscriptenFSPlugin(); // Create a BrowserFS Emscripten FS plugin.
FS.createFolder(FS.root, 'data', true, true); // Create the folder to turn into a mount point.
FS.mount(BFS, { root: '/' }, '/data'); // Mount BFS's root folder into /data.
If you want to use an asynchronous backend, you must wrap it in an AsyncMirror
.