Install Vendorzo
Vendorzo is distributed as a signed source artifact for Merchant or Marketplace.
The standard release archive contains the application under web/. Verify the
archive before extracting it, using a trusted verifier and public key supplied
separately from the archive or retained from a previously verified release.
Do not trust a verifier taken only from the unverified archive.
php /path/to/trusted/verify-edition-archive.php \
--archive=/path/to/vendorzo-release.tar.gz \
--signature=/path/to/vendorzo-release.tar.gz.sig \
--public-key=/path/to/vendorzo-release.pub
After the signature check succeeds, extract to a new, empty release directory and verify the signed artifact manifest for the intended edition:
mkdir -m 0750 /path/to/releases/vendorzo-release
tar -xzf /path/to/vendorzo-release.tar.gz -C /path/to/releases/vendorzo-release
php /path/to/releases/vendorzo-release/web/scripts/verify-edition-artifact.php \
--path=/path/to/releases/vendorzo-release/web \
--public-key=/path/to/vendorzo-release.pub \
--edition=merchant
Use --edition=marketplace for a Marketplace artifact. Stop if either check
fails or the artifact edition differs from the deployment plan. Keep the
archive, detached signature, key, and verification output together as release
evidence.
Requirements
- PHP 8.2 or later within the supported range in the compatibility matrix.
- PHP Sodium support for verifying Vendorzo's Ed25519 release signatures.
- The PHP extensions required by the release's
composer.lock. - A supported MySQL or MariaDB database and writable
storage/andbootstrap/cache/directories. - A separate database, cache prefix, queue, and storage location for each installation.
Use the .env.example supplied with the exact release. Configure database
credentials, APP_URL, mail, queue, and storage. Leave APP_KEY empty until
the fresh-install key-generation step. Set COMMERCE_EDITION and
MARKETPLACE_PACKAGE_INSTALLED to match the artifact.
Install
The verified artifact includes its locked Composer dependencies. Work from its
web/ directory and copy .env.example to .env. Configure the database,
application URL, mail, queue, storage, and edition values. The complete signed
release already contains its locked dependencies; stop if vendor/autoload.php
is missing instead of resolving packages from an untrusted source. On a fresh
install, generate a new application key, then run:
cd /path/to/releases/vendorzo-release/web
cp .env.example .env
php artisan key:generate --force
php artisan migrate --force
php artisan merchant:install --admin-email=replace-with-your-named-admin@example.com
php artisan commerce:edition-check
php artisan optimize
Replace the example administrator address with a named administrator's real address. The installer prompts for the initial administrator password when no administrator exists. It enforces a strong password and requires a password change at first login; there is no shipped default password. The first install imports bundled India PIN data and leaves checkout disabled and the storefront in Coming Soon. Complete initial setup, verify the edition and complete the launch checklist before opening the store.
Marketplace installs must use the Marketplace artifact and its package-enabled environment values. Changing the edition setting without installing the package and applying migrations does not upgrade a Merchant installation.
Licensed updates
For an existing installation, follow Upgrade Vendorzo.
Do not run key:generate again, replace the existing .env, or extract a new
release over the active code directory. Certificate verification uses a
customer certificate public key that is separate from the release signing
key. Keep software connection credentials in protected private storage; do not
paste them into a ticket, log, shell history, or source-control file.
Before accepting orders
Configure the scheduler and queue workers for enabled features. In an isolated test setup, verify the homepage, product page, cart, administrator login, health endpoint, storage permissions, mail, and payment/shipping sandbox workflows. Take a database and media backup and verify the restore procedure before importing production data or enabling live transactions.
Keep the signed archive, detached signature, and trusted release public key for independent verification. Do not extract over a live installation.