PHPackages sioweb/apply\_environment - PHPackages - PHPackages [Skip to content](#main-content)[PHPackages](/)[Directory](/)[Categories](/categories)[Trending](/trending)[Leaderboard](/leaderboard)[Changelog](/changelog)[Analyze](/analyze)[Collections](/collections)[Log in](/login)[Sign up](/register) 1. [Directory](/) 2. / 3. [Utility & Helpers](/categories/utility) 4. / 5. sioweb/apply\_environment ActiveContao-bundle[Utility & Helpers](/categories/utility) sioweb/apply\_environment ========================= Setup environment Data 2.4.6(4y ago)14873LGPL-3.0+PHPPHP ^7.1||^8.0 Since Oct 30Pushed 4y agoCompare [ Source](https://github.com/Sioweb/ApplyEnvironment)[ Packagist](https://packagist.org/packages/sioweb/apply_environment)[ RSS](/packages/sioweb-apply-environment/feed)WikiDiscussions master Synced 3d ago READMEChangelog (10)Dependencies (2)Versions (40)Used By (3) Apply Environments ================== [](#apply-environments) Es kommt vor, dass jede Environment (Live, Dev, Local, ...) andere Einstellungen benötigt. Am häufigsten sind davon die Domain- und HTTPS-Einstellungen in den Startpunkten betroffen. Beispiele --------- [](#beispiele) - Live: HTTPS ja / [www.domain.tld](http://www.domain.tld) - Dev: HTTPS nein / dev.domain.tld - Localhost: HTTPS nein / domain.localhost Einstellungen ------------- [](#einstellungen) Im Verzeichnis `/app/config/` muss eine Datei `environments.yml` erzeugt werden. Für Live, Dev und Localhost muss die Datei wie folgt aufgebaut werden: ``` apply_environments: environments: productive: prod: true short: intern title: Produktiv development: short: dev title: Development localhost: title: Localhost ``` ### Optionen [](#optionen) Option Werte Beschreibung prod (optional) true|false Dieser Wert definiert diese Umgebung als Live-Umgebung short (optional) (string) Dieser Wert sollte den Standard-Bezeichnungen prod / dev / localhost entsprechen, wird er leer gelassen, wird automatisch der übergeornete Schlüssel verwendet (dev entspräche im obigen Beispiel development) title (string) Hier muss ein beschreibender Titel eingetragen werden. Das Plugin gibt die Titel in diversen Dropdowns aus Environment per Konsole ----------------------- [](#environment-per-konsole) Für automatische Builds kann es wichtig werden, die Environments per Konsole zu installieren. Im Root von Contao kann folgendes in die Konsole eingegeben werden: ``` vendor/bin/contao-console --env=YOUR_ENVIRONMENT sioweb:environment ``` Auf einigen Systemen ist PHP nicht als Alias angelegt, dann muss dieses vor den Befehl geschrieben werden: ``` /path/to/php vendor/bin/contao-console --env=YOUR_ENVIRONMENT sioweb:environment ``` Composer install/update ----------------------- [](#composer-installupdate) Die aktuelle Environment, kann auch direkt mit `composer update` und `composer install` eingespielt werden: ``` { "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication", "Sioweb\\ApplyEnvironment\\Composer\\ApplyEnvironment::setup" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication", "Sioweb\\ApplyEnvironment\\Composer\\ApplyEnvironment::setup" ] }, } ``` ### .env [](#env) Damit die korrekte Environment eingespielt wird, muss diese im Root von Contao in einer `.env`-Datei hinterlegt werden: ``` APPLY_ENVIRONMENT='localhost' ``` Statt localhost, bitte die Environment angeben die ihr Wünscht, das ist wichtig, damit die korrekte Datenbank verwendet wird. ### MYSQL\_USER not found [](#mysql_user-not-found) Wenn die Datenbank wie folgt in der Datei `/app/config/parameters_XXX.yml` definiert sind, kann es passieren, dass die Konsole keinen Zugriff auf die ENV-Daten hat: ``` # This file has been auto-generated during installation parameters: database_user: "%env(MYSQL_USER)%" database_password: "%env(MYSQL_PASSWORD)%" database_name: "%env(MYSQL_DATABASE)%" ``` Der Konsole müssen in diesem Fall erst die Daten übermittelt werden: ``` export MYSQL_DATABASE="your_database" export MYSQL_USER="your_username" export MYSQL_PASSWORD="your_password" ``` Wie werden einstellungen gespeichert? ------------------------------------- [](#wie-werden-einstellungen-gespeichert) Überall im Contao-Backend, werden alle Widgets um einen kleinen unsichtbaren Kreis erweitert. Wird die Maus über ein Eingabefeld bewegt, wird der Kreis sichtbar. Durch einen Klick öffnet sich das Menü mit den möglichen Environments / Umgebungen. Durch einen Klick auf eine Environment, wird der Eintrag in dem Eingabefeld gespeichert. **Hinweis:** Das Formular muss nicht abgesendet werden, damit die Einträge gespeichert wird. Environment einspielen ---------------------- [](#environment-einspielen) In der Systemwartung befindet sich nun ein neues Eingabefeld. Wurden die `short`-Einstellungen korrekt in der `environments.yml` notiert, wird die aktuelle Environment-Einstellung hier vorausgewählt. Dazu empfiehlt es sich, in der `.htaccess` die dev/localhost-Domain entsprechend auf `app_dev.php` oder auch `app_localhost.php` automatisch umzuleiten. Durch absenden der Environment werden nun alle gespeicherten Daten aus der ausgewählten Environment eingespielt. Wo werden die Daten gespeichert? -------------------------------- [](#wo-werden-die-daten-gespeichert) Die Daten werden unter `/app/environments/` gespeichert. ### Health Score 34 — LowBetter than 77% of packages Maintenance20 Infrequent updates — may be unmaintained Popularity14 Limited adoption so far Community10 Small or concentrated contributor base Maturity78 Established project with proven stability Bus Factor1 Top contributor holds 100% of commits — single point of failure How is this calculated?**Maintenance (25%)** — Last commit recency, latest release date, and issue-to-star ratio. Uses a 2-year decay window. **Popularity (30%)** — Total and monthly downloads, GitHub stars, and forks. Logarithmic scaling prevents top-heavy scores. **Community (15%)** — Contributors, dependents, forks, watchers, and maintainers. Measures real ecosystem engagement. **Maturity (30%)** — Project age, version count, PHP version support, and release stability. ### Release Activity Cadence Every ~28 days Recently: every ~193 days Total 39 Last Release 1684d ago PHP version history (2 changes)2.0.0PHP ^7.1 2.4.4PHP ^7.1||^8.0 ### Community Maintainers ![](https://www.gravatar.com/avatar/7d49da0a686ca7562a86685d3216627abc5ce59362e6c2914c9b323f2b888aa8?d=identicon)[Sioweb](/maintainers/Sioweb) --- Top Contributors [![Sioweb](https://avatars.githubusercontent.com/u/1318048?v=4)](https://github.com/Sioweb "Sioweb (44 commits)") --- Tags contao-bundledevelopmentenvironment ### Embed Badge ![Health badge](/badges/sioweb-apply-environment/health.svg) ``` [![Health](https://phpackages.com/badges/sioweb-apply-environment/health.svg)](https://phpackages.com/packages/sioweb-apply-environment) ``` ### Alternatives [codefog/contao-haste haste extension for Contao Open Source CMS 42650.8k139](/packages/codefog-contao-haste)[madeyourday/contao-rocksolid-custom-elements Create your own, nestable content elements using a modular system. End the WYSIWYG chaos with your own content elements. 50341.9k12](/packages/madeyourday-contao-rocksolid-custom-elements)[codefog/contao-news_categories News Categories bundle for Contao Open Source CMS 3183.3k6](/packages/codefog-contao-news-categories)[terminal42/contao-folderpage Provides a new page type for Contao that allows you to group pages into folders. 18147.9k9](/packages/terminal42-contao-folderpage)[inspiredminds/contao-wowjs Integrates WOW.js for Contao content elements and form fields. 1813.0k](/packages/inspiredminds-contao-wowjs)[inspiredminds/contao-glightbox Contao extension to integrate GLightbox. 1223.3k1](/packages/inspiredminds-contao-glightbox) PHPackages © 2026 [Directory](/)[Categories](/categories)[Trending](/trending)[Changelog](/changelog)[Analyze](/analyze)