Die oplos van prestasieprobleme op stadige webwerwe

As u werf soos een van die luiaardes van die DMV in Zootopia beweeg, is daar maniere waarop u dit kan regstel, wat dit vertraag. Die helfte van die stryd is vasgestel wat die probleem veroorsaak, en sodra u die oorsake geïsoleer het, sal u ten minste die antwoorde hê om die probleem op te los.

Die aanbieding van lae gehalte is die waarskynlikste

As dit kom by webhosting, beteken die konsep van lae gehalte nie altyd dieselfde as in ander kontekste nie. Byvoorbeeld, die prys wat u vir die aanbieding betaal, is nie altyd 'n akkurate weergawe van die kwaliteit wat u kan verwag nie. Die gewildheid van die diens is ook nie bekend of hoe bekend die handelsnaam is nie.

In werklikheid is sommige van die gewildste hostinghandelsmerke die slegste keuses, bloot omdat te veel mense dit gebruik. Dit hang 'n bietjie van die kwaliteit van hul infrastruktuur af. As hulle behoorlik in hul tegnologie belê, sal u moontlik nie beduidende prestasieprobleme ondervind nie. Aan die ander kant deel u miskien 'n enkele bediener met honderde ander webwerwe, en die probleem sal toeneem namate die skyfbergkapasiteit aanhou groei.

In daardie situasie is dit dus moontlik dat die oorskakeling na 'n kleiner, minder bekende webhostingdiens met goeie tegnologie 'n beter keuse kan wees. As u dit doen, kan dit ook beteken dat u meer persoonlike klantediens kry op 'n hoër kwaliteitsvlak as wat u van 'n behemoth sou kry. Dit is die moeite werd om na te dink, en dit is maklik om te toets deur net 'n maandelikse intekening op die nuwe gasheer te koop en die prestasie te vergelyk met u bestaande webwerf.

Gebruik u F12-sleutel

Die meeste webblaaiers is ingestel om toegang tot hul ontfoutkonsole te kry via die F12-sleutel, en joune is waarskynlik nie 'n uitsondering nie. En as u van uitsonderings praat, is dit redelik waarna u foute in u JavaScript-kode soek, of om presies te wees, wat uitsonderings gooi en prestasies beïnvloed.

Hierdie foute vind u in u eie kode en in ingevoerde kodebiblioteke soos jQuery. Net omdat jQuery groot en gewild is, beteken dit nie dat dit foutloos is nie. Hier is 'n voorbeeld van die soort ding wat u soek:

Die foute wat in blou gemerk is, is slegs CSS-foute, en u kan gewoonlik verwag om die foute te sien as gevolg van die hoeveelheid skuim wat ontwikkelaars moet doen as hulle stylbladsye bou, bloot omdat daar steeds nie 'n enkele standaard vir alle blaaiers aanvaar is nie. Dit moet normaalweg nie die uitvoering beïnvloed nie, tensy u baie animasies of transistie-effekte gebruik.

Maar die fout wat in oranje gemerk is, is 'n JavaScript-fout, en nie net dit nie, in hierdie geval is dit die boerpot, want dit sê spesifiek vir ons dat hierdie spesifieke fout sal veroorsaak dat kode baie stadig loop.

Kry gratis advies van Google

Het u geweet dat Google u webblad gratis kan ontleed en wenke gee oor hoe om probleme op te los? Al wat u hoef te doen, is om die bladsy met Google Page Page Insights te soek en die URL in te voer van die bladsy wat u wil ontleed.

Dit kan regtig nie makliker wees nie, alhoewel u nie noodwendig al hul raad godsdienstig wil volg nie. Google se stelsel is goed daarmee om uit te vind wat u bladsy kan vertraag, maar sommige oplossings kan moontlik nie soveel probleme oplos as wat dit skep nie.

Ideaal gesproke wil u tellings bo 85 sien. Alhoewel niemand seker weet nie, word die bladsy laai tye algemeen beskou as 'n beduidende invloed op u bladsye in Google. Moenie wanhoop as u werf nie bo in die groen gebied is nie, want baie belangrike webwerwe het nie fantastiese tellings nie.

Enkele noemenswaardige voorbeelde sluit in:

  • http://bbc.com (70m/77d)
  • http://cnn.com (47m/65d)
  • http://whitehouse.gov (58m/56d)
  • http://microsoft.com (49m/71d)
  • http://apple.com (61m/72d)
  • http://linux.com (33m/44d)
  • http://ubuntu.com (69m/81d)
  • http://linuxmint.com (59m/67d)
  • http://youtube.com (53m/69d)
  • http://facebook.com (49m/81d)

Nie een van hierdie voorbeelde is regtig 'n verskoning om u eie webwerf sleg te laat presteer nie, maar dit bewys wel dat 'n trae webwerf nie noodwendig sinoniem is met mislukking nie.

Gebruik prente korrek

As iemand weet wat die regte beeldformate is om te gebruik en wanneer, moet dit ontwerpers wees, of hoe? Maar ongelooflik lyk dit asof baie van u nie weet nie, of as u dit dink, dit dink nie. Wel, hier is die nuus: dit maak die hele tyd saak.

Hierdie probleem het momentum gekry sedert 'n sekere templaatstyl as die defakto-standaard vir besigheidswebwerwe aangeneem is, en dit is 'n neiging wat geen tekens van verlangsaming toon nie. As 'n professionele ontwerper is u dit aan uself en u kliënte verskuldig om nie in die strik van lui ontwerpsnelkies te val nie.

Een van hierdie ongelukkige kortpaaie gebruik die groot PNG-beelde vir heldeenhede bo-aan die bladsy (of op enige ander plek, maar dit is waar u dit normaalweg sal vind). Dit spreek vanself dat u dit nooit hoef te doen nie, selfs nie as u deursigtige dele in die beeld benodig nie.

Hier is die grondbeginsels wat u in gedagte moet hou wanneer u daardie meesterstuk skep:

  • Gebruik, indien enigsins, groot prente

Groot beelde is 'n vreeslike idee, want hoe groter die beeld is, hoe langer neem dit om te laai. Daar is nou 'n paar verskillende tegnieke wat u kan gebruik om groot beelde baie doeltreffender te laat werk, maar voordat ons daaraan dink, moet u net sê dat u meestal kleiner beelde behoort te gebruik en groot foto's te bespaar vir wanneer hulle regtig nodig.

  • Stel die PPI / DPI-waarde toepaslik in

Afhangend van die grafiese redakteur wat u gebruik, kan dit waardes vir DPI of PPI vertoon. Laasgenoemde is beter, want dit dui aan dat u grafiese redakteur ontwerp is vir webgebruik in plaas van druk. Die probleem met die verandering van DPI in sommige weergawes van PhotoShop is dat dit nie net die DPI nie, maar ook die fisiese afmetings van u beeld sal aanpas. Dit is nie 'n probleem in die nuutste weergawe van PhotoShop (wat PPI gebruik) nie, dus as u 'n ouer weergawe gebruik, is dit tyd om op te gradeer. Of gebruik eerder GIMP.

  • Sny groot prente

Dit is waar die magie begin. U sal vind dat baie mense u vertel dat die sny van u beelde nie die laaityd verbeter nie, omdat u steeds dieselfde aantal grepe aflaai en dat enige verbetering wat u waarneem, bloot sielkundig is. Die mense gebruik die luilekker weergawe van beeldsny, sodat hulle nie die regte moontlikhede ken nie.

Nadat u u beeld gesny het, het u die kans om dit te optimaliseer. Veronderstel die oorspronklike prent was in PNG-formaat, u kan nou alle nie-deursigtige gedeeltes na JPG-formaat omskakel, en baie grepe stoor, en die gedeeltes wat deursigtigheid benodig as PNG-beelde agterlaat.

Volgende kan u speel met die kompressievlak van elke afsonderlike sny totdat die skyf perfek geoptimaliseer is. Die algehele effek van hierdie optimalisering kan lei tot meer besparings as 50% in vergelyking met die oorspronklike onoptimiseerde beeld.

Video kan ook geoptimaliseer word

Die kuns van videokompressie berus op twee dinge: die teikenformaat en die codec wat u vir kodering gebruik. Watter formaat u kies, hang heeltemal van u behoeftes af. In die algemeen, as u hoë kwaliteit benodig, bied MP4 met H.264-kodering die beste gehalte teen hoë kompressie, maar as u nie die hoë gehalte benodig nie, bied WebM en FLV kleiner lêergroottes. U video-redigeringsagteware kan moontlik nog steeds FLV as 'n opsie bied, maar dit word nie aanbeveel om hierdie formaat te gebruik nie.

As u DVD-kwaliteit benodig, sal MP4 met H.264-kodering uitstekende resultate lewer, maar dit kos die koste om 'n stewige af te laai. Vir streaming video gee WebM baie beter kompressie. Die probleem is dat nie alle mobiele bestuurstelsels WebM ondersteun nie (dit behoort te wees, maar dit lyk asof hulle 'n bietjie waansinnige rede het om dit nie te doen nie, moontlik om die goue reël van die mobiele ontwikkelaar te volg: jy moet jou kliënt so verontrus as wat jy kan).

Moet u die MPEG-4-codec gebruik in plaas van H.264 met MP4-video's? Oor die algemeen nie, want dit lei tot groter lêergroottes op dieselfde kwaliteitsvlak. Maar as u video klein fisieke afmetings het en u die perfekte oordrag van die video vir streaming wil hê, is MPEG-4 'n goeie codec, want dit het 'n ingeboude foutkorreksie om die integriteit van die data te verseker.

Wat van WMV? Wel, dit is 'n spesiale geval. Dit gee feitlik dieselfde videokwaliteit as MP4, maar met nog beter kompressie. Die nadeel hiervan is dat gebruikers van Mac en iOS slegs u video kan sien as hulle 'n video-omskakelaar vir betaalware gebruik, wat 'n vertraging in die afspeel bring, wat presies die ding is wat ons probeer vermy om ons bladsy te optimaliseer.

WMV-lêers het geen probleme vir Android-, Windows- of Linux-gebruikers nie. Maar met 12.5% van die internetgemeenskap wat Apple-toestelle gebruik, moet u besluit of dit die moeite werd is om dit te belemmer. Persoonlik sou ek nie aanbeveel dat u dit doen net om vinniger te laai nie.

En ten slotte, omdat dit internetvideo is, as u nie die volledige skerm- of teatermodus wil afspeel nie, verminder die fisiese grootte van die video tot die grootte wat u op u bladsy sal wys, en kyk hoeveel grepe u kan stoor .

Bogdan Rancea

Bogdan is 'n stigterslid van Inspired Mag, en het bykans 6 jaar ervaring in hierdie periode opgedoen. In sy vrye tyd studeer hy graag klassieke musiek en verken visuele kuns. Hy is ook behep met fixies. Hy besit al 5.