Tänkte höra med er vad ni tror det krävs för kräm i linan om man ska serva ca 5000 besökare/dag?

Vi sitter i valet och kvalet att ställa en ny server co-location eller att betälla en egen lina från någon av marknadens alla leverantörer. Men frågan är vad som krävs? Räcker det med en 4Mbit lina, eller ska vi köra 10Mbit... eller kanske krävs det mer. Det är endast vår trafik som skall gå på linan.

Det beror på vad du har för typ av tjänst - stannar dom länge eller kort tid. Laddar dom filer eller läser text.

Vi har ett relativt populärt internetforum med strax under 4000 besökare per dag på 99mac (120.000 - 200.000 sidvisningar) och drar mellan 1500-2500MB/dag vilket blir ungefär 1Mbit dagtid.

http://www.99mac.se/logs/Daily.htm

Vi har uppåt 20 000 unika besökare och drygt 500 000 sidvisningar om dagen och vi klarar detta på ca 2,5Mbit.

Men då kör vi gzippade sidor (http 1.1) och så har vi etags som reducerar lite trafik.

Då stämmer ju förhållandet sidvisningar ganska bra mellan våra sajter: cirka 0.5 megabit per 100.000 sidvisningar.

Vi kör också GZIP på alla sidor.

Det uppstår inga problem på klientsidan med detta? Eller är stödet för komprimering bra?

Stödet är normalt 100% eftersom man inte brukar komprimera om inte klienten sagt att den klarar av gzip.

Om man kör GZIP högre än nivå 1 i vBulletin börjar det kuka ur ordentligt för vissa användare. Sidorna levereras som 10 sidor skärpkod.

Ah, jo nu föll poletten ner. Kommer ihåg hur det fungerar nu.

Jag har aldrig varit med om att komprimering skulle strula. Vilken mjukvara använder du? Jag kör Apache 1.3 med PHP 4 där det är PHP som får stå för komprimeringen. Har satt komprimeringen till max i php.ini (datorn snittar ändå på bara 1-2% CPU-load) och har aldrig hört någon klaga (1000 unika besökare per dag med 600 unika inloggningar).

Jag kan ställa GZIP-nivån i vBulletin och så fort jag går över 1 så börjar jag få kommentarer ifrån medlemmar (har även varit med om det själv) när sidor visas som strunttecken istället för att ritas upp.

Vi kör PHP 4.3.x och IIS 5.0. Många klienter kör Safari 1.1 eller 1.2 webbläsare vilket kan vara en orsak men jag har även hört om fel i andra browsers.

Och felet ligger då på klientsidan?

Jag vet att det finns Safari-användare på min/mina siter som aldrig haft problem.

Prova att stänga av komprimering i vBulletin och aktivera den istället direkt i php.ini om möjligt. Kanske att ini_set() funkar också. I värsta fall kan du starta en output buffer och skicka det till gzipp:aren genom att slänga in denna rad överst i koden:
Det måste väl annars gå att slå på komprimering i IIS eller kan inte M$ använda GZ p.g.a. GPL?