Dans le paramétrage de tes VH tu indiques un port :
le port A pour ton premier VH
le port B pour ton deuxième VH
Dans la racine du document de tes VH tu précises le chemin d’accès de tes instances Dolibarr :
web/dolibarr_prod/htdocs pour ton 1er
web/dolibarr_test/htdocs pour ton 2nd
Tu précises dans conf.php $dolibarr_main_url_root="https://[IPduSYNO]:A pour la première instance de dolibarr et $dolibarr_main_url_root="https://[IPduSYNO]:B pour la seconde
URL pour accéder à ton Dolibar de prod https://[IPduSYNO]:A à celui de test https://[IPduSYNO]:B
En effet, les 2 virtual hosts doivent pointer vers 2 dossiers différents du web station sur le Syno. 1 dossier comprend les fichiers Dolibarr de prod et l’autre, les fichiers de test. Il faut bien sûr créer 2 DB différentes pour accueillir les 2 instances séparément. On peut aussi jouer sur le préfixe des tables dans la même base mais je ne le conseille pas. Ensuite, le Syno permet de switcher chaque virtual host avec chaque version d’Apache, PHP ou MySQL si les paquets sont installés pour chaque version. Cela fonctionne depuis le DSM 4 (voir écran ci-dessous).
Pour accéder aux 2 instances, soit :
Le plus simple, tu configures tes virtual hosts sur 2 ports différents auquel cas tu accèdes à l’une ou l’autre en ajoutant le port au bout de l’adresse (URL) par laquelle tu accèdes à l’instance comme ceci: http(s)://ip address ou DNS du Syno:port
Plus compliqué mais évite de devoir ouvrir plusieurs ports si tu comptes y accéder de l’extérieur, tu crées une zone DNS sur un serveur DNS (Le Synology peut le faire) avec 2 sous-domaines qui pointent tous les 2 vers l’IP du Synology, puis tu ajoutes ces sous-domaines comme servername (ou alias) dans tes Virtual hosts. Cela nécessite quelques manipulations donc je ne le conseille pas sans avoir des connaissances un peu plus avancées.
merci pour tes indications; malheureusement cela ne fonctionne pas, quoi que je fasse Dolibarr reste en 7.4 ie la version de la web station, comme si je n’arrivais pas a rediriger vers le VH
Oui c’est bien configure, mais après essai Dolibarr ne réagit que lorsque je modifie les paramètres du portail par défaut: quand je passe de 7.4 a 8.0, mes deux versions changent pour 7.4 ou 8.0 et quand je mets sur non défini les deux versions renvoient une erreur 500.
Cela veut surement dire que Dolibarr ne reconnait pas l’hôte virtuel, est-ce dans le fichier conf.php qu’il faut le rentrer, ou dans php.ini?
Pour l’instant, quand je regarde outils admin/web server dans Dolibarr, le port est sur 443
Par ailleurs, dans le about du php, le port standard de mysql est sur 3306 alors que j’ai bien spécifié le port du VH dans le fichier conf.
Hum je vois merci, du coup j’ai change en 3308 pour la version de prod et 3309 pour la version de test.
Mais dans Dolibarr je suis toujours en php 7.4, meme après avoir change le fichier conf.php en rentrant $dolibarr_main_db_port=‹ 3309 ›;
Je pense que la il y a une confusion.
dolibarr_main_db_port c’est le port MYSQL qu’il faut mettre, donc 3307 de ce que je comprends.
3308 et 3309 c’est le port NGINX/APACHE
@ksar Je comprends, merci pour la precision. Mais comment faire pour modifier le parametre dans Dolibarr? Je n’ai trouve qu’un fichier conf.ini dans dev>setup>codesniffer, j’ai beau remplacer les valeurs
mysqli.default_port = 3309
pdo_mysql.default_socket=3309
Mon Dolibarr reste coince en 7.4
Il n’y a rien à modifier dans dolibarr concernant le port NGINX/APACHE.
C’est uniquement les Vhosts qui détermine le port et la version de PHP.
Quant à savoir pourquoi ça ne passe pas, il faudrait à mon avis voir le forum synology
OK, je laisse le champ vide comme au depart mais ca ne change rien…
Si je resume:
port MariaDB: 3307, correctement identifie par Dolibarr
port db:3307 tel que défini sur le fichier conf.php, je peux changer sur n’importe quel port ca ne change rien tout fonctionne.
port mysqli: reste obstinément bloque sur 3306
si je tape l’adresse et rajoute :3309 ie le chemin du VH, j’obtiens un message d’erreur « file not found »
C’est donc qu’il y a une erreur dans votre virtual host de webstation (soit le dossier n’existe pas, soit l’utilisateur web n’a pas les droits d’accés au dossier)