- Node 24
- Copy
.env.exampleto.env - Build and start the application's containers
cp .env.example .env
docker compose up -d // or docker compose up strapiDB -d- Visit http://localhost:1337/admin/
- Under Settings > Internationalization: Add
German (de)& set it as default - Under Settings > API Tokens: Add new token (access key), set the token type to read-only and copy it to the
.envof the A2J webapp
- If you get an error like
ECONNREFUSED 172.**.*.*:5431on Mac, this is a known issue. Just remove the port binding to 5431 from docker-compose.yaml,
example#1
ports:
- '5432:5432'
example#2
# Remove or comment out the ports section if not needed
# ports:
# - "5431:5432"
Strapi comes with a fully featured Command Line Interface (CLI)
# Start strapi instance
npm run start
# Build admin panel
npm run build
# Start strapi instance with autoreload & content builder enabled
npm run developReplaces all local data with a copy of remote instance
- Requires both strapi instances to be of the same version
- Deletes all local data!
- Create a
Pulltransfer token on the remote instance and save asSTRAPI_TRANSFER_TOKENinto your.envfile - Update the
STRAPI_TRANSFER_URL(Note: this should point to thehttps://a2j-rast-strapi.dev.ds4g.net/admin/endpoint) - Run
npm run transfer - Choose the option:
Pull data from remote Strapi to local
Be careful. Test with local dump first before committing.
- read the (short) docs!
- run once on Strapi server start-up (or reload when using
npm run develop) - migration files are run in alphabetical order (use time stamps in front)
- no revert possible
- only(?) use for data migration, not for changing database structure (do this in the schemas instead)
- you might not want to run a migration in unit tests -> check for
process.env.NODE_ENV === "test"and return early