Exécuter plusieurs installations Drupal sur une seule URL: est-il conseillé?


8

Mon employeur envisage de remplacer notre site Web relativement statique par Drupal, principalement afin que nous puissions mettre en œuvre plus facilement quelques idées que nous avons eues, et également comme moyen de le pérenniser. C'est en quelque sorte une organisation faîtière en ce sens qu'elle a quelques départements différents orientés vers la clientèle qui ne sont pas vraiment liés les uns aux autres, à part qu'ils relèvent de la même organisation.

Donc, d'une manière générale, chaque département a des besoins assez spécifiques - certains types d'utilisateurs définis, types de nœuds; certains nécessitent leurs propres petits forums, paniers d'achat de base, etc. Mon premier réflexe est de traiter chaque département comme sa propre installation Drupal avec sa propre configuration spécifique de modules et de garder les choses séparées de cette façon. Cela dit, il peut être nécessaire de disposer de certaines fonctionnalités qui s'étendent à l'ensemble du site. Par exemple, un ou deux membres du personnel d'encadrement supplémentaires devront peut-être être en mesure de se connecter et de modifier le contenu de quelques-uns des départements.

Est-il possible de faire cela? Pour exécuter différentes installations sur domainname.org/dept1, domainname.org/dept2, domainname.org/dept3, etc. Plus important encore, est-il conseillé? À quels problèmes serais-je susceptible de faire face si j'allais de l'avant avec une configuration comme celle-ci?

Réponses:


7

Non seulement ce n'est pas un problème mais c'est en fait une pratique assez courante!

Consultez ce lien pour quelques conseils: howtos multisite

La seule suggestion que j'ai est de donner à chaque site un sous-domaine plutôt qu'un sous-dossier, d'après mon expérience, cela fonctionne beaucoup mieux:

  • dept1.domainname.org
  • dept2.domainname.org
  • dept3.domainname.org

(avec les 3 hôtes pointant vers le même répertoire)

Installer

Pour configurer cela, ajoutez simplement un dossier de configuration distinct sous les sites pour chacun:

  • / sites / dept1.domainname.org /setings.php // production dept1
  • / sites / dept1.stagingdomain.org /setings.php // dept1 staging
  • / sites / dept1.domainname.local /setings.php // développement dept1
  • etc...

De plus, vous devriez avoir des répertoires de fichiers séparés pour chaque site et vous pouvez placer des modules spécifiques au site (personnalisés) dans un sous-répertoire de modules sous le dossier de paramètres du site respectif, pour garder le répertoire / sites / all / modules épuré!


3

Vous devriez certainement jeter un œil à l' accès au domaine avant de choisir l'itinéraire multisite. Il peut être beaucoup plus facile à entretenir et les sons conviennent mieux à votre cas d'utilisation.


Mais ne prenez jamais pour acquis des modules tels que DA. Recherchez également les inconvénients. Par exemple: l'implémentation d'un module d'accès, tel que DA, introduira de graves problèmes de performances. Des problèmes que vous devrez régler d'une manière ou d'une autre.
berkes

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.