Hurtig hosting søges

Jeg må også sige at, det med hvor sin host er i verden har ikke så meget at sige mere. Jeg har flere sites som også er hostet i det store udland i flere lande, og sidst jeg kontrollerede én af dem der er på dansk, så stod den som dansk site. 

Jesper Jørgensen:

Jeg ved ikke hvordan det er med PHP, men på Windows kan man analysere gamle logfiler og se de gennemsnitlige svartider m.m. Måske man kan noget lignende under PHP.

Kan godt lide at du stiiller PHP op imod Windows...hvad gør du så når du kører php på en Windows server?

PHP er et programmeringssprog, intet mere. Det er ikke en webserver eller en udviklingsplatform, mere korrekt af dig ville være at stille IIS op overfor Apache, og jo Apache kan sættes til at gemme loadtiden i logfilerne, men den loadtid du gemmer der er jo ikke den tid det tager brugeren at se siden. Det er den tid det tager serveren at generere siden, før det sker skal der jo først en request fra clienten til serveren og når siden er genereret skal den også ud til brugeren igen, så der ryger ihvertfald en håndfuld ms på det tal du har i log-filen.

Desuden ville jeg aldrig som udbyder selv, eller råd andre til det for den sags skyld, underskrive en aftale som indebar at "x % af siderne skulle loade inden for x ms", hvis så min kunde er en spade til at programmere og laver et script der står og hænger i 10 sek før det returnerer, og kalder det script fra alle sine sider så har kunden brudt kontrakten på mine vegne.

Så vi er desvære tilbage der hvor det bedste råd hedder at sætte sig ind i tingene og undersøge markedet! 

mcsolutions:

Kan godt lide at du stiiller PHP op imod Windows...hvad gør du så når du kører php på en Windows server?

PHP er et programmeringssprog, intet mere. Det er ikke en webserver eller en udviklingsplatform, mere korrekt af dig ville være at stille IIS op overfor Apache, og jo Apache kan sættes til at gemme loadtiden i logfilerne, men den loadtid du gemmer der er jo ikke den tid det tager brugeren at se siden. Det er den tid det tager serveren at generere siden, før det sker skal der jo først en request fra clienten til serveren og når siden er genereret skal den også ud til brugeren igen, så der ryger ihvertfald en håndfuld ms på det tal du har i log-filen.

Desuden ville jeg aldrig som udbyder selv, eller råd andre til det for den sags skyld, underskrive en aftale som indebar at "x % af siderne skulle loade inden for x ms", hvis så min kunde er en spade til at programmere og laver et script der står og hænger i 10 sek før det returnerer, og kalder det script fra alle sine sider så har kunden brudt kontrakten på mine vegne.

Så vi er desvære tilbage der hvor det bedste råd hedder at sætte sig ind i tingene og undersøge markedet! 

Hvis alle her er helt med på hvad "IIS/Apache logfilerne" betyder, så beklager jeg at jeg formulerede mig upræcist. Intentionen var blot at holde retorikken på et niveau hvor de fleste kan være med.

Uanset om dine logfiler indeholder den kommunikationstiden på netværket eller ej, så kan man bruge tallene fra logfilerne til at danne sig et indtryk af hvor godt sitet performer, og hvornår svartiderne er for opadgående. Skal man være rigtigt rigid, kan man på ingen måde vide hvor lang tid der går før html'en renderes i browseren, hvilket kræver CPU ressourcer på brugerens pc.

Jeg ville heller ikke som webhotel give garantier ala ovenstående, men som udvikler i forhold til en slutkunde kan man godt. Og som slutkunde giver det troids alt god mening at have en ide om hvad man vil finde sig i mht. performance. Men det er noget man får lov til at betale for på den ene eller anden måde.

Fint at du anbefaler at man sætter sig ind i tingene og undersøger markedet, men hele tråden går bla. på hvordan man sammenligner to webhoteller så måske du med din høje tekniske indsigt kan bidrage til dette?

Jesper Jørgensen:

Jeg vil lige præcisere at tiderne der måles med denne service ikke er traditionelle "ping" tider. Det der måles er hvor lang tide det tager fra man sender et "http" request til www.dtu.dk, til man modtager svaret inkl de 39.971 byte data. Jeg selv målte svartider på mellem 62 og 311ms med mit værktøj. Ved at måle på denne måde måler man også hvor lang tid websitet er om at generere den html der vises.

Så når du (Jannik) måler en "ping" tid på 1 millisekund, bekræffter det faktisk at "ping" ikke er det rigtige værktøj, netop fordi der ikke skal genererers noget ressourcekrævende indhold.

Mvh Jesper

Hvor lang tid den er om at generere HTMLen? Det må jeg nok ellers sige, du må godt nok have mange flere server ressourcer end mig. Hvordan kan du garentere at flaskehalsen ikke ligger hos dig, i de målinger ?
Jeg beklager min skepsis, men man må da både tjekke hvor hurtigt ens fobindelse responder, med forskellige størrelse pakker - og derefter lave nogle halv store løkker hvor man så måler tiden på. I øvrigt er det (i de fleste tilfælde) ganske lidt HTML der gentages - det er i langt af de fleste systemer (som jeg har lavet) højst nogle tables der skal trækkes ud. Der hvor jeg primært måler, er hvor hurtigt min database (oralcle/MySQL)responer til min Apache server og den så levere det til min fiber linje, som så i langt de fleste tilfælde kun ligger få MS fra slutbrugerene.

Sune Christesen:

Det er jo fint nok at du godt kan overleve et par dages nedetid,

Jeg vil være meget meget ked af et par dages nedetid, Jeg siger bare at jeg aldrig uanset host, har oplevet nedetid i et sådant omfang at jeg har opfattet det som et problem. Derimod har jeg oplevet meget varierende svar tider, og langsomme svartider mener jeg er et kæmpe problem for en netbutik, og det er vel at mærke et problem der i givet fald påvirker netbutikkens salg 365 dage om året. Dette er årsagen til at jeg bragte emnet op.

Jeg vil faktisk hellere være på en super hurtig server der har tre nededage om året end jeg vil være på en langsom server der aldrig går ned.

Sune Christesen:

Hvor får du engelsk fra? www.printerland.dk peger på IP adressen 88.80.197.149 som er registreret som tysk og en traceroute ender ligeledes i Tyskland.

Som det fremgår af mine tidligere indlæg har jeg aldrig tænkt over hvilket land mine sider var hostet i så jeg har altså ikke en pind forstand på den side af sagen, men efter at have læst jeres indlæg fandt jeg denne side http://www.selfseo.com/ip_to_country.php hvor jeg mente at kunne finde land udfra IP adresse. Den fortæller at 88.80.197.149 er en Engelsk IP adresse, men det passer så åbenbart ikke?

ps. I en veritabel skov af indlæg hvor man istedet for at deltage i debatten blot forsøger at sælge sit eget produkt er der her i denne rare juletid dukket nogle rigtig gode indlæg op som ihvertfald har bibragt undertegnede ny viden så det er bare super duper, jeg takker for alle input og håber i tilgiver at jeg primært svarer på de indlæg hvor jeg måske ikke er helt enig eller ikke helt forstår. Jeg har foranlediget af jeres indlæg været igang med ping osv. og jeg er allerede blevet meget klogere, tror jeg nok :-)

Techmaster:

Jeg vil faktisk hellere være på en super hurtig server der har tre nededage om året end jeg vil være på en langsom server der aldrig går ned.

Techmaster:

Som det fremgår af mine tidligere indlæg har jeg aldrig tænkt over hvilket land mine sider var hostet i så jeg har altså ikke en pind forstand på den side af sagen, men efter at have læst jeres indlæg fandt jeg denne side http://www.selfseo.com/ip_to_country.php hvor jeg mente at kunne finde land udfra IP adresse. Den fortæller at 88.80.197.149 er en Engelsk IP adresse, men det passer så åbenbart ikke?

Hvis man ønsker at vide, mere om hvor serveren er kan jeg anbefale: http://www.ip2location.com/free.asp