je suis gros débutant en config Apache, surtout dans l'écriture de règle de redirection.
Voici mon besoin, sur lequel je me casse les dents depuis quelques jours.
sur un domaine, je dois faire une redirection générique qui renvoi "http://test_{quelquechose}.mondomaine.fr" vers le 443 "https://test_{quelquechose}.mondomaine.fr".
le {quelquechose} n'étant pas connu d'avance.
Ensuite, dans ma config de mon 443, il faut que je spécifie que tout ce qui arrive avec "https://test_{quelquechose}.mondomaine.fr" point vers le répertoire de mon site "/var/www/monsite"
A moins de faire la même chose directement depuis la configuration d'Apache (un VH en http qui ne fait que la redirection http => https)
> Ensuite, dans ma config de mon 443, il faut que je spécifie que tout ce qui arrive avec "https://test_{quelquechose}.mondomaine.fr" point vers le répertoire de mon site "/var/www/monsite"
ServerAlias *.mondomaine.fr ? Dans un VirtualHost qui aurait /var/www/monsite pour DocumentRoot
Du coup, j'ai bien compris ce que vous me dites, j'ai une question complémentaire au sujet de la config du 443.
Si je dois distinguer que certains domaines doivent pointer vers ma solution en test, et d'autres vers ma solution de prod, y a t il moyen de différencier dans la config du 443?
Ca dépend de tellement de choses, il y a plus d'une façon de faire et certaines sont plus élégantes que d'autres notamment pour éviter la duplication.
Est-ce qu'Apache gère lui-même https (via mod_ssl) ? Parce que si non, %{HTTPS} ne sera jamais à on.
Comment sont gérés les sites en questions ? Qu'est-ce déjà "un site" ? Ont-ils un répertoire/racine propre ou non ? Comment sont-ils gérés ? Par des blocs VirtualHost spécifiques ou non ? Sont-ils éventuellement purement virtuels ?
Cherches-tu à réaliser ce que tu demandes directement via la configuration d'Apache ou non (.htaccess) ?
As-tu la possibilité de le faire des (depuis les) fichiers de configuration d'Apache ?
A quel point les test_{quelquechose} sont ou doivent être dynamiques ? (malheureusement ServerAlias reste assez limité)
Bref, ce serait potentiellement plus simple de partir de ta configuration actuelle si jamais tu pouvais la partager.
Je peux faire ce que je veux, je suis admin du système. Jusqu'à présent je faisais de config simple directement dans les config apache.
Le nombre de sous domaines et leur nom est piloté par une base de données d'utilisateurs. Du coup, je ne connais pas en avance le nom de domaine d'un utilisateur et je peux avoir des centaines d'utilisateurs, d'ou le fait que je ne veux pas avoir à configurer à la main chaque nouveau sous domaine.
Dommage que VirtualDocumentRoot ne se prête pas à ton cas de figure.
mod_macro pourrait cependant être intéressant dans ton cas pour réduire la duplication de contenu et avoir bien plus facile à la faire évoluer.
tu génères ta configuration d'Apache à partir de cette base de données d'utilisateurs ?
ils sont tous configurés strictement de la même façon ou certains ont des configurations supplémentaires et/ou particulières ?
il y a une corrélation entre le nom de domaine et sa racine ? Je veux dire est ce que www.exemple.fr exemple.fr tombe forcément sur /var/www/exemple et test.exemple.fr sur /var/www/test_exemple ? Quoi que, vu que l'extension du domaine n'a pas l'air prise en compte, à moins d'héberger uniquement des .fr, la réponse ne peut être que non.
J'ai une application web avec des comptes utilisateurs. cette application est personnalisée pour chaque utilisateur. l'un de point de personnalisation est que l'utilisateur possède son adresse propre (ex : moi.pixli.fr). l'adresse est configurée et stockée en Base au même titre que les info des utilisateurs.
L'application détecte l'adresse d'entrée pour définir si l'utilisateur existe, et s'il peut utiliser l'application.
L'industrialisation de notre application implique que nous ne devons pas venir ajouter à chaque nouvel utilisateur son sous-domaine. Du coup, il faut que nous configurions Apache pour renvoyer tout ce qui arrive en *.pixli.fr depuis le HTTP, vers le même domaine en HTTPS.
Puis comme nous avons notre plateforme de test hébergé sur le même serveur que la production, il faut que dans la config du HTTPS, tout ce qui arrive préfixé test_, soit envoyé vers la solution de test, et le reste vers la solution de prod (les deux solution étant bien dans des répertoires distincts).
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli