Jump to content

Rediriger vers un autre shop sur le meme serveur


Recommended Posts

BOnjour a tous,.

Voici ma situation

PS1.6, hebérgé chez OVH.

J'ai deux boutique

www/boutique1

www/boutique2

le nom de domaine pointe sur boutique 1 depuis plusieurs années. Ca marche bien pas de soucis, sauf que Boutique1 c'est la 1.6.0 qui rame, qui veux pas se mettre a jour. D'où la creation de Boutique2

J'ai voulu rediriger le domaine vers boutique2 via le manager OVH, ca marche pas, ca fout tout en l'air les deux shop, bref, faut recharger une sauvegarde et perdre les infos les plus récentes.

 

Reste l'idée la redirection 301 que je pourrais inclure dans le HTACCESS de boutique1.  Qqun a t il déjà utilisé cette méthose? Est ce que ca fonctionne? Je pose la question car j'ai peur de tout casser!  Merci a tous

Link to comment
Share on other sites

Une sauvegarde ???? Quel est le rapport ?

Les redirections n'ont rien à voir avec le contenu ftp / SQL

Vos domaines doivent pointer sur les répertoires et vous devez remplir correctement les champs de domaine dans SEO & URL, rien de plus.

Link to comment
Share on other sites

1 minute ago, doekia said:

Il reste une autre option, apprendre à faire ce qu'il faut faire pour ne pas faire n'importe quoi, n'importe comment

Je suis d'accord avec vous.  Avant la mise a jour du Manager OVH de la version 2 à la version 3, ces fonctions de redirections fonctionnaient très bien. Evidemment ils ne peuvent rien pour moi, j'ai déjà essayé.

Link to comment
Share on other sites

redirection via manager, déjà entre le moment où tu la demande et le moment où le bouzin OVH l'applique c'est des heures

tu peux bien rediriger b1 en b2 mais quid de ton référencement, etc

déjà si un shop ne veut pas se mettre à jour c'est qu'il y a un problème qu'il faut identifier/régler et tout sera mieux dans le meilleur des mondes

 

 

Link to comment
Share on other sites

7 minutes ago, Eolia said:

 

Vos domaines doivent pointer sur les répertoires et vous devez remplir correctement les champs de domaine dans SEO & URL, rien de plus.

C'est là où le manager OVH est étrange. Avant, le dossier racine ovh indiquait www/boutique1.  Depuis le nouveau manager V3, ca indique /www.    Si j'edite cette adresse pour écrire /www/boutique1, la boutique est down immédiatement. Le fait de remettre /www  comme  5 minutes avant  ca ne remarche pas pour autant. Ca ne remache qu'en rechargeant une sauvegarde de la base de données. Moi aussi je trouve ca incohérent, je vois pas le rapport.

Link to comment
Share on other sites

Il faut déjà savoir que chez OVH, /www c'est forcément le répertoire par défaut, donc le plus simple est de créer vos répertoires domaines au même niveau et ne rien mettre dans /www

Votre arborescence sera donc de ce type:

/domaine1

/domaine2

/www

 

Vous créez vos pointages (et non pas redirections) pour vos 2 domaines vers ces 2 répertoires distincts et dans SEO & URL vous laissez le répertoire avec juste "/"

Link to comment
Share on other sites

vanish invisible + cache misère en frontal

commence par mettre ton .ovhconfig en development

provoque une erreur de syntaxe php pour forcer l'invalidation du cache.

le "nouveau" manager v3, ça fait 4 ans de mémoire donc il est temps de d'habituer à ses bugs

Link to comment
Share on other sites

Merci a vous deux pour votre aide .

Je précise juste que les deux boutiques sont sur le même domaine, boutique1 est l'ancienne, amenée à disparaître, boutique2 est la nouvelle avec un nouveau catalogue etc.  DOnc ce ne sont pas deux domaines différents.

 

Je vais voir ce que j'arrive a faire avec vos infos

Link to comment
Share on other sites

15 hours ago, Eolia said:

Non et c'est n'importe quoi.

 

Eolia, pourquoi serais-ce n'importe quoi?  Gardez a l'esprit que vous les professionnels de la programmation voyez les choses différement de nous les commercants. Et encore commerçant...

Sans les connaissances que vous pouvez avoir, nous essayons de faire tourner ces boutiques et de faire façe aux difficultées, sans forcement avoir accées ou avoir le temps d'apprendre la programmation, où encore les moyens de payer qqun. D'où notre approche qui peux sembler barbare ou loufoque pour un programmeur!

J'essaie a mpon niveau de trouver des réponses, de comprendre les liens qui régissent tout ca.  Tout ca pour dire qu'il faut rester contenu dans les mots choisis pour rédiger les réponses ;)

Link to comment
Share on other sites

Bon déjà tous vos domaines / sous-domaine sont en champ A (IP) ce qui n'est pas logique.

Le domaine  togheish.com seul doit pointer en A, les autres en CNAME vers ce domaine principal

www  -> cname -> togheish.com

Et dans les Vhost vous faites pointer les domaines/sous-domaines vers les répertoires respectifs (Là je n'en voit aucun...)

 

Vous me parlez de 2 boutiques distinctes et là je vois 5 domaines/sous-domaines qui pointent tous sur la même IP:

togheish.com

www.togheish.com

presta.togheish.com

www.presta.togheish.com

presta2.togheish.com

Link to comment
Share on other sites

Bah là, je ne vous comprends plus...

C'est quoi ces chemins de base ???

Chez OVH vous dites: togheishop.com pointe vers www et dans votre presta il est redirigé vers /Prestashop/

et pour l'autre je ne comprends même pas d'où sort ce /store/ ??

Si je vous suis (et j'avoue que j'ai du mal^^)

- togheishop.com est à la racine de votre www

- presta.togheishop.com est dans un sous-répertoire de /www ?

 

Alors je vais vous faire un exemple parce que là c'est rock'n roll chez vous^^

Boutique A:

mondomaine.com pointe en champ A vers 123.123.123.123

www.mondomaine.com pointe en CNAME vers mondomaine.com

mondomaine.com pointe sur le répertoire /www

Dans prestashop, le chemin de base est " / " (on ne met rien la redirection est déjà effectuée par OVH)

 

Boutique B:

presta.mondomaine.com pointe en CNAME vers mondomaine.com

www.presta.mondomaine.com pointe en CNAME vers presta.mondomaine.com

presta.mondomaine.com pointe vers le répertoire /www/presta

Dans prestashop, le chemin de base est " / " (on ne met rien la redirection est déjà effectuée par OVH)

Link to comment
Share on other sites

La boutique 1  (/PrestaShop)  est installé dans le repertoire suivant

www/PrestaShop

La boutique 2 (/store) est installée dans le repertoire suivant

www/store

Boutique1 (PrestaShop) date de plusieurs années, le domaine togheishop.com  boot dessus.  la boutique 2 (/store) date de qq mois et est accessible par un lien "long"  togheishop.com/store

 

Les URL que l'ont peut lire dans SEO&URL ont été généré par OVH lors de l'installation. Je n'y ai jamais touché.

Link to comment
Share on other sites

2 hours ago, Togheishop said:

Gardez a l'esprit que vous les professionnels de la programmation voyez les choses différement de nous les commercants. Et encore commerçant...

Sans les connaissances que vous pouvez avoir, nous essayons de faire tourner ces boutiques et de faire façe aux difficultées, sans forcement avoir accées ou avoir le temps d'apprendre la programmation, où encore les moyens de payer qqun. D'où notre approche qui peux sembler barbare ou loufoque pour un programmeur!

 

Vous vous méprenez. Rien à voir avec nous professionnel et vous non. Il y a une manière de bien faire les choses et le reste. Tout comme il n'existe qu'une seule manière de piloter un réacteur RBMK. Quand en 1986 des "amateurs" ont décidé qu'il n'avaient pas le temps de ni se former, ni faire appel aux bons spécialistes, on a terminé avec un belle catastrophe. Et  ce n'est pas à cause des spécialistes. 

Tu dis ne pas avoir les moyens de payer quelqu'un, soit, mais économiquement, je ne suis pas sûr qu'il soit plus judicieux d'avoir un shop en carafe pendant X jours. Ni pour tes clients et ton business, ni même pour google qui prend tout au pied de la lettre et n'oublie rien. D'autant que demander comment procéder ne t'aurais pas plus coûté que d'appeler "au secours" une fois que tout est en vrac.

Mais tu as raison, c'est bien comme cela que réfléchissent les nouveaux "e-commerçant". On bricole sans connaître et seulement après on cherche à comprendre ou de l'aide en espérant que des formules magiques solutionnent tout. Hélas, même pour nous, il n'existe aucune formule magique et certaines erreurs peuvent être très compliquées/longues à résoudre, voire fatale.

 

 

Link to comment
Share on other sites

OUi c'est leur forme actuelle. Ca ne me derange pas que les clients voient l'URL.

OUi les deux répondent, et je souhaite que ca continue.

Ce que je n'arrive pas a faire, c'est faire booter le nom de domaine Togheishop.com  sur  togheishop.com/store  au lieu de l'autre qui est lent comme vous l'avez vu, entre autre defauts.

 

Normalement il faudrait modifier le repertoire racine sur le manager OVH, mais ca ne marche pas du tout

Link to comment
Share on other sites

Bonjour,

Si j'ai bien compris, vous avez 2 shops, chacun avec sa base de données, le vieux et le nouveau.

togheishop.com/vieux
togheishop.com/nouveau

et vous voulez utiliser la nouvelle boutique.

Si les boutiques sont identiques, les URLs ont simplement changé de répertoire, cela devrait aller avec une entrée dans votre fichier .htaccess.

https://www.it-connect.fr/redirection-de-tout-un-repertoire-en-htaccess/

Sinon vous pouvez utiliser des logiciels pour répertorier tous les URL de votre ancienne boutique.  Screaming frog (payant pour un grand site) est efficace et peut générer un fichier cvs pour l'importer dans votre nouvelle boutique, puis un module (30 EUR env) qui fait l'importation.

Edited by Bousquet777
orthographe (see edit history)
Link to comment
Share on other sites

si vous modifiez la racine sur ovh, ceci devient la nouvelle docroot, donc le répertoire devient invisible coté visiteur

Vous devez laisser le docroot au dessus du répertoire pour maintenir ce dernier dans l'url, faire un fichier .htaccess au dessus donc qui mène a l'url AVEC le répertoire

Est-ce clair?

Edited by doekia (see edit history)
Link to comment
Share on other sites

35 minutes ago, doekia said:

si vous modifiez la racine sur ovh, ceci devient la nouvelle docroot, donc le répertoire devient invisible coté visiteur

Vous devez laisser le docroot au dessus du répertoire pour maintenir ce dernier dans l'url, faire un fichier .htaccess au dessus donc qui mène a l'url AVEC le répertoire

Est-ce clair?

Heu Presque!

Donc je ne touche pas au dossier racine OVH www. 

Je met un fichier HTACCESS  dans le repertoire www  ,en utilisant mon FTP,  qui contient une redirection 301, ce qui servira d'aiguillage, tout en laissant les autres URL fonctionnelles. C'est bien ca?

Link to comment
Share on other sites

Non

Renommez store en store2

Renommez PrestaShop et store

Renommez store2 en PrestaShop et modifiez vos 2 repertoires de bases dans SEO & URL

 

Mais bon, si vous nous aviez expliqué clairement depuis le début, ce serait déjà fait depuis longtemps^^

Link to comment
Share on other sites

@ Togesishop

Si vous avez une seule base de données pour les 2 boutiques, il n'y a rien à modifier.

Si vous avez installé 2 shops avec 2 bases différentes il faut à priori modifier le fichier qui connecte avec la bdd. 

Je suis en PS 1.7,  ici c'est dans monshop/app/config/parametres.php
Vérifiéz les coordonnées avec la bdd.

Avec 1.6 maybe l'endroit du fichier à modifier est différent.

 

Edited by Bousquet777 (see edit history)
Link to comment
Share on other sites

Peut-être vaut-il mieux laisser les amateurs se trouver des solutions à des problèmes qu'ils n'ont pas plutôt que de suivre les conseils éclairés de quelqu'un qui connait prestashop depuis qu'il existe.

Que vous ayez 25 boutiques avec ou sans leurs propres bases, voire sur des univers d'hébergement sql différent ne change rien. A chaque instance prestashop son fichier de config, donc son serveur, sa base, son prefix, son user, son password et ce, que l'on soit en 1.2, 1.3, 1.4, 1.5, 1.6, 1.7

 

 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...