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

nonlocal-forage

v0.2.0

Published

localForage drivers for NON-local storage, to the user's cloud storage

Downloads

160

Readme

Nonlocal Forage

This is a set of drivers for localForage to make its storage non-local. More precisely, it is a set of drivers for using cloud storage services as a backend for “local” storage. At present, it supports using Google Drive, Dropbox, or WebDAV as backends.

It also has a FileSystemDirectoryHandle backend (i.e., a backend for use with FileSystemDirectoryHandles), simply because all of the cloud backends are based on the principle of using files within a directory structure, so it made sense to do the same with an actual directory structure.

Because the nonlocal storage may be shared, it makes sense to combine this with lockableForage. If you do, make sure to set the timeout time quite high (say, 10 seconds), as clock skew will interfere with locking. The caching driver uses lockableForage itself, and so the LockableForage class is exported as nonlocalForage.LockableForage. You do not need to import it separately.

General Approach

Nonlocal Forage declares a global namespace NonlocalForage which contains a number of drivers. You should usually use the cacheForage driver, which is a caching driver for using local storage as a fast temporary cache for cloud storage. Load it like so:

await localforage.defineDriver(NonlocalForage.cacheForage);

Then load your other nonlocal storage drivers.

Most nonlocalForage driver requires an actually local localForage instance for storing temporary data such as tokens and keys. This can be the default localforage instance, but this is not recommended.

const keylf = await localforage.createInstance({
    name: "nonlocal-forage-keys" // use any name you want
});

In addition, cacheForage requires a local localForage instance to use as a cache. This must not be the default localforage instance.

const cachelf = await localforage.createInstance({
    name: "nonlocal-forage-cache" // use any name you want
});

To create a nonlocalForage instance, define its driver (described for each backend, below), then create an instance using that driver. Several instance creation options are specific to nonlocalForage and must be set:

const nllf = await localforage.createInstance({
    driver: driverName, // String name of the driver to use

    localforage: keylf, // localForage instance to use for keys

    nonlocalforage: {
        /* Function to call to request transient activation, if needed. This
         * *must* be defined, and must be an asynchronous function. Transient
         * activation must be active when the promise returned by this function
         * resolves. */
        transientActivation: ..., 

        /* Optional second function, used if transient activation is needed
         * later, for example if a login token is temporary and must be
         * renewed. If this is not defined, transientActivation will be used
         * again. */
        lateTransientActivation: ...,

        /* Optional (but highly recommended, particularly if you use CORS)
         * function to show a cancellation dialog. When CORS is active, there's
         * no way to know if the login screen has been closed. Thus, it's
         * necessary to allow the user to tell the system that they've given up
         * on logging in. This should be a function that returns a promise that
         * *only resolves* if the user has chosen to cancel. */
        cancellable: ...,

        /* If cancellable is set, this should be a function that hides the
         * cancellation dialog shown by cancellable. */
        hideCancellable: ...,

        /* Optional directory name to use as a root for all nonlocalForage data
         * on this service. If not specified, the directory name
         * "nonlocalForage" will be used. */
        directory: "nonlocalForage",

        /* Normally, cloud backends use the directory above, plus the normal
         * `options.name`, plus `options.storeName`, to choose a directory. Set
         * this to true to ignore `options.name`. */
        noName: false,

        /* Set this to true to ignore `options.storeName`. */
        noStore: false,

        /* If set to a truthy value, will force a login prompt, rather than
         * logging in with saved credentials. For instance, when using Google
         * Drive, this will require the user to actually click their username,
         * rather than simply reusing the established account. */
        forcePrompt: false
    },

    name: "nonlocal", // Standard localFoage createInstance options are allowed

    ... // Other options are driver specific
});
await nllf.ready();

It is very important to await the ready() method of a nonlocalForage instance, as this is where the login actually occurs.

Regardless of the backend, entries are stores as files, with the name corresponding to the key, serialized to be safe on most platforms. The content is also serialized; see src/serializer.ts for details on how data is serialized.

Nonlocal backends—that is, every backend provided by this library other than cacheForage—additionally provide one extra method not normally in localForage: storageEstimate. await lf.storageEstimate() returns an object in the form of navigator.storage.estimate(). It has a quota field and a usage field, referencing the number of bytes of storage maximum provided by the backend, and the number of bytes used, respectively. This method is correctly named: it is an estimate.

cacheForage

If you're using cacheForage (which you are strongly advised to), you then need to link the nonlocalForage instance with the local caching instance as a cacheForage instance like so:

const clf = await localforage.createInstance({
    driver: "cacheForage",
    cacheForage: {
        local: cachelf,
        nonlocal: nllf
    }
});

The cacheForage instance (in this case, clf) can be used like any other localForage instance, and will transparently use a local copy of data until it's uploaded, and the remote copy for anything not cached locally.

If you are using lockableForage, make sure to initialize it with the backend localforage, not the caching localforage. Anything that needs to be controlled by locks should be accessed directly, uncached.

The cacheForage driver provides two methods in addition to the standard localForage methods:

Use clf.cachedSize() to get the amount of data, in bytes (estimated), currently in the cache that has not yet been flushed to the server. Note that it is not necessary to await this; cachedSize is not asynchronous.

Use clf.nonlocalPromise() to get the promise for the nonlocal side. await this to ensure that all data written to the cache (at the time this was called) is flushed.

Google Drive

The Google Drive driver is exposed as nonlocalForage.googleDriveLocalForage. Define it like so:

await localforage.defineDriver(NonlocalForage.googleDriveLocalForage);

Due to a lot of weirdness in how Google implements OAuth2, there are two options for handling login. Either login can be client-only, but the user will need to refresh it every hour (using lateTransientActivation), or a server component can be included to make login more transparent. The server component, called a “code server” as it handles authentication-code based login, is fairly simple; an example is given in server/google-code-server.jss.

Login is performed through oauth2-login.html, which must be present next to your web app. It is opened in a popup window for initial login. It also must be a valid redirect URI for your Google API project.

To create an instance, use the driver name "googleDrive", and include a googleDrive field in the options as an object with the apiKey and clientId fields set, like so:

const gdlf = await localforage.createInstance({
    driver: "googleDrive",
    localforage: keylf,
    nonlocalforage: {
        transientActivation: ..., 
        lateTransientActivation: ...
    },
    googleDrive: {
        apiKey: "Google Drive API key",
        clientId: "Google Drive API client ID"
    }
});
await gdlf.ready();

If using a code server, additionally set the codeServer field to the URL (which may be relative) to the code server:

const gdlf = await localforage.createInstance({
    driver: "googleDrive",
    ...
    googleDrive: {
        apiKey: "Google Drive API key",
        clientId: "Google Drive API client ID",
        codeServer: "/api/google-code-server.jss"
    }
});
await gdlf.ready();

Files are stored in <nonlocalforage.directory>/<options.name>/<options.storeName>/<key>.

Dropbox

The Dropbox driver is exposed as nonlocalForage.dropboxLocalForage. Define it like so:

await localforage.defineDriver(NonlocalForage.dropboxLocalForage);

To create an instance, use the driver name "dropbox", and include a dropbox field in the options as an object with the clientId field set, like so:

const dbxlf = await localforage.createInstance({
    driver: "dropbox",
    localforage: keylf,
    nonlocalforage: {
        transientActivation: ...
    },
    dropbox: {
        clientId: "Dropbox API client ID"
    }
});
await dbxlf.ready();

In order to be able to log into Dropbox, you must put oauth2-login.html next to your web app. It is opened in a window to begin the Dropbox login process. It also must be a valid redirect URI for your Dropbox API project.

Files are stored in Apps/<application name>/<nonlocalforage.directory>/<options.name>/<options.storeName>/<key>.

WebDAV

The WebDAV driver is exposed as nonlocalForage.webDAVLocalForage. Define it like so:

await localforage.defineDriver(NonlocalForage.webDAVLocalForage);

To create an instance, use the driver name "webDAV", and include a webDAV field in the options as an object with the username, password, and server fields set, like so:

const wdlf = await localforage.createInstance({
    driver: "webDAV",
    webDAV: {
        username: "WebDAV username",
        password: "WebDAV password",
        server: "WebDAV server URL"
    }
});
await wdlf.ready();

As WebDAV uses a username and password, it's up to you to prompt for them. It does not use a prompt, and does not use the keystore.

Files are stored in <nonlocalforage.directory>/<options.name>/<options.storeName>/<key>.

The WebDAV backend was intended for use with ownCloud and Nextcloud. You should advise users to add an “app password” for your app, and to add your domain to the list of “CORS domains”.

The WebDAV backend uses Perry Mitchell's WebDAV client to access WebDAV.

FileSystemDirectoryHandle

The FileSystemDirectoryHandle driver is exposed as nonlocalForage.fsdhLocalForage. Define it like so:

await localforage.defineDriver(NonlocalForage.fsdhForage);

To create an instance, use the driver name "FileSystemDirectoryHandle", and include a directoryHandle field in the options as the base directory handle to use. It must already have permissions; it's up to you to establish all necessary permissions before creating an instance.

const fsdhlf = await localforage.createInstance({
    driver: "FileSystemDirectoryHandle",
    directoryHandle: dirHandle
});
await fsdhlf.ready();

Files are stored in <base directory>/<nonlocalforage.directory>/<options.name>/<options.storeName>/<key>.