Nieuwe website uploaden
Je hebt een website een populaire website, met laten we zeggen, 10.000 gebruikers die dag in dag uit op je website rondhangen en nooit weg gaan...
En na maanden programmeerwerk besluit je een compleet nieuwe versie online te zetten....
De chips en koffie zijn inmiddels op.. dus het word tijd om aan de bak te gaan... versie 2.0 gaat online.
Je wilt het liefst alles verwijderen en er een nieuwe versie op zetten... niks is mooier dan om met een schone lei te beginnen en al die oude bestanden gelijk weg te gooien ( overschrijven heeft geen zin, met versie 1.0 heb je veel beginnersfouten gemaakt ;-) )...
Dus hup, online met die hap...maar die bezoekers zijn met geen mogelijkheid weg te slaan, ze blijven maar online, je hebt immers een mega populaire website..dag in dag uit...( you wish! )
Zet je er een tijdelijke 503 op? Sluis je de bezoekers weg naar een ander IPadres doormiddel van DNS?
Wat zou jij doen en hoe zou je dit aanpakken?
Zet je nieuwe website klaar en zodra de boel klaar is gooi je je DNS om + redirect op oude index, of in geval van zelfde server zet je de juiste index live.
Kwestie van informeren dus.
Gewijzigd op 13/05/2015 15:05:59 door E vH
Verder ligt het er ook aan of er nog dingen geconverteerd moeten worden, als je dan ook veel schrijf-acties op je database plaatsvinden (forum, community), dan is enige downtime onvermijdelijk. Je zou in zulke gevallen de site wel bereikbaar kunnen houden, maar als read-only, waarbij alleen SELECT-functies mogelijk zijn. Een handige melding hierover naar je bezoekers zou dan niet overbodig zijn.
Als je één server hebt, dan zet je gewoon een maintenance-pagina op. Dat doe ik ook voor mijn website.
Code (php)
1
2
3
4
5
6
7
8
9
10
2
3
4
5
6
7
8
9
10
<VirtualHost *:80>
ServerName www.domain.com
ServerAlias domain.com
DocumentRoot path/to/www/domain/public_html
</VirtualHost>
<VirtualHost *:80>
ServerName new.domain.com
DocumentRoot path/to/www/domain.new/public_html
</VirtualHost>
ServerName www.domain.com
ServerAlias domain.com
DocumentRoot path/to/www/domain/public_html
</VirtualHost>
<VirtualHost *:80>
ServerName new.domain.com
DocumentRoot path/to/www/domain.new/public_html
</VirtualHost>
Je maakt vast een map /old/ aan.
Je maakt index.html aan en past .htaccess aan dat alles naar index.html gaat
(.html gaat voor .php meestal!)
Iedereen komt dus op index.html
Daarna verplaats je alle bestanden in je root naar /old/
Daarna verplaats je de bestanden uit /new/ naar je root
Je .htaccess wordt waarschijnlijk overschreven
Daarna verwijder je index.html
Mensen zien dan wellicht redelijk kort die index.html. Maar so what? Dan weten ze dat de update bezig is.
Verplaatsen van bestanden het liefst direct via de server (via FTP kan ook), zodat het enkel verplaatsen is. Dat duurt veel korter dan kopieren/downloaden/uploaden.
Onlangs nog een phpBB3 forum geupgraded op die manier. Duurde hooguit 2 minuten aan downtime.
Dat we daarna nog 3 weken bezig waren het forum draaiend te maken/houden is een ander verhaal. Man, wat was hij traag en liep vaak vast. Maar goed, zonder 5000 testgebruikers per uur was dat niet voorzien.
Een zoekindex van 6.000.000 berichten is ook niet heel snel te doorzoeken (phpbb-zoekfunctie is niet echt snel)