Web interface and management scripts for web hosting
Go to file
2024-04-22 10:41:13 +02:00
bin NO CODE IN THIS COMMIT. ONLY :retab replacement aka remove-all-tabs-from-code commit 2017-08-20 04:31:00 +02:00
conf Change in the login mechanism 2022-07-05 11:25:37 +02:00
evolibs Clear some warnings about undefined vars 2022-07-01 16:13:49 +02:00
htdocs Move common.php outside of the DocumentRoot 2023-02-15 11:35:21 +01:00
inc Display the web-add.sh version 2023-02-15 11:36:25 +01:00
lib fix(letsencrypt): check for false as to avoid TypeError 2023-10-31 10:04:02 +01:00
scripts Bump version 2024-04-16 18:01:24 +02:00
tpl Revert "Fix missing ITK admin link for multi PHP" 2023-11-10 10:49:29 +01:00
.gitignore add .idea folder to gitignore 2019-06-05 16:34:16 +02:00
CHANGELOG.md Update changelog for release 2024-04-16 18:02:46 +02:00
LICENSE Evoadmin-web is now under AGPLv3 license 2018-12-20 11:47:24 +01:00
README-CLUSTER.md Evoadmin-web is now a "public project". 2015-08-25 16:54:13 +02:00
README.md Big update of projet reame 2023-02-20 11:19:08 +01:00
README.old.md Big update of projet reame 2023-02-20 11:19:08 +01:00
Vagrantfile Vagrantfile: Add a symlink to /usr/share/scripts/evoadmin, to ensure the latests scripts are used 2019-02-28 15:40:16 +01:00


Web interface and management scripts for web hosting

Project leader : ?

Versions & Branches

The master branch is ready for production. It's compatible with the current Debian version (and few previous ones)

Code for older Debian releases (Wheezy, Jessie) is archived on separate branches.

The unstable branch contains not sufficiently tested changes that we don't consider ready for production yet.


  • Debian Stretch, Buster, Bullseye → use branch master (current stable version)
  • Debian Jessie → use branch jessie (old, archive branch)
  • Debian Wheezy → use branch wheezy (old, archive branch)


Installation should be done with Ansible. The role packweb-apache will handle all dependencies (Apache, PHP, MariaDB...) installation and configuration. It will also use the role webapps/evoadmin-web to setup the web-interface and management sw




Contributions are welcome, especially bug fixes. They will be merged in if they are consistent with our conventions and use cases. They might be rejected if they introduce complexity, cover features we don't need or don't fit "style".

Before starting anything of importance, we suggest opening an issue to discuss what you'd like to add or change.

All modifications should be documented in the CHANGELOG file, to help review releases. We encourage atomic commits and with the CHANGELOG in the same commit.


The ideal and most typical workflow is to create a branch, based on the unstable branch. The branch should have a descriptive name (a ticket/issue number is great). The branch can be treated as a pull-request or merge-request. It should be propery tested and reviewed before merging into unstable.

Changes that don't introduce significant changes — or that must go faster that the typical workflow — can be commited directly into unstable.

Hotfixes, can be prepared on a new branch, based on master or unstable (to be decided by the author). When ready, it can be merged back to master for immediate deployment and to unstable for proper backporting.

Other workflow are not forbidden, but should be discussed in advance.