Discussion :

[vincentcm]

Bonjour,

J'aimerais savoir comment transférer mon site web créé localement (avec des fichiers HTML, CSS et JavaScript) sur mon nom de domaine, tout en supprimant mon ancien site Wordpress qui est actuellement hébergé sur ce nom de domaine.

J'ai déjà essayé de supprimer les fichiers existants sur mon serveur via Filezilla et de les remplacer par mes fichiers locaux, mais cela n'a pas fonctionné.
Je suis hébergé chez IONOS et j'apprécierais toute aide ou conseil que vous pourriez me donner.

Merci d'avance.

[SpaceFrog]

Il faut en plus d'avoir uploadé tous les fichiers,
* exporter la base de données locale dans son intégralité,
* y faire un replace global pour la racine de ton domaine, ( avec un editeur de texte ex: notepad++)
* importer la base sur le serveur distant ce qui te permettra d'accéder au backoffice.
* Puis à l'aide d'un plugin de type "better search and replace, refaire un replace global de la racine local par la racine du domaine pour les occurrence chiffrées.

Les joies de WordPress

[NJNDEV]

Bonjour,
La réponse de SPACEFROG est pertinente, personnellement j'utilise un plugin all-in-one-wp-migration actuellement en version 7.70, qui me donne toute satisfaction, rapide et performant avec son extension gratuite qui permet le transfert de sites jusqu'à 500 Mo.
Ce dans leur intégralité, base de données comprise.
https://fr.wordpress.org/plugins/all...-wp-migration/

Si la question est relative à un site codé en dur (non WORDPRESS) destiné à remplacer un site WORDPRESS, le plus simple est le formatage du disque chez l'hébergeur.

[dev-design-fr]

Pour transférer votre site web créé localement sur votre nom de domaine, vous devez effectuer les étapes suivantes:

1. Acheter un nom de domaine et un service d'hébergement web. Perso je suis chez ionos
2. Téléchargez vos fichiers HTML, CSS et JavaScript sur le serveur d'hébergement en utilisant un client FTP.
3. Configurer votre nom de domaine pour pointer vers le nouvel hébergement.
4. Supprimer votre ancien site Wordpress en accédant à votre tableau de bord d'hébergement et en supprimant les fichiers associés (en FTP et dans la BDD).
5. Remplacez le nom de domaine actuel dans la base de données par le nouveau nom de domaine. Cette requête peut être exécutée à l'aide de la commande suivante :
   UPDATE wp_options SET option_value = replace(option_value, 'ancien-nom-de-domaine', 'nouveau-nom-de-domaine') WHERE option_name = 'home' OR option_name = 'siteurl';
6. Vérifiez si des tables supplémentaires doivent être mises à jour, telles que les tables de révisions ou les tables de métadonnées. Si c'est le cas, exécutez des requêtes similaires à celle ci-dessus.
7. Modifiez les URL de votre fichier wp-config.php pour correspondre au nouveau nom de domaine.
8. Téléchargez les fichiers HTML, CSS et JavaScript sur le nouveau serveur d'hébergement et configurez votre site pour utiliser le nouveau nom de domaine.

[chrtophe]

1. Remplacez le nom de domaine actuel dans la base de données par le nouveau nom de domaine. Cette requête peut être exécutée à l'aide de la commande suivante :
   UPDATE wp_options SET option_value = replace(option_value, 'ancien-nom-de-domaine', 'nouveau-nom-de-domaine') WHERE option_name = 'home' OR option_name = 'siteurl';
2. Vérifiez si des tables supplémentaires doivent être mises à jour, telles que les tables de révisions ou les tables de métadonnées. Si c'est le cas, exécutez des requêtes similaires à celle ci-dessus.

ll vaut mieux utiliser un plugin backup/transfert qui fera le boulot.

[chrtophe]

Sauf que si tu change de nom de domaines, en plus de d'importer/exporter la base et de transférer les fichiers par FTP, il va falloir mettre tous les liens internes à jour, ne serait-ce que les liens vers les médias. C'est là l’intérêt d'utiliser des plugins qui feront le taf.

[SpaceFrog]

C'est là l’intérêt d'utiliser des plugins qui feront le taf.

Ou de ne pas utiliser WordPress

J'avoue ne pas comprendre l'utilité d'un framework qui complexifie la tâche de tout le monde, mais c'est sans doute générationnel ...

[chrtophe]

c'est pas vraiment le framework le problème, mais plutôt la façon de s'en servir.

[SpaceFrog]

Je en suis pas tout a fait d'accord avec cette analyse
C'est comme un outil si il n'est pas ergonomique ...
En l'occurrence être obligé de faire toutes ces opérations juste pour migrer en prod. je trouve ça plus que moyen, et une fois en prod. le site vit sa propre vie et les id des éléments en table ne sont plus les mêmes qu'en dev ou recette, et on se retrouve obligé de refaire la migration dans l'autre sens ??? ou alors il faut une seule implémentation en prod ... ???

[chrtophe]

WordPress est adapté pour les gens sans compétence informatique, qui ne vont donc pas passer par un système dev recette.

Pour les agences qui l'utilisent pour fournir un CMS qui peut être modifié par des gens sans compétence informatique, c'est eux qui gèrent l'infra en général et j'espère qu'ils maitrisent à minima le produit pour ne pas avoir ce type de problèmes.

Si tu as besoin d'un environnement de dev et d'un prod car tu modifies par exemple la structure de la base, c'est que WordPress n'est pas le bon produit pour le projet.

Après rien n'empêche de cumuler l'usage de WordPress avec autre chose si ça répond au besoin. L'intérêt de WordPress reste la modification facile de contenu par les utilisateurs. Et voir du coté de leur API.

Et dans le cas ici présent, le développement WordPress viendra écraser le contenu existant sans usage d'environnement de dev ou prod.

[SpaceFrog]

Si tu as besoin d'un environnement de dev et d'un prod car tu modifies par exemple la structure de la base, c'est que WordPress n'est pas le bon produit pour le projet.

Nous sommes tout à fait d'accord
Je plains ceux qui récupèreront le nouveau site de la société