@standardnotes/snjs
v2.209.6
Published
SNJS is a client-side JavaScript library for [Standard Notes](https://standardnotes.com) that contains shared logic for all Standard Notes clients.
Downloads
754
Keywords
Readme
SNJS
SNJS is a client-side JavaScript library for Standard Notes that contains shared logic for all Standard Notes clients.
Introduction
SNJS is a shared library for use in all Standard Notes clients (desktop, web, and mobile). Its role is to extract any business or data logic from client code, so that clients are mostly responsible for UI-level code, and don’t have to think about encryption and key management, or even authentication or storage specifics. Extracting the code into a shared library also prevents us from having to write the same critical code on multiple platforms.
The entry point of SNJS is the SNApplication
class. The application class is a complete unit of application functionality. Theoretically, many instances of an application can be created, each with its own storage namespace and memory state. This can allow clients to support multiple user accounts.
An application must be supplied a custom subclass of DeviceInterface. This allows the library to generalize all behavior a client will need to perform throughout normal client operation, such as saving data to a local database store, saving key/values, and accessing the keychain.
On Web platforms SNJS interacts with sncrypto
to perform operations as mentioned in the specification document. This includes operations like key generation and data encryption.
SNJS also interacts with a Standard Notes syncing server, which is a zero-knowledge data and sync store that deals with encrypted data, and never learns of client secrets or sensitive information.
Installation
yarn add snjs
Integrating in module environment
import { SNApplication } from 'snjs';
Integrating in non-module web environment
<script src="snjs.js"></script>
Object.assign(window, SNLibrary);
Building
yarn install --pure-lockfile
yarn start
to start Webpack in development mode (watches changes), oryarn build
to create dist files.
Tests
E2E Tests
Prerequisites
To run a stable server environment for E2E tests that is up to date with production, setup a local self-hosted server.
Make sure you have the following value in the env vars mentioned below. It's important to have low token TTLs for the purpose of the suite.
# .env
...
AUTH_SERVER_ACCESS_TOKEN_AGE=4
AUTH_SERVER_REFRESH_TOKEN_AGE=10
AUTH_SERVER_EPHEMERAL_SESSION_AGE=300
SYNCING_SERVER_REVISIONS_FREQUENCY=5
Edit docker-compose.yml
ports and change keypath services.server.ports[0] from port 3000 to 3123.
If running server without docker and as individual node processes, and you need a valid subscription for a test (such as uploading files), you'll need to clone the mock-event-publisher and run it locally on port 3124. In the Container.ts file, comment out any SNS_ENDPOINT related lines for running locally.
Start Server For Tests
In the self-hosted
folder run:
docker compose pull && docker compose up
Wait for the services to be up.
Run Test Suite (APP)
Once the server infrastructure is ready, and you've built all packages, you can run the test suite in the browser.
In the app
folder run:
yarn e2e
Troubleshooting
Before running the E2E test suite you might want to run in the app
folder yarn build:snjs
to make sure you are running the test suite against the most recent changes you have locally.
Unit Tests
From the root of the repository, run:
yarn run test