Description

Alternc défini, par défaut, ses domaines à l'aide du massive hosting :

  • Un unique virtual host pour les domaines et une gestion par expression régulière pour retourner le bon répertoire apache.

Ce plugin remplace ce comportement en générant un fichier vhost par hôte hébergé. La génération des vhost s'appuie sur un template par type d'hébergement proposé.

Pré Requis

Pour utiliser le plugin il faut :

  • Alternc 0.9.8 (première version supportant Apache2)
  • Apache 2

Contraintes

Pour fonctionner les fichier functions.sh et update_domains.sh sont modifiés à la volée. Par conséquent il est nécessaire de désinstaller le plugin si on prévoit de mettre à jour Alternc.

Proposition d'API

Toute l'api est définie dans hosting_functions.sh. Les templates sont dans /etc/alternc/templates/

Les fonctions sont nommées ainsi : hosting_"action"_"type" $user $fqdn $autres

Type

Pour les "type" nous avons :

  • panel : créé un accès au panel
  • vhost : un vhost classique avec openbasedir
  • redirect : une redirection http
  • webmail : un vhot pour squirrelmail

Les types pourront être alimenter par d'autres plugins. On peut imaginer :

  • trac : rédirection formatée avec support du mod-python
  • spip : mutualisation d'un spip
  • ...

Pour chaque type, un template de même nom doit être proposé.

Action

En l'état du code et la réflexion, il est prévu :

  • create : créer un nouveau domaine
  • update : mettre à jour
  • delete : supprimer

Nous avons aussi :

  • enable : pour ajouter la gestion du domaine à apache
  • disable : pour retirer la gestion du domaine d'apache

Plan de route et cahier de doléances

Dans la listes des choses à faire : Coté plugin :

  • supprimer les domaines [2604]
  • charger un répertoire de hosting_functions et non un simple fichier pour permettre l'extensibilité par plugins [2606]
  • gérer plus finement les postrm et postinst pour discriminer installation / mise à jour / suppression / purge
  • ajouter l'option "panel" dans l'interface
  • Configurer la gestion des logs

Coté core alternc :

  • prévoir un nouveau nommage des type de host (passer d'une gestion d'entier à un nommage explicite)
  • modifier add_host pour fonctionne plus comme un wrapper pour eviter ces forks à coup de sed (cf hosting_manage.sh)