Meilleure pratique pour des images conviviales pour la migration dans les articles/pages?
Je développe donc mon sit dans un environnement WAMP avec l'URL http://localhost:8080/wp1/ avec le plan éventuel de le migrer pour vivre sur les interwebs. Je viens de remarquer dans mes pages que lorsque je télécharge les images, il utilise un code src absolu tel que http://localhost:8080/wp1/wp-content/uploads/date/path/to/image.jpg et que cela va être gênant lorsque j'essaie de migrer.
En regardant en ligne, je vois des gens dire que la réponse est la suivante: "Il est si facile de rechercher et de remplacer une base de données une fois la migration effectuée", mais c’est "si facile" pour eux et peut-être pas pour quelqu'un qui a TOUJOURS eu un une migration WP.
J'ai essayé d'installer un plug-in PHP dans Posts et j'ai ajouté le get_stylesheet_directory_uri aux chemins, ce qui a fonctionné pour obtenir les images, mais je suppose que le plug-in n'était pas compatible avec la dernière version de WP, car cela entraînait des erreurs Strict Standards après chaque mise à jour de page, donc je devais abandonner cet essai.
N'y a-t-il pas moyen de développer le site à l'aide d'URL relatives pour que la migration soit un jeu d'enfant? Existe-t-il une méthode intégrée ou un shortcode?
La réponse est très simple. Apprenez à définir des hôtes virtuels dans MAMP (ou XAMP, quel que soit votre choix), modifiez le fichier hôtes de votre ordinateur pour qu'il pointe le domaine vers 127.0.0.1. Cela devrait résoudre tout problème lié aux URL.
Demander les meilleures pratiques pourrait faire tomber le marteau "hors sujet" de WPSE. Cela ouvre certainement une discussion et les opinions peuvent commencer à voler.
Personnellement, j'appuie la notion exprimée par Ryan dans son commentaire. Une fois que vous avez fait quelques-unes de ces tâches, la méthode de recherche/remplacement est tellement fiable et légère que c’est le seul moyen de déplacer des sites. Pas besoin de plugins ou de beaucoup de travail supplémentaire pour éviter une étape assez simple (bien que effrayante) lors du lancement d'un site.
Le défi est dans les détails bien sûr. La modification de ce qui change dans l'URL évite les problèmes et cette approche fonctionne pour moi et mon équipe depuis des années.
Avant toute chose, sauvegarde, sauvegarde et sauvegarde, les copies de base de données sont généralement de petits fichiers, faites-en 2 !!
Construisez localement comme vous le souhaitez, en évitant les URL dans les fichiers de modèles de thème. Une recherche/remplacement dans la base de données ne mettra pas à jour votre PHP ou d'autres fichiers de thème/plug-in. Utilisez toujours les fonctions d'assistance de WP, telles que
[site_url][1]et[get_stylesheet_uri][1], entre autres.Lorsque vous êtes prêt à passer au serveur Web public, déplacez vos fichiers et importez votre base de données.
Téléchargez l’un des scripts S & R d’Interconnect (préférence personnelle - j’utilise l’ancienne version 2 stable précédente ) sur votre racine WP. D'autres outils de recherche et remplacement existent et vous pouvez le faire manuellement, bien sûr. Le problème à éviter est celui des URL stockées dans des tableaux sérialisés. Un simple éditeur de texte peut gâcher cela ou tout simplement manquer les données sérialisées.
Rechercher et remplacer SEULEMENT le strict minimum nécessaire. Si vous passez de "localhost/example.com" à "example.com", n'ajoutez pas de barres obliques de fin, etc., car cela ferait que l'opération S & R manquerait certaines instances de votre base de données.
Avant de mettre à jour votre DNS public pour le nom de domaine, testez le site en modifiant votre fichier d'hôtes locaux. De cette façon, vous pouvez voir le site entier comme le reste du WWW lorsque vous effectuez le changement DNS. Aucun test de stress avant le lancement. En cas d'erreur, il est facile de vider votre base de données, de la réimporter et de résoudre le problème.
Supprimer, supprimer, supprimer. Laisser le script S & R sur votre site est une mauvaise idée. Lisez ces avertissements et supprimez le script lorsque vous avez terminé.