Michael Bromley 3591ce29f3 chore: Publish v3.4.0 hai 5 meses
..
example-plugins 8a4ab91de1 Merge branch 'master' into minor hai 1 ano
graphql 49d449f18a feat(dashboard): Add DashboardPlugin as part of dashboard package (#3711) hai 5 meses
load-testing 7659fc805b feat(dashboard): Integrate facet value selection and UI components hai 10 meses
scripts 50a9dc84c5 feat(dev-server): Enhance past orders generation with retry logic and configurable limits hai 9 meses
test-plugins dc474fc70a chore(dev-server): Comment out document extensions hai 5 meses
.gitignore 81b46074a9 fix(core): Ensure deterministic sorting in case of duplicates (#2632) %!s(int64=2) %!d(string=hai) anos
README.md 54f6c7c4c4 chore: Rename development scripts from "start" to "dev" hai 1 ano
dev-config.ts b599fca10f refactor(dashboard): Restructure UiConfigPluginOptions to remove AdminUiConfig dependency (#3718) hai 5 meses
index-worker.ts 0441a0338a chore: Migrate from TSLint to ESLint %!s(int64=2) %!d(string=hai) anos
index.ts 341003bd17 chore(dev-server): Add runMigrations to bootstrap hai 11 meses
instrumentation.ts 0f7ae934f8 feat(telemetry-plugin): Refine and document telemetry-plugin APIs hai 8 meses
memory-profiler.ts 0441a0338a chore: Migrate from TSLint to ESLint %!s(int64=2) %!d(string=hai) anos
migration.ts a203037e1d feat(dashboard): Experimental packaging setup hai 10 meses
package.json 3591ce29f3 chore: Publish v3.4.0 hai 5 meses
populate-dev-server.ts 0441a0338a chore: Migrate from TSLint to ESLint %!s(int64=2) %!d(string=hai) anos
tsconfig.json e445bdb85d feat(dashboard): Support compilation of external plugins (#3663) hai 6 meses
vite.config.mts b599fca10f refactor(dashboard): Restructure UiConfigPluginOptions to remove AdminUiConfig dependency (#3718) hai 5 meses

README.md

Vendure Dev Server

This package is not published to npm. It is used in development of the Vendure server and plugins.

Running

Ensure you have a database running. From the root directory, run:

docker-compose up -d mariadb

To run the server, run the dev script. The database configuration can be specified by the DB=<type> environment variable:

cd packages/dev-server

[DB=mysql|postgres|sqlite] npm run dev

The default if no db is specified is mysql.

Populating data

Test data can be populated by running the populate script. This uses the same sample data as is used by the Vendure CLI when running init, albeit with the additional step of populating some sample customer & address data too.

Specify the database as above to populate that database:

[DB=mysql|postgres|sqlite] npm run populate

Testing custom ui extension compilation

In order to compile ui extensions within this monorepo, you need to add the following entry to the temporary admin ui tsconfig.json file:

  "paths": {
      "@vendure/admin-ui/*": ["../../admin-ui/package/*"]
  }

Load testing

This package also contains scripts for load testing the Vendure server. The load testing infrastructure and scripts are located in the ./load-testing directory.

Load testing is done with k6, and to run them you will need k6 installed and (in Windows) available in your PATH environment variable so that it can be run with the command k6.

The load tests assume the existence of the following tables in the database:

  • vendure-load-testing-1000
  • vendure-load-testing-10000
  • vendure-load-testing-100000

The npm scripts load-test:1k, load-test:10k and load-test:100k will populate their respective databases with test data and then run the k6 scripts against them.

Running individual scripts

An individual test script may be by specifying the script name as an argument:

npm run load-test:1k deep-query.js

pg_stat_statements

The following queries can be used when running load tests against postgres to analyze the queries:

SELECT 
  dbid,
  (total_time / 1000 / 60) as total, 
  (total_time/calls) as avg, 
  calls,
  query 
FROM pg_stat_statements 
WHERE dbid = <db_id>
ORDER BY total DESC 
LIMIT 100;

-- SELECT pg_stat_statements_reset();

Results

The results of the test are saved to the ./load-testing/results directory. Each test run creates two files:

  • load-test-<date>-<product-count>.json Contains a summary of all load tests run
  • load-test-<date>-<product-count>-<script-name>.csv Contains time-series data which can be used to create charts

Historical benchmark results with charts can be found in this Google Sheet