Scénario #18868
Mis à jour par Daniel Dehennin il y a environ 9 ans
h3. Exigence
Les domaines de reverse proxy doivent supporter les wildcard et les regexp.
h3. Propositions
# Modifier le type de la variable *@revprox_domainname@* pour la passer en string
# Définir un nouveau type pour accepter les caractères des regexps et l’appliquer à *@revprox_domainname@*.
h3. Demande initiale
Avec nginx l'utilisation de *.domaine.com est très pratique car
elle limite le nombre d'entrées dans la configuration et avec le bon
enregistrement DNS c'est encore plus fort.
Pour faire de l'hébergement d'applications web multi-sites c'est très pratique.
Aujourd'hui revprox_domainname est de type "domain" et refuse donc "*.domaine.com".
Il est possible de définir un nouveau type qui autorise les * et les "." comme
premier caractère a condition que le reste soit un domaine valider par le type
"domain" de Creole
Les domaines de reverse proxy doivent supporter les wildcard et les regexp.
h3. Propositions
# Modifier le type de la variable *@revprox_domainname@* pour la passer en string
# Définir un nouveau type pour accepter les caractères des regexps et l’appliquer à *@revprox_domainname@*.
h3. Demande initiale
Avec nginx l'utilisation de *.domaine.com est très pratique car
elle limite le nombre d'entrées dans la configuration et avec le bon
enregistrement DNS c'est encore plus fort.
Pour faire de l'hébergement d'applications web multi-sites c'est très pratique.
Aujourd'hui revprox_domainname est de type "domain" et refuse donc "*.domaine.com".
Il est possible de définir un nouveau type qui autorise les * et les "." comme
premier caractère a condition que le reste soit un domaine valider par le type
"domain" de Creole