Comment créer un environnement temporaire pour les sites WordPress
La création d’un environnement temporaire pour votre site WordPress peut écraser l’ensemble du site, faire la différence entre la perte de visiteurs, de Prospects et de revenus, et détecter les erreurs \/ conflits dans les tests et la perte de Nada. Êtes – vous un développeur WordPress ou un webmestre pour un grand site? Vous devriez réfléchir à la façon de créer un environnement temporaire pour votre site WordPress. Qu’est – ce qu’un environnement de mise en scène? Si vous êtes relativement nouveau dans le développement de WordPress ou WordPress, vous ne savez peut – être pas ce que signifie l’environnement de mise en scène. C’est essentiellement le même environnement que votre site en direct. Le serveur a le même système d’exploitation, la même version PHP, le même fournisseur DNS, le même chiffrement, etc.
Pour la plupart d’entre nous, la façon la plus simple d’obtenir un tel environnement est d’héberger un site temporaire en utilisant le même serveur que le site principal. Pourquoi un environnement temporaire est – il nécessaire? Il y a beaucoup de choses qui peuvent détruire le site. Si vous développez sur une copie locale ou une version d’essai sur un autre serveur, vous ne serez pas en mesure d’obtenir de véritables commentaires si vous effectuez les mêmes changements. Selon votre version PHP, le système d’exploitation du serveur ou d’autres différences, il se peut qu’il n’y ait pas d’échec sur la réplique locale ou la réplique d’essai, de sorte que lorsque vous effectuez les mêmes changements ou poussez simplement le site en temps réel, l’ensemble du site peut être déconnecté pour diverses raisons.
Les sites temporaires vous permettent de tester parfaitement ce qui se passe si vous effectuez une opération X sur un site en direct. Si votre site WordPress apporte beaucoup de clients pour vous et votre entreprise, alors la dernière chose que vous voulez voir est les temps d’arrêt. Une bonne façon d’utiliser un environnement temporaire rend très improbable un arrêt dû à des erreurs \/ conflits inattendus. Hébergement d’hôtes wordpress pour un stage facile
Ngthere are currently some Hosts WordPress hosted on the Market, most of which can clone your website immediately for Temporary administration.
Flywheel – Flywheel offre à ses clients un service d’embarquement facile à utiliser en un seul clic. Il offre des fonctionnalités utiles telles que l’exclusion des tables de base de données et, bien sûr, la possibilité de pousser et de tirer facilement entre le premier plan et le site en temps réel. Wpengine – WP Engine offre également un service d’embarquement facile à utiliser qui vous permet de tirer et de pousser facilement entre le site d’embarquement et le site actif. Pagely – pagely offre des services de mise en scène à certains de ses clients (clients ayant un programme VPS et plus) Si vous utilisez l’un des hôtes ci – dessus, la mise en scène est facile et vous trouverez plus d’informations sur la mise en scène dans la Zone membre qui héberge l’hôte WordPress spécifique.
Comment créer un site temporaire parce que pour la plupart des gens, c’est plus facile et peut – être plus faisable que d’obtenir un deuxième serveur identique juste pour l’instant, donc dans ce guide, nous allons apprendre comment configurer un environnement temporaire sur un webhost existant. Beaucoup de gens utilisent des sous – domaines pour leurs sites temporaires, comme les sites temporaires. Votre site. Com, mais vous pouvez aussi simplement utiliser le Répertoire. Dans ce guide, nous apprendrons comment configurer un sous – domaine, puis le protéger par mot de passe et le cacher dans un moteur de recherche. Étape 1: créer un dossier
Étape 2: créer un sous – domaine Ensuite, allez dans le Sous – domaine, créez un nouveau sous – domaine et connectez – vous au Chemin correct. Si le site pour lequel vous souhaitez créer un sous – domaine n’est pas le nom de domaine principal du panneau géré, vous devez ajouter le nom de dossier de l’autre domaine après public _ html \/. Par exemple, public _ HTML
Accès au fichier. Htaccess accède au Répertoire à protéger par mot de passe et ajoute la ligne de code suivante: errordocument 401 Erreur Document d’erreur HTML 403 Erreur HTML vous devriez maintenant voir une fenêtre de dialogue protégée par mot de passe qui nécessite une connexion. Étape 5: importer votre site en direct maintenant que nous avons un environnement temporaire protégé par mot de passe, nous devons faire une dernière chose. Nous devons importer des sites en direct. L’une des façons les plus simples est d’utiliser le plug – in copier \/ migrer. Par exemple, vous pouvez suivre nos lignes directrices sur la façon d’utiliser replicator pour migrer votre site.
Vous pouvez également utiliser le plug – in de migration WP All – in – one. Installez le plug – in sur votre site en direct, exportez le site et téléchargez le fichier. Installez maintenant le plug – in sur le site temporaire et importez le fichier. Sélectionnez OK pour continuer l’importation et attendez quelques minutes… Votre site temporaire devrait maintenant être actif. Étape 6: empêcher les moteurs de recherche de trouver votre site temporaire La dernière chose que nous devons faire est de nous assurer que les moteurs de recherche ne indexent pas ce site et ne vous envoient pas de visiteurs. Dans WordPress, nous pouvons le faire d’une manière très simple. Il suffit d’aller au tableau de bord WP du site, d’aller aux paramètres > lire et de sélectionner ne pas recommander aux moteurs de recherche d’indexer ce site. Ensuite, sauvegardez les modifications et c’est fait.
Comment envoyer (déplacer) des changements d’un site temporaire à un site actif et transférer (déplacer) des changements d’un site actif à un site temporaire il existe plusieurs façons d’obtenir des changements sur un site temporaire, un site actif et vice versa. Une façon, bien sûr, est de le faire manuellement. Quel que soit le fichier que vous éditez sur le site temporaire, il suffit de le télécharger et de le télécharger sur le site en direct. Le problème du transfert des modifications n’est pas vraiment un problème de fichier, mais de base de données. Pour effectuer cette opération manuellement, vous devez aller à phpm
Yadmin et exporter le fichier SQL, puis l’importer dans une autre base de données. Il ne faut pas beaucoup de temps pour le faire une ou deux fois, mais une fois que vous devez le faire des dizaines, voire des centaines de fois dans un projet, cela devient très ennuyeux. C’est pourquoi de nombreux développeurs qui suivent ce flux de travail utilisent un plug – in appelé WP migrate db. WP migrate DB for Databases WP migrate dB est utilisé pour sélectionner les sections de base de données à inclure \/ exclure. Comme WP migrate DB (et tous les autres plug – ins de migration que je connais) ne supporte pas la fusion de deux bases de données, il écrase toujours une base de données avec une autre. Par exemple, si vous migrez une base de données à partir d’un site organisé et que vous manquez les 12 derniers commentaires, même les messages, sur un site en direct, ces commentaires ou messages disparaîtront. C’est pourquoi vous avez une si large gamme d’options pour sélectionner avec précision le contenu à migrer afin d’éviter de corrompre votre site en temps réel. Dans la version pro, vous pouvez même pousser les données de la base de données vers \/ depuis un site en temps réel \/ temporaire au besoin. (cela signifie que vous n’avez qu’à appuyer sur un bouton pour effectuer vos modifications, sans avoir à exporter vers un fichier, puis à importer entre les sites.) Get WP migra DB \
Pushlive est là. Tu aimes le WP CLI? Déploiement avec WP CLI si vous êtes déjà habitué à utiliser WP CLI, vous devrez peut – être utiliser la commande WP CLI pour effectuer toutes les opérations de traction et de poussée. Vous pouvez en savoir plus sur la façon de définir avec précision ici. (rapprocher votre environnement de développement local de la réalité) Bien que la mise en place soit importante dans le processus de développement intégré, il existe un moyen d’éviter trop de mauvaises surprises lors de la mise en place d’un site, c’est – à – dire de s’assurer que l’environnement de développement local est aussi proche que possible de la réalité. Tu peux finir en deux. Vous devez: utiliser la même version de tout. (WP bien sûr, mais aussi Apache ou nginx, PHP, etc.) Installez le même plug – in. Si vous le faites, il peut être utile de le distribuer aux sites sur le terrain et sur scène, et les conflits de plug – ins et autres incompatibilités sont détectés plus tôt. Conclusion bien que la mise en place et le maintien d’un environnement de mise en scène pour votre projet puissent sembler une tâche ardue, il s’agit d’un moyen parfait d’éviter des erreurs de dernière minute étranges ou des échecs complets. Alors, épargnez – vous quelques problèmes futurs et réglez – les maintenant.