Leer hoe om u webwerf te rugsteun en te herstel met die beste praktyke in die bedryf, ongeag watter webwerf-CMS of metode gebruik word om u webwerf te bou.
Terwyl u 'n besigheidswebwerf bou, is u eerste besorgdheid oor die algemeen: u werf aan die gang; dit verg baie werk; die belangrikste is dat alles werk. Dit is vinnig aan die gang, en skielik gebeur daar iets. Dit is weg. U lêers ontbreek.
As u u webwerf op 'n plaaslike bediener gebou het, kan u voel dat u reeds 'n rugsteun het. U het alles op twee plekke, nie waar nie? Lêers bestaan ​​op die bediener en op u rekenaar. Wat kan verkeerd gaan? Dit verg nie veel verbeelding om te dink aan wat kan gebeur nie. U rekenaar sterf om een ​​of ander rede, of dit nou 'n onverwagte kragstuwing is, of u 3-jarige besluit dat dit lekker is om melk op u skootrekenaar te giet. Maar hey, jy het dit op die bediener gestoor, so hoekom moet jy jou bekommer, nie waar nie? Nie so vinnig nie….
Wat as die bediener 'n probleem het, of dat die super-goedkoop en skynbaar betroubare aanbieder aanbly sonder enige waarskuwing? Wat van die feit dat u webwerf 'n databasis het? Het u 'n presiese afskrif van elke lêer op u rekenaar?
In hierdie artikel bespreek ek alles wat u moet weet oor die rugsteun van u webwerf, insluitend die redes waarom, wat en hoe.
1 Waarom rugsteun?
1.2 Lêers / slegte opdragte / menslike foute uitgevee
1.4 Slegte ontwikkelaar / werknemer / wie ook al
2 Wat om te rugsteun?
3 Hoe om te rugsteun?
3.1 1. Deur u webgasheer
3.2 2. CMS-inprop
3.3 3. Handmatige rugsteun
3.4 4. Rugsteundienste
4 Beste praktyke vir die opstel van 'n rugsteunstrategie
4.1 Hoe gereeld om te rugsteun?
4.2 Outomatiese skedulering
4.3 Gebruik afstandberging
4.4 Retensie span
4.6 Berg rugsteun op RAID Arrays
4.7 Selektiewe herstel
5 Die herstel van u rugsteun
6 Ekstra krediet: verhoog vir ontwikkeling
Daar is verskillende redes waarom u 'n rugsteun van u webwerf moet maak.
Wanware, randomware, geskrap lêers, slegte opdragte, menslike foute, ontevrede ontwikkelaars of werknemers en bedienerongelukke is alles redes waarom u u webwerf moet rugsteun.!
Sonder om te veel detail in te gaan, daar bestaan ​​nie iets soos 'n heeltemal veilige stelsel nie. Maak nie saak hoeveel veiligheidsprosedures en protokolle u in werking stel nie, alle stelsels is kwesbaar. Alhoewel daar grade van beveiliging is, is sommige stelsels kwesbaarder as ander. Dit is bykans onmoontlik om te voorkom dat u webwerf alle vorme van aanvalle het, en meer as u verwag dat mense u webwerf gebruik. Dink hieraan soos u huis; jy kan dit verseël soos Fort Knox, maar dan kon niemand inkom nie, dus moet jy deure hê. Seker dat u deure goeie slotte het, maar iemand kan altyd deur 'n venster inbreek.
Die mens se swakste punt in enige stelsel. Al wat nodig is, is 'n slegte klik, of om te reageer op 'n belangrike e-posadres om voor 'n phishing-aanval te swig. Sodra iemand in u stelsel is, deur middel van sagteware of andersins, is dit moontlik dat hulle u lêers vir losprys kan beheer. In plaas daarvan om geld uit te betaal aan onbekende persone wat u werf of lêers mag of nie kan teruggee nie, is u veel minder kwesbaar as u 'n kopie het.
Lêers / slegte opdragte / menslike foute uitgevee
Iets so eenvoudig soos om die verkeerde lêer op u bediener te verwyder, hetsy met 'n eenvoudige 'klik / verwyder' op Windows / Mac, of 'n opdragreël in Linux of die afgeleide instrumente daarvan, kan 'n sleutellêer uitvee of vir alle belangstelling alle lêers (in Linux) , die opdrag rm -r diretoryname verwyder 'n gids en al die lêers daarin, dikwels sonder enige bevestiging, nog erger, rm -rf / kan selfs leesalleen lêers en alles van die wortel verwyder, wat u hele masjien wesenlik sal doodmaak! ).
Kwaadwillige gedrag kom meer gereeld voor as wat ons wil. Soms is dit nie eens so eenvoudig soos 'n malware, of 'n ransomware-tipe hack nie; daar is baie mense wat webwerwe as sport gebruik. Selfs al is die inhoud van u webwerf iets wat u miskien nie van mening is dat dit vir 'n hacker van groot waarde is nie, kan dit steeds voorkom. Dit is veral 'n risiko vir diegene wat gewilde platforms soos WordPress gebruik, met baie goed gedokumenteerde swakhede, wat, as dit nie gelap word nie, u met 'n groot doel op u rug laat..
Slegte ontwikkelaar / werknemer / wie ook al
Baie ondernemings maak baie staat op derde partye om ons webwerwe te ontwerp. In die meeste gevalle is webontwikkelaars net so eerlik soos die res van ons. Die meeste (soos joune) is wonderlike en eerlike mense (en beskeie!). Maar miskien kom u in 'n betalingsgeskil? Mense as mense is baie uiteenlopend as dit by etiese gedrag beskou. Dit is baie maklik vir 'n kwaad (of onheilspellende) werknemer wat toegang het tot u webwerf se agterkant om die webwerf eenvoudig af te neem as hulle nie gelukkig is nie, of om watter rede ook al. Dit is iets waaraan ons nie wil dink nie, maar dit is oor die algemeen 'n goeie idee om veilig te wees.
Tegnologie is wonderlik as dit werk. In die meeste gevalle, veral as u 'n soliede en betroubare gasheerfirma gebruik, val die bediener ineenstortings waar u data uitgewis word. Maar selfs die beste aanbieders het probleme. In baie gevalle word u webwerf deesdae waarskynlik op 'n virtuele bediener aangebied. Met ander woorde, u data is nie op 'n onafhanklike fisiese rekenaar nie, maar word met baie ander mense of besighede gedeel. Dit is baie gereeld dat gasheerverskaffers baie verskillende "virtuele" gevalle op een fisiese bediener huisves.
Vir die meeste hostingondernemings is dit meer gereeld as nie, en tensy u bereid is om die groot geld te gebruik om u eie fisiese bediener te bekom, sal u waarskynlik die ruimte deel. As iets verkeerd gaan in 'n ander segment, kan dit u werf en u lêers beïnvloed.
Ook, selfs as u u webwerf op een fisiese bediener aangebied het, is dit in wese steeds net 'n rekenaar. Terwyl bedieners geneig is om op veilige plekke gebêre te word, net soos op u eie rekenaar, is daar steeds die kans dat iets verkeerd kan gaan. Bedieners kan oorverhit, daar kan 'n onverwagte natuurramp wees, 'n kragskommeling op presies die verkeerde tyd, of selfs 'n versteekte vervaardiger se fout wat die verlies van u data kan veroorsaak. Boonop kan bedienersplase 'n teiken wees vir gekoördineerde DDOS-aanvalle (DDOS), wat in uiterste gevalle 'n volledige herlaai kan vereis; dit hou altyd die moontlikheid in dat sommige of alle data verlore gaan.
Om hierdie redes is dit oor die algemeen 'n goeie idee om 'n afskrif van alle belangrike gegewens op 'n ander plek te hou, so as een van hierdie moontlikhede is, maak nie saak hoe onwaarskynlik (wisselend van geval tot geval) nie..
Wat om te rugsteun?
Die tipe dinge wat u moontlik wil rugsteun, kan in die volgende kategorieë verdeel word:
Dit is al die lêers wat u webwerf bevat. Dit bevat alle bladsye / skrifte / CSS-lêers en beelde of dokumente, of enige multimedia-inhoud wat die kerndeel van u webwerf is. U kan dink dat dit inhoud is wat nie verander nie; hulle bly as statiese voorwerpe. As gevolg hiervan, is dit gewoonlik die maklikste dele van u webwerf om te bestuur en te rugsteun.
Soos waarskynlik die geval is, gebruik die meeste webwerwe databasisse om produkte, individuele bladsye of ander items te stoor wat waarskynlik variasies van gedupliseerde inhoud is. As u databasis ietwat staties is (dit wil sê dat die meeste items op u webwerf selde verander), is dit relatief eenvoudig om 'n rugsteun te hou, net soos die lêers. As hierdie inhoud egter, soos in die meeste gevalle vloeiend is, soos blogplasings, produkte, transaksies of iets anders wat gereeld verander of bygevoeg word, moet u 'n manier vind om hierdie data gereeld te rugsteun.
As u 'n rekord van die e-pos of kontakinligting van gebruikers stoor. U het waarskynlik ook 'n volledige e-posbediener en rekords van al u e-postransaksies deur u gasheer. U sal waarskynlik alle rekords wil hou van u interaksies, e-posse en poslyste met behulp van hierdie rekening.
VINNIGE OPMERKING: As u kontakinligting in 'n ander databasis as u e-posbediener stoor, moet u dit ook rugsteun!
Hoe om te rugsteun?
Dit is nie baie moeilik om 'n rugsteun van u webwerf te maak nie, maar om te begin, moet u verstaan ​​dat daar verskeie metodes is. Dit wissel volgens kwaliteit, betroubaarheid en gemak (afhangend van u vaardigheidsvlak). Dit is oor die algemeen 'n goeie idee om meer as een te gebruik.
1. Deur u webgasheer
Enige goeie webgasheer moet 'n outomatiese rugsteun van al die lêers op die webbediener skep. Die webgasheer moet dit intern doen en sal daagliks rugsteun maak, ongeag wat u doen. U moet dus op u rugsteun van u webgasheer kan terugval as iets sou gebeur. Web-gashere hou egter meestal nie veelvuldige rugsteunweergawes nie en is hulle in hul guns. Hulle het 'n soort hulpmiddel om u eie rugsteun met die hand te maak. U kan byvoorbeeld maklik 'n volledige rugsteun van u webwerf maak via cPanel, 'n algemene kontrolepaneel wat deur die meeste webgasheer gebruik word.
Nie alle bedieners gebruik cPanel nie, maar bied gewoonlik 'n soortgelyke rugsteuninstrument teen 'n koste.
Om die rugsteunhulpmiddels van u bediener te gebruik, moet u u aanbieder vra en die handleidings lees wat hulle voorsien het. Tipies sal u lêers gestoor word as 'n rits lêer en op u bediener gestoor word. Afhangend van u platform, moet u miskien spesifiseer watter tipe formaat u wil hê. Hulle sal ook instruksies verskaf oor hoe om 'n rugsteun te herstel as dit nodig word.
As u webgasheer wel hierdie gerugsteunde kopie op die bediener verskaf, maak seker dat dit op 'n ander bediener as u webwerf gestoor word. Bedieners kan neerstort!
Die voordele verbonde aan die gebruik van u diensverskaffer is redelik voor die hand liggend; dit is tipies naatloos by u gasheer.
Die nadele het egter spesifiek te doen met u aanbieder. Alhoewel dit uitstekend is om u webwerf te huisves, is dit nooit verstandig om al u eiers in een mandjie te hou nie. As daar iets verkeerd gaan, soos daar 'n brand op hul bedieningsplaas is, of hulle onder 'n soort aanval deur hackers gaan (ja, dit gebeur wel per geleentheid; niemand is immuun nie en gasheerverskaffers is die belangrikste teikens).
Om hierdie redes en meer is dit 'n goeie idee om af en toe 'n kopie van die lêers op u rekenaar af te laai. U sal waarskynlik steeds self 'n kopie van u webwerf ten minste handmatig wil bewaar.
As u 'n gewilde CMS gebruik, soos WordPress, is daar baie plugins wat u kan installeer, soos Backup Buddy. Dit is baie handig en is maklik om te installeer.
Rugsteelprogramme kan egter tipies die negatiewe effek hê dat u u webwerf vertraag. Aangesien PHP die inheemse programmeringstaal vir WordPress is, gebruik die meeste plugins ook PHP. Alhoewel dit doeltreffend kan wees, kan dit geneig wees om stadig te loop, wat beteken dat dit moontlik is om u werf te vertraag in die loop van die proses (dit loop gewoonlik van dieselfde enjin af wat u werf vervaardig), en voeg ook die rommel by u webwerf, en is ook 'n abstraksie op hoër vlak as wat ideaal is.
'N Ander faktor is dat u, ironies genoeg, u werf kwesbaarder kan maak. PHP self het 'n paar bekende veiligheidsprobleme, veral as die kode wat gebruik word, verouderd is of slordig geskryf word. Tensy u seker is dat die kode in hierdie plugins (en ernstig is, wie het tyd om oor iemand anders se bronkode te soek), kan die inprop wat u gebruik om u data veilig te hou, dit minder veilig maak. (Ja, baie mense het 'n goeie naam en gee kwaliteitskode. Ek sou nie hier paniekerig raak nie, maar dit is iets om in gedagte te hou).
Alhoewel PHP 'n uitstekende koderingstaal is (dit is een van my gunstelinge, en ek gebruik dit daagliks), is dit 'n goeie idee om soveel funksies buite hierdie platform te laat loop. Tipies as u 'n rugsteun op OS-vlak wil doen. As u Linux of een van die afgeleides daarvan gebruik, wil u waarskynlik 'n skulpskrip, of 'n groeplêer in Windows, of 'n Macos-lêer op 'n Mac hê.
3. Handmatige rugsteun
Baie van ons ken miskien die 'old school'-manier om lêers te rugsteun: maak 'n kopie van alle lêers en plaas dit op 'n verwyderbare hardeskyf of stoor dit in die wolk. Dit is in wese dieselfde metode as wat u op u webwerf gebruik, met 'n paar waarskuwings.
Natuurlik, as u u webwerf plaaslik ontwikkel en dit dan via FTP (of hopelik SFTP) na u gasheer oordra, het u tegnies reeds 'n kopie van u webwerf. Daar is egter 'n belangrike verskil. As u 'n databasis op u webwerf het, het u heel waarskynlik verskillende inhoud plaaslik (in u toetsdatabasis) as op die regstreekse webwerf. Dit geld veral as u 'n soort CMS-sagteware (WordPress en dergelike) gebruik. As dit die geval is, word byna al die inhoud op u webwerf in 'n databasis geberg en leef dit in geen lêer nie, buite die databasis self..
Dit is eintlik relatief maklik om 'n rugsteun van die databasis te maak, veral as u MySQL gebruik. U moet eenvoudig 'n SQL-dump van die databasis kry; wat slegs 'n gewone tekslêer is wat al die inhoud van u databasis bevat. Sodra dit geskep is, kan dit eenvoudig opgelaai word as 'n lêer om die databasis te herbou.
Dit is relatief eenvoudig. Die volgende opdrag rugsteun 'n volledige databasis.
$ mysqldump -u [uname] -p [slaag] db_name > db_backup.sql
As u meer inligting oor die gebruik van hierdie en die verskillende opsies wil hê, kyk gerus na die MySQL-dokumentasie
Gaan na die uitvoer-oortjie van die databasis, kies al die opsies wat u benodig (gewoonlik sal u 'drop tabelle' wil insluit en databasisopsies skep om die laai van 'n nuwe eksemplaar oor 'n ouer weergawe moontlik te maak, maar koper oppas … dit sal Vee bestaande data uit om met 'n nuwe eksemplaar te vervang).
U kan dan al die lêers wat geskep is (die bronkode, die databasis en die beelde) neem en dit opsom en kopieë hou waar u wil (ek wil graag wolkberging soos Google Drive of Dropbox gebruik).
Die duidelike nadeel is dat u dit moet onthou, en dit is baie maklik om te vergeet. As u dit dus 'n stap verder wil neem, kan u skrifte skryf wat dit alles doen en die stelsel gebruik om dit periodiek uit te voer. In Linux is dit relatief maklik om die sql-dump via die opdragreël uit te voer en dan die skrif as 'n hardekop uit te voer, om een ​​keer per dag, week of enige tydsraamwerk wat u wil, te laat loop. In vensters kan u 'n groep en die ingeboude taakbeplanner gebruik. My tipiese manier om dit te doen is om 'n joernaal met 'n sql-dump en daarna 'n groot kopie van 'n volledige gids na my Dropbox-rekening uit te voer.
VINNIGE OPMERKING: U wil die gids waar dit geberg word van tyd tot tyd skoonmaak; terwyl SQL-lêers, wat tekslêers is, gewoonlik klein is, kan hulle mettertyd opbou, en as u nog ander rugsteun van beelde of multimedia-lêers gebruik, kan u vind dat u skyf / bediener voor lank in die nate bars..
Natuurlik kan dit alles oorweldigend voel; dit verg nog aandag en iets so eenvoudig soos om 'n gids skoon te maak, kan daartoe lei dat lêers gedrup word of dat skielike fooie by u rekening gevoeg word (Dropbox laat 'n paar optredes gratis toe, maar dan kan dit vinnig van daar af opgaan).
Om hierdie rede, as u 'n bedryfswebwerf bestuur, is dit waarskynlik 'n goeie idee om 'n professionele rugsteundiens te gebruik. Dit sal gewoonlik alles doen wat hierbo genoem word, maar op 'n meer betroubare manier. Anders as handmatige rugsteun, sal iemand anders die werk vir u doen en sorg vir al die klein probleme waarmee u te kampe het. Anders as plugins, sal hulle buite u webwerf loop; jy hoef dit nie by te voeg nie. Hulle moet geen verwerkingsnelheid wegneem nie en sal ook nie sekuriteitsveilighede skep terwyl hulle dit doen nie.
Hieronder is 'n baie kort voorbeeld van enkele gewilde rugsteundienste. (Disclaimer: Dit is nie bedoel om selfs 'n uitgebreide gids te wees nie, net genoeg om 'n begrip te kry van wat daar is. Ek het nie al die genoemde dienste getoets nie).
Sucuri Backups – 'n uitstekende oplossing, want ons beveel aan dat u Sucuri gebruik om u webwerf te beveilig.
Laat val my webwerf
Beste praktyke vir die opstel van 'n rugsteunstrategie
Maak nie saak watter metode u kies nie, u moet 'n werkvloei-plan hê om 'n rugsteun van u webwerf te maak. Alhoewel al die bogenoemde metodes sal werk, moet u 'n strategie hê, of u kan enige ernstige kwesbaarhede hê. Maak 'n kontrolelys en bepaal antwoorde vir die volgende kategorieë
Hoe gereeld om te rugsteun?
Dit is belangrik. Wil u daagliks of maandeliks rugsteun doen? U kan die idee oorweeg om elke keer te hardloop sodra u webwerf verander (nuwe produk, nuwe blogpos, ens.). Dit is aan u, maar u moet seker maak dat u 'n plan het.
Na aanleiding van bogenoemde is die opstel van 'n skedule die sleutel. As 'n basislyn, sal u waarskynlik 'n skedule wil stel vir wanneer rugsteun sal plaasvind.
Waar stoor u hierdie data? U wil nie net kopieë op u bediener of selfs op u skootrekenaar hou nie. Gaan u 'n eksterne hardeskyf gebruik? Die wolk? Watter wolkdiens?
Hoe lank moet u kopieë van elke rugsteun hou? Sal lêers van 'n jaar gelede nodig wees, of versamel hulle net stof en kan dit vervang word deur meer onlangse rugsteun?
Sekuriteit vir u rugsteun is belangrik, veral as u inligting oor eiendom het (soos vertroulike inligting oor die prys van produkte, of selfs meer belangrik, rekords van kliënte). Beplan 'n plan om rugsteun geïnkripteer te hou & beskerm (AES 256-bis privaat sleutel enkripsie en TLS / SSL vervoersekuriteit). Kom meer te wete oor kodering.
Berg rugsteun op RAID Arrays
RAID Arrays (oortollige skikkings van onafhanklike skywe) is nie net 'n goeie idee om verskeie kopieë van u webwerf en / of data te skep nie, maar dit verbeter ook die werkverrigting. Dit sal ekstra beskerming bied indien een van die skywe nie slaag nie. Dit is 'n tipiese kenmerk wat deur professionele rugsteundienste aangebied word.
Hou 'n prosedure in plek as u nie elke stuk van u werf hoef te herstel nie. Miskien is dit meestal goed, maar sommige stukke kan verlore gaan. Byvoorbeeld, as een produktafel beskadig is, hoef u slegs die stuk in u SQL-dump te vervang. Dit is gewoonlik 'n beter idee as om alles uit te wis om een ​​lêer te vervang. In werklikheid is dit 'n algemene fout om alles te vervang as iets verkeerd gaan. Natuurlik, dit sal werk, maar u sal alles verloor wat plaasgevind het na die laaste rugsteun. Dit is die beste om te identifiseer of u alles moet vervang. Stoor volledige rugsteun vir 'n laaste uitweg as alles anders misluk.
Die herstel van u rugsteun
Goed, so jou webwerf het verdwyn, maar jy het 'n rugsteun. Hoe herstel u u webwerf vanaf die rugsteun? Dit relatief eenvoudig. As die kopie as 'n zip-lêer gestoor word, pak dit dan uit en laai die lêers dan weer terug op hul oorspronklike plek. Neem die SQL-lêer (die tekslêer wat tydens die SQL-dump geskep is) en herskep die databasis met behulp van die opdragreël, of as u phpMyAdmin (of enige ander grafiese databasisbestuurstelsel soos MySQL Workbench) gebruik, of voer die lêer in of kopieer die hele ding in 'n SQL-venster en voer dit uit.
Toets dit plaaslik, en as alles werk, laai dit alles weer op die bediener in. U moet binnekort weer op dreef wees.
As u 'n professionele rugsteundiens gebruik, sal hierdie proses waarskynlik nog makliker wees. Enige ordentlike diens moet u instrumente bied om u rugsteun te herstel, of dit nou gedeeltelik herstel of 'n volledige webwerf-herstel is.
Ekstra krediet: verhoog vir ontwikkeling
Behalwe vir die eenvoudige rugsteun van bestaande lêers, as u 'n eie webwerf ontwikkel, of saam met 'n span ontwikkelaars werk, wil u dalk 'n weergawe-stelsel oorweeg om rekord te hou van alle fases tydens die ontwikkelingsproses. As u u werf bou, sal daar gewoonlik weergawes en veranderinge aan die ontwerp van u webwerf wees. Miskien doen u 'n volledige herontwerp van u webwerf, maar wil u 'n kopie van die ou werf hou.
Soos dikwels die geval is, loop iets vreeslik verkeerd tydens die ontwikkeling van die webwerf en moet u 'n lêer vind soos dit was voordat dit verander is. U sal ook 'n plaaslike ontwikkelingsweergawe van u webwerf wil hou om bywerkings of veranderinge aan te bring voordat u dit in die openbaar bekendstel.
Dit is waar weergawestelsels in die spel kom. Dit is soortgelyk aan die maak van kopieë van lêergidse elke keer as u 'n verandering maak, maar is baie meer georganiseerd en kan samewerkende ontwikkeling moontlik maak.
Git is 'n fantastiese instrument om u ontwikkelingsproses goed georganiseerd te hou. Dit werk om plaaslike kode-rugsteun te skep, sowel as om maklik heen en weer na die wolk te verskuif vir veilige rugsteun op afstand. In plaas daarvan om veelvuldige kopieë van lêers in verskillende kaarte te hê; dit word in takke geberg, wat meerdere mense in staat stel om aan lêers te werk sonder soveel risiko's vir konflik. As hulle gereed is, kan dit saamgevoeg word in die hoofontwikkelingsvertakkings en uiteindelik in 'n meestertak wat ontplooi word.
Hieronder is twee van die gewildste Git-bewaarplekke.
GitHub is gratis as u bereid is om u bronkode te deel (dit is Open Source in sy hart), maar bied ook baie bekostigbare privaatkode-bewaarplekke. Dit is ook 'n wonderlike plek om na kodebrokkies om te sien en is gasheer vir 'n wonderlike gemeenskap van ontwikkelaars
BitBucket is soortgelyk; hoewel hulle nie so groot is van 'n gemeenskap nie, bied hulle tog gratis privaat bewaarplekke aan.
Terwyl sommige metodes beter voordele as ander het, is dit 'n noodsaaklikheid om nie 'n rugsteun van u webwerf te maak nie. Ideaal gesproke moet u dit oorweeg om 'n kombinasie van die bogenoemde metodes te gebruik. As u seker maak dat u kopieë van lêers het, sal u 'n groot kopseer op die pad spaar. Al gebeur daar niks slegs met u webwerf nie, en u het dit nie nodig nie, dink aan die ekstra slaap, en u hoef nie daaroor te bekommer nie. U rugsteun u lêers op u rekenaar; u webwerf moet dieselfde reëls volg.