Hoe u een PHP-website naar een nieuwe webserver / webhost migreert

U heeft dus vastgesteld dat u uw ISP moet migreren, omdat uw bestaande provider geen overtuigende huidige versie van PHP biedt. Het proces van het migreren van de website naar een nieuwe hostingomgeving wordt hieronder samengevat en heeft tot doel alle belangrijke stappen te omvatten die u moet ondernemen.

Zorg ervoor dat u dit volledig leest voordat u daadwerkelijk een migratie probeert te starten. Zoals reeds vermeld, is dit slechts een samenvattende handleiding en kan het zijn dat uw daadwerkelijke migratie enkele van de stappen die we vermelden overslaat als deze niet relevant zijn. Het kan ook zijn dat u enkele extra stappen moet ondernemen om uw website op de nieuwe webserver te laten werken.

Voorbereiding

1. Maak duidelijk waar u naartoe gaat migreren - de eerste stap in het proces is uiteraard het vinden van een geschikte vervangende server of internetprovider (ISP). Zorg ervoor dat de nieuwe ISP niet alleen de momenteel onderhouden PHP ondersteunt, maar ook al het andere dat specifiek is voor uw website.
   
   Dit kan van alles zijn, van een bepaalde technologie, zoals een caching- of geheugenbeheersysteem (bijvoorbeeld rood) naar een programma dat op de server is geïnstalleerd en waar uw website gebruik van moet maken. Bijvoorbeeld ffmpeg (een videocoderingstool).
   
   Het is ook de moeite waard om te controleren of de nieuwe provider de nieuwste beveiligingsstandaarden ondersteunt, en misschien zelfs wel gratis SSL-certificaten aanbieden via een dienst als Laten we coderen. Als u zakelijke vereisten heeft, heeft u deze misschien nodig PCI DSS-certificering?
   
   Als u niet 100% zeker weet wat uw website moet doen, neem dan contact op met de mensen die de website hebben gemaakt om dit te verduidelijken. Als u nog steeds niet zeker bent, kunt u in theorie nog steeds doorgaan met de overdracht en vervolgens de nieuwe verborgen kopie van uw website testen om te zien of er problemen optreden.
   
   
2. Maak een back-up van uw bestaande site: websitebestanden (stap 1/2) - Het is van levensbelang dat u eerst een back-up maakt van uw bestaande website op de oorspronkelijke provider en een veilige kopie van deze back-upbestanden bewaart. Uw website wordt waarschijnlijk geleverd met een visueel klantenbeheerportaal waarmee u door bestanden op de webserver kunt bladeren. Hopelijk kun je hiermee één ZIP-bestand van de hele website maken. Zorg ervoor dat u een back-up maakt van de gehele structuur. Uw website bevindt zich mogelijk gewoon in een openbare map waarin de hoofdmap van de website zichtbaar is. Andere websites verbergen echter om veiligheidsredenen sommige van hun bestanden buiten (boven) deze openbare hoofdmap. Als u niet zeker weet waarvan u een back-up moet maken, vraag dit dan aan de ontwikkelaar van uw website.
   
   Deze back-up is niet alleen bedoeld voor het creëren van een veilige terugval mocht er iets misgaan, maar deze bestanden zullen ook zijn wat u in de volgende stap van deze handleiding naar de nieuwe hosting overzet.
   
   
3. Maak een back-up van uw bestaande site: database (stap 2/2) - Uw website heeft waarschijnlijk een database die de meeste inhoud en instellingen bevat. Niet alle websites hebben echter een database nodig om te kunnen werken en als de jouwe dat niet heeft, kun je deze stap uiteraard overslaan.
   
   Als u wel een database(s) heeft waarop uw website draait, log dan in op uw klantbeheerportaal. Daar zou u een optie moeten vinden om een ​​back-up te maken en een live momentopname van de database te downloaden.
   
   Als uw website over functionaliteit beschikt waarmee gebruikers zelf inhoud kunnen toevoegen, is de kans groot dat u een exacte planning moet maken wanneer deze back-up moet worden gemaakt. Het normale antwoord is zo dicht mogelijk bij het overdrachtspunt. De reden hiervoor is eenvoudigweg dat het maken van een back-up enkele uren/dagen vóór de daadwerkelijke overdracht het risico met zich meebrengt dat het database-extract verouderd is zodra het wordt gemaakt. Het resultaat van het installeren van die kopie op de nieuwe server zou het plotselinge verlies zijn van alle gegevens die zijn gemaakt/bewerkt na het punt waarop de back-up werd gemaakt toen u de overstap maakte om de nieuwe server in te schakelen.
   
   We raden u aan om nu duidelijk de versie van uw bestaande databaseserver te noteren en deze vervolgens te vergelijken met de versie die uw nieuwe hosting zal hebben. Een grote sprong in de versie kan later in het importproces tot importproblemen leiden. Als u niet zeker weet hoe u dit moet doen, kunnen uw leveranciers dit voor u ophelderen.
   
   

Het kopiëren van de website

1. Kopieer de bestanden - Kopieer de zip van uw websitebestanden naar uw nieuwe hostingaccount. U zult dit waarschijnlijk kunnen doen via een visuele webgebaseerde interface of via een overdrachtssysteem zoals FTP/SFTP.
   
   
2. Importeer uw database - het proces voor het installeren van de back-up van uw database (waarschijnlijk een .zip-bestand of .sql-tekstbestand) op de nieuwe webserver zou ook mogelijk moeten zijn via een webgebaseerde interface. De details hiervan zijn nogal variabel, afhankelijk van uw hostingplatform, dus we zullen niet verder ingaan op details. Als u echter niet zeker weet hoe u dit moet doen, kunt u een ticket indienen bij uw nieuwe ISP, die u zou moeten kunnen helpen.
   
   

Kopieertaken plaatsen

1. Machtigingen - Als uw website bestanden moet kunnen maken/bijwerken/verwijderen (misschien kunnen gebruikers bijvoorbeeld afbeeldingen uploaden), dan moet u mogelijk specifieke bestandsrechten instellen voor sommige mappen in de bestandsstructuur van de website.
   
   
2. Is de url veranderd? - Als om de een of andere reden het webadres/domein van uw website tijdens de migratie is gewijzigd, moet u mogelijk nu verschillende instellingen bijwerken. Deze kunnen worden opgeslagen in configuratiebestanden of in databaserecords. WordPress staat erom bekend dat het op dit vlak lastig is, omdat het de volledige web-URL van een bericht in elk record van zijn database schrijft. U moet dus al deze records bijwerken in het geval van een nieuwe URL.
   
   

Klaar om live te gaan? Niet zo snel...