Skip to main content

Webservers en workflow van testen naar productie

Workflow, Git, Dreamwaver & Webserver (Juni- 2026)

Workflow, Git, Dreamwaver & Webserver (Juni- 2026)
Anonim

Als u met een grote site werkt, met veel mensen en pagina's die deze onderhouden, zult u verschillende workflows tegenkomen om van een prototype van een webontwerppapier naar de daadwerkelijke pagina's te gaan op het internet. De workflow voor een complexe site kan vele afzonderlijke webservers en serverlocaties omvatten. En elk van deze servers heeft een ander doel. Dit artikel beschrijft enkele van de meer algemene servers in een complexe website en hoe deze worden gebruikt.

Productie webservers

Dit is het type webserver waar de meeste webontwerpers bekend mee zijn. Een productieserver is een webserver die webpagina's en inhoud host die klaar is voor productie. Met andere woorden, de inhoud op een productiewebserver staat live op internet of is klaar om op internet te worden afgeleverd.

In een klein bedrijf is de productieserver waar alle webpagina's leven. Ontwerpers en ontwikkelaars testen de pagina's op hun lokale machines of in verborgen of met een wachtwoord beveiligde gebieden op de live server. Wanneer een pagina klaar is om live te gaan, wordt deze eenvoudig op zijn plaats op de productieserver verplaatst, hetzij via FTP vanaf de lokale harde schijf, hetzij door de bestanden van de verborgen map naar de live-map te verplaatsen.

De workflow zou zijn:

  1. Designer bouwt site op een lokale machine.
  2. Ontwerper test site op een lokale computer.
  3. Designer uploadt de site naar een verborgen directory op een productieserver voor meer tests.
  4. Goedgekeurde ontwerpen worden verplaatst naar de live (niet-verborgen) delen van de website.

Voor een kleine site is dit een perfect acceptabele workflow. En in feite kun je vaak zien wat een kleine site aan het doen is door te kijken naar bestanden met de naam dingen zoals:

index2.html en in mappen met de naam dingen als:

/nieuweZolang je je herinnert dat dergelijke gebieden die niet met een wachtwoord zijn beveiligd, door zoekmachines kunnen worden gevonden, is het plaatsen van updates op de productieserver een goede manier om nieuwe ontwerpen in een live omgeving te testen zonder dat je extra servers nodig hebt.

Server of QA-server testen

Testservers vormen een nuttige aanvulling op de werkstroom van een website omdat ze u een manier bieden om nieuwe pagina's en ontwerpen te testen op een webserver die niet zichtbaar is voor klanten (en concurrenten). Testservers zijn identiek aan de live-site en hebben meestal een of andere versiebeheerconfiguratie om ervoor te zorgen dat alle wijzigingen worden geregistreerd. De meeste testservers zijn ingesteld achter een bedrijfsfirewall, zodat alleen werknemers deze kunnen zien. Maar ze kunnen ook worden ingesteld met wachtwoordbeveiliging buiten een firewall.

Een testserver is erg handig voor sites die veel dynamische inhoud, programmeren of CGI's gebruiken. Dit komt omdat tenzij u een server en database hebt ingesteld op uw lokale computer, het erg moeilijk is om deze pagina's offline te testen. Met een testserver kunt u uw wijzigingen op de site publiceren en vervolgens controleren of de programma's, scripts of database nog steeds werken zoals u van plan was.

Bedrijven die een testserver hebben, voegen deze doorgaans op de volgende manier aan de werkstroom toe:

  1. Desginer bouwt de site lokaal op en test lokaal, net zoals hierboven.
  2. Designer of ontwikkelaar uploadt wijzigingen in de testserver om dynamische elementen te testen (PHP of andere serverscripts, CGI en Ajax).
  3. Goedgekeurde ontwerpen worden verplaatst naar de productieserver.

Ontwikkelingsservers

Ontwikkelservers zijn erg handig voor sites met een groot ontwikkelingscomponent, zoals complexe e-commercesites en webtoepassingen. Ontwikkelservers worden gebruikt door het webontwikkelteam om te werken aan het programmeren van de achterkant van de website. Ze hebben bijna altijd versie- of broncodebesturingssystemen waarmee meerdere teamleden kunnen werken en ze bieden een serveromgeving voor het testen van nieuwe scripts en programma's.

Een ontwikkelingsserver is anders dan een testserver, omdat de meeste ontwikkelaars rechtstreeks op de server werken. Het doel van deze server is meestal om nieuwe dingen in programma's uit te proberen. Hoewel het testen gebeurt op een ontwikkelserver, is het met het doel een stuk code te laten werken en niet te testen op basis van specifieke criteria. Hierdoor kunnen ontwikkelaars zich zorgen maken over de wendingen van de website zonder zich zorgen te hoeven maken over hoe het eruit zal zien.

Wanneer een bedrijf een ontwikkelingsserver heeft, werken ze vaak met verschillende teams aan ontwerp en ontwikkeling. Wanneer dit het geval is, wordt de testserver nog belangrijker, omdat daar de ontwerpen samenkomen met de ontwikkelde scripts. De workflow met een ontwikkelserver is meestal:

  1. Ontwerpers werken aan de ontwerpen op hun lokale machines.
    1. Tegelijkertijd werken ontwikkelaars aan scripts en programma's op de ontwikkelserver.
  2. De code en ontwerpen worden samengevoegd met de testserver om te testen.
  3. Goedgekeurde ontwerpen en codes worden verplaatst naar de productieserver.

Content Server

Voor sites met veel inhoud kan er een andere server zijn waarin het contentbeheersysteem is ondergebracht. Hierdoor kunnen de ontwikkelaars van content een plaats krijgen om hun inhoud toe te voegen zonder dat deze wordt beïnvloed door het ontwerp of de programma's die ernaast worden gebouwd. Inhoudsservers lijken veel op ontwikkelingsservers, behalve op schrijvers en grafische artiesten.

Staging Server

Een staging-server is vaak de laatste stop voor een website voordat deze in productie wordt genomen. Staging-servers zijn ontworpen om zoveel mogelijk op productie te lijken. Dus de hardware en software worden vaak gespiegeld voor de staging- en productiewebservers. Veel bedrijven gebruiken een testserver als staging-server, maar als de site uiterst complex is, geeft een staging-server ontwerpers en ontwikkelaars een laatste kans om te controleren of de voorgestelde wijzigingen werken zoals ze zijn ontworpen en geen negatieve invloed hebben op de site in het algemeen, zonder dat er andere tests worden uitgevoerd op de testserver waardoor verwarring ontstaat.

Staging-servers worden vaak gebruikt als een vorm van "wachttijd" voor wijzigingen van de website. Bij sommige bedrijven implementeert de staging-server nieuwe content die daar automatisch wordt geplaatst, terwijl andere bedrijven de server gebruiken als een laatste test- en goedkeuringsgebied voor mensen buiten het webteam, zoals management, marketing en getroffen groepen. De staging-server wordt meestal zo in de workflow gezet:

  1. Ontwerpers werken aan de ontwerpen op hun lokale machines of de testserver.
    1. Inhoudsauteurs maken de inhoud in de CMS.
    2. Ontwikkelaars schrijven code op de ontwikkelserver.
  2. Ontwerp en code worden samengebracht op de testserver voor testen (soms is de inhoud hier opgenomen, maar deze wordt vaak gevalideerd in de CMS buiten de ontwerpworkflow).
  3. Inhoud wordt toegevoegd aan de ontwerpen en codes op de faseserver.
  4. Uiteindelijke goedkeuringen worden ontvangen en de volledige site wordt naar de productieserver gepusht.

De workflow van uw bedrijf kan anders zijn

Een ding dat we hebben geleerd, is dat de workflow bij een bedrijf heel anders kan zijn dan die bij een ander bedrijf. We hebben websites gebouwd die HTML rechtstreeks op de productieserver schrijven met behulp van Emacs en vi en we hebben websites gebouwd waar we geen toegang hadden tot alles behalve een klein deel van de pagina waaraan we werken en we hebben al ons werk in een CMS gedaan. Door het doel van de verschillende servers die u mogelijk tegenkomt te begrijpen, kunt u uw ontwerp- en ontwikkelingswerk effectiever uitvoeren.