Keep the PHP build you already use
Install from composer.lock with production flags and keep framework preparation in a visible build command. The source remains portable and reviewable.
Install production dependencies, start the application on a declared port, verify health, and connect the promoted release to domains and TLS.
Candidate release
PHP
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source received
02Build completed
03Runtime started
04Health check passed
Promoted route
production.adios.run
A production path for
The production path
The application or service is only one part of production. Build evidence, runtime state, health, secrets, logs, routes, and the promoted version should remain inspectable together.
Install from composer.lock with production flags and keep framework preparation in a visible build command. The source remains portable and reviewable.
Start the framework's intended production process on the configured port and use a readiness endpoint that does not expose secrets or mutate data.
Build output, runtime logs, health state, secrets, domains, and the promoted release stay attached to the project instead of being split across unrelated tools.
From source to release
Use the source and production behavior the project already has. The manifest records what the platform should build or provision and how the result becomes ready.
Bring the existing repository, or inspect and deploy one of the exact starter variants linked below.
$adios loginKeep commands, runtime or service version, health behavior, and secret references in adios.yaml.
$git diff -- adios.yamlFollow build and runtime evidence, verify the candidate, and open the promoted route or service connection.
$adios upname: php-app
build_cmd: composer install --no-dev --optimize-autoloader
start_cmd: php -S 0.0.0.0:8080 -t public
runtime:
name: php@8.2
port: 8080
health_path: /healthzDeployable starting points
Compare Laravel, Symfony, and minimal PHP starters with Composer and Adios configuration already present.
API starters
Laravel, Symfony, CakePHP, CodeIgniter, Yii, and PHP 8.2 starters.
git clone https://github.com/adiosdotdev/templates.git
cd templates/php/laravel
adios upAPI starters
Laravel, Symfony, CakePHP, CodeIgniter, Yii, and PHP 8.2 starters.
git clone https://github.com/adiosdotdev/templates.git
cd templates/php/symfony
adios upAPI starters
Laravel, Symfony, CakePHP, CodeIgniter, Yii, and PHP 8.2 starters.
git clone https://github.com/adiosdotdev/templates.git
cd templates/php/cakephp
adios upAPI starters
Laravel, Symfony, CakePHP, CodeIgniter, Yii, and PHP 8.2 starters.
git clone https://github.com/adiosdotdev/templates.git
cd templates/php/codeigniter4
adios upAPI starters
Laravel, Symfony, CakePHP, CodeIgniter, Yii, and PHP 8.2 starters.
git clone https://github.com/adiosdotdev/templates.git
cd templates/php/yii2
adios upAPI starters
Laravel, Symfony, CakePHP, CodeIgniter, Yii, and PHP 8.2 starters.
git clone https://github.com/adiosdotdev/templates.git
cd templates/php/8.2
adios upBefore production
The safest first release starts with a reproducible build or service configuration and a preview that exercises the dependencies production will actually use.
Questions, answered
Review the runtime or service boundary, template path, failure behavior, and production checks before creating the first release.
Yes. Run the Adios CLI from the project root, keep the repository and dependency files you already use, and add an adios.yaml file that describes the production build, start command, port, and health path.
Not for a standard supported runtime. Use the project's normal production commands in adios.yaml. If the build needs unusual operating-system packages or native libraries, verify those dependencies in a preview before promotion.
The catalog includes Laravel, Symfony, CakePHP, CodeIgniter 4, Yii 2, and a minimal PHP 8.2 starter.
Yes. Deploy the required data service, store its credentials as secrets, and inject connection values into the PHP process. Verify application reconnect behavior after a service restart.
The candidate release keeps its build and runtime output for inspection. It must report healthy before it becomes the promoted version serving the application route.
Yes. This page links to the closest official Adios PHP starters. Inspect the exact source variant, deploy it in the console, or clone it locally and run adios up.
Related deployment paths
Install production dependencies, start the Laravel web process, verify health, and connect database, cache, queues, secrets, logs, and domains deliberately.
Start MySQL 8 with persistent storage, create a dedicated application database and user, protect both passwords, and verify data after restart.
Start Redis 7 for cache, session, pub/sub, or fast state workloads, then verify connectivity, persistence expectations, eviction, and dependency failure behavior.
Deploy scheduled jobs, webhook processors, approval gates, maintenance tasks, and operational automation from a versioned workflow manifest.
The first release
Start from the repository or a template, review the deployment contract, and inspect what becomes the promoted production version.