[Nowwhat]

.....
J'ai essayé avec note pad mais j'ai eu peur que je pourrais .....

La version "Microsoft" de base ??
Ne fait pas ça.
Le jour qu'on commence a éditer des fichiers qui ne sont pas sur son ordinateur, mais un autre, et l'autre, en plus, est un MAC ou, comme ici: un système Linux, utilise Notepad++

Bon du coup je suis perdue. Je ne sais plus le problème vient d'où, les fichiers wordpress ou le BD OVH.

Fait le test vous même.
Télécharge avec FTP tout votre hébergement chez vous.
Au même moment, vous avez une sauvegarde chez vous de toute votre hébergement , ce qui est très bonne chose.
Maintenant:
Ouvre notepad++
Menu => Recherche => "Recherce dans les sous-dossiers"
puis, cherche dans le répertoire \www\ chez vous votre ancienne URL, genre
votredomaine.tld
Notepad vous dira si votre nom de domaine est codé en dur quelques part .....

A priori: NON !

Car: Les ficheirs d'un CMS, ou WP, comme ici, sont statiques.
La seule chose qui change, ça sont les plugins, extension et themes que vous ajoutez. Et encore, eux, ils sont statiques aussi.
Puis il y a le répertoire /www/wp-content/uploads dans laquelle vous avez vos photos, vidéos, MP3 etc.



Ceci est une notion très important:
Changer un site existant de domaine A vers domaine B, vous pouvez imaginer que vous n'êtes pas le premier à le faire.
Autre chose, aussi important:
WordPress est utilisé par des millions des gens.

C'est extrêmement rare d'avoir une question unique, et dans ce cas Google restera sans voix .....
Pour toutes les autres cas (ça frole le 100 %) regarde ce que ça donne si on demande Google ceci:
Google: wordpress change domain name

Le premier lien: le sujet : http://codex.wordpress.org/Changing_The_Site_URL réalisé par "Worddpress"

[MmeNovice]

Avec quel éditeur de texte as-tu modifié :
- Le/les fichiers de configuration ?
- Le fichier export SQL ?

Non j'ai fait les requêtes SQL comme suivant

# Changer l'URL du site
UPDATE wp_options
SET option_value = replace(option_value, 'http://www.ancien-site.com', 'http://www.nouveau-site.com')
WHERE option_name = 'home'
OR option_name = 'siteurl';

# Changer l'URL des GUID
UPDATE wp_posts
SET guid = REPLACE (guid, 'http://www.ancien-site.fr', 'http://www.nouveau-site.fr');

# Changer l'URL des médias dans les articles et pages
UPDATE wp_posts
SET post_content = REPLACE (post_content, 'http://www.ancien-site.fr', 'http://www.nouveau-site.fr');

# Changer l'URL des données meta
UPDATE wp_postmeta
SET meta_value = REPLACE (meta_value, 'http://www.ancien-site.com','http://www.nouveau-site.com');

J'ai essayé avec note pad mais j'ai eu peur que je pourrais omettre quelques domaines. Effectivement les requêtes ont changé tous les anciens domaines aux nouveaux, j'ai checké déjà.

Bon du coup je suis perdue. Je ne sais plus le problème vient d'où, les fichiers wordpress ou le BD OVH.

Avant de changer le nom domaine j'avais fait un backup du site, donc j'ai le copie des fichiers Wordpress et le DUMP. J'ai retéléchargé le Wordpress sur le base de donné hier à travers FTP mais ça n'a pas aidé. Toujours l'annonces "erreur de codage".

[Gaston_Phone]

Merci pour votre réponse. J'ai remplacé tous les anciens domaines par le nouveau mais le problème revient toujours. Quand je tape le nouveau adresse du site, je vois l'annonce d'erreur:
"Erreur d'encodage de contenu
La page que vous essayez de voir ne peut être affichée car elle utilise un type de compression invalide ou non pris en charge."
Vu que c'est un problème d'encodage, je crains que ça vient des fichiers wordpress au lieu du SQL. Quel est votre idée?

Avec quel éditeur de texte as-tu modifié :
- Le/les fichiers de configuration ?
- Le fichier export SQL ?

[MmeNovice]

Tu donnes toi-même la réponse :
Si tu as seulement changé de nom de domaine, il faut en effet modifier siteurl et home dans la base, mais aussi toutes les occurrences de l'ancien nom de domaine qui y ont été enregistrées (une sale particularité de Wordpress, à mon avis !).
Le plus simple est de remettre le fichier fonctions.php tel qu'il était, d'exporter la base en SQL avec DROP TABLE activé, d'y faire le remplacement d'adresse du nom de domaine et d'importer cette version corrigée, et le site devrait de nouveau être fonctionnel.

Bonjour,
Merci pour votre réponse. J'ai remplacé tous les anciens domaines par le nouveau mais le problème revient toujours. Quand je tape le nouveau adresse du site, je vois l'annonce d'erreur:

"Erreur d'encodage de contenu

La page que vous essayez de voir ne peut être affichée car elle utilise un type de compression invalide ou non pris en charge."

Vu que c'est un problème d'encodage, je crains que ça vient des fichiers wordpress au lieu du SQL. Quel est votre idée?

[RobertG]

Tu donnes toi-même la réponse :

J'ai aussi modifié le fichier fonctions.php dans le dossier "thème" de wordpress à travers FTP en ajoutant les codes suivant
define('WP_HOME','http://mon-nouveau-site.com');
define('WP_SITEURL','http://mon-nouveau-site.com');
et le site a disparu.

Si tu as seulement changé de nom de domaine, il faut en effet modifier siteurl et home dans la base, mais aussi toutes les occurrences de l'ancien nom de domaine qui y ont été enregistrées (une sale particularité de Wordpress, à mon avis !).
Le plus simple est de remettre le fichier fonctions.php tel qu'il était, d'exporter la base en SQL avec DROP TABLE activé, d'y faire le remplacement d'adresse du nom de domaine et d'importer cette version corrigée, et le site devrait de nouveau être fonctionnel.

[MmeNovice]

Bonjour,
J'ai rencontré le même problème avec l'auteur de cette discussion: changement de nom domaine, thème cassée, page d'admin inaccessible. J'ai consulté sur différents forums et on m'a dit qu'il faut tout simplement changer le "siteurl" et "home" dans la table "option" de la base de données. J'ai fait ainsi et rien ne change,
J'ai aussi modifié le fichier fonctions.php dans le dossier "thème" de wordpress à travers FTP en ajoutant les codes suivant
define('WP_HOME','http://mon-nouveau-site.com');
define('WP_SITEURL','http://mon-nouveau-site.com');
et le site a disparu. Quel catastrophe!!!!

Pensez-vous que le changement dans fonctions.php a fait sauté le site, et comment faire pour regler la thème? Comme j'avais dit j'ai modifier la table option mais ça mène à rien.

[Gaston_Phone]

Ok, mais tu sais, je suis graphiste et webdesigner. Par contre, tout ce qui touche de près ou de loin au dev, .......

Et dans quelle case mets-tu la sauvegarde de ton site et de sa base de données ? ? ?

[andre11]

Dans la mesure où le problème est lié à un mauvais codage de Wordpress (toutes les adresses devraient être en relatif dans la base, le code se chargeant de les compléter avec l'adresse du site), je ne pense pas que ce soit le rôle de l'hébergeur d'expliquer cette nécessité.
Il vaudrait mieux que les codeurs de WP se décident à corriger.
C'est drôlement plus facile de déplacer un site Joomla! !

Je sais, mais les clients trouvent wordpress plus simple, c'est pas ma faute
Et sinon, ben je trouve que quand tu précise bien que tu as un wordpress d'installer, ca serait pas mal de savoir ca quand même

[RobertG]

Dans la mesure où le problème est lié à un mauvais codage de Wordpress (toutes les adresses devraient être en relatif dans la base, le code se chargeant de les compléter avec l'adresse du site), je ne pense pas que ce soit le rôle de l'hébergeur d'expliquer cette nécessité.
Il vaudrait mieux que les codeurs de WP se décident à corriger.
C'est drôlement plus facile de déplacer un site Joomla! !

[andre11]

Un grand merci à RobertG, ca marche, j'ai juste quelques rectifications à faire au niveau des url d'images que j'avais mis en dûr, mais pour le reste, ca à l'air de le faire. Bon, j'ai noté la procédure pour la prochaine fois.
Sinon, juste un petit mot au gentil technicien de ovh qui m'avait répondu sur le support. Ca serait bien d'ajouter une ligne ou deux en disant que l'on doit faire cette procédure après le changement de domaine principal

[andre11]

Va voir aussi --> OVH - Sauvegardes et Restaurations de Bases de Données via un script

Ok, mais tu sais, je suis graphiste et webdesigner. Par contre, tout ce qui touche de près ou de loin au dev, .......

[Gaston_Phone]

Va voir aussi --> OVH - Sauvegardes et Restaurations de Bases de Données via un script

[andre11]

Et la question à 100 points, vu que je suis sur mac, je peux faire ses rechercher remplacer avec mon dreamweaver ou ca pose un problème ?

[RobertG]

C'est dans les options d'exportation personnalisée, et il faut exporter les tables, après s'être positionné sur le nom de la base dans la colonne gauche et affiché ses tables dans la colonne principale, avant de cliquer sur "exporter".

[andre11]

Pourriez me dire où se trouve cette option Droptable
J'ai méthode d'exportation rapide ou personnalisé, et une liste déroulante avec SQL par défaut

[andre11]

Ok, je vais voir ca de suite pour voir comment on fait, c'est en se loguant avec phpmyadmin je suppose ?

[RobertG]

Bonjour,

Il faut que tu exportes les tables de ta base, avec l'option "DROP TABLE", que tu ouvres le dump dans un éditeur de texte simple (notepad++ par exemple), puis que tu fasses un remplacement de toutes les occurrences de l'ancien nom par le nouveau, et qu'enfin tu importes cette correction dans ta base, et ton problème devrait être résolu.

[andre11]

Bonjour à tous,
Alors, j'ai cherché déjà sur le forum, il y a des réponses anciennes à mon problème, mais étant assez néophyte dans cela, je préfère poser la question afin d'avoir une réponse simple et clair

J'avais un nom de domaine avec un hébergement perso ovh sur lequel j'ai installé un wordpress sur lequel j'ai travaillé (beaucoup d'articles et de pages...), j'ai transféré un autre nom de domaine que j'avais chez ovh, et effectué un changement de domaine principal.
Résultat, je n'ai plus accès au backoffice de mon wordpress, mon thème a sauté... Bref, un changement tout en douceur.
JE me doute que ca doit être un problème de lien sur la base de données, néanmoins, pourriez vous me dire comment régler ce problème rapidement s'il vous plait.
Merci beaucoup