NouveauBlack Friday : 50 % de réduction sur votre premier paiement
SpinupWP Migration

Hébergement WordPress pour les sites se déplaçant de SpinupWP.

Le cache de page de SpinupWP vit dans Nginx, et les règles qui décident quand il efface live dans un plugin lui parlant. Copier le site sans eux et chaque page est soit statique ou non.

Règles de purge reproduitesCron a gardé hors de la circulation des visiteursMigration gratuite
Coché de parité des cachesPréservéPas de serveur à exécuterSauvegardes quotidiennesSSL gratuitAssistance 24h/24 et 7j/7
Le cache n'est pas en WordPress

Ce qui doit réellement bouger.

La base de données et les téléchargements sont simples. Le comportement de cache est la partie qui a rendu le site rapide, et il n'est pas à l'intérieur de l'installation.

Comportement de cache de page reproduit, non réinventé

SpinupWP cache dans Nginx et exempte les utilisateurs connectés, les chariots et les chaînes de requête. Ces exemptions doivent exister ici le premier jour ou le site se brise de manière qui semble aléatoire.

ExonérationsVérifié après coupe

Les règles de purge qui mettent en feu les bons événements

Un cache de page n'est que aussi bon que son invalidation. Publier un message doit effacer l'archive, la page d'accueil et le flux, pas seulement l'URL propre du message.

Cron qui reste hors de la circulation des visiteurs

SpinupWP exécute WP-Cron depuis le système cron. Revenir à la valeur par défaut WordPress lors de la migration est la façon dont les messages programmés et sauvegardes deviennent discrètement peu fiables.

cache objet, s'il y en a un

SpinupWP offre Redis mais ne l'exige pas. Si le site a eu un changement de son profil de requête assez que supposer de quelque façon est une erreur.

Administration du serveur remise

SpinupWP automatise la fourniture de votre compte DigitalOcean ou Hetzner. L'automatisation est excellente et le compte, la facture et la responsabilité restent à vous.

La migration

Correspond à la mise en cache avant de changer de DNS.

Un site qui était rapide sur SpinupWP et lent ici a presque toujours une cause: les exemptions sont tombées sur et les règles de purge n'ont pas, ou l'inverse.

  • Exemptions de cache inventoriées et reproduites
  • Événements de purge mapisés sur les mêmes déclencheurs
  • System cron recréé sur notre planificateur
  • Restaurer toute sauvegarde quotidienne depuis le tableau de bord
Exemptions pour les caches
Ficelles de requête, chariot, pliage
reproduit
Événements de purge
Publier, mettre à jour, commenter
cartographié
Cron
Planificateur, WP-Cron off
conservés
Coupe-papiers
TTL abaissé, DNS déplacé
en cours
Performances

Une page en cache et le moment où ce n'est pas le cas.

Les deux hôtes servent un cache frappé en millisecondes à un seul chiffre. La différence est entièrement dans la fréquence du cache est juste, et ce qui se passe sur une erreur.

Correspondance
exemptions concernant le cache
Cartographié
les déclencheurs de purge
NVMe
stockage sur chaque plan
MagicWP150 ms
Exemptions manquantes après la migration1250 ms
Règles de purge non appliquées890 ms

Comparaison illustrée d'un cache manquant après une migration incomplète. Vos chiffres dépendent de la configuration du cache original.

Configuration

Ce que nous changeons en sortant de SpinupWP

Ces derniers diffèrent d'un site WordPress standard sur le même plan, et chacun suit d'un cache qui vivait dans le serveur Web plutôt que dans WordPress.

ParamètreNotre configurationPourquoi
Exemptions de cache de pagesLire à partir de la configuration Nginx existante et reproduit explicitementLes exemptions de SpinupWP pour les utilisateurs connectés, les chariots et les chaînes de requête sont dans le serveur Web, de sorte qu'une migration de fichiers et de bases de données laisse un site en cache qu'il ne doit jamais cacher.
Déclencheurs de purgeÉvénement mappé par événement plutôt que par défaut pour purger toutL'invalidation est ce qui rend une page cache digne de confiance, et une migration qui revient à effacer le cache entier sur chaque sauvegarde abandonne la plupart du taux de succès du site.
Exécution de couronneConservé sur un vrai planificateur, correspondant à la configuration déjà en placeSpinupWP désactive WP-Cron en faveur du système cron, donc la restauration de la valeur par défaut WordPress lors d'une migration rend la publication programmée peu fiable pour la première fois.
Présence de cache d'objetsÉtabli à partir de l'ancien serveur plutôt que supposéRedis est optionnel sur SpinupWP, et si elle était en cours d'exécution modifie le profil de requête assez que deviner produit soit une régression ou une mémoire gaspillée.
Compte infrastructuresFermé sur votre côté après vérification de la coupeLes dispositions SpinupWP dans votre propre compte cloud, donc les serveurs continuent à vous facturer jusqu'à ce que quelqu'un les éteint délibérément.
Offres

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.

MensuelAnnuel
Starter
Pour les sites personnels, blogs et portfolios.
16,67 USD/mois
200 $US par an · économisez 40 $US
  • 1 site WordPress
  • 10 Go de stockage NVMe
  • SSL gratuit
  • Sauvegardes quotidiennes
  • Déploiement en un clic
  • Assistance par tickets
Démarrer l’essai gratuit
Pro★ Le plus populaire
Pour les entreprises en croissance et les boutiques très fréquentées.
66,67 USD/mois
800 $US par an · économisez 160 $US
  • 5 sites WordPress
  • 50 Go de stockage NVMe
  • SSL gratuit
  • Sauvegardes quotidiennes
  • Déploiement en un clic
  • Assistance prioritaire par tickets
Démarrer l’essai gratuit
Enterprise
Pour les agences et les plateformes à fort trafic.
208,33 USD/mois
2 500 $US par an · économisez 500 $US
  • 20 sites WordPress
  • 200 Go de stockage NVMe
  • SSL gratuit
  • Sauvegardes quotidiennes
  • Déploiement en un clic
  • Assistance dédiée
Démarrer l’essai gratuit
Questions fréquentes

Questions fréquentes.

Mon site sera-t-il encore aussi rapide ?
Cela dépend de la reproduction des règles de cache, qui est la partie que nous faisons en premier. SpinupWP vitesse vient de Nginx niveau cache configuré en dehors de WordPress, donc une copie du site seul ne porte sur rien de lui.
Qu'arrive-t-il à mes serveurs DigitalOcean ou Hetzner ?
Ils restent le vôtre et continuent à facturer jusqu'à ce que vous les fermiez. Les dispositions SpinupWP dans votre propre compte cloud, donc rien de la migration ici arrête cette facture - annuler une fois que vous êtes confiant dans la coupe.
Dois-je conserver le plugin SpinupWP ?
Non, et il devrait être supprimé. Il existe pour parler à leur cache Nginx, donc une fois le site est ici il est soit inerte ou activement déroutant à qui débogue le site suivant.
Les postes prévus vont-ils continuer à fonctionner ?
Oui. Votre configuration fonctionne déjà cron du système plutôt que du trafic de visiteurs, et nous le conservons de cette façon. L'erreur à éviter est de revenir à la valeur par défaut WordPress pendant le déménagement.
J'utilisais Redis sur SpinupWP ?
Nous vérifions plutôt que de supposer - il est facultatif là. Si un cache objet était en cours d'exécution modifie matériellement le profil de requête, donc c'est une des premières choses établies avant le déplacement.

Déplacez SpinupWP sans perdre la mise en cache qui a rendu le mouvement rapide.

La libre migration, les exemptions et les règles de purge reproduites, et aucun compte cloud ne fonctionne.