2009-06-04 5 views
4

Je suis en train de mettre en place un site pour un client qui a quelques sections différentes du site, dédiées à certaines fonctions majeures, fonctionnant avec différentes applications. Par exemple, un blog (en cours d'exécution WordPress), un forum (phpBB), un magasin, etc.Sous-dossiers ou sous-domaines?

En raison de toutes les différentes applications, ma pensée initiale a été de séparer les pièces principales en sous-domaines distincts (www . = blog, forum., magasin., etc.). En outre, configurez des repo SVN séparés pour chacun, pour gérer les futures mises à niveau.

Ma question: est-ce une bonne ou une mauvaise idée? Vaut-il mieux placer chacun d'entre eux dans son propre sous-dossier du sous-domaine "www"?

Je suis à la recherche à l'aise-de-développement, la configuration repo SVN, implications SEO, etc.

Remercie beaucoup. Jon

Répondre

0

J'ai récemment fait face à la même question et a dû considérer les points suivants:

  • que le client a un enregistrement DNS générique, et sinon, quel est l'effort et les délais pour obtenir les changements de DNS appropriés fait pour un sous-domaine?

  • comment les utilisateurs accéderont-ils aux pages du sous-domaine/dossier? Est-ce que ces applications sont autonomes ou sont-elles accessibles par le biais du domaine principal, de sorte que les utilisateurs ne remarquent probablement même pas la différence?

Basé sur mes réponses spécifiques à ces questions, je suis allé la route du sous-dossier.

2

j'utiliser des sous-dossiers, bien sûr. Je sais qu'il y a une liste d'inconvénients, mais le seul que je puisse trouver maintenant, ce sont les certificats de sécurité.

La plupart des certificats de sécurité (utilisés pour https: //) n'incluent PAS de sous-domaines ou sont spécifiques au sous-domaine. Si vous envisagez d'utiliser SSL, ou si vous souhaitez garder le site ouvert à SSL, il est très coûteux d'acheter autant de certificats que de sous-domaines.

En ce qui concerne le référencement, tant que vos URL sont bien structurées, vous ne verrez pas de différence à mon avis. Affaire au point: stackoverflow.com.

+0

Il y a des avantages pour les deux options, mais vous rencontrez les inconvénients des clous sous-domaines sur la tête. – Randolpho

+0

Tous les sites sur lesquels je travaille utilisent SSL et nous utilisons heureusement le même certificat à travers les sous-domaines –

+0

Ensuite, vous avez probablement un cert générique (* .domain.com) – cdonner

1

Aller avec les sous-domaines. Entre autres choses, ils sont plus faciles à retenir.

1

Les sous-domaines vous donnent plus de puissance.

L'aspect le plus important à cela est que les fonctionnalités de votre site peuvent être réparties entre différents fournisseurs virtuels. Je veux dire par là que si vous lancez "example.com" et que vous voulez un blog pour votre site, utilisez "blog.example.com". Pourquoi? Eh bien, de cette façon, votre blog peut résider sur Blogger, en utilisant leur bande passante et leurs ressources. Si à la place vous avez "example.com/blog" alors vous devez installer Wordpress ou l'héberger vous-même.

Les sous-domaines vous permettent également de segmenter les cookies. Les cookies peuvent s'appliquer à un sous-domaine, ce qui signifie que les autres ne le verront pas. Vous pouvez définir le cookie pour le domaine parent et tous les sous-domaines le verront. Que cela vous soit utile ou non dépend de votre application. Un inconvénient est que chaque sous-domaine peut nécessiter son propre certificat SSL. Vous pouvez également rencontrer des problèmes de script entre sites entre sous-domaines.

+0

Je ne connais pas grand-chose à ce sujet, mais ne pourriez-vous pas simplement rediriger example.com/blog vers Blogger? – Zifre

+0

Bien sûr, mais vous n'utilisez pas vraiment un sous-dossier, alors êtes-vous? Plus précisément, pourquoi ne pas directement diriger vers ce site en premier lieu? – cletus