De titel geeft het al aan, ik vraag mij af hoe je een site uitgaande van een "hoop" bezoekers zo zuinig mogelijk maakt. Denk bijvoorbeeld aan het spreiden van afbeeldingen / tickets / prive berichten en het archief zou wellicht los opgeslagen kunnen worden naast het aktieve deel van de site.

Maar hoe pak je zoiets nou logisch aan ? Zijn er andere zaken waar je rekening mee moet houden als je zo zuinig mogelijk om wilt gaan met je traffic ?

Hoe voorkom je dat een database een zware belasting voor je server gaat worden ?

Natuurlijk als je een zo minimalistisch mogelijke layout gebruikt scheelt dat aanzienlijk maar ik ga wel uit van sites waar nog iets aan grafische elementen in verwerkt zijn. Oplossingen zouden kunnen komen uit basing technieken.

Hoe zouden jullie dit aanpakken ?

Simpel... goed nadenken voor je begint te bouwen zodat je direct met een correct database schema aan de slag kunt, rekening houden met memcache/apc onderdelen (en dus niet het 'even' erbij installeren en plain php alleen maar cachen), pagina's goed cachen, goed bedenken wat 'live' moet zijn en wat best 1 of een paar minuten oud mag zijn, images, css, js enzo offloaden naar 1 of meer servers (cdn)... etc... etc...

Dit is niet iets dat je even 1-2-3 verteld of doet. Om de dingen een beetje goed te doen heb je niet veel kennis nodig. Om het echt goed te doen heb je niet alleen goede materiekennis nodig, maar moet je vaak ook erg creatief zijn.

Weet iemand een informatieve site waar ik meer kan lezen over hoe je dit aan pakt ? :) Ik zou me er graag in verdiepen.

Als je van plan bent om een framework of iets te gebruiken is het goed mogelijk dat die al functionaliteit voor caching biedt. Uiteraard is het alleen maar een hulpmiddel en is het niet altijd DE oplossing voor performance issues, database ontwerp is minstens net zo belangrijk!

zet images op een aparte server. Bijvoorbeeld hoofddomein.nl laad images in van hoofddomeinmedia.nl

Verder is database ontwerp ZEER belangrijk. De structuur en indexen moet echt goed over gedacht worden.

En met caching kan je veel doen, bijvoorbeeld data in je database die redelijk statisch is niet steeds opnieuw oproepen uit de database.

Ik denk dat het belangrijkste is dat je vooraf gaat kijken wat je zelf nodig denkt te hebben, je hebt er niets aan om veel tijd en moeite te gaan steken in methodes die zwaar overbodig zijn voor je website. Je kunt het zo simpel of uitgebreid maken als je zelf wilt en nodig denkt te vinden..

Ik ben afhankelijk van 1 scripter, zelf heb ik deze kennis niet daarom moet ik er maar op vertrouwen dat deze persoon dit perfect weet te realiseren daarom probeer ik mij er ook in te verdiepen want als ik mij niet vergis is dit een vak apart en het kan best degeijk gescript zijn maar dan hoeft de database nog niet ideaal te zijn.

Is er een soort checklist wat ik met mijn scripter moet weerleggen ? Wellicht kan ik het op het forum plaatsen om meningen te peilen :)

Wellicht heb je hier wat aan

Stap 1 Goede database normalisatie zodat je geen dubbele gegevens in 1 tabel hebt staan.
Stap 2. Goede database structuur Geen varchars gebruiken of int 10 wanneer het niet nodig is
Stap 3. Goede indexen leggen. En zeker geen overbodige indexen aanleggen aangezien het inserten updaten en alteren daarna trager wordt.

Bovenstaande zijn eigenlijk alleen database gerelateerd.

Stap 4 nadenken of je een standaard framework gaat gebruiken of je eigen mappers gaat gebruiken.


Stap 5 Eventueel bekijken of je de database tabellen welke vaak gebruikt worden gaat opslaan in een cache bestand als een php geseraliseerde array.

Stap 6. Html en css cache welke ook de bestanden gaat verkleinen.

Stap 7. Apache goed zetten met de etags of andere caching

@Raymond, in en database maakt het niet uit wat de lengte van een INT is, een INT is gewoon het type INT, en om die reden een getal tussen -2147483648 en 2147483647 (signed), of 0 tot 4294967295 (unsigned). De lengte is iets wat je kan gebruiken als je voorlopende nullen wilt hebben. Kijk hiervoor even naar Zerrofill.

Voor de rest zijn er vaak verbeter punten die nogal applicatie specifiek zijn.
Je kan proberen om zoveel mogelijk taken op de "achtergrond" uit te voeren. Je kan hiervoor gebruik maken van bijvoorbeeld BeanstalkD, dat is een soort queuing systeem.

Daarnaast kan je ook eens naar Varnish kijken, om precies te begrijpen wat het allemaal doet, moet je de site en documentatie maar eens doorlezen. Maar in het kort is het een laag voor Apache, die veel front-end caching afhandelt, hiermee bedoel ik dat het de output van bepaalde pagina's cached, en deze dus niet voor iedereen hoeft te worden gegenereerd.

Dit is slechts een heel klein deel uit een enorm arsenaal wat je zou kunnen toepassen om een website sneller te maken.