Une directive DocumentRoot ultérieure peut-elle remplacer une directive DocumentRoot antérieure?
Parce que j'utilise cPanel, les développeurs WHM tentent de limiter la création de mon sous-domaine à n’importe quel dossier de mon compte utilisateur /home/username.
Afin d'améliorer la vitesse de traitement, j'ai créé un lecteur ram à l'adresse /ram et je souhaite y héberger tous mes fichiers. J'ai créé un lien symbolique nommé memory dans /home/username.
Actuellement, mon fichier de configuration Apache contient:
DocumentRoot /home/username/memory/public_html
include /home/username/configuration.conf
puis dans /home/username/configuration.conf j'ai:
<Directory "/home/username/memory/public_html">
# insert rewrite rules here as it applies to site
</Directory>
Cette configuration fonctionne bien, mais selon le suivi du programme, de nombreux appels de statistiques sont effectués pour vérifier la validité du lien symbolique et parcourir les répertoires parents. Si je pouvais éliminer ceux par requête, je disposerais alors d’un serveur Web plus rapide.
Comme la méthode pour définir la racine du document sur un chemin en dehors du dossier /home pour plusieurs sous-domaines consiste à modifier plusieurs fichiers du dossier cpanel, le processus est fastidieux.
Comme la configuration racine d’Apache finira par être écrasée par WHM/cpanel, je songe à modifier /home/username/configuration.conf en ceci:
DocumentRoot /ram/public_html
<Directory "/ram/public_html">
# insert rewrite rules here as it applies to site
</Directory>
Si je le fais, la racine réelle du document sera-t-elle écrasée pour pointer vers le dossier de la mémoire réelle de (/ ram/public_html) et la sortie sera-t-elle la même? ou dois-je prendre des mesures supplémentaires pour que mon site soit directement servi à partir d'un dossier RAM (et non à partir d'un lien symbolique)?
J'ai essayé de surcharger DocumentRoot "/path/to/new" dans un fichier conf inclus à l'extérieur de httpd.conf et cela semble très bien fonctionner. C'était pour Apache 2.4.