Voor het maken van een landelijke website heb ik een aantal performance/architectuur vragen wat betreft de opbouw.

1. Ik wil de inhoud van de website graag verdelen over verschillende regio's, bijvoorbeeld: Noord, Zuid, West en Oost. Aangezien gebruikers uit het zuiden niet geïnteresseerd zullen zijn in de inhoud van het noorden, zit er een optie in de website om je regio te selecteren. Hoe is dit het beste in te bouwen in de architectuur/opbouw van de website?

Ik was aan het denken aan het gebruik van subdomeinen, bijvoorbeeld noord.domeinnaam.nl en zuid.domeinnaam.nl, maar tevens aan directories, dus bijvoorbeeld domeinnaam.nl/noord en domeinnaam.nl/zuid. Wat heeft de voorkeur vanuit het performance perspectief?

2. Wat betreft de database. Is het verstandig om één grote database te maken met relaties naar de regio, of voor iedere regio een aparte database maken? Ook hier wil ik de beste performance kunnen aanbieden om de gebruiksvriendelijkheid en de snelheid van de site zo hoog mogelijk te houden.

De database zal ongeveer bestaan uit 25 tabellen, met de grootste tabel bestaande uit 8000 entries per regio.

3. Wat zijn de vereisten voor de hosting van een website met pak en beet 50.000 dagelijkse unieke bezoekers?

4. Zijn er vereisten omtrent de programmeertalen/technieken voor het maken van een website die 50.000 dagelijkse unieke bezoekers trekt?

5. Zijn er nog andere punten/vereisten voor een veel bezochte website?

Beste,

Ik kan u vooral even helpen met het inrichten van de website. Ik zal een startpagina aanmaken met 4 Opties, Noord, Oost, Zuid en West. Dus eigenlijk komen de bezoekers eerst op een website terecht waar de Regio's staan met een leuke afbeelding, als ze op de regio klikken komen ze op de gewenste website van die regio. Ik denk dat dit het meest duidelijk is voor de bezoeker en ook makkelijker is met het maken van de website.

Daarnaast zal ik alles gewoon op subdomeinen zetten dus zoals u zelf aangaf: noord.domeinnaam.nl etc. denk dat dit duidelijk en goed is voor de website.

Als u een leuke homepage hebt waar alle regio's genoemd staat dan is het doorlinken voor de bezoeker ook aantrekkelijk en blijft het overzichtelijk en duidelijk.

Groeten,

Tom

Origineel gepost door T Kroeze

Ik kan u vooral even helpen met het inrichten van de website. Ik zal een startpagina aanmaken met 4 Opties, Noord, Oost, Zuid en West. Dus eigenlijk komen de bezoekers eerst op een website terecht waar de Regio's staan met een leuke afbeelding, als ze op de regio klikken komen ze op de gewenste website van die regio. Ik denk dat dit het meest duidelijk is voor de bezoeker en ook makkelijker is met het maken van de website.

Daarnaast zal ik alles gewoon op subdomeinen zetten dus zoals u zelf aangaf: noord.domeinnaam.nl etc. denk dat dit duidelijk en goed is voor de website.

Dit is niet waar ik op zoek ben. Ik ben meer op zoek naar de reden waarom het gebruik van subdomeinen (noord.domeinnaam.nl) beter is dan bijvoorbeeld het gebruik van directories (domeinnaam.nl/noord). En dit gezien vanuit het performance/architectuur perspectief.

Als je gebruik maakt van subdomeinen, neem ik aan dat je ook alle files dubbel krijgt op ieder subdomein. Dus dan krijg ik 4 keer dezelfde files, terwijl alle regio's alleen verschillen van inhoud en niet van files.

Ik ben op zoek naar een passende architectuur oplossing, met argumentatie, voor het verdelen van de website content over verschillende regio's. Zie ook de andere vragen, over meerdere database of één grote database, de hosting etc. De website moet namelijk gewoon snel zijn en goed te bezoeken bij een hoog aantal dagelijkse bezoekers.

Beste Tom,

Je vragen verdienen betere antwoorden dan een paar snelle woorden, maar ik zal m'n best doen:

0) Je hebt het over een data-schaal die voor elke fatsoenlijke applicatie en lachtertje is. 8k * 25 = 200k rijen. Dat is niks. Zodra je in de > 10M komt wordt het spannend. En dan nog kan een VPSje met 1 core en een GB aan geheugen heel goed performen. Mits je design goed is.

1) Ik zou je site niet opbouwen naar "regio" vanuit een architectuur oogpunt. Als je dat functioneel wilt: prima. Maar ik zie geen architecturele aanleiding. Als je queries wilt doen op basis van locatie, dan zou ik wel zorgen dat je al je data atomair en gedetaileerd genoeg opslaat. Sla bij dingen geen regio op maar gewoon gps (lat/long) coördinaten. Dat kun je heel gemakkelijk afbeelden op regios, maar later ook op provincies, gemeenten of andere constructies - mochten de inzichten wijzigen.

2) Ik zie geen aanleiding om meer dan 1 database te hebben. Je huidige schetsen geven geen aanleiding om te partitioneren, niet in tabellen en ook niet in databases en/of DBMSen

3) Alles tussen een VPS van € 10,- in de maand tot X machines van € 350,- in de maand. Dit afhankelijk van de spreiding van de bezoekers over de dag, belasting per request, .... en nog heel veel andere factoren

4) Allemaal ondergeschikt aan een goed ontwerp en een fatsoenlijke programmeur.

5) Geen valse zuinigheid. Trek een fatsoenlijke programmeur aan, niet iemand die troep maakt. Denk ook aan continuiteit, is je ontwikkelaar over 3 jaar ook nog bereikbaar?

Voor specifieke antwoorden zou ik specifiekere vragen stellen ;)

H.

Dank voor je reactie Henry! Dit is meer in de richting waar ik naar op zoek ben inderdaad.

Het opdelen van regio is echter noodzakelijk bij de content die de site gaat aanbieden. Daarnaast zal het echter bij regio blijven en is er geen behoefte om GPS posities op te slaan. Het plan is om de gebruiker eenvoudig te kunnen laten switchen van regio door middel van een dropdown menu met de regio's. Wat heeft architectureel gezien dan de voorkeur? Wat zou hier de beste oplossing voor zijn qua implementatie? Subdomeinen, directories per regio, of een variabele/cookie welke gebruikt kan worden voor database queries?

Dan nog even een andere vraag over de database. Bij het bevragen van een grote database met 500k rijen kan ik me voorstellen dat de response tijd langer is dan bij een kleine database. Zijn er technieken voor om de reponse snelheid van een grote database zo snel mogelijk te houden?

Origineel gepost door Tom v. B

Ik ben meer op zoek naar de reden waarom het gebruik van subdomeinen (noord.domeinnaam.nl) beter is dan bijvoorbeeld het gebruik van directories (domeinnaam.nl/noord). En dit gezien vanuit het performance/architectuur perspectief.

Er is nog iets waar je rekenign mee moet houden, vanuit SEO perspectief is er een enorm verschil tussen subdomeinen en directories. Directories "liften mee" met de autoriteit van de gehele website, terwijl ieder subdomeinen qua SEO juist "los" van de ander subdomeinen en los van het hoofddomein staat. Dat betekent dus aparte linkbuilding voor ieder subdomein, en de algemene gemeenschappelijke content moet ook óf worden gesplitst, óf alleen aan het hoofddomein worden gekoppeld wat het echt een stuk lastiger kan maken.

Qua performance maakt het verder niet veel uit, subdomeinen of directories. De bezoekersaantallen die je noemt zijn voor de gemiddelde webserver, VPS of cloudserver en zelfs voor de betere zakelijke hostingaccounts niet bijzonder zwaar. Het optimaliseren van de content (beelden etc) zou wel eens een veel grotere factor kunnen zijn.

Hallo Tom,

Wat Henry zegt is juist. Voor het menselijk oog lijkt een database met 200.000 records een grote database maar dit is een kleinigheidje voor een goed opgebouwde database. De verschillen in snelheden zal misschien een paar duizendste van een seconde zijn. Verwaarloosbaar klein.

Door de boel op te gaan delen maak je het onderhoud ingewikkelder. Je moet niet 1 maar bijvoorbeeld 6 databases gaan bijhouden.
Ik ontwikkel op dit moment een database met miljoenen records verdeeld over 200+ landen en duizenden regio's en alles zit in één database.
Het voordeel is dat je site misschien 9 duizendste van een seconde sneller wordt, het nadeel is dat je onderhoud en verdere ontwikkeling onnodig "ingewikkelder" maakt.

Wat de subdomeinen betreft kun je beter vanuit SEO perspectief dan naar performance oogpunt kijken. Kwa performance maakt het 0,0 uit. De impact op SEO gebied is een heel stuk groter. Wil je dat Google je als één grote website ziet, of een aantal kleinere website's?
Ik zou gaan voor www.domein.nl/noord/, www.domein.nl/zuid/, etc.

Wat hosting betreft zou ik op zoek gaan naar een betrouwbare hoster en vooral niet in zee gaan met een budget hoster. Dan kan elk fatsoenlijk pakket 50.000 bezoekers wel aan.

Wat heeft architectureel gezien dan de voorkeur? Wat zou hier de beste oplossing voor zijn qua implementatie? Subdomeinen, directories per regio, of een variabele/cookie welke gebruikt kan worden voor database queries?

Je haalt hier zaken aan die technisch gezien niets met elkaar te maken hebben. Of je nu subdomeinen, directories of iets met cookies wil gaan doen heeft niets met je opbouw, performance of wat dan ook met je database te maken.

Dan nog even een andere vraag over de database. Bij het bevragen van een grote database met 500k rijen kan ik me voorstellen dat de response tijd langer is dan bij een kleine database. Zijn er technieken voor om de reponse snelheid van een grote database zo snel mogelijk te houden?

Dit moet je aan je programmeur over laten. Hij zal weten hoe je je database moet opbouwen en waar je indexes je moet aanbrengen.