Elendig hastighed, eller hvad nu?

Laust:

Hvis man ser bort fra SEO diskussionen, så vil den lange svar tid have en ekstremt dårlig indflydelse på din konverteringsrate. Med mindre folk ved med sikkerhed at de skal have dit produkt, så vil du miste mange i løbet af den tid det tager at loade din side.

En splittest foretaget af strangeloop har vist at 1000ms (1 sekund) forsinkelse gav en forhøjet bouncerate på 8,3%, en konverteringsgade som faldt 3,5 og et fald i pageviews på næsten 10%.

Og at amazon fik ca, 1% mere i omsætning ved 100ms hurtigere side (målt via RUM), performance engineering ftw!

Lundsby:

Hvis du følger ovenstående løsninger, bliver din side formendtlig 5-10 gange hurtigere. På nuværende tidspunkt, er der ingen grund til at kigge på ny host eller CloudFlare, det er kun symptom behandling, der ikke behandler problemet, men kun dæmper symptomerne.

Hosten kan sagtens have stor inflydelse på generering af siden.

Lucas - Hosting4Real:

Hosten kan sagtens have stor inflydelse på generering af siden.

Det kan den sagtens, men hvis man har rodet lidt med performance optimering, så er det også nemt at se at det ikke er relevant i første omgang i dette tilfælde.
Nu har jeg tidligere ikke haft det største held med at forklarer dig hvordan tingene hænger sammen, men jeg prøver alligevel.

Måden man kan se det på er ved at betragte at det cirka tager 1,5 sek at generer forsiden, så spørger man sig selv hvilket arbejde der skal udføres for at vise forsiden, her er svaret at arbejdet kun burde være at hente en tidligere version af cachen. Forsiden fylder en 4,5 Kb, hvilket betyder at maskinen skulle være 1,5 sek om at overfører 4,5 Kb. Det kan selv en Commodore 64 gøre hurtigere, så det er nok ikke der problemet ligger.

Sagen er sandsynligvis den at intet bliver cachet og menu strukturen, bliver regeneret igen og igen. Det giver mange db kald, og latencyen for dem, giver den lange svartid. Derfor er det en relativt nemt og smertefrit, at slå caching til.

Det er vigtigt at forstå, når man snakker om performance optimering, at det sjældent kan betale sig at prøve at kurerer problemer der skyldes dårlig software konstruktion, ved at smide hardware efter problemet. Medmindre man selvfølgeligt sælger eller udlejer hardware :-)

Lucas - Hosting4Real:

Jeg er performance engineer, og jeg ved udemærket hvordan forskellige caching systemer, og hvordan styresystemer virker. - Og du behøves skam ikke at fortælle mig hvordan ting virker ;)

Det virker sådan, dine råd om at bruge domæne domæne sharding og CDN, istedet for at sammenlægge script og css filer, virker ikke som om du ved meget om hvordan man performance optimerer. I forhold til at du har siddet og testet siden fra forskellige lokationer, så er det også meget at du ikke har fanget at billederne er alt for store.

Jeg ved ikke helt hvad det vil sige at være Performance Engineer, var det en svær eksamen fra et anerkendt universitet du måtte bestå, eller er det bare noget det du selv eller det firma der har ansat kalder dig.

Lucas - Hosting4Real:

Vil på den anden side også sige, at bare fordi man har cache slået til, betyder det ikke at ens side bliver hurtig, som du selvfølgelig ved.

I det tilfælde vil det, som også burde være hurtigt at indse hvis man ellers forstår mit tidligere indlæg. Men igen i dette tilfælde vil jeg dog tror at sammenlægning af filer, og komprimering af billeder vil bidrage mere til en god performance.

Men i den generelle tilfælde er det selvfølgeligt korrekt at man ikke bare kan slå caching til og regne med at problemerne var løst. Da jeg f.eks. hjælp Amino med deres performance problemer, var løsningen delt imellem at skifte til en web garden model, og introducerer Redis som cache af de senest skrevne indlæg.

Lundsby:

Lucas - Hosting4Real:

Jeg er performance engineer, og jeg ved udemærket hvordan forskellige caching systemer, og hvordan styresystemer virker. - Og du behøves skam ikke at fortælle mig hvordan ting virker ;)

Det virker sådan, dine råd om at bruge domæne domæne sharding og CDN, istedet for at sammenlægge script og css filer, virker ikke som om du ved meget om hvordan man performance optimerer. I forhold til at du har siddet og testet siden fra forskellige lokationer, så er det også meget at du ikke har fanget at billederne er alt for store.

Lucas - Hosting4Real:

Der er en masse javascript filer der kan blive sammensat til få filer, det gør du skal sende mindre filer, hvilket gør loading tid bliver mindre.

Udover det kan domain sharding være en mulighed.

Først og fremmest skal du selvfølgelig læse det jeg skriver - jeg nævner at de skal sammensættes, udover det - så uanset om man combiner filer eller ej, kan du stadig vinde loading tid ved brug af domain sharding.

Lundsby:

Jeg ved ikke helt hvad det vil sige at være Performance Engineer, var det en svær eksamen fra et anerkendt universitet du måtte bestå, eller er det bare noget det du selv eller det firma der har ansat kalder dig.

Lucas - Hosting4Real:

Vil på den anden side også sige, at bare fordi man har cache slået til, betyder det ikke at ens side bliver hurtig, som du selvfølgelig ved.

I det tilfælde vil det, som også burde være hurtigt at indse hvis man ellers forstår mit tidligere indlæg. Men igen i dette tilfælde vil jeg dog tror at sammenlægning af filer, og komprimering af billeder vil bidrage mere til en god performance.

Men i den generelle tilfælde er det selvfølgeligt korrekt at man ikke bare kan slå caching til og regne med at problemerne var løst. Da jeg f.eks. hjælp Amino med deres performance problemer, var løsningen delt imellem at skifte til en web garden model, og introducerer Redis som cache af de senest skrevne indlæg.

1: Jeg er ikke uddannet på universitet, og det rager mig egentligt en pap-and, hvorfor? Jeg kan ikke se grunden.

2: Jeg er ansat i et firma, og det er min titel ja, og titlen er skam officielt i utrolig mange lande.

Så ja, ingen uddannelse, slet ikke på universitetsniveau. Og syntes det er utrolig lige gyldigt, men du må også være utrolig stolt af din civil-ingeniør uddannelse, det er virkelig flot, tænk hvis du kunne være mindre arrogant samtidig :)

Lundsby:

Hej Lucas

Tak, for den enkelte stjerne!

Skal jeg antage at det er her, dine argumentations evne og dine andre evner, kommer til kort.

Jeg syntes også jeg bruger for lang tid på denne tråd, men det gode ved det er at trådstarter nu har fået en konkret vejledning til hvordan han fikser det virkelige problemer på hans site, og ikke at muligt tågesnak med tvivlsomme symptom behandlinger.

Det var da så lidt! :)

Lundsby:

CRAZY:

Bare rolig, Lundsby har forladt samtalen, så er der fred :-)

Jeg var lidt i tvivl om jeg skulle hjælpe dig efter denne kommentar, men heldigvis så er et af kravene for at jeg kan blive siddende på min høje hest, er at jeg hjælper dem der syntes er uheldige og opfører sig sådan!

Men dit hastigheds problem, har formendtligt meget lidt med hosting at gøre og rigtigt meget med programmeringen bag siden.

Måden jeg har kigget på din side (og jeg har kun kigget forsiden er igennem Firebug). På den måde kan man se hvor tiden går hen.

Dit første problem, er at selve html siden er i alt 1,7 sek. om at blive leveret, ca. 1,5 sek. er generering af siden. Grunden til det er at der ikke er slået cache til i den Magento.

Løsning: Få din tekniker til at slå caching til i Magento.

Derudover så er der et alt for mange javascript filer (36) og css filer(13) inkluderet på siden, der bør være en af hver og de skal helst være zippet.

Løsning: Få din tekniker til at samle alle sidens javascripts i en zippet fil, og gør det samme for stylesheets.

Dine billeder er for store (selve de er super fede), billedet serie-0.jpg fylder ca. 600 kb, hvis du kører det igennem Save-for-web i på Preseten JPEG HIGH så laver den et billeder der fylder 360 Kb, kan du nøjes med Medium er vi på 200 Kb. Her ville jeg nok gå med Medium, det ser stadig rigtigt godt ud.

Løsning: Åben Photoshop, hvis du har det ellers find nogen der har, gem dine billeder via Save-for-web og vælg JPG Medium preseten.

Hvis du følger ovenstående løsninger, bliver din side formendtlig 5-10 gange hurtigere. På nuværende tidspunkt, er der ingen grund til at kigge på ny host eller CloudFlare, det er kun symptom behandling, der ikke behandler problemet, men kun dæmper symptomerne.

Tusind tak for dit konstruktive feedback, det sætter jeg kæmpe pris på :-)

Jeg siger det videre til min indiske webudvikler :-)