Toukokuussa 2015 ilmoitettiin, että HTTP2: n määrittely oli viimeistelty ja julkaistu. HTTP2 tarjoaa merkittäviä suorituskykyetuja mihin tahansa verkkosivustoon, joten koska suurin osa verkkosivustoista toimii WordPressin avulla, oli vain ajan kysymys, ennen kuin meidän piti tietää, miten se asetetaan ja mikä on HTTP2.
Joten tässä on täydellinen täydellinen opas ja / tai opetusohjelma siitä, mitä HTTP2 on, miksi sinun pitäisi ottaa HTTP2 käyttöön verkkosivustollasi, mitkä ovat edut ja lopuksi - miten se todella tehdään.
Joten aloitetaan ensimmäisistä asioista.
Mikä on HTTP2?
HTTP2 on HTTP: n (HyperText Transfer Protocol) uusin versio, joka on optimoitu siten, että verkkosivustosi latautuu paljon nopeammin ilman sinun puolestasi ylimääräisiä ponnisteluja. Kun olet määrittänyt HTTP2: n, ei tarvita sellaisia optimointeja kuin pienentäminen, yhdistäminen ja muut hakkeroinnit, joita käytimme aiemmin - nämä on rakennettu suoraan itse protokollaan.
(Klo CollectiveRay, tykkäämme tehdä verkkosivujamme kaunis ja nopeasti!)
Ennen kuin siirrymme todella HTTP2: een, katsotaanpa hieman HTTP: tä ja miksi uusi HTTP-versio oli tarpeen.
Mikä on HTTP?
HyperText Transfer Protocol (alias HTTP) on yksinkertaisesti tapa, jolla selaimesi kommunikoi vierailemasi verkkosivuston palvelimen kanssa.
On olemassa monia tapoja, joilla kaksi (tai useampia) konetta kommunikoivat Internetin kautta. HTTP on se, jota käytetään verkkosivustojen selaamiseen. Tällaisten sivustojen, kuten YouTube ja Twitch jotka kuljettavat paljon liikennettä HTTP:n kautta, tämä protokolla kuljettaa edelleen eniten liikennettä. Se on ehdottomasti se, joka on "näkyvin", koska se on mukana kaikessa verkkosivustojen selaamisessa.
Loppujen lopuksi kuinka monta kertaa kirjoitat https: // joka ikinen päivä?
Liikkumatta yksityiskohtiin kävijän selain käyttää HTTP-protokollaa pyytääkseen kaiken verkkosivuston sisällön.
Keskustelu sujuu näin:
selain: Hei palvelin osoitteessa www.collectiveray.com - voitko antaa minulle tämän verkkosivuston sisällön?
Server: Hei selain, tämä on www -sivun HTML -sisältö.collectiveray.com
<html xmlns: og="https://ogp.me/ns#" xmlns: fb="https://www.facebook.com/2008/fbml" lang="en-gb" dir="ltr" luokka='com_content view-article itemid-388 j35 mm-hover'>
...
selain: Hienoa, nyt näen, että tarvitsen myös näiden js-tiedostojen sisällön: collectiveray. Js, jquery.min.js, jquery-ui.min.js ... ja myös näiden tiedostojen sisältö: tyylejä. css, jquery.min.css, ... lähetä minulle myös seuraavat kuvat: Favicon.ico, logo.jpg, blog-header.jpg, ads1.jpg, ...
Server:
- Tässä on tiedoston sisältö collectiveray. Js
- Ja tässä on tiedoston sisältö jquery.min.js
- Ja tässä on jquery-ui.min.js
- ...
- ja tässä on kuva footer-icon.jpg ...
Oikeasti, palvelin ja selain pelaavat digitaalista tennistä vierailemasi verkkosivuston tietojen avulla.
Kukin palvelimelta toiselle lähettää pienen osan verkkosivustosta. Tämä jatkuu, kunnes koko sisältö lähetetään sivustopalvelimelta selaimeen.
Toinen erittäin hyvä analogia, jota on käytetty kuvaamaan HTTP1, on se, että tarjoilija hakee juomia baarista ja saa vain yhden juoman joka kerta, kun hän vierailee baarissa.
Tietysti tämä tapa saada yksi "asia" kerrallaan ei ole kovin tehokas, ja tässä HTTP-ongelmat alkavat ...
Verkko on kasvanut nopeammin kuin HTTP-ominaisuudet
HTTP on ollut käytössä jo kauan. Kun se oli suunniteltu ja luotu, Internet oli aivan erilainen paikka.
Kaistanleveys mitattiin bitteinä, ei kymmeninä megabitteinä. Näin ollen, jotta verkkosivustot olisivat käyttökelpoisia, ne tehtiin pääasiassa tekstistä ja hyperlinkeistä. Kuvia oli vähän ja kaukana.
Nopeasti eteenpäin nykyaikaan.
Sivustot, teemat ja kaikenlainen toiminnallisuus ovat tehneet verkkosivustoista yhä raskaampia resurssien suhteen. Keskimääräinen verkkosivustosi sisältää satoja erilaisia tiedostoja ja kuvia.
Sadat resurssit käyttävät verkkosivustot ovat päivän järjestys.
Esimerkiksi, jos aiot luoda WordPress-jäsenyyssivuston, käytä tätä kirjoittamaa opasta CollectiveRay, tarvitset jäsenteemat, laajennukset ja paljon muita resursseja, jotka kaikki tarvitsevat erilaisia resursseja toimiakseen oikein.
Asiaan liittyvien ongelmien vuoksi kukin sivusto pyytää tietoja useilta eri palvelimilta kaikenlaisille kolmansien osapuolten komentosarjoille (esimerkiksi Google Analytics -skriptit, Facebook-jakopainikkeet, Google Ads tai AdSense, sähköpostimarkkinointi ja kaikenlaisia muita alustoja).
Kuinka monta kertaa selaimen on noudettava tiedostoja verkkosivustopalvelimelta, kasvaa ja kasvaa.
Tämä ei sinänsä ole ongelma, vaikka jatkuvasti kasvava tiedostomäärä tarkoittaa, että ladattavien tietojen koko kasvaa ja kasvaa.
Tämä tarkoittaa, että pelkkä ladattavien tietojen määrä kasvaa ja kasvaa. Tämä tekee sivustojen lataamisesta yleensä hitaampaa.
Mikä pahempaa, yhteyden luominen selaimen ja palvelimen välille on teknisesti kallista toimintaa ja vie aikaa. Kun verkkosivustolla tarvittavien eri resurssien määrä kasvaa, kasvaa myös sivuston lataamiseen kuluva aika.
Tämä johtuu siitä, että HTTP-versiota 1 käytettäessä on aina luotava uusi (kallis) yhteys aina kun tarvitaan uusi tiedosto.
Tämä tarkoittaa, että sivustojen, jotka halusivat ladata nopeasti, oli käytävä läpi koko optimointiharjoitus.
Kuinka tehdä verkkosivustosta nopeampi (ennen HTTP2-versiota)
Kuten yksinkertaisesta esimerkistämme voidaan nähdä, HTTP v1: llä oli useita rajoituksia verkon nykytilan vuoksi, mikä johti verkkosivustojen hidastumiseen. Olet todennäköisesti nähnyt satoja artikkeleita, jotka osoittavat sinulle, miten tehdä WordPress-verkkosivusto nopeammin.
Meillä on myös itse tällainen artikkeli, koska kuten WordPress-kehittäjät, jahdamme aina nopeuden tarvetta - ja olemme iloisia vasta, kun saavutamme A-nopeusluokituksen.
Muuten, meillä on runsaasti erilaisia artikkeleita niille, jotka haluavat oppia WordPressistä, tutustu opetusohjelmien osioon Collectiveray.
Suurin osa näistä artikkeleista, jotka pyrkivät nopeuttamaan WordPressiä, on keino kiertää HTTP1: n rajoitukset. He suorittavat kiertotapoja varmistaakseen, että kaikki nämä yhteydet eivät hidasta sivustoja.
Siksi HTTP2: lle oli niin kiireellinen tarve paitsi WordPressille, myös kaikille muille siellä oleville verkkosivustoille. HTTP1: n luontaisten ongelmien ratkaisemiseksi oli tehtävä jotain (sekä selaimen että verkkopalvelimen tasolla).
Joten mitkä olivat ratkaisut / kiertotavat verkkosivuston tekemiseen HTTP v1: n avulla nopeammin? Viittasimme heihin yleensä Vähentää, Käyttää uudelleen, Kierrättää. Jos haluat lisätietoja siitä, suosittelemme lukemaan yllä olevan artikkelin verkkosivustojen nopeuttamisesta.
- Luo kevyt sivusto, joka käyttää a minimaalinen määrä JS-, CSS- ja kuvatiedostoja
- Vähennä pyyntöjen määrää eri CSS- ja JS-tiedostoille yhdistämällä mahdollisimman moni näistä tiedostoista yhteen (vähentämällä pyyntöjä tiedostojen yhdistelmällä)
- Kuvapyyntöjen määrän vähentäminen luoda yksi kuva, joka yhdistää ne kaikki yhdeksi ja käyttämällä CSS-sprittejä
- Poista mahdolliset lisäosat (vähentää sivustoon lisättävien kuvien, CSS-tiedostojen ja JS-tiedostojen määrää)
- Pakataan tarvittavat tiedot niin että se on kooltaan pienempi (ja siten nopeampi kuljettaa) (esim. tavallisesti Ota WordPress GZIP-pakkaus käyttöön jotta siirrettävien tietojen koko olisi pienempi)
- Hyödynnä selaimen välimuistia WordPressissä laajennuksen avulla, niin että jos käyttäjä vierailee verkkosivustollasi uudelleen lyhyessä ajassa, hänen ei tarvitse ladata samoja tiedostoja uudelleen
- Muut toiminnot ...
Pohjimmiltaan halusimme vähentää erillisten pyyntöjen määrää palvelimen ja selaimen välillä. Halusimme myös vähentää näiden pyyntöjen kokoa.
Joten miten HTTP / 2 parantaa tätä kaikkea?
Kirjoita HTTP / 2
HTTP / 2 kirjoitettiin tarkoituksena korjata nämä luontaiset ongelmat. Yksi HTTP2: n ensisijaisista tavoitteista on
Vähennä viivettä parantaaksesi sivun latausnopeutta verkkoselaimissa. (Lähde: Wikipedia)
ja esittelee seuraavat parannukset
- on binaarinen tekstin sijaan
- on täysin multipleksoitu järjestetyn ja estävän sijasta
- voi siis käyttää yhtä yhteyttä rinnakkaisuuteen
- käyttää ylätunnisteen pakkaamista vähentämään yleiskustannuksia
- sallii palvelinten "työntää" vastauksia ennakoivasti asiakasvälimuistiin
Siis mitä? Älä huoli - yritetään selittää tämä hieman yksinkertaisemmin.
- Binaarinen tekstin sijaan: tämä tekee datan siirtämisestä ja jäsentämisestä paljon tehokkaampaa. Binäärinen tiedonsiirto on myös paljon less altis virheille. Tekstitiedot on tarkoitettu ihmisravinnoksi. Binääridata on suunniteltu koneiden kulutusta varten, ja binäärisen tiedonsiirto on luonnostaan nopeampaa.
- Täysin multipleksoitu: jälleen, yksinkertaisesti sanottuna, HTTP: n kanssa ongelmana oli, että jokainen yhteys oli taipuvainen estämään yhteydet, joiden on tapahduttava sen jälkeen. Kuvittele itseäsi jonossa päästäksesi suosikkiurheilumatkasi, mutta sinulla ei ollut useita lähtökohtia, sinulla oli vain yksi kääntöportti. Voit kuvitella, että asiat voivat muuttua hyvin hitaiksi. Multipleksointi sallii useiden tiedostojen ja pyyntöjen siirtämisen samanaikaisesti. Jalkapallo-otteluesimerkissä sen sijaan, että yksi henkilö menisi sisään kerrallaan, meillä on 1 porttia, ja 10 porttia kulkee yhdessä.
- Käytä yhtä yhteyttä rinnakkaisuuteen: Kuten aiemmin mainitsimme, kun yhteyden luominen on kallista, jos jatkat sen luomista ja sulkemista jokaiselle tarvitsemallesi resurssille, aiot luoda vakavan yleiskysymyksen. Multipleksointi sallii saman yhteyden uudelleenkäytön uudelleen. Kuvittele yhteys putkena, jonka kautta data kulkee, kunnes sinulla ei ole enää tietoja. Huomaa myös, että millä tahansa verkkosivustolla selain yleensä puhuu useiden verkkopalvelimien kanssa eri kolmansien osapuolten komentosarjoille ja resursseille (Facebookin jakamiskoodit, Twitter, Google Analytics, mainosverkot jne.). on tehokkaampi.
- Otsikon pakkaus on myös toinen tehokas tapa poistaa useita yleiskustannuksia, jotka liittyvät useiden eri resurssien hakemiseen samasta tai useammasta web-palvelimesta. Jälleen kerran, tyypillisesti yksi matka riittää yleensä sen sijaan, että jouduttaisi tekemään useita edestakaisia matkoja.
- Antaa palvelinten työntää resursseja ennakoivasti: Tämä on tapa, jolla palvelin lähettää ennakoivasti resursseja, joita selain lopulta tarvitsee tai pyytää, sen sijaan että odottaisi, että asiakasselain pyytää eri resursseja ensimmäisen esimerkkimme mukaisesti. Tätä kutsutaan HTTP / 2 Server push -palvelimeksi.
Jos jouduimme palaamaan tarjoilijan analogiaan, joka toi yhden juoman kerrallaan, suurin etu on, että tarjoilija käyttää juomalokeroa ottaakseen kaikki juomat yhteen. Ja he ottavat myös juomia baarista, joita he todennäköisesti tarvitsevat ollessaan ravintolassa.
Mikä on SPDY? (alias Speedy)
Ennen kuin HTTP2 todella syntyi, joku muu oli todella yrittänyt korjata HTTP-ongelmat. Tämä oli tutkimusprojekti, jonka tekivät pari Googlen insinööriä, jotka olivat yrittäneet korjata joitain HTTP1.1-ongelmista.
SPDY-tavoitteiden oli
- Salli multipleksoinnin sallia samanaikaiset pyynnöt - ratkaise siten useiden yhteyksien aiheuttamat viiveongelmat
- Aseta etusijalle resurssit, kuten sivuston tärkeimmät resurssit, jotka lähetetään ensin
- Pakkaa HTTP-otsikot tehokkuuden parantamiseksi yllä kuvatulla tavalla
- Toteuta palvelinpuskuri myös kuten yllä on keskusteltu
Protokollan kirjoittaneiden insinöörien julkaisemassa ensimmäisessä blogissa väitettiin tekevän niin tee verkko 2 kertaa nopeammin. Vaikka sekä suuret selaimet että suuret verkkopalvelimet tukivat SPDY: tä, todellista käyttöönottoa oli vähän.
Tutkimus oli kuitenkin kriittinen HTTP2: n mahdolliselle julkaisulle, koska ensimmäisessä HTTP2-luonnoksessa käytettiin SPDY: tä työasemana.
Mitä minun on tehtävä, jotta HTTP / 2 otetaan käyttöön?
Ennen kuin otat HTTP2: n käyttöön, sinun on tiedettävä, mitä vaikutuksia sivustollasi on.
Mitkä selaimet tukevat HTTP / 2: ta?
Kirjoitushetkellä useimmat suositut asiakasselaimet tukevat täysin HTTP/2 -protokollaa. FireFox, Chrome ja Blinkiin perustuvat selaimet (eli Opera ja Yandex) tukevat HTTP2: ta. Microsoft Edge tukee myös HTTP2: ta Apple tukee sitä myös Safarissa. Tilastot sellaisilta sivustoilta kuin Voinko käyttää? osoittavat, että nykyinen tuen maailmanlaajuinen jakauma on yli 95%.
Jos selain ei tue HTTP2: ta ja verkkosivusto tukee HTTP2: ta, HTTP1: lle on sulava varavara, joten vierailijoille ei ole mitään ongelmaa, jos otat HTTP / 2: n käyttöön. Siellä voi olla vain etuja.
Mitkä palvelimet tukevat HTTP / 2: ta
Apache, Nginx, LiteSpeed, IIS ja suosituimmat palvelintoteutukset tukevat HTTP / 2: ta - voit tarkistaa, suosikkipalvelimesi tai käyttämäsi verkkopalvelin tukee http2: tä täällä.
Se, voitko käyttää HTTP2: tä, riippuu kuitenkin siitä, onko isäntäyrityksesi aktivoinut tämän. Joten sinun on vahvistettava HTTP / 2: n todellinen saatavuus isäntäyrityksellesi. Alla oleva kuva on luettelo palvelimista, jotka tukevat http / 2: ta.
Yksinkertaisesti sanottuna se, tukeeko verkkosivustosi tällä hetkellä HTTP / 2: ta, riippuu täysin hosting-yrityksestäsi tai palvelimesta, jossa isännät verkkosivustoasi. Käytämme InMotion-hosting (ja tässä on meidän InMotion-isäntäkatsaus ja pohjimmiltaan miten VPS hinnat), jotka ovat tukeneet HTTP2: tä jo useita vuosia.
Käytämme kuitenkin myös StackPath palvelemaan resurssejamme, joka tukee myös HTTP / 2: ta.
Suurin osa isäntäyrityksistä tukee nykyään HTTP2: tä palvelimillaan, joten tämän ei pitäisi olla huolestuttavaa.
Voit käyttää tämän työkalun KeyCDN: ltä selvittää, onko sivustollasi tällä hetkellä tuki HTTP / 2: lle. Tämä HTTP / 2-testi voi kertoa, onko sinun tehtävä muita toimintoja vai ei.
Verkkosivustosi on oltava suojattu, jotta HTTP2 otetaan käyttöön
Tällä hetkellä kaikki siellä olevat selaimet tukevat vain salattua HTTP2: ta.
Tämä tarkoittaa sitä, että sivustosi voi tukea HTTP / 2: ta, sinun on saatava sivustosi palvelemaan suojatun (TLS / SSL) yhteyden kautta. Olemme käyneet tämän läpi melko syvällisesti artikkelissamme asettamalla suojatun WordPress-varmenteen palvelimellesi.
Yhteenvetona kuitenkin
- Suojatut sivustot saavat SEO-sijoitussignaalin tehostettua
- Ne suojaavat sivustolle ja sieltä siirrettäviä tietoja (erityisen tärkeitä salasanojen, luottokorttitietojen ja muiden arkaluontoisten tietojen kohdalla)
- Täysin suojattujen verkkosivustojen kohdalla tapahtuu voimakasta liikkumista, ja jos et ota käyttöön suojausta sivustollasi, verkkosivustosi jää varmasti jäämään
Sinun on hankittava suojattu varmenne isäntäpalvelupalvelun kautta. Isäntäyritykset, kuten Liikkeessä sallia sinun käyttää jaettua varmentetta, mutta jos haluat käyttää sitä verkkotunnuksessasi, on erittäin suositeltavaa ostaa oma varmenne.
Tarvitsetko apua verkkosivustollasi?
Palkkaa tarkastettu verkkosivustoasiantuntija hintaan 65 dollaria. Rekisteröidy tänään aloittaaksesi chattailun ilmaiseksi.
Keskustele asiantuntijan kanssaMuut sivustot, kuten WordPress.com (toisin kuin WordPress.org) - lue ero täältä - tarjota jo turvalliset varmenteet.
Sertifikaatin asennus on jotain, jonka tavallisesti isäntäpalvelimesi suorittaa. Se on kertaluonteinen asia, joten sinun ei tarvitse huolehtia.
Kun se on tehty, sinun on yksinkertaisesti suoritettava 301 pysyvä uudelleenohjaus .htaccess-tiedostosi kautta.
Jälleen kerran isännät, kuten InMotion-hosting voi hoitaa kaiken tämän puolestasi, jos et ole halukas tekemään tällaista teknistä säätämistä itse (jolla on vähän seisokkien riskiä, ellei sitä tehdä oikein).
Onko olemassa laajennusta, jota voin käyttää HTTP2: lle?
Mainitsimme yhden HTTP2: n käytön eduista kyvyn suorittaa palvelimen työntö selaimessa tarvittaville kohteille. Tämä on tietysti jotain, joka on tehtävä CMS-tasolla, joten tämä tarvitsee tukea WordPressiltä tai suosikki CMS: ltäsi.
Vaikka tätä ei vielä tueta ytimellä, voit säätää teemojasi tai laajennuksiasi siten, että ne toteuttavat mahdollisuuden lähettää
Link:<...> rel="prefetch"
otsikko jokaiselle luodulle komentosarjalle ja tyylille, kun WordPress tuottaa ne sivulähteeseen.
Jos haluat tehdä sivustostasi yleensä nopeamman ja sallia ennakkohakujen ja muiden komentojen tekemisen sivustostasi nopeasti, suosittelemme WP Rocket - premium-laajennus, joka parantaa merkittävästi sivustosi nopeutta. Jos haluat ilmaisen laajennuksen, voit käyttää sitä tätä.
Tee WP Rocketista sivustosi nopeuttaminen
Tämä hyödyntää todellisuudessa HTTP / 2: n mahdollistamia ominaisuuksia.
Lopullinen suositus
Joten olet täällä, koska halusit tehdä sivustostasi nopeamman asettamalla HTTP2 paikalleen oikein?
Tämä on vain yksi monista tapoja tehdä verkkosivustostasi nopeampi. Tämän tekniikan lisäksi sinun on tehtävä joukko muita optimointeja, jos haluat tehdä verkkosivustostasi nopeamman kuin
- Ota käyttöön sivun välimuistilaajennus
- Ota käyttöön PHP-tason välimuisti, kuten OpCache
- Optimoi kuvat suorituskykyä varten
- Ota CDN käyttöön (ilmainen tai muu)
- Ota selaimen välimuisti ja gzip-pakkaus käyttöön
- Optimoi Google-fontit
- Ota DNS-esihaku käyttöön
- Ota kuvan laiska lataus käyttöön
- Ota käyttöön pienentäminen ja ketjutus
- jne jne
Kuulostaa joukolta työtä oikein? Se on!
At CollectiveRay, joskus vietämme useita päiviä pyrimme työntämään verkkosivustoamme vain muutaman sekunnin murto-osan nopeammin. Tämä johtuu siitä, että verkkosivustomme toimii Joomlassa, joten meillä ei ole monia laajennuksia, jotka ovat käytettävissä muille suosituille CMS-vaihtoehdoille, kuten WordPress.
Esimerkiksi asiakkaillemme asennamme aina WP Rocket. Sivustoilla, joihin se asennetaan, saamme ne aina latautumaan alle 3 sekunnissa, tyypillisten tulosten mukaan verkkosivusto latautuu alle 1 sekunnissa.
Sen kauneus on kuitenkin se, että meidän ei tarvitse tehdä mitään manuaalista työtä, jonka aiemmin oli tehtävä, joten säästää tunteja aikaa ja turhautumista, ja saamme erinomaiset tulokset käynnistykseen.
Tutustu WP Rocketiin, jotta sivustosi olisi nopea
Usein kysytyt kysymykset
Pitäisikö minun käyttää HTTP2: ta?
Kyllä, ota HTTP2 käyttöön ja käytä sitä verkkosivustollasi, jos voit. HTTP2 tekee verkkosivustostasi nopeamman eikä siinä ole minkäänlaisia haittoja verrattuna HTTP-versioon 1. Vaikka asiakas käyttää vanhaa selainta, joka ei tue HTTP2: ta, HTTP: lle on olemassa siro takaisku.
Mitä eroa on HTTP: llä ja HTTP2: lla?
HTTP: n ja HTTP2: n välillä on useita eroja ja parannuksia. HTTP2 on binaarinen sen sijaan, että se tekisi sen luonnostaan nopeammin. Se on täysin multipleksoitu järjestetyn ja estävän sijasta, joten useita yhteyksiä voidaan käyttää samanaikaisesti. Se käyttää otsikkokompressiota vähentääkseen yleiskustannuksia ja antaa palvelimille mahdollisuuden "työntää" vastauksia ennakoivasti asiakasvälimuistiin. Kaikki nämä parannukset tekevät HTTP2: sta paljon nopeamman kuin HTTP.
Edellyttääkö HTTP2 SSL: ää?
Kyllä, HTTP2: ta tuetaan vain salatussa tilassa, joten verkkosivustosi on myös otettava käyttöön suojatut SSL / TLS-varmenteet voidakseen käyttää HTTP2: ta.
Tukeeko selain HTTP2: ta?
Yli 95% nykyisin käytössä olevista verkkoselaimista tukee HTTP2: ta. Vaikka selain ei tue HTTP2: ta, HTTP: lle on sulava varavara.
Päätelmä: Tehdään verkko nopeammin HTTP2: lla
At CollectiveRay, olemme aina pyrkineet tekemään verkkosivustoistamme nopeita. HTTP2 on kehitys ja vallankumous samanaikaisesti, ja toivomme todella, että tämä artikkeli auttaa sinua siirtymään kohti WordPress HTTP2 -asennusta.
Jätä kommentti alla ja kerro meille mitä muuta haluat tietää.
Tarvitsetko apua asioiden tekemiseen? Kokeile näitä huippuluokan edullisia keikkoja Fiverrillä!
Napsauta tätä löytääksesi WordPress-nopeuden optimoinnin asiantuntijoita.
Napsauta tätä ja luo täydellinen WordPress-verkkosivusto.
Ole hyvä Jätä hyödyllinen kommentoi ajatuksiasi ja jaa tämä sitten Facebook-ryhmissäsi (ryhmissä), jotka pitävät tätä hyödyllisenä, ja hyödynnetään yhdessä. Kiitos jakamisesta ja mukavuudesta!
Disclosure: Tämä sivu voi sisältää linkkejä ulkoisille sivustoille tuotteille, joita rakastamme ja kannatamme sydämestämme. Jos ostat suosittelemiamme tuotteita, saatamme ansaita viittausmaksun. Tällaiset maksut eivät vaikuta suosituksiimme, emmekä hyväksy maksuja positiivisista arvosteluista.
ja paljon muuta ...