Bonjour,
Je souhaite migrer un site d'un serveur en local et par la même occasion mettre à jour ce site dans un wordpress récent (3.8 à 4.8.2)
Quelqu'un a t-il déjà fait cette opération ? Par quoi faut-il commencer ?
ZP.
Version imprimable
Bonjour,
Je souhaite migrer un site d'un serveur en local et par la même occasion mettre à jour ce site dans un wordpress récent (3.8 à 4.8.2)
Quelqu'un a t-il déjà fait cette opération ? Par quoi faut-il commencer ?
ZP.
la mise à jour de WordPress et des extensions devrait se faire régulièrement.
Une mise à jour non faite peut en théorie ouvrir la porte à un pirate qui pourra exploiter une faille lui donnant accès à tout votre site.
donc je vous conseille de faire les mises à jour en 1er et de continuer à les faire une fois le site en ligne.
Le plus simple, si on ne maîtrise pas WordPress (et c'est mon cas) est de mettre en ligne le site en dehors de WordPress puis de créer dans WordPress des pages avec des iframe ce qui permet d'afficher dans un site WP des pages hébergées ailleurs. Ca permet donc d'intégrer dans un site WP des pages même si ces pages sont ailleurs.
@laurentSc : Je ne vois pas bien le rapport entre ta réponse et la question :koi: A priori, zepimousse a déjà un site WP fonctionnel, il veut simplement le mettre à jour et le mettre en ligne (et je plussoie mathieu, il vaut mieux le faire dans cet ordre)
Et bon, l'utilisation intensive d'iframes n'est pas franchement conseillée. Les iframes sont faites pour intégrer une page extérieure, pas la totalité d'un site.
Celira, si le site de zepimousse est déjà en WP en local, mon idée ne sert à rien. L'idée sert uniquement si ça tourne mais pas en WP...
L'idée ne consiste pas à intégrer le site entier via une seule iframe (ça marcherait pas) mais à intégrer chaque page du site via une iframe (donc si le site compte N pages, N iframes).
Bonjour et merci à tous pour vos réponses respectives.
J'ai récupéré le bébé dans cet état et débute sur le sujet (vous me direz c'est formateur :))
Idem j'ai un tas de plugins qui n'ont pas été testé dans la dernière version de wordpress et pire qui n'ont pas évolué depuis des années.
Bref je ne sais pas trop par où commencer. En local j'ai installé une version fraîche de wordpress. Faut-il partir de ce noyau ? De l'autre côté j'ai exporté mes .sql et rapatrier mes fichiers en local.
La fusion risque d'être périlleuse, tout conseil est le bienvenu ;)
Savez-vous sur la structure de la base à modifier entre ces 2 versions majeures ? Sinon je peux déjà vider ma base et importer les anciens contenus ?
Par contre pour ce qui est des fichiers... Quoi laisser ? Quoi reprendre ?
ZP.
J'aurais plutôt commencé l'opération dans le sens inverse :
- cloner le site actuel en local avec la base de données
- ensuite mettre à jour wordpress
- et pour finir mettre à jour les extensions les unes après les autres en vérifiant que tout est fonctionnel à chaque fois
Ok Mathieu, je vais suivre ta recommandation.
Du coup la mise à jour se passe concrètement comment ? Je dézippe la version majeure suivante et j'écrase les fichiers précédents jusqu'à la dernière version de WP ?
Autrement j'ai commencé à cloner mon vieux site et rencontre un souci sur la table wp_posts il me met : #1048 - Le champ 'post_date_gmt' ne peut être vide (null)
Mon autre question : j'ai plus de tables dans mon site en ligne que dans les tables natives wp. Apparemment certains plugins ont créé des tables supplémentaires.
Dois-je recréer ces tables à la main ou j'attends de réinstaller le plugin ? Quelle est la bonne pratique en la matière ?
Un grand MERCI !
ZP.
Pour être sûr de ne rien louper, prenez toutes les tables et tous les fichiers.
Ensuite dans la base de données locale, avec phpMyAdmin allez dans la table "..._options" et pour les entrées "siteurl" et "home" mettez la nouvelle adresse.
À partir de là vous devriez pouvoir vous connecter dans l'espace d'administration et faire toutes les mises à jour à partir de la page "Mise à jour", vous n'aurez plus besoin de toucher aux fichiers ou à la base de données.
Bonjour,
Les "ennuis" continuent :)
Les tables et fichiers ont été rapatriés en local par contre j'ai un souci avec un plugin, j'ai pleins de messages d'erreur de ce type :
J'ai réussi à le désactiver via phpmyadmin mais dès que je veux le réactiver, je ne peux plus : "L’extension n’a pu être activée, car elle a déclenché une erreur fatale."Code:Warning: Declaration of EM_Booking::can_manage() should be compatible with EM_Object::can_manage($owner_capability = false, $admin_capability = false, $user_to_check = false) in C:\wamp64\www\monsite\wp-content\plugins\events-manager\classes\em-booking.php on line 699
Une idée ? C'est connu ?
ZP.
Cette erreur PHP vient d'une ancienne version de l'extension. Mettez la à jour, même désactivée, et vous pourrez ensuite la réactiver.
En effet, même si je ne comprends pas trop pourquoi ça fonctionne après avoir désinstallé la version actuelle par la dernière de cette extension.
Je devrais avoir le même problème depuis l'environnement source, non ? Hors ce n'est pas le cas. En ligne actuellement ça fonctionne sans problème, bizarre...
Je rencontre également un souci de permaliens mais bon en changeant ces derniers j'ai réussi à faire fonctionner le site en local :)
Reste plus qu'à mettre à jour mais dans le tableau de bord il me met que je suis à jour avec ma 3.8 :ptdr::roll::weird::marteau:
Pas moyen de mettre à jour manuellement ? Il existe un tuto fiable en la matière ? Je passe d'abord par la 3.9 ou je peux mettre la 4.8.3 directement ?
Salut,
J'ai upgradé avec la dernière seulement je rencontre un souci avec le JS :
ca doit venir des appels du thème j'imagine. C'est grave ? Bloquant ?Code:JQMIGRATE: Migrate is installed, version 1.4.1
ZP
C'est la version de jQuery du cœur de WordPress qui fait ce message depuis plusieurs versions. Je ne sais pas exactement à quoi ça correspond mais ce message est normal.