YacsInfo and co

Modification d'hébergement ... technique pour les lecteurs courageux.

J'ai fait quelques modifs sur les config d'hébergement. Tous mes sous-domaines étaient de simples dossiers à la racine du domaine. On pouvait accéder par "http://dossier.domaine.tld".

J'ai modifié la configuration d'Apache pour supprimer les wildcards (prise en compte automatique des sous dossiers comme sous-domaines). C'était fort pratique car le domaine principal était dans /yacs/ et les autres dans leurs noms respectifs. Maintenance facile !

A partir de maintenant, chaque sous-domaine est un domaine à part entière avec toute son arborescence.

Cela a pour conséquence une amélioration sensible du SEO de ces domaines et sous-domaines puisqu'aucun d'entre eux n'a de sous-dossier /yacs/ ou /sous-domaine/ mais part directement à la racine.

Mis à part les domaines réels, les autres fonctionnent toujours comme des sous-domaines. Il suffit pour cela de nommer le sous-domaine en incluant le domaine dans son nom.

Ex: nous avons "yacs.info" et "demo.yacs.info". Ils étaient tous deux placés dans:
- /home/domains/yacs.info/public_html/yacs/
- /home/domains/yacs.info/public_html/yacs/demo/.
Maintenant, ils ont leurs "/home" indépendants.
- YacsInfo est dans /home/domains/yacs.info/public_html/
- Demo est dans /home/domains/demo.yacs.info/public_html/.
On y accède toujours avec les mêmes url !

J'obtiens ainsi autant d'arborescences de serveurs virtuels que de domaines et sous-domaines. Maintenance plus longue (pas plus compliquée) mais quels avantages en SEO (et pas seulement puisqu'on obtient autant de servers mail, bases MySql, etc) !

Bon, il faut un compte d'hébergement costaud, hein ...

Manu	le 5 juil. 2007 Lasares : Super ! Voici quelques commandes bien pratiques: - Se positionner dans le dossier de l'archive Tgz puis `gzip -d NomDeLArchiveTgZ` . Ca sert à décomprimer un Tgz en Tar et donc de conserver le tar pour plusieurs sites si besoin. L'archive Tgz est remplacée par la Tar. - Se positionner dans le dossier de l'archive Tar puis `tar -xf NomDeLArchiveTar` . Attention, l'archive Tar est décompressée sur place donc prévoir de placer l'archive dans un sous-dossier AVANT. - `rm -R NomDossier` pour supprimer une arborescence (ancien Yacs) d'un coup. ATTENTION !!! Commande dangereuse et très puissante, à n'utiliser que lorsque l'on est sûr d'être dans le dossier parent de celui à supprimer. Avec ces 3 commandes et le FTP, je fais une mise à jour en moins de 10mn. Avec le FTP, je déplace les /images/*, files, overlays, skins et parameters dans le nouveau Yacs et hop, ça roule. Lasares - le 5 juil. 2007 GnapZ : Merci ! je teste ça pour une prochaine mise à jour.
Alain Lesage	le 5 juil. 2007 GnapZ : Bien, un gros merci. Je suis content de m'être comporté en "lecteur courageux" auprès d'un "auteur généreux" comme toi. Avec le temps et ton aide, je deviens un peu plus dégourdi. En passant, j'ai fait mes premières expériences avec les commandes du shell, suite à une autre de tes suggestions. Mais ça c'est une autre histoire dans un autre fil de discussion. Encore merci !
Alain Lesage	le 5 juil. 2007 Excuse-moi si mes commentaires démontrent ma grande ignorance. J'avoue être encore en train de dépatouiller tout ça. Chez mon hébergeur, j'ai un domaine principal (monsite.tld), géré avec CPanel (que je comprends être une référence pour cet usage). À la racine, j'ai plusieurs dossiers, dont le fameux www (ou public_html). J'y ai créé des sous-dossiers pour chacun de mes sites et j'y ai installé une version complète de yacs. On peut accéder, bien sûr, à un de ces sites par www.monsite.tld/sous_site (avec ou sans www). Jusque là ça ressemble à ta configuration initiale, non ? De plus, par CPanel, je n'ai qu'à définir un sous-dossier comme "sub-domain", et on y accède également par www.sous_site.monsite.tld (avec ou sans www). Si je réserve le nom de domaine sous-site.tld, je peux aussi, toujours à travers CPanel, définir le dossier comme "add-on domain" et je peux maintenant y accéder également par www.sous_site.tld Et ça, il me semble que ça ressemble au résultat que tu as obtenu, quuand tu dis : " J'obtiens ainsi autant d'arborescences de serveurs virtuels que de domaines et sous-domaines. Maintenance plus longue (pas plus compliquée) mais quels avantages en SEO (et pas seulement puisqu'on obtient autant de servers mail, bases MySql, etc) ! " Ce que je ne comprends pas, c'est qu'avant aussi, on avait autant de yacs que de sites, non ? Pourquoi est-ce plus long ? Et je ne trouve pas non plus de chemin qui ressemble à /domaines/monsite.tld/www/. Mais ça je suis pas mal certain que c'est parce que je comprends pas quelque chose... Je croyais que la racine, c'était monsite.tld . Comment peut-il y avoir quelque chose avant, dans le chemin ? Donc, même si mon résultat a quelque ressemblance avec le tien, c'est quand même différent. Est-ce que ça veut dire que je n'ai pas tous ces avantages SEO dont tu bénéficie ? GnapZ - le 5 juil. 2007 Lasares : Je pense que tu es dans le même cas que moi mais avec des outils différents. Dans mon cas, j'ai accès à la racine du serveur: /home/NomUser/domains/NomDomaine1/public_html/yacs/. Ceci parce que j'ai d'autres gestions que les domaines. Ce chemin est donc l'accès shell et non http. Au niveau http, on ne voit que /yacs/. De mon côté (utilitaire Webmin), je peux saisir des commandes unix comme bon me semble sur mon espace. Ce que j'entends par "plus long", c'est que j'ai besoin de bouger dans les arboresences à chaque fois depuis .../domains/ alors qu'avant j'avais tous les yacs au même niveau. C'est plus long au niveau FTP, c'est tout. Le gros avantage SEO, c'est que tous mes domaines et sous-domaines on des url / et non plus /yacs/ ou /sous-domaine/. Ce qui est mieux pour les moteurs et surtout si j'ai envie de les changer de place. Pour obtenir cela, il m'a fallu demander à mon hébergeur de désactiver le Catch All des sous-dossiers de chaque domaines pour ne plus qu'ils soient interprêtés comme des sous-domaines. Bernard - le 5 juil. 2007 Lasares : Serais-tu hébergé chez siteground par hasard ? Lasares - le 5 juil. 2007 Bernard : Non, chez BlueHost, mais les deux semblent avoir le même genre d'offre. Je fais un petit inventaire des meilleures offres actuelles d'hébergement. Qu'en est-il en Europe et en France en particulier ?
Alain Lesage	le 5 juil. 2007 J'ai beau relire, je ne comprends pas ce que tu as fait. Avant la modif, dois-je comprendre que tu avais une seule instance de yacs pour "motoriser" tous tes sites ? GnapZ - le 5 juil. 2007 Lasares : Non, avant j'avais: - /domaines/yacs.info/www/yacs - /domaines/yacs.info/www/demo et maintenant c'est: - /domaines/yacs.info/www/ - /domaines/demo.yacs.info/www/ Ce qui est très différent au niveau de la gestion car avant chaque yacs était un sous-dossier d'un seul domaine. Maintenant, chaque yacs est un domaine à part entière. Etant mutualisés, ils ont tous la même ip et un mécanisme interne de DNS.
Bernard Paques	le 4 juin 2007 Pourrais-tu indiquer le contenu du fichier `.htaccess`, ou équivalent, qui permet de faire ça s'il te plait ? Merci d'avance, je vais bientôt avoir à me farcir à peu près la même chose... GnapZ - le 4 juin 2007 Bernard : Bien sûr. Alors la partie la plus importante (celle à faire correspondre au domaine de chaucn), c'est le terme "votre_domaine_sans_extension" dans cet exemple. Tout le reste peut rester tel quel. Cet exemple est issu du .htaccess de yacs modifié. La partie concernée touche les lignes 31, 32 et 33. htaccess.zip

Fichiers

htaccess.zip

partagé par GnapZ le 4 juin 2007 · 158 téléchargements · 703 octets

détails