Frontend-jõudluse eelarved: Ressursipiirangute jälgimise meisterlikkus globaalsete veebikogemuste jaoks

Tänapäeva hüperühendatud maailmas võib aeglaselt laadiv veebileht olla oluline takistus edule. Kasutajad üle kogu maailma ootavad kohest juurdepääsu teabele ja sujuvat suhtlust. See ootus asetab kriitilise rõhu frontend-jõudlusele. Kuid järjepidevalt kõrge jõudluse saavutamine erinevates võrgutingimustes, seadmete võimekuses ja geograafilistes asukohtades on keeruline väljakutse. Siin muutuvad asendamatuks frontend-jõudluse eelarved ja ressursipiirangute jälgimine.

Jõudluseelarve toimib kaitsepiirdena, määratledes vastuvõetavad piirid erinevatele jõudlusnäitajatele. Nende eelarvete seadmisega ja ressursipiirangute pideva jälgimisega saavad arendusmeeskonnad ennetavalt tagada, et nende veebirakendused jäävad kiireks, reageerimisvõimeliseks ja nauditavaks globaalsele sihtrühmale. See põhjalik juhend süveneb jõudluseelarvestamise keerukustesse, selle olulisse rolli ressursipiirangute jälgimisel ja kuidas neid strateegiaid rakendada optimaalsete globaalsete veebikogemuste saavutamiseks.

Mis on frontend-jõudluse eelarve?

Oma olemuselt on frontend-jõudluse eelarve eelnevalt kindlaks määratud piirangute kogum peamistele tulemuslikkuse näitajatele (KPI) ja ressursside suurustele. Need eelarved on kehtestatud tagamaks, et veebisait või veebirakendus vastab konkreetsetele jõudluseesmärkidele. Need toimivad käegakatsutava võrdlusalusena, suunates arendusotsuseid ja vältides jõudluse halvenemist.

Mõelge sellest kui finantseelarvest. Nii nagu finantseelarve aitab hallata kulutusi, aitab jõudluseelarve hallata veebilehe poolt tarbitavaid ressursse. Nende ressursside hulka kuuluvad:

• Failisuurused: JavaScript, CSS, pildid, fondid ja muud varad.
• Laadimisajad: Mõõdikud nagu Esimene sisukas värvimine (FCP), Suurim sisukas värvimine (LCP) ja Interaktiivsuse aeg (TTI).
• Päringute arv: HTTP-päringute arv, mida brauser teeb lehe ressursside toomiseks.
• Protsessori/mälu kasutus: Arvutusressursid, mis on vajalikud lehe renderdamiseks ja sellega suhtlemiseks.

Nende eelarvete kehtestamine ei ole pelgalt suvaliste numbrite seadmine. See hõlmab kasutajate ootuste mõistmist, sihtseadmete ja -võrkude piirangute arvestamist ning jõudluseesmärkide vastavusse viimist ärieesmärkidega.

Miks on jõudluseelarved globaalsete sihtrühmade jaoks üliolulised?

Internet on globaalne nähtus ja nii on ka kasutajad, kes veebisisule juurde pääsevad. Digitaalne maastik on uskumatult mitmekesine, oluliste erinevustega järgmistes valdkondades:

• Võrgukiirused: Alates kiiretest fiiberoptilistest ühendustest arenenud linnakeskustes kuni aeglasemate ja katkendlikumate mobiilivõrkudeni kaugetes või arenevates piirkondades.
• Seadmete võimekus: Kasutajad pääsevad veebisaitidele juurde laias valikus seadmetega, alates tipptasemel lauaarvutitest kuni madala võimsusega nutitelefonideni, millel on piiratud töötlemisvõimsus ja mälu.
• Geograafiline latentsus: Füüsiline kaugus kasutaja ja veebiserveri vahel võib põhjustada andmeedastuses olulisi viivitusi.
• Andmesidekulud: Paljudes maailma osades on andmeside kallis, mis muudab kasutajad tundlikumaks veebisaitide ribalaiuse tarbimise suhtes.

Ilma jõudluseelarveta on arendusmeeskondadel lihtne tahtmatult luua kogemusi, mis toimivad hästi nende endi kiiretel ja võimsatel arendusmasinatel, kuid ebaõnnestuvad haledalt enamiku nende globaalse kasutajaskonna jaoks. Jõudluseelarved toimivad kriitilise võrdsustajana, sundides meeskondi algusest peale arvestama nende reaalsete piirangutega.

Vaatleme seda näidet: Euroopas asuv suur e-kaubanduse sait võib olla optimeeritud kiirete lairibaühenduste jaoks. Kuid märkimisväärne osa selle potentsiaalsest kliendibaasist võib asuda Lõuna-Aasias või Aafrikas, kus mobiilse andmeside kiirused on tunduvalt madalamad. Kui saidi JavaScripti pakett on liiga suur, võib selle allalaadimine ja käivitamine aeglasemal ühendusel võtta minuteid, mis viib pettunud kasutajate ostukorvidest loobumiseni.

Näiteks JavaScripti eelarve seadmisega oleks arendusmeeskond sunnitud hoolikalt uurima kolmandate osapoolte skripte, koodi jaotamise strateegiaid ja tõhusaid JavaScripti raamistikke, tagades õiglasema kogemuse kõigile kasutajatele, olenemata nende asukohast või võrgutingimustest.

Ressursipiirangute jälgimine: Jõudluseelarvete mootor

Kui jõudluseelarved määratlevad eesmärgid, siis ressursipiirangute jälgimine on pidev protsess, mille käigus mõõdetakse, analüüsitakse ja raporteeritakse, kui hästi veebisait nendest eelarvetest kinni peab. See on mehhanism, mis teavitab meeskondi, kui piiranguid ületatakse või neile lähenetakse.

See jälgimine hõlmab:

• Mõõtmine: Erinevate jõudlusnäitajate ja ressursisuuruste andmete regulaarne kogumine.
• Analüüs: Kogutud andmete võrdlemine määratletud jõudluseelarvetega.
• Raporteerimine: Tulemuste edastamine arendusmeeskonnale ja huvirühmadele.
• Tegevus: Parandusmeetmete võtmine, kui eelarveid rikutakse.

Tõhus ressursipiirangute jälgimine ei ole ühekordne tegevus; see on pidev tagasisideahel, mis on integreeritud arendustsüklisse.

Jõudluseelarvete peamised mõõdikud

Jõudluseelarvete seadmisel on oluline keskenduda valitud mõõdikute komplektile. Kuigi mõõdikuid on palju, on mõned neist kasutajakogemuse seisukohalt eriti mõjusad ja neid lisatakse sageli jõudluseelarvetesse:

• Suurim sisukas värvimine (LCP): Mõõdab, millal vaateakna suurim sisu element nähtavaks muutub. Hea LCP on tajutava laadimiskiiruse jaoks ülioluline. Eesmärk: < 2,5 sekundit.
• Esimese sisendi viivitus (FID) / Interaktsioonist järgmise värvimiseni (INP): FID mõõdab viivitust hetkest, mil kasutaja esimest korda lehega suhtleb (nt klõpsab nuppu), kuni ajani, mil brauser suudab tegelikult seda sündmust töödelda. INP on uuem mõõdik, mis mõõdab kõigi lehel toimuvate interaktsioonide latentsust. Eesmärk FID: < 100 millisekundit, Eesmärk INP: < 200 millisekundit.
• Kumulatiivne paigutuse nihe (CLS): Mõõdab ootamatuid nihkeid veebilehe sisus laadimisprotsessi ajal. Ootamatud nihked võivad kasutajatele pettumust valmistada. Eesmärk: < 0,1.
• Kogu blokeerimisaeg (TBT): Kogu aeg esimese sisuka värvimise (FCP) ja interaktiivsuse aja (TTI) vahel, mille jooksul peamine lõim oli piisavalt kaua blokeeritud, et takistada sisendi reageerimisvõimet. Eesmärk: < 300 millisekundit.
• JavaScripti paketi suurus: Kõigi JavaScripti failide kogumaht, mida brauser peab alla laadima ja parssima. Suurem pakett tähendab pikemat allalaadimis- ja täitmisaega, eriti aeglasemates võrkudes. Eelarve näide: < 170 KB (gzipped).
• CSS-faili suurus: Sarnaselt JavaScriptile võivad suured CSS-failid mõjutada parssimis- ja renderdamisaega. Eelarve näide: < 50 KB (gzipped).
• Pildifaili suurus: Optimeerimata pildid on lehtede aeglase laadimise sagedane põhjus. Eelarve näide: Piltide kogumaht < 500 KB.
• HTTP-päringute arv: Kuigi HTTP/2 ja HTTP/3 puhul vähem kriitiline, võib liigne päringute arv siiski lisada üldkulusid. Eelarve näide: < 50 päringut.

Need mõõdikud, mida sageli nimetatakse Core Web Vitals (LCP, FID/INP, CLS), on kasutajakogemuse mõistmiseks üliolulised. Siiski võib eelarve tüüpe laiendada, et hõlmata varade suurusi ja päringute arvu, pakkudes terviklikumat vaadet.

Jõudluseelarvete tüübid

Jõudluseelarveid võib liigitada mitmel viisil:

• Varade suuruse eelarved: Piirangud üksikute või kombineeritud varade (nt JavaScript, CSS, pildid) suurusele.
• Mõõdikute eelarved: Piirangud konkreetsetele jõudlusmõõdikutele (nt LCP, TTI, FCP).
• Päringute eelarved: Piirangud lehe tehtud HTTP-päringute arvule.
• Aja eelarved: Piirangud sellele, kui kaua teatud protsessid aega peaksid võtma (nt aeg esimese baidini - TTFB).

Põhjalik jõudlusstrateegia hõlmab sageli nende eelarvetüüpide kombinatsiooni.

Oma jõudluseelarvete kehtestamine

Tõhusate jõudluseelarvete seadmine nõuab strateegilist lähenemist:

1. Määratlege oma sihtrühm ja eesmärgid: Mõistke, kes on teie kasutajad, millised on nende tüüpilised võrgutingimused, seadmete võimekus ja mida te soovite, et nad teie saidil saavutaksid. Viige jõudluseesmärgid vastavusse ärieesmärkidega (nt konversioonimäärad, kaasamine).
2. Võrdlusuuringu tegemine praegusele jõudlusele: Kasutage jõudlusanalüüsi tööriistu, et mõista oma veebisaidi praegust jõudlust. Tuvastage kitsaskohad ja parandamist vajavad valdkonnad.
3. Uurige valdkonna standardeid ja konkurente: Vaadake, kuidas sarnased veebisaidid toimivad. Kuigi otsene kopeerimine ei ole soovitatav, pakuvad valdkonna võrdlusalused väärtuslikku lähtepunkti. Google'i Core Web Vitals'i eesmärgid on suurepärased võrdlusalused kasutajakesksete mõõdikute jaoks.
4. Seadke realistlikud ja mõõdetavad eelarved: Alustage saavutatavatest eesmärkidest. Parem on seada veidi leebem eelarve ja seda järk-järgult karmistada, kui seada võimatu, mis viib pidevate ebaõnnestumisteni. Veenduge, et iga eelarve oleks kvantifitseeritav.
5. Prioritiseerige mõõdikud: Kõik mõõdikud ei ole kõigi veebisaitide jaoks võrdselt olulised. Keskenduge mõõdikutele, millel on teie konkreetse rakenduse jaoks kõige olulisem mõju kasutajakogemusele ja ärieesmärkidele.
6. Kaasake kogu meeskond: Jõudlus on meeskonnasport. Disainerid, arendajad (frontend ja backend), kvaliteedikontroll ja tootejuhid peaksid kõik olema kaasatud jõudluseelarvete määratlemisse ja nendest kinnipidamisse.

Rahvusvaheline näide: Reisibroneeringute veebisait, mis on suunatud kasutajatele arenevatel turgudel, kus on levinud 3G-ühendused, võib seada rangemad eelarved JavaScripti täitmise ajale ja pildifailide suurustele võrreldes sarnase saidiga, mis on suunatud kasutajatele riikides, kus on laialt levinud 5G. See demonstreerib sihtrühma omadustel põhinevat kohandatud lähenemist.

Jõudluseelarvete rakendamine arendusprotsessis

Jõudluseelarved on kõige tõhusamad, kui need on integreeritud otse arendusprotsessi, mitte ei ole järelmõte.

1. Arendusfaas: Kohalik monitooring ja tööriistad

Arendajatel peaksid olema käepärast tööriistad jõudluse kontrollimiseks arendustsükli ajal:

• Brauseri arendaja tööriistad: Chrome DevTools, Firefox Developer Edition jne pakuvad sisseehitatud jõudluse profiilimist, võrgu piiramist ja auditeerimisvõimalusi.
• Ehitustööriistade integreerimine: Pluginad ehitustööriistadele nagu Webpack või Parcel võivad raporteerida varade suuruste kohta ja isegi märgistada ehitusi, mis ületavad eelnevalt määratletud piire.
• Kohalikud jõudlusauditid: Tööriistade nagu Lighthouse kohalik käitamine võib anda kiiret tagasisidet jõudlusmõõdikute kohta ja tuvastada potentsiaalseid probleeme enne koodi sisseviimist.

Praktiline nõuanne: Julgustage arendajaid kasutama oma brauseri arendaja tööriistades võrgu piiramist, et simuleerida aeglasemaid ühendusi (nt Kiire 3G, Aeglane 3G) funktsioonide testimisel. See aitab varakult tabada jõudluse halvenemist.

2. Pidev integratsioon (CI) / Pidev tarnimine (CD)

Jõudluskontrollide automatiseerimine CI/CD torujuhtmes on järjepidevuse säilitamiseks ülioluline:

• Automatiseeritud Lighthouse'i auditid: Tööriistu nagu Lighthouse CI saab integreerida oma CI torujuhtmesse, et automaatselt käivitada jõudlusauditeid iga koodimuudatuse korral.
• Läviväärtused ja ebaõnnestumised: Konfigureerige CI torujuhe nii, et see ebaõnnestuks, kui jõudluseelarved ületatakse. See takistab jõudluse halvenemise jõudmist tootmiskeskkonda.
• Aruandluse armatuurlauad: Integreerige jõudlusandmed armatuurlaudadesse, mis pakuvad nähtavust kogu meeskonnale.

Rahvusvaheline näide: Ülemaailmsel tarkvaraettevõttel võivad olla arendusmeeskonnad jaotatud üle kontinentide. Jõudluskontrollide automatiseerimine nende CI torujuhtmes tagab, et olenemata sellest, kus arendaja töötab, hinnatakse tema koodi samade jõudlusstandardite alusel, säilitades järjepidevuse nende ülemaailmse kasutajaskonna jaoks.

3. Tootmiskeskkonna monitooring

Isegi tugevate arendus- ja CI/CD-praktikatega on pidev monitooring tootmiskeskkonnas ülioluline:

• Tegeliku kasutaja monitooring (RUM): Tööriistad, mis koguvad jõudlusandmeid tegelikelt kasutajatelt, kes teie veebisaidiga suhtlevad. See annab kõige täpsema pildi jõudlusest erinevates seadmetes, võrkudes ja geograafilistes piirkondades. Teenused nagu Google Analytics (koos Core Web Vitals'i jälgimisega), Datadog, New Relic ja Sentry pakuvad RUM-võimalusi.
• Sünteetiline monitooring: Regulaarselt ajastatud automatiseeritud testid, mida käitatakse erinevatest globaalsetest asukohtadest, et simuleerida kasutajakogemusi. Tööriistad nagu WebPageTest, GTmetrix, Pingdom ja Uptrends on selleks suurepärased. See aitab tuvastada jõudlusprobleeme konkreetsetes piirkondades.
• Hoiatused: Seadistage hoiatused, et teavitada meeskonda kohe, kui jõudlusmõõdikud tootmiskeskkonnas oluliselt oodatud väärtustest kõrvale kalduvad või kehtestatud eelarveid ületavad.

Praktiline nõuanne: Konfigureerige RUM-tööriistad andmete segmenteerimiseks piirkonna, seadme tüübi ja ühenduse kiiruse järgi. Need detailsed andmed on hindamatud, et mõista jõudluserinevusi, mida kogevad teie globaalse sihtrühma erinevad segmendid.

Jõudluseelarvestamise ja monitooringu tööriistad

Erinevad tööriistad võivad aidata jõudluseelarvete seadmisel, jälgimisel ja jõustamisel:

• Google Lighthouse: Avatud lähtekoodiga automatiseeritud tööriist veebilehtede jõudluse, kvaliteedi ja korrektsuse parandamiseks. Saadaval Chrome DevTools'i vahekaardina, Node.js moodulina ja CLI-na. Suurepärane audititeks ja eelarvete seadmiseks.
• WebPageTest: Väga konfigureeritav tööriist veebisaidi kiiruse ja jõudluse testimiseks mitmest asukohast üle maailma, kasutades reaalseid brausereid ja ühenduse kiirusi. Oluline rahvusvahelise jõudluse mõistmiseks.
• GTmetrix: Kombineerib Lighthouse'i ja oma analüüsi, et pakkuda põhjalikke jõudlusaruandeid. Pakub ajaloolist jälgimist ja kohandatud hoiatuste seadeid.
• Chrome DevTools'i võrgu vahekaart: Pakub üksikasjalikku teavet iga võrgupäringu kohta, sealhulgas failisuurused, ajastused ja päised. Oluline varade laadimise silumiseks.
• Webpack Bundle Analyzer: Webpacki plugin, mis aitab visualiseerida teie JavaScripti pakettide suurust ja tuvastada suuri mooduleid.
• PageSpeed Insights: Google'i tööriist, mis analüüsib lehe sisu ja pakub soovitusi lehtede kiiremaks muutmiseks. See pakub ka Core Web Vitals'i andmeid.
• Tegeliku kasutaja monitooringu (RUM) tööriistad: Nagu mainitud, pakuvad Google Analytics, Datadog, New Relic, Sentry, Akamai mPulse ja teised olulisi reaalmaailma jõudlusandmeid.

Globaalse jõudluseelarvestamise parimad tavad

Et tagada teie jõudluseelarvete tõhusus globaalse sihtrühma jaoks, kaaluge neid parimaid tavasid:

• Segmenteerige oma eelarveid: Ärge eeldage, et üks eelarve sobib kõigile kasutajatele. Kaaluge eelarvete segmenteerimist peamiste kasutajagruppide, seadmetüüpide (mobiil vs. lauaarvuti) või isegi geograafiliste piirkondade alusel, kui esineb olulisi erinevusi. Näiteks võib mobiilseadmete eelarve olla JavaScripti täitmise aja osas rangem kui lauaarvutite eelarve.
• Omaks võtke progressiivne täiustamine: Kujundage ja ehitage oma veebisait nii, et põhifunktsionaalsus töötab isegi vanematel seadmetel ja aeglasematel ühendustel. Seejärel lisage täiustusi võimekamate keskkondade jaoks. See tagab baaskogemuse kõigile.
• Optimeerige "halvima juhu" jaoks (mõistlikkuse piires): Kuigi te ei pea teenindama ainult kõige aeglasemaid ühendusi, peaksid teie eelarved arvestama levinud, vähem kui ideaalsete tingimustega, millega seisab silmitsi märkimisväärne osa teie sihtrühmast. Tööriistad nagu WebPageTest võimaldavad teil simuleerida erinevaid võrgutingimusi.
• Optimeerige pilte agressiivselt: Pildid on sageli lehe suurimad varad. Kasutage kaasaegseid vorminguid (WebP, AVIF), responsiivseid pilte (`` element või `srcset`), laisklaadimist ja tihendamist.
• Koodi tükeldamine ja puu raputamine (tree shaking): Edastage ainult see JavaScript ja CSS, mis on vajalik praeguse lehe ja kasutaja jaoks. Eemaldage kasutamata kood.
• Laadige mittekriitilised ressursid laisalt: Lükake edasi nende varade laadimine, mis ei ole kohe nähtavad või vajalikud esialgseks kasutaja interaktsiooniks. See hõlmab ekraaniväliseid pilte, mitteolulisi skripte ja komponente.
• Kasutage brauseri vahemälu: Veenduge, et staatilised varad oleksid brauseri poolt korralikult vahemällu salvestatud, et vähendada laadimisaega järgmistel külastustel.
• Kaaluge sisuedastusvõrke (CDN): CDN-id salvestavad teie veebisaidi staatilised varad (pildid, CSS, JavaScript) serveritesse, mis asuvad üle maailma, edastades need kasutajatele lähimast saadaolevast serverist, vähendades oluliselt latentsust.
• Optimeerige kolmandate osapoolte skripte: Analüütika, reklaami ja sotsiaalmeedia vidinad võivad jõudlusele oluliselt mõjuda. Auditeerige neid regulaarselt, lükake nende laadimine edasi ja kaaluge, kas need on tõesti vajalikud.
• Vaadake regulaarselt üle ja kohandage: Veeb areneb pidevalt, nagu ka kasutajate ootused ja seadmete võimekus. Teie jõudluseelarved ei tohiks olla staatilised. Vaadake need perioodiliselt üle ja kohandage neid uute andmete, arenevate parimate tavade ja ärivajaduste alusel.

Rahvusvaheline perspektiiv CDN-i kasutamisele: Tõeliselt globaalse kliendibaasiga ettevõtte jaoks on tugev CDN-strateegia möödapääsmatu. Näiteks populaarne uudisteportaal, mis teenindab sisu Põhja-Ameerikast Austraalia kasutajatele, näeb dramaatiliselt paranenud laadimisaegu, kui selle varad on vahemällu salvestatud Austraalia kasutajatele lähemal asuvatesse CDN-i servserveritesse, selle asemel, et iga päring peaks reisima üle Vaikse ookeani.

Väljakutsed ja lõksud

Kuigi jõudluseelarved on võimsad, ei ole nende rakendamine väljakutseteta:

• Üleoptimeerimine: Püüdlemine võimatult väikeste eelarvete poole võib viia kompromiteeritud funktsioonideni või võimetuseni kasutada vajalikke kolmandate osapoolte tööriistu.
• Mõõdikute valesti tõlgendamine: Liiga tugev keskendumine ühele mõõdikule võib mõnikord teisi negatiivselt mõjutada. Tasakaalustatud lähenemine on võtmetähtsusega.
• Toetuse puudumine: Kui kogu meeskond ei mõista ega nõustu jõudluseelarvetega, on ebatõenäoline, et neist kinni peetakse.
• Tööriistade keerukus: Jõudluse monitooringu tööriistade seadistamine ja hooldamine võib olla keeruline, eriti väiksematele meeskondadele.
• Dünaamiline sisu: Väga dünaamilise või isikupärastatud sisuga veebisaidid võivad muuta järjepideva jõudluseelarvestamise keerulisemaks.

Lõksude käsitlemine globaalse mõtteviisiga

Nende väljakutsetega tegelemisel on globaalne mõtteviis hädavajalik:

• Kontekstipõhised eelarved: Ühe monoliitse eelarve asemel kaaluge astmeliste eelarvete või erinevate eelarvekomplektide pakkumist erinevatele kasutajasegmentidele (nt mobiilikasutajad aeglastes võrkudes vs. lauaarvutite kasutajad lairibaühendusega).
• Keskendumine põhikogemusele: Veenduge, et olulised funktsioonid ja sisu oleksid jõudsad võimalikult laiale sihtrühmale. Täiustage kogemust neile, kellel on paremad tingimused, kuid ärge laske sellel halvendada teiste kogemust.
• Pidev haridus: Harige regulaarselt meeskonda jõudluse olulisusest ja sellest, kuidas nende rollid sellesse panustavad. Jagage reaalseid näiteid sellest, kuidas jõudlus mõjutab kasutajaid globaalselt.

Kokkuvõte: Kiirema veebi ehitamine kõigile

Frontend-jõudluse eelarved ja hoolikas ressursipiirangute jälgimine ei ole ainult tehnilised parimad tavad; need on fundamentaalsed kaasavate ja tõhusate veebikogemuste loomisel globaalsele sihtrühmale. Seades selged, mõõdetavad eesmärgid ja jälgides pidevalt nende täitmist, saavad arendusmeeskonnad tagada, et nende veebisaidid on kiired, reageerimisvõimelised ja kättesaadavad kasutajatele olenemata nende asukohast, seadmest või võrguvõimalustest.

Jõudluseelarvete rakendamine on pidev kohustus, mis nõuab meeskondadeülest koostööd, tööriistade strateegilist kasutamist ja pidevat teadlikkust kasutajate vajadustest. Maailmas, kus millisekundid loevad ja digitaalne juurdepääs on üha olulisem, on jõudluseelarvestamise meisterlikkus kriitiline eristav tegur igale organisatsioonile, mis soovib ühendust võtta kasutajatega üle maailma.

Alustage juba täna, määratledes oma esialgsed eelarved, integreerides monitooringu oma töövoogu ja edendades kultuuri, mis seab esikohale jõudluse. Tasuks on kiirem ja õiglasem veebikogemus kõigile teie globaalsetele kasutajatele.