Solution 1 :
Sur les distributions CentOS Linux (et par la suite RedHat), lorsque vous installez le package httpd (pour Apache 2), il crée /var/www , et s'attend à ce que vos vhosts pointent vers votre contenu Web ici. Le vhost par défaut est généralement vidé dans /var/www/htdocs , et les sites/applications suivants doivent être mis en /var/www/sitename .
L'emplacement réel ne devrait pas avoir beaucoup d'importance, mais il est courant de voir /opt/www/sitename , /var/www/sitename , ou simplement /opt/www ou /var/www .
Vous avez déjà indiqué quelques-unes des raisons pour lesquelles certains des autres emplacements (comme /home ) ne sont pas vraiment adaptés à cela.
Personnellement, je préfère /var/www/sitename puisqu'il est compatible avec Apache et Rails, et qu'il s'applique à l'ensemble du système.
Solution 2 :
Vous voudrez peut-être suivre le Filesystem Hierarchy Standard (FHS) et le placer dans
/srv : Data for services provided by this system
MODIF :
Je ne le placerais pas dans /opt :
/opt : Add-on application software packages
Son but dit :
/opt est réservé à l'installation de progiciels d'application complémentaires.
Un package à installer dans /opt doit localiser ses fichiers statiques dans une arborescence de répertoires /opt/ ou /opt/ séparée, où est un nom qui décrit le package logiciel et est le nom enregistré LANANA du fournisseur.
Je ne pense pas qu'une application développée soit un "progiciel".
La justification de /srv est
L'objectif principal de cette spécification est de permettre aux utilisateurs de trouver l'emplacement des fichiers de données pour un service particulier, et de sorte que les services qui nécessitent une seule arborescence pour les données en lecture seule, les données inscriptibles et les scripts (tels que les scripts cgi) puissent être raisonnablement placés.
Je comprends qu'une application rails est un script cgi et doit être placée dans /srv .
Solution 3 :
Je pense /opt serait l'endroit pour une application comme ça. Je suis d'accord avec le fait de suivre le FHS comme suggéré par chmeee, mais je ne suis pas d'accord qu'une application Rails soit un service en soi.