[ertyperty]

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.

[bjornstrom]

Originally posted by ertyperty@May 26 2004, 13:13
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

[Patrik H]

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.

[bjornstrom]

Originally posted by Patrik H@May 30 2004, 01:57
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.

[Anders]

Originally posted by bjornstrom@May 30 2004, 14:01
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?

[kullervo]

Ursprungligen postat av Anders

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.

[bjornstrom]

Ursprungligen postat av Anders

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

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.

[Anders]

Ursprungligen postat av kullervo

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

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

[kullervo]

Ursprungligen postat av bjornstrom

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.

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).

[bjornstrom]

Ursprungligen postat av kullervo

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.