Heb je er een idee van aan wat het dan zou kunnen liggen?
Het zou me anders wel heel duur uitkomen als ik mijn packet tot 100.000mb moet uitbreiden voor 400 leden per maand
Ik zou beginnen met het cachen van CSS, Javascript en Images en dan vooral de images. Je webpagina is nu na inloggen +/- 1MB met veel actieve gebruikers kan het dan snel oplopen.
Om te voorkomen dat gebruikers cached files gaan laden na een design update zou je met versie nummers kunnen gaan werken. Je hebt dus nu header_0.1 als je hem wijzigt maak je hem header_0.2
Compressie op afbeeldingen kan denk ook geen kwaad ;) Die header kan volgens mij nog wel iets kleiner.
Weet niet of het de performance drastisch omlaag haalt maar je gebruikt geen indexes op je tabellen, als je niet weet wat het zijn moet je maar even google.
En nog een puntje uit praktisch oog punt. Wat nou als iemand zijn naam wijzigd, dan moet je alle tabellen af om naam te wijzigen omdat je overal de gebruikersnaam als string gebruikt, zoals in bank, forum. Gebruik hier id's in de tabellen om gebruikers te linken, op deze manier hoef je de gegevens alleen in de user tabel te wijzigen en dan word het overal goed weergegeven.
En je tabellen zijn helemaal niet genormaliseerd, voorbeeld
En de size van velden, heb je daar op gelet of gewoon wat neer gezet? Want int(50) heeft weinig effect en het komt op mij over dat je ook weinig weet of hoe groot een data type nou eigelijk kan zijn. int loop van -2147483648 tot 2147483647 of van 0 tot 4294967295 als je UNSIGNED gebruikt. int(50) is dus vrij doelloos.
De layout ben ik nu in divs aan het zetten.
De database moet ik binnenkort ook eens optimaliseren of laten optimaliseren aangezien ik hier niet heel veel verstand van heb.
Als je de eerste post had gelezen, zijn queries intern, dus die minimaliseren heeft geen zin (voor bandbreedte that is, voor snelheid wel).
Je tabel omzetten nar divs zal ook niets aan bandbreedte verhelpen, hooguit de site sneller laten laden. En mocht het al iets minder html zijn, dan zal dat hooguit een paar kb schelen.
Als je geen firefox hebt (dan moet je je schamen) ddan ff downloaden. Daarna even zoeken naar yslow, en met die verbeteringen aan de slag gaan. Die hebben een optie smush it, en die zal je plaatjes.
Expired headers is al een stap in de goede richting. Elke klik worden je afbeeldingen geladen, dat tikt wel aan
tables nemen ook meer plaats dan divs. Ik zou aanraden je HTML goed op te kuisen, je afbeeldingen zo klein mogelijk te maken.
wat het cachen betreft. Denk dat de gebruikers moeten cachen, en niet de site. Kan dat?Â
Div's klinken wel erg WEB 2.0 maar dat is niet het sleutelwoord. Dat is juist Semantiek. Je moet juist de juiste HTML benutten om je site mee op te bouwen. Het design volgt vervolgens in CSS.
de html is zo geen probleem, deze is al gegzipt. (ong 2kb per pagina)
Bij de comprimeren van fotos moet je opletten dat je geen kwaliteitsverlies krijgt. Dit is vooral het geval bij jpeg's.
Wat is jouw favoriete javascript framework? (S: 18, R: 2)
Gesponsorde links
Actiefste leden van de maand
