Hébergement WordPress pour les sites se déplaçant des serveurs Hetzner auto-gérés.
Le problème est qu'une personne a construit la pile, la documentation est dans sa tête, et le site est devenu quelque chose qu'ils peuvent toucher en toute sécurité.
Une pile de quelqu'un construit à la main.
Un serveur autogéré accumule des comportements que rien n'enregistre. Trouver c'est la migration; copier les fichiers est la moitié facile.
Cron emplois personne écrit
Les crontabs du système détiennent régulièrement des tâches dont dépend le site - les importations de flux, sauvegardes, chauffe- caches - qui n'existent nulle part dans WordPress. Chacun est trouvé et reproduit délibérément.
Règles de serveur Web faisant du vrai travail
Redirige, réécrit, règles d'accès et limites de taux vivent souvent en nginx ou dans la configuration Apache plutôt que dans le site. A gauche, le site perd du comportement sans rien dans WordPress pour l'expliquer.
Une base de données adaptée à cette boîte
Les pools tampons et les limites de connexion ont été dimensionnés pour un serveur spécifique. Ces paramètres sont re-dérivés de ce que le site utilise réellement plutôt que copiés à travers.
Certificats et renouvellements
Les minuteurs Certbot, les crochets de renouvellement personnalisés et toute configuration épinglée sont remplacés par des TLS gérés, donc personne n'a à se rappeler pourquoi un script de renouvellement existe.
Des sauvegardes qui cessent d'être ton boulot
Quel que soit le script qui écrivait des instantanés est remplacé par des sauvegardes quotidiennes reproduites hors de l'origine, restituable à partir d'un tableau de bord plutôt que d'une commande que vous devez chercher.
Trouvez ce que le serveur faisait pour vous.
Le mode d'échec ici n'est pas la perte de données. C'est un site qui fonctionne pendant trois semaines et qui rate ensuite la chose qu'un travail de cron oublié faisait chaque mois.
- Système crontab vérifié ligne par ligne
- Réécriture du serveur Web et des règles portées
- Renouvellement TLS remplacé par des certificats gérés
- Les sauvegardes ont déplacé un script manuscrit
La même classe matérielle, sans le télégraphe.
Les serveurs autogérés sont généralement rapides jusqu'à ce que quelque chose ait besoin d'attention à une heure incommode.
Ce que nous changeons à partir d'un serveur autogéré
Ces derniers diffèrent d'une migration standard sur le même plan, car la source n'a pas de configuration définie à importer - seulement peu importe ce que le dernier administrateur a laissé derrière.
| Paramètre | Notre configuration | Pourquoi |
|---|---|---|
| Vérification Crontab | Chaque entrée cron système revue et recréée explicitement | Les sites autogérés accumulent entièrement le travail programmé en dehors de WordPress, et parce que ces emplois fonctionnent mensuellement ou trimestriellement leur absence est découverte semaines après la migration regardée réussie. |
| Règles du serveur Web | Redirige, réécrit et limite de taux extrait de la configuration du serveur et reproduit | Comportement implémenté en nginx ou Apache est invisible de l'intérieur WordPress, donc une migration qui déplace l'application en silence baisse les règles du référencement et de la sécurité du site dépendent. |
| Taille de la base de données | Re-décrivé de l'ensemble de travail mesuré plutôt que copié de l'ancien my.cnf | Ces valeurs ont été choisies pour la mémoire d'une machine, il y a souvent des années et souvent par devinette, de sorte que les faire passer à travers conserve une décision que personne n'a revisité depuis la commande du serveur. |
| Renouvellement de la SLT | Timeurs et crochets de certebot laminés à la main remplacés par des certificats gérés | Les scripts de renouvellement échouent silencieusement et sont remarqués à l'expiration du certificat, qui est le seul mode de défaillance qui prend le site entier hors ligne à une heure personne n'a choisi. |
| Transfert opérationnel | Sauvegardes, suivi et mises à jour transférés des scripts personnels à la plate-forme | Le risque réel sur un serveur construit à la main est qu'une personne le comprend, de sorte que la migration est complète seulement lorsque rien d'important ne dépend de leur mémoire. |
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.
Mon serveur Hetzner est rapide.
Que manque-t-on le plus souvent dans cette migration?
Mes redirections de nginx se retrouvent-elles ?
Pouvez-vous correspondre à mon accord actuel MySQL ?
Est-ce que je vais avoir SSH et WP-CLI ?
Déplacez-vous d'un serveur construit à la main sans perdre ce qu'il a fait.
La migration libre, chaque travail de cron a été pris en compte, et le TLS qui se renouvelle sans vous.