From ecfcf2d4e8dfd2f28baecf9b5821882b376837d8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?E=CC=81ric=20Gaspar?=
 <46165813+ericgaspar@users.noreply.github.com>
Date: Sat, 25 Nov 2023 19:23:56 +0100
Subject: [PATCH] v2

---
 doc/ADMIN_fr.md    |  4 ++--
 scripts/change_url | 20 +++++++++-----------
 2 files changed, 11 insertions(+), 13 deletions(-)

diff --git a/doc/ADMIN_fr.md b/doc/ADMIN_fr.md
index 4f4e535..fc2b9fb 100644
--- a/doc/ADMIN_fr.md
+++ b/doc/ADMIN_fr.md
@@ -1,8 +1,8 @@
 ### Chemin web du backend
 
-La requête est transmise telle-quelle au serveur backend. Cela veut usuellement dire que le service backend doit avoir connaissance du chemin web utilisé pour accéder au service. Par exemple, si l'application est installée sur `example.com/proxy`, votre application backend devrait produire des liens absolus commençant par `example.com/proxy/`.
+La requête est transmise telle-quelle au serveur backend. Cela veut usuellement dire que le service backend doit avoir connaissance du chemin web utilisé pour accéder au service. Par exemple, si l'application est installée sur `__DOMAIN__/proxy`, votre application backend devrait produire des liens absolus commençant par `__DOMAIN__/proxy/`.
 
-Pour supporter les URLs relatives depuis le backend, accéder à l'application via `http(s)://example.com/proxy` produit une redirection permanente (302) vers `http(s)://example.com/proxy/` (avec le slash de fin). Sinon, un lien relatif comme `<link rel="stylesheet" href="style.css">` essayerait de charger `http(s)://example.com/style.css`, ce qui échouerait.
+Pour supporter les URLs relatives depuis le backend, accéder à l'application via `http(s)://__DOMAIN__/proxy` produit une redirection permanente (302) vers `http(s)://__DOMAIN__/proxy/` (avec le slash de fin). Sinon, un lien relatif comme `<link rel="stylesheet" href="style.css">` essayerait de charger `http(s)://__DOMAIN__/style.css`, ce qui échouerait.
 
 Il est possible que votre service backend ne supporte pas de configurer une "base URL" (chemin web personnalisé). Dans ce cas, il faudra installer l'application sur un (sous-)domaine dédié.
 
diff --git a/scripts/change_url b/scripts/change_url
index 7083bf2..e73eb60 100644
--- a/scripts/change_url
+++ b/scripts/change_url
@@ -14,11 +14,9 @@ source _common.sh
 
 # Nginx configuration
 ynh_script_progression --message="Configuring NGINX web server..." --weight=1
-#REMOVEME? #REMOVEME? install_dir=$(ynh_app_setting_get --app=$app --key=install_dir)
+
 path="$new_path"
 domain="$old_domain"
-#REMOVEME? proxy_path="$(ynh_app_setting_get --app=$app --key=proxy_path)"
-#REMOVEME? assets_path="$(ynh_app_setting_get --app=$app --key=assets_path)"
 
 # Validate reverse proxy destination
 rp_validate_proxy_path
@@ -29,17 +27,17 @@ rp_validate_assets_path
 # Special case for "/" path
 rp_handle_webroot
 
-#REMOVEME? nginx_conf_path=/etc/nginx/conf.d/$old_domain.d/$app.conf
+nginx_conf_path=/etc/nginx/conf.d/$old_domain.d/$app.conf
 
-#REMOVEME? ynh_backup_if_checksum_is_different --file="$nginx_conf_path"
-#REMOVEME? ynh_add_nginx_config
+ynh_backup_if_checksum_is_different --file="$nginx_conf_path"
+ynh_add_nginx_config
 
 # Move file to new domain if domain has changed
-#REMOVEME? if [[ "$old_domain" != "$new_domain" ]]; then
-#REMOVEME?     new_nginx_conf_path=/etc/nginx/conf.d/$new_domain.d/$app.conf
-#REMOVEME?     ynh_delete_file_checksum --file="$nginx_conf_path"
-#REMOVEME?     mv $nginx_conf_path $new_nginx_conf_path
-#REMOVEME?     ynh_store_file_checksum --file="$new_nginx_conf_path"
+if [[ "$old_domain" != "$new_domain" ]]; then
+	new_nginx_conf_path=/etc/nginx/conf.d/$new_domain.d/$app.conf
+	ynh_delete_file_checksum --file="$nginx_conf_path"
+	mv $nginx_conf_path $new_nginx_conf_path
+	ynh_store_file_checksum --file="$new_nginx_conf_path"
 fi