Hébergement WordPress pour les équipes qui quittent Pantheon.
Pantheon est commenté de la manière dont votre site s'est adapté à : un système de fichiers en lecture seule, pas de .htaccess, et un flux de travail de trois environnements. La migration est en grande partie une question de défaire ces adaptations.
Un site Pantheon porte la forme de la plate-forme qu'il était.
Plusieurs années de travail autour des contraintes de la plate-forme laisse la configuration qui n'a plus de raison d'exister.
Code qui a fonctionné autour d'un système de fichiers en lecture seule
Les plugins qui écrivent normalement en wp-content ont été reconfigurés pour écrire ailleurs, ou désactivés directement. Le système de fichiers ici est enregistrable, de sorte que ces solutions de rechange sont supprimées plutôt que reportées en tant que configuration morte.
Un processus de développement, de test et de travail en direct pour remplacer
Leur modèle à trois environnements est remplacé par le clonage et la poussée du tableau de bord. C'est une forme différente plutôt qu'un équivalent direct, donc nous mapons comment votre équipe se déploie avant le déménagement.
Les règles nginx au lieu de .htaccess
Configuration tenue dans pantheon.yml et leur couche nginx n'a pas de fichier équivalent dans une sauvegarde WordPress. Nous l'avons lu et réimplémenté quoi qu'il fasse.
Cache d'objets, si c'était un add-on payé
Redis était un extra là et est sur par défaut ici, de sorte que le site n'arrive pas plus lentement qu'il ne l'a laissé pendant que quelqu'un travaille sur pourquoi.
Comportement des bords sur le site
Les URLs et la configuration de bord des actifs sont reproduites sur notre bord, de sorte qu'un site réglé autour d'une couche de cache particulière pendant des années ne perd pas ce comportement du jour au lendemain.
Le flux de travail est aussi important que le site.
Les équipes qui quittent un modèle à trois environnements sont celles qui sont les plus susceptibles d'être prises après la coupure, de sorte que le remplacement est convenu avant le déménagement plutôt que découvert lors d'une libération.
- Processus de déploiement cartographié avant la copie
- Recoupement des plates-formes identifiés et enlevés
- Coupe-pied à la fois que vous choisissez
- L'ancien environnement a continué à courir jusqu'à ce que vous confirmiez
Pas plus lent que vous ne l'avez fait.
Si le cache objet était un add-on que vous payiez, une migration qui baisse discrètement il semble que le nouvel hôte est le problème.
Ce que nous changeons quand un site arrive de Pantheon
Ce sont les choses spécifiques sur lesquelles un site Pantheon a besoin d'attention, dont la plupart existent en raison de la façon dont cette plate-forme est construite.
| Paramètre | Notre configuration | Pourquoi |
|---|---|---|
| Solutions de rechange pour le système de fichiers | Supprimé une fois que le site est sur un système de fichiers enregistrable | Les plugins reconfigurés pour faire face à une lecture seule wp-content se comportent bizarrement après la suppression de la restriction, et la configuration survit à la raison. |
| règles panthéon.yml et nginx | Lecture et réimplémentation en tant que configuration de bord et serveur | Ni apparaît dans une exportation WordPress, donc tout ce qu'ils faisaient s'arrête simplement le jour où vous bougez. |
| Déploiement | Cartographié depuis dev/test/live sur clonage et poussant depuis le tableau de bord | Une équipe qui faisait la promotion entre trois environnements fixes a besoin du remplacement expliqué avant la coupe, pas lors de leur prochaine sortie. |
| Cache d'objets | Redis par défaut plutôt que comme un add-on payé | Si elle était activée là et non ici, le site arrive plus lentement et semble avoir été le résultat de la migration. |
| Configuration de l'Edge | Comportement de cache existant reproduit sur notre bord avant l'interrupteur | Les sites qui s'alignent sur un cache de bord spécifique pendant des années dépendent de ce comportement plutôt que de n'importe qui documenté. |
Des tarifs simples et transparents.
Chaque offre comprend la migration gratuite, les sauvegardes quotidiennes, le SSL et l’assistance 24 h/24, 7 j/7.
- 1 site WordPress
- 10 Go de stockage NVMe
- SSL gratuit
- Sauvegardes quotidiennes
- Déploiement en un clic
- Assistance par tickets
- 5 sites WordPress
- 50 Go de stockage NVMe
- SSL gratuit
- Sauvegardes quotidiennes
- Déploiement en un clic
- Assistance prioritaire par tickets
- 20 sites WordPress
- 200 Go de stockage NVMe
- SSL gratuit
- Sauvegardes quotidiennes
- Déploiement en un clic
- Assistance dédiée
Questions fréquentes.
Mes plugins ont été configurés autour d'un système de fichiers en lecture seule. Que se passe-t-il ?
Qu'est-ce qui remplace les environnements dev, test et live ?
Il n'y a pas de .htaccess sur Pantheon. Où va cette configuration ?
Redis était-il un extra là-bas ?
Pouvez-vous faire correspondre notre processus de déploiement actuel?
Déplacez-vous de Pantheon sans porter ses contraintes avec vous.
Migration libre, solutions de rechange déveludes, et votre processus de déploiement convenu avant que n'importe quoi change.