Täiustatud tehnikad veebisaidi laadimiskiiruse viimiseks
Vajadus kiiruse järele. Kuigi tsitaat on tavaliselt seotud autodega, vajab veebis ka kiirust. Kasutajad ei nõua ainult saitide kiiret laadimist, paljud kasutajad teatavad, et nad hakkavad ärrituma, kui saidi laadimiseks kulub rohkem kui 3 sekundit.
Kui teie saidil kulub kasutaja sisendile reageerimiseks rohkem kui 8 sekundit, hülgab ta saidi ega naase kunagi. Olete igaveseks kliendi kaotanud.
Lisaks kasutaja kasutuskogemusele on veel üks külastaja, kes nõuab, et teie veebisait oleks kiire – Google. Veebisaidi laadimiskiirus on tegelikult paremusjärjestuse tegur, sest saidid, mis ei ole kiired, saavad orgaanilises pingereas karistada võrreldes saitidega, mis laadivad kiiresti.
Kuid te ilmselt teate seda kõike. Tegelikult on isegi sellel saidil sadu artikleid veebisaitide laadimise kiirendamise kohta .
Kuid me läheme sellest kõigest kaugemale. Nüüd tõstame käiku ja mainime mõnda täiustatud tehnikat, mis viivad teie veebisaidi laadimiskiiruse järgmisele tasemele.
1 Hostige oma sait virtuaalses privaatserveris (või paremas)
Veebisaidi hostimine VPS-is (või virtuaalses privaatserveris) on esimene ja lihtsaim asi, mida peate veebisaidi kiiremaks laadimiseks tegema. See ei ole eriti arenenud ega ole eriti tipptasemel, kuid sellegipoolest on see hädavajalik.
Sellel on mitu põhjust.
Esimene neist on see, et enamik hostimiskontosid on keskendunud teenust pakkuva ettevõtte jaoks kasumlikkusele, mitte nendel hostitavate saitide toimivusele.
Hostimise põhimõte seisneb selles, et võtate paar füüsilist serverit ja lisate neile sadu või isegi tuhandeid veebisaite nii, et teenite kasumit.
Kasutame selle selgitamiseks mõningaid numbreid.
Oletame, et füüsiline server maksab hostiettevõttele 1000 dollarit kuus ja jagatud hostimise konto hind on 5 dollarit kuus.
Kasumlikkuse saavutamiseks peab hostimisserver majutama 200 veebisaiti ($ 5 * 200 = $ 1000). See vajab 240 saiti ja teenib selles serveris 200 dollarit kuus.
Seega jagab jagatud hostimise konto serveri ressursse 240 teise veebisaidiga ja teie veebisait konkureerib ressursside pärast KÕIGI nende veebisaitidega.
Kuna teil pole nende veebisaitide üle kontrolli, töötab teie sait enam kui tõenäoliselt aeglaselt, mitte teie süül, vaid seetõttu, et serverit kasutavad teised saidid.
Kuigi ülaltoodud numbrid ei pruugi olla täpsed, on selle taga olev kontseptsioon tõeline.
Virtuaalne privaatserver on väga erinev. Tavaliselt maksab see umbes 5–10 korda rohkem kui jagatud hostiserver, seega vajab hostimisettevõte vähem kliente, et õigustada ja teenida selles serveris kasumit.
Kuid miks peaksite oma veebisaidi kaudu äri ajava ettevõtte jaoks viitsima koonerdada mõne näruse dollariga kuus? Mis vahe on 4,95 dollari maksmisel kuus 29,95 dollari maksmisel? See ei murra panka, eks?
Lisaks on VPS-i kontodel tavaliselt iga konto jaoks spetsiaalsed ressursid. Sisuliselt on need ressursid, nagu mälu ja protsessori aeg serveris, reserveeritud ainult teie veebisaidi ja teie veebisaidi jaoks.
See tähendab, et ükski teine konto ei saa teie konto ressursse kasutada, isegi kui teie veebisaidil pole praegu ühtegi kasutajat ja see ei kasuta neid ressursse.
See võimaldab igal kontol üldiselt palju kiiremini käivituda ja VPS-is hostitud veebisaidid on tavaliselt mitu sekundit kiiremad kui jagatud kontodel hostitavad veebisaidid.
Leiate, et paljud teenused pakuvad oma virtuaalse privaatserveri kontodele tasuta versiooniuuendusi, näiteks integreerimist CDN-iga või täiustatud veebisaidi turvateenuseid kolmandate osapoolte (nt Incapsula) kaudu ja HTTP2-tuge, hostimiskonto osana või väikese lisana. tasu – see kõik tagab teie saidi tõrgeteta toimimise.
Veelgi olulisem on see, et VPS-iga on kliendil täielik juurdepääs oma veebisaiti käitava serveritarkvara konfiguratsioonile ja täielikud administraatoriõigused nende kontole pühendatud ressurssidele.
Nii et kõigepealt uuendage oma jagatud hostimise konto virtuaalseks privaatserveriks või isegi spetsiaalseks serveriks, kui teil on selleks eelarvet.
See on oluline järgmiste tehnikate puhul, mida me allpool mainime, sest enamik neist nõuab juurdepääsu WHM-ile või administraatorijuurdepääsu teie serverile.
2 Uuendage oma MySQL-i andmebaas uusimatele versioonidele või MariaDB-le
Kui kasutate WordPressi või muud CMS-i või andmebaasipõhist saiti, on tõenäoline, et teie veebisait kasutab andmebaasi taustaprogrammina MySQL-i.
Seda seetõttu, et MySQL on enamikule hostimiskontodele vaikimisi eelinstallitud.
Enamik inimesi pole aga teadlikud, et enamikule kontodele installitud MySQL-i vaikeversioon on üsna vana, mõnikord läheneb aegunud versioonile. See pole ka väga kiire, võrreldes teiste kiiruse jaoks optimeeritud tehnoloogiatega.
Ja mida enamik inimesi ka ei tea, on see, et on olemas samaväärne andmebaasimootor, mis võib hõlpsasti MySQL-i asendada, andes samal ajal ka veebisaidi kiiruse tõuke.
See on MariaDB andmebaasi mootor. Selle on tegelikult loonud MySQL-i algsed arendajad ja seega võite ette kujutada, et nad tahaksid muuta selle MySQL-iga 100% vahetatavaks.
Tegelikult on märkimisväärsed ettevõtted, kes kasutavad seda kiiret andmebaasimootorit oma infrastruktuuri jaoks, näiteks Wikipedia, Google ja isegi WordPress.com!
Isegi kui te MariaDB-le üle ei lähe, minge üle MySQL-i uusimale versioonile. Tarkvara uusimad versioonid on alati kiiremad ja tõhusamad kui vanemad versioonid.
Uuendamine pole muidugi nõrkade südamete jaoks, see on oma olemuselt riskantne protseduur ja teil peavad olema varukoopiad, mida saate taastada, kui asjad ei tööta hästi.
See nõuab ka JUURjuurdepääsu oma serverile või VPS-ile, mistõttu mainisime, et peate minema üle VPS-ile või spetsiaalsele serverile.
Selleks logige sisse WHM-i (pärast VM-i täieliku varukoopia tegemist).
Mine avalehele >> Tarkvara >> MySQL/MariaDB Upgrade.
Seejärel on lihtne viisard, mida saate järgida, et uuendada automaatselt.
3 Minge üle PHP7 uusimale versioonile
Nagu me varem mainisime, leiate, et enamiku hostimiskontode PHP-seadistuse vaikeversioon ei ole kõige kiirem.
Näiteks kui teie hostimise vaikimisi on PHP5.6 versioon, on see juba mõne aasta (jaanuar 2017) aktiivne tugi väljas.
Isegi versiooni 7.0 tugi on alates 2017. aasta detsembrist lõppenud, praegune toetatud versioon on versioon 7.2.
Kuid pärandpõhjustel on enamikul hostimiskontodel endiselt vaikimisi need PHP vanemad versioonid – kuid tegelikult on PHP7.2 ülikiire mootor!
Iga hea hostimisteenus peaks võimaldama teil muuta oma saitide jaoks kasutatavaks mootoriks 7.2. Kui see pole teie jaoks saadaval, on tõenäoliselt aeg vahetada oma teenus parema vastu!
Muidugi kontrollige alati, kas teie veebisaidil töötav tarkvara ühildub selle PHP versiooniga. Kui uuendamisel läheb asi katki, peate uuesti pöörduma konkreetse tarnija poole, et veenduda, kas on olemas parandus või lahendus või võib-olla on olemas versioon, millele peate värskendama.
4 Seadistage PHP jaoks OpCache
Tõenäoliselt olete ikka ja jälle lugenud, et peate oma saidil rakendama brauseri vahemällu salvestamist, näiteks järgides siin olevat artiklit, ja rakendama ka failide vahemällu salvestamise mehhanismi, mis loob teie veebisaidi koopia, et neid saaks kiiresti teenindada.
Kuid on olemas ka kolmas vahemällu salvestamise tase, millest te ei pruugi teadlik olla, kuid võib-olla on see see, mis võib teie serveri reageerimisaja võtta alla poole sekundi.
See on baitkoodi vahemällu salvestamine ja selle eesmärk on muuta PHP tegelik täitmine kiiremaks. PHP töötab skriptide kompileerimisega opkoodideks, mis käivitatakse.
Opkoodid genereeritakse iga kord, kui PHP-kood käivitatakse. See tähendab, et kui PHP-kood ei muutu, on opkoodide genereerimine aja ja ressursside raiskamine.
Baitkoodi vahemällu salvestamine säästab aega, salvestades opkoodid mällu ja kui PHP on vaja käivitada, tõmmatakse kompileeritud kood mälust ja käivitatakse kohe.
See muudab selle PHP-koodi täitmise välkkiireks. Kombineerige see täiendatud andmebaasiserveris töötava VPS-iga ja teie WordPressi saidi või CMS-i failitaseme vahemällu salvestamisega ning serveri reageerimisaeg on tavaliselt 200–400 ms.
Veelgi olulisem on see, et selline serveri reageerimisaeg on mõõdik, mida tavaliselt peetakse mõõtmiseks, mida Google kasutab järjestustegurina (TTFB), nii et selle reageerimisaja suurendamine on suur asi.
Selle lubamiseks on erinevaid viise, leidsime, et meie seadistuste jaoks oli parim viis seda teha EasyApache4-s konfiguratsiooni lubamine, mis sisaldab OpCache’i, ja seejärel seadistusi vastavalt seadistada.
5 Valige Apache asemel Nginx
Meie viimane soovitus on pisut drastiline ja nõuab üsna palju muudatusi, kuid arvestades seda, et arutame täiustatud tehnikaid, ei saa me seda välja jätta.
Apache on olnud saitide hostimise standardne veebiserver sõna otseses mõttes aastakümneid, kuid selle populaarsus on aastate jooksul langenud, peamiselt ühe tugeva konkurendi – Nginxi – tõttu .
Selle veebiserveri populaarsus on pidevalt kasvanud, peamiselt seetõttu, et see suudab ületada Apache’i, eriti väga hõivatud saitide puhul, mis peavad suutma optimeerida oma infrastruktuuri kõiki aspekte. Nginx ületab samaaegsete ühenduste osas tavaliselt Apache’i, mis tähendab, et see suudab teenindada korraga rohkem kasutajaid kui Apache.
Kuigi Nginx ei ole serverit kasutavate veebisaitide koguarvu osas Apache’i üle võtnud, on see 10 000 parima veebilehe hulgas Apache’ist märkimisväärselt edestanud, kusjuures Nginx toidab rohkem kui 60% saitidest, vastupidiselt Apache’ile, mis majutab vähem kui 20%.
Arvestades aspekti, kuidas Nginx suudab samaaegsete ühenduste osas Apache’i edestada, on väga loogiline, et 10 000 parimat saiti, mis tavaliselt teenindavad iga minut sadu või isegi tuhandeid, pole ime, et Nginx võtab võimu üle. .
Nii et kui teie sait vajab tõhusalt mitut ühendust, on Nginx loogiline järeldus.
Muidugi pole Apache’ilt Nginxile üleminek, kui teie infrastruktuur on juba seadistatud.
Sul on vaja
- Veenduge, et kogu teie tarkvara ühildub täielikult Nginxiga
- Installige Nginx ja kõik lisamoodulid, mida teie sait vajab
- Lülitage kõik Apache’i konfiguratsioonid ja häälestamine Nginxile (nende konfigureerimise viis on erinev)
- Rakendage mis tahes jõudluse häälestamist, mis on vajalik serveri viimiseks piirini
Lihtsaim viis Nginxi seadistamiseks CPanelis ja WHM-is on mooduli Engintron kasutamine.
Pakkimine
Ülaltoodud tehnikad ei ole nõrganärvilistele. Neid tuleb hoolikalt kaaluda ja paigas peab olema kogu protsess, mis tagab, et olete oma saiti testinud probleemide suhtes, mis võivad tekkida selliste drastiliste muudatuste tegemisel. Kuid kui olete enamiku ülaltoodud muudatustest rakendanud, saate hõlpsalt oma saidi laadimisaja lühendada vähem kui kahe sekundini. Ja kui teete seda, näete mõne kuu pärast eeliseid, paremaid põrkemäärasid, paremaid asetusi ja, mis kõige tähtsam, õnnelikumaid kliente!