> Je pense qu'il y a bien un problème (qui n'est peut-être pas le seul) avec le fait que mon-projet > est en .com dorénavant, alors que sur le web j'ai une url active au même nom avec la même extension. Comme expliqué dans le Besoin de VirtualHost, le problème éventuel n'est pas dans ce sens : Je cite : NOTE : Nom de Domaine. C'est une très mauvaise idée que de définir un ServerName ou ServerAlias qui soit le même que votre nom de domaine réel. En effet, lorsque l'on demande une url dans le navigateur, ce sont d'abord les DNS locaux (fichier hosts, puis cache local) qui sont lus et si une correspondance est trouvée, c'est le site local qui sera chargé ; il sera donc impossible d'accéder au site réel. Une bonne pratique, est de donner le même nom mais sans le tld, donc, par exemple, monsite.net en réel et monsite en local
On s'en fout totalement qu'en local le site ait pour nom : 'tartempion', 'toto', 'ejo', 'prestashop', 'mon-projet.com', 'mon-projet.com' ou quoi que ce soit d'autre, à partir du moment où ça correspond à un nom de domaine valide et où ce n'est pas même qu'un site réel.
C'est ce nom (l'url) qui sera remplacée par le nom réel après transfert.
Même si (pour le moment) vous ne pouvez pas accéder à la page d'administration Prestashop, vous devriez avoir accès au site lui-même, c'est-à-dire 'http://mon-projet.com/', sans ajouter admin.
J'ai accès à mon-projet.com, en ligne, et à la page d'attente que j'ai publiée pour les internautes.
Et c'est bien d'un conflit dont vous parlez en disant : "C'est une très mauvaise idée que de définir un ServerName ou ServerAlias qui soit le même que votre nom de domaine réel."
Par contre j'entrevois une erreur de ma part, à savoir que le changement de ".dev" en ".com" ne devait peut-être pas ce faire avant le transfert mais après.
> Est-ce que le fichier .htaccess pourrait être en cause ? Oui, c'est possible avec par exemple des règles non compatibles avec l'url actuelle.
> J'ai vu que certains tuto disent de le supprimer, > et de désactiver la fonction de l’URLs Rewriting avant le transfert. Mais, pour désactiver, il me semble bien qu'il faille aller dans l'administration.
Nota : Dans le fichier .htaccess généré lors de mon installation de Prestashop, la seule ligne faisant référence à l'url est un commentaire : #Domain: mon-projet.com
> Dans le répertoire wamp, j'ai un sous-répertoire "cgi-bin" qui est vide. Normal.
Tiens, à toutes fins utiles, vous pouvez supprimer la totalité des fichiers du dossier wamp/tmp/ Ce dossier accueille les variables de session - sait-on jamais !
Et puis, pourquoi-pas, essayer avec un navigateur que vous n'avez jamais utilisé (Cache, cookies, etc. vierges), par exemple Opera ou SRware Iron. Et, justye après avoir lancé le navigateur, dans la barre d'adresse, vous tapez : 'http://mon-projet.com/' et ensuite, vous ajoutez 'http://mon-projet.com/admin0000xxx/'
"Et, justye après avoir lancé le navigateur, dans la barre d'adresse, vous tapez : 'http://mon-projet.com/' et ensuite, vous ajoutez 'http://mon-projet.com/admin0000xxx/'"
L'un comme l'autre, j'ai le message "mon-projet.com ne fonctionne pas ..." Si j'ajoute les "w" devant mon-projet.com je tombe sur ma page d'attente en distant.
Je ne sais plus trop par où prendre le problème.
Je vais peut-être être obligée d’installer la version de base de prestashop chez l'hébergeur et procéder à une extraction de mes données (que je ne maitrise pas encore) pour les transférer.
C'est dommage, je trouvais Wamp, tellement pratique.
Ceci dit il me semble me souvenir qu'à un moment de l'installation - je ne sais plus si c'est pour wamp ou prestashop - on nous demande de déclarer le navigateur.
Voilà où j'en suis de mes recherches et ce n'est pas banal, même si cela dépasse la problématique Wamp (apparemment).
Je suis partie de l’hypothèse qu’il pourrait y avoir un problème entre liens relatifs et liens absolus (ou fonction équivalente dans le code), vu que j’ai perdu l’accès après avoir renommé le nom du site (en local).
J’entreprends une recherche dans les répertoires en utilisant la fonction « rechercher ».
Je commence par le répertoire wamp, en utilisant une partie du nom du site (qui est assez long, (14 caractères sans le tiret) dans la recherche, l’outil ne désigne qu’un seul fichier, le httpd-vhosts.conf. Jusque là tout va bien.
Je procède à l’identique dans les répertoires prestashop, en commençant par le 1er sous-répertoire : «adapter».
Et là, surprise, il sélectionne les 12 fichiers sans exceptions. (Adapter_AddressFactory.php …. Adapter_Database.php ….. etc )
J’ouvre plusieurs fichiers et aucun ne contient le nom du site, que je cherche de visu ou avec l’outil rechercher en interne au document.
Je fais la même recherche avec le nom du site complet en .com dans le répertoire, et c’est pareil, il désigne tous les fichiers.
Beaucoup plus inquiétant, je procède avec la même recherche avec l’ancien nom, en .dev, et j’ai le même résultat, tous les fichiers sont désignés.
Pour m’assurer qu’il ne s’agit pas d’un bug de l’outil « recherche », je procède à l’identique avec le mot «tartenpion», et là aucun fichier n’est sélectionné.
Une première question se pose :
Est-ce que l’outil recherche suit des liens (sous forme codée) contenus dans ces fichiers, ou bien est-ce que ceux-ci contiennent du code caché ?
Et la 2ème : Pourquoi il réagit de la même façon sur l’ancien nom et le nouveau ?
J’ai fait le test dans les autres répertoires de PS, c’est pareil, s’il ne sélectionne pas tous les fichiers, cela semble être le cas pour la plupart.
Un avis peut-être ?
Modifie 1 fois. Derniere modification le 28/08/2016 à 14:34 par Ejo.
Je ne sais pas si ce vous faites est pertinent, ni si vous utilisez les bons outils pour le faire. Note : La recherche de Windows n'est pas (du tout) un modèle du genre.
Tout ce que peux vous dire, c'est qu'après l'installation de Prestashop dans le VirtualHost :
<VirtualHost *:80>
ServerName mon-projet.com
DocumentRoot "f:/prestashop"
<Directory "f:/prestashop/">
Options +Indexes +Includes +FollowSymLinks +MultiViews
AllowOverride All
Require local
</Directory>
</VirtualHost>
Parmi tous les fichiers et dossiers de f:/prestashop, le seul qui contient mon-projet.com est le fichier f:\prestashop\.htaccess avec la ligne : #Domain: mon-projet.com
- Confirmé par : - Recherche dans les fichiers de UltraEdit - Recherche dans les sous-dossiers de Notepad++ - Recherche de fichiers de Total Commander
Je suis allé jusqu'à installer Prestashop (qui ne me sert à rien) uniquement pour essayer de vous venir en aide, mais je pense que je suis arrivé au bout de ce que je peux faire ou rechercher.