Pāriet uz saturu 
Es jums parādīšu, kā divos skaidros soļos. CDN nomaiņa tīmekļa vietne darbojas bez traucējumiem un kādi iestatījumi jums būtu pareizi jānoregulē jau no paša sākuma. Rokasgrāmata jūs iepazīstinās no pirmās dublējumkopijas izveides līdz DNS un kešēšanai - ar konkrētiem soļiem, kurus varat īstenot tieši un sasniegt tūlītējus rezultātus. Veiktspēja-ietekme.
Centrālie punkti
Es šeit apkopošu svarīgākos aspektus:
- DNS Pareizi iestatiet un pārbaudiet SSL
- Kešatmiņa Īpaša konfigurēšana (TTL, versiju veidošana)
- Spraudņi tīrs savienojums (piem., WordPress)
- Testi un salīdzināt izmērītās vērtības
- Drošība Aktivizēt (DDoS aizsardzība, WAF)
Kādi ir konkrēti ieguvumi no CDN nomaiņas?
Ar Saturs Piegādes tīkls ļauj piegādāt attēlus, CSS, JS un videoklipus no lietotājam tuvāk esošām vietām, tādējādi ievērojami samazinot gaidīšanas laiku. Es uzturu zemu Sākotnes slodzi, TTFB samazinās, un lapas paliek ātras un atsaucīgas pat maksimālās slodzes laikā. uzticams. DDoS filtri, ātruma ierobežojumi un WAF aizsargā lietojumprogrammu no uzbrukumiem, savukārt kešēšanas noteikumi nodrošina tīru atkārtotu piekļuvi. Starptautiskām mērķgrupām maksājiet eiro, izmantojot CDN, un apkalpojiet reģionus visā pasaulē bez papildu serveriem. Ja vēlaties iedziļināties mērījumu vērtībās un regulēšanā, kompaktas zināšanas atradīsiet šādā vietnē CDN optimizācijako es pielietoju praksē.
1. posms: sagatavošanās un inventarizācija
Vispirms es nodrošinu Tīmekļa vietne un datubāzi, lai jebkurā brīdī varētu atgriezties atpakaļ. Pēc tam es pārbaudu hostera, domēna reģistratora un DNS pieteikumus, jo bez piekļuves ikviens Grozījums. Es apkopoju visus statiskos resursus: attēlus, CSS, JavaScript, tīmekļa fontus un lejupielādēju failus, lai vēlāk tos piegādātu, izmantojot CDN. Aplūkojot direktoriju struktūru (augšupielādes, tēmas, spraudņi), es redzu, kur atrodas lieli faili, kas palielina ielādes laiku. Pēc tam dokumentēju pašreizējos DNS ierakstus un TTL vērtības, lai varētu skaidri un vajadzības gadījumā ātri izsekot soļiem. atgriezt.
2. solis: Izvēlieties pakalpojumu sniedzēju un izveidojiet kontu
Es izvēlos Nodrošinātājs atkarībā no mērķa grupas atrašanās vietas, cenas modeļa, drošības un atbalsta. Tādi pakalpojumi kā Cloudflare vai Bunny.net ir piemēroti sākumam; Cloudfront ir piemērots arī ļoti elastīgām konfigurācijām, ja es vēlos izmantot. Precīza kontrole nepieciešams. Es izveidoju kontu, izveidoju zonu vai vilkšanas galamērķi un atzīmēju sniegto CDN hostname. Es arī pārbaudu pieejamās POP atrašanās vietas (galējos serverus) reģionos, kurus mani lietotāji apmeklē visbiežāk. Ja dodat priekšroku atbalstam vācu valodā un GDPR prasībām atbilstošiem maršrutiem, pievērsiet uzmanību Eiropas datu centriem un skaidri norādiet. Datu procesi.
3. solis: Savienojiet domēnu ar CDN
Es sekoju līdzi tam, kā notiek uzkāpšana uz klāja NodrošinātājiVai nu mainu nosaukumu serverus (piemēram, izmantojot Cloudflare), vai arī izveidoju apakšdomēnu, piemēram, cdn.yourdomain.tld. Daudzos gadījumos CNAME norāda uz pakalpojumu sniedzēja norādīto CDN hostname, lai es varētu tīri maršrutēt datplūsmu statiskiem failiem. novirzīt. Attiecībā uz nosaukumu servera variantu, Es pārvietot visus DNS ierakstus uz jauno administrāciju un saīsināt TTL ātrai izmaiņām. Es pagaidīju, kamēr DNS izplatīšana ir pabeigta, un tad izmantoju rīkus vai dig/nslookup, lai pārbaudītu, vai apakšdomēna norāda uz galējo pakalpojumu. Svarīgi: es neko nemainu izcelsmes serverī, kamēr savienojums nav apstiprināts un apakšdomēna ir uzticama. atbildes.
4. solis: Integrācija tīmekļa vietnē
Es aizvietoju statisko resursu URL adreses ar jauno CDN-subdomēna; WordPress es tam izmantoju kešatmiņu vai CDN spraudni. Ja nepieciešams, apskatiet Cloudflare in Pleskkad zonas izveidoju tieši hostinga panelī. WP Rocket, W3 Total Cache, CDN Enabler, WP Fastest Cache vai Perfmatters, es ievadu CDN URL un izvēlos failu tipus, piemēram, attēlus, CSS un JS, kuriem vajadzētu darboties, izmantojot Edge. Pievēršu uzmanību pareiziem ceļiem, izvairos no dubultiem slīpsvītrumiem un nepieļauju izņēmumus (piemēram, administratora vai izrakstīšanās ceļus), lai tie netiktu piegādāti. Pēc saglabāšanas dzēšu spraudņa kešatmiņu un CDN kešatmiņu, lai jaunas Maršruti nekavējoties.
5. solis: izvairieties no SSL un jaukta satura
Es aktivizēju SSL CDN un izvēlieties atbilstošu Izcelsmes režīmu (Pilnīgs/Strikts), lai visi ceļi būtu pieejami, izmantojot HTTPS. Pēc tam es pārbaudu, vai tēmā, spraudņos vai cietajā kodējumā joprojām ir http saites, un laboju šīs saites uz https. Pārlūkprogrammas konsolē pievēršu uzmanību jaukta satura brīdinājumiem un konsekventi tos atrisinu, lai netiktu bloķēts saturs. Daudzi pakalpojumu sniedzēji piedāvā bezmaksas sertifikātus, kas tiek automātiski atjaunoti, tādējādi samazinot uzturēšanas izdevumus. Ārējiem skriptiem, ja iespējams, iestatu SRI hashe un satura drošības politikas, lai papildus nodrošinātu drošu piegādi. lai nodrošinātu.
6. posms: Testēšana un mērīšana
Es salīdzinu galvenos rādītājus, piemēram. TTFB, LCP un pieprasījumu skaitu pirms un pēc pārejas uz euro, lai varētu skaidri parādīt ietekmi. DevTools man tīkla cilnē parāda, vai faili nāk no CDN un kādi kešatmiņas trāpījumi notiek. Sākotnējām pārbaudēm pietiek ar GTmetrix vai WebPageTest; joprojām ir svarīgi salīdzināt rezultātus ar manu reālo lietotāja profilu. spogulis. Es pārbaudīju vietas, kas aptver manu mērķa grupu, piemēram, Frankfurti, Londonu vai Ņujorku. Pēc tam aplūkoju CDN statistiku, lai pārliecinātos, vai augsts trāpījumu rādītājs un neliels izcelsmes datplūsmas apjoms norāda uz tīru konfigurāciju. norādiet ..
7. solis: Pareizi iestatiet kešatmiņas noteikumus
Es definēju jēgpilnu TTL-vērtības statiskiem failiem, piemēram, vairākas dienas vai nedēļas, lai izvairītos no atkārtotiem pieprasījumiem. Izmaiņām izmantoju failu versijas (style.css?v=3.2), lai CDN un pārlūkprogrammas nekavējoties atpazītu jauno saturu. Atpazīt. Atkarībā no projekta HTML un API kešē es glabāju īsāku laiku vai arī nemaz, bet attēlus, fontus un skriptus glabāju ilgāk. Es nosaku noteikumus, lai administrēšanas zonas, iepirkumu grozi un pieteikšanās nenonāktu edge kešatmiņā. Visbeidzot, pārbaudu atbildes galvenes (cache-control, cf-cache-status vai tamlīdzīgi), lai varētu redzēt, kā klients un CDN faktiski apstrādā failu. ārstēt.
WordPress prakse: spraudņa iestatīšana 5 minūtēs
Es instalēju Spraudnis piemēram, W3 Total Cache vai CDN Enabler, aktivizējiet CDN funkciju un ievadiet apakšdomēnu. Pēc tam izvēlos failu tipus (attēlus, CSS, JS), kurus vēlos izplatīt, izmantojot Edge, un saglabāju iestatījumus. Pēc tam dzēšu spraudņa un CDN kešatmiņu, ielādēju lapu atkārtoti un pārbaudu galvenes Hits. Ja rodas sajaukts saturs, es laboju tēmā vai spraudņu failos ievietotos URL. Ja nepieciešams, es pakāpeniski deaktivizēju turpmākās optimizācijas opcijas (Minify, Combine), vēlreiz pārbaudu un pēc tam vēlāk izlases veidā atkal aktivizēju tās. augsta.
Pakalpojumu sniedzēju salīdzinājums un kritēriji
Par atlasi CDN Es ņemu vērā malu pārklājumu, cenu par reģionu, atbalsta laiku, drošības funkcijas un integrācijas vieglumu. Daudziem projektiem kompakts izmaksu logs ir tikai dažas minūtes. Euro mēnesī atkarībā no datplūsmas un funkcijām. Es arī pārbaudīju, cik viegli ir iestatīt noteikumus, maršrutēšanu, transformācijas un žurnālus. Ja vēlaties palīdzību, lai sāktu darbu, praktiskus padomus atradīsiet šādā vietnē CDN integrācija tostarp tipiski šķēršļi. Nākamajā tabulā sniegts īss pārskats par izplatītākajām iespējām un to stiprajām pusēm:
| Vieta | Nodrošinātājs | Cena/efektivitāte | Integrācija | Drošība |
|---|---|---|---|---|
| 1 | webhoster.de | Testa uzvarētājs | Ļoti vienkārši | Lielisks |
| 2 | Cloudflare | Ļoti labi | Vienkāršs | Ļoti labi |
| 3 | Bunny.net | Ļoti labi | Ļoti vienkārši | Labi |
| 4 | StackPath | Labi | Labi | Ļoti labi |
| 5 | Amazon Cloudfront | Labi | Izsmalcināts | Izcils |
Īsas atbildes uz biežāk uzdotajiem jautājumiem
Es iestatīju CDN-integrācija, nepārveidojot lapu, jo izmaiņas parasti ietekmē tikai statisko saturu un DNS. Ja nepieciešams, es izslēdzu atsevišķus failus, izmantojot izņēmuma noteikumus vai spraudņa opcijas un neļaujot kritiski svarīgiem ceļiem iekļūt edge kešatmiņā. Nodrošinu atbilstību GDPR, izmantojot Eiropas ceļus un piemērotus līgumus, kas datu plūsmas padara skaidras un pārredzamas. pārbaudāms paliek. Sākotnējā līmeņa plānu izmaksas bieži vien ir viencipara skaitlis eiro, bet, pieaugot datplūsmai un papildu funkcijām, tās palielinās. Veikaliem vai portāliem es plānoju buferbudžetus, lai jebkurā laikā varētu tikt galā ar slodzes maksimumu un papildu drošības moduļiem. pārklāts ir.
Tipiskas kļūdas pārejot uz jauno tehnoloģiju un kā no tām izvairīties
Es izvairos no cietā kodēšanas ar http, jo tie ģenerē Jauktais-satura brīdinājumus un palēnināt piegādi. Nepareizi CNAME galamērķi vai apmainīti ieraksti noved pie neveiksmēm, tāpēc es pārbaudu DNS ierakstus ar rīkiem un īsiem TTL. Es konsekventi dzēšu tukšos kešatmiņas resursus, lai vecie resursi nepārrakstītos. Metrikas falsificēt. Lai izvairītos no nepareiza satura, jutīgās zonās, piemēram, kasē vai pieteikšanās, es iestatīju kešatmiņas bustings un no-cache galvenes. Es dokumentēju katru soli un esmu sagatavojis rezerves variantu, lai problēmu gadījumā varētu ātri atgriezties pēdējā stabilā stāvoklī. atgriezt.
8. solis: Aktivizējiet malu optimizācijas
Es pārslēdzu HTTP/2 un HTTP/3 (QUIC) zonā, lai paralēlie pieprasījumi tiktu apstrādāti ātrāk un saīsinātos savienojuma izveides laiks. Es arī aktivizēju Maizes nūjiņas-kompresija teksta failiem (HTML, CSS, JS, SVG), ar Gzip kā rezerves variantu vecākiem klientiem. Ja iespējams, es izmantoju 0-RTT vai TLS optimizāciju, lai atkārtotas savienošanās notiktu vēl ātrāk. Attēliem es testēju šādas funkcijas On-the-fly-optimizācija: WebP/AVIF pārkodēšana, izmēra maiņa un kvalitātes līmeņi katrai gala ierīcei. Tas ļauj ietaupīt joslas platumu, ievērojami nepasliktinot attēla kvalitāti. Es apzināti izmantoju Minify opcijas: es vai nu iekļauju Minify izveides procesā, vai arī izmantoju Edge Minify funkciju, bet nekad. dubultālai izvairītos no kļūdām. Statiskajiem failiem es atstāju ETag un Last-Modified pareizi, lai pārlūkprogrammas un CDN efektīvi izmantotu delta validāciju.
9. solis: precīza kešatmiņas atslēgu un variāciju kontrole
Es definēju, ko Kešatmiņas atslēga vajadzētu ietekmēt: Shēma (http/https), saimnieks, ceļš un - selektīvi - vaicājuma virknes. Izsekošanas parametrus (utm_*, fbclid) ignorēju, lai tie nepiesārņotu kešatmiņu. Ja piegādāju no ierīces atkarīgus variantus (piemēram, dažādu izmēru attēlus), izmantoju Dažādi-Uzmantojiet hreflang galveni uzmanīgi vai regulējiet variācijas servera pusē, izmantojot standartizētu URL stratēģiju. Ja saturs patiešām atšķiras, es kešēju valodas versijas (hreflang) atsevišķi, citādi es visu uzturu konsekventu vienā valodas līmenī. Kešatmiņas atslēgā iekļauju sīkfailus tikai tad, ja tie ir absolūti nepieciešami; daudzi sīkfaili ir nesvarīgi attēlošanai, un tos nevajadzētu glabāt edge kešatmiņā. uzspridzināties. Personalizētām lapām es definēju skaidrus apejas noteikumus (pieteikšanās, iepirkumu grozs, profils) un malā atstāju tikai patiešām statiskas daļas.
10. posms: Izcelsmes aizsardzība un ekranēšana
Es iestatīju Izcelsmes vairogs (ja ir pieejams), lai katrs "edge pop" nenonāktu uz izcelsmi atsevišķi - tas ievērojami samazina aizmugurējo pieprasījumu skaitu. Ugunsmūrī es tīmekļa serverī atļauju tikai CDN IP vai tīklus un bloķēju tiešo piekļuvi, lai neviens nevarētu apiet CDN aizsardzības slāni. Tīmekļa servera iestatījumos saglabāju timeout, keep-alive un maksimālos galvenes izmērus tā, lai tie atbilstu tipiskajiem CDN pieprasījumu modeļiem. Augšupielādēm un administrēšanas darbībām es definēju Likmju ierobežojumisamazināt ļaunprātīgu izmantošanu. Vajadzības gadījumā es ierobežoju izejošās atbildes (piemēram, ļoti lielus failus) ar joslas platuma noteikumiem vai izmantoju īpašus datu glabāšanas CDN lejupielādei, lai līdz minimumam samazinātu izcelsmi. atvieglot.
E-komercija un dinamiskās jomas
Veikaliem (piemēram, WooCommerce) es izslēdzu Iepirkumu grozsApmeklējuma un konta lapas no kešatmiņas un stingri kontrolēt sīkfailus (sesija, cart_hash). Produktu lapas bieži vien var būt kešatmiņā, kamēr es ielādēju atsevišķus elementus (piemēram, "Pēdējo reizi skatīts") klienta pusē. Cenu zīmēm vai krājumu līmeņiem es izmantoju īsus TTL vai fragmentētu saturu: Statiskais HTML saglabājas kešatmiņā ilgu laiku, bet maziem JSON fragmentiem ar krājumu līmeņiem tiek piešķirts īss darbības laiks. Es pārbaudu, vai akcijas Kešatmiņas anulēšana vai uzticami uzsākt darbību, izmantojot versiju rediģēšanu, un kampaņu laikā plānot kontrolētu pirmspārdošanas fāzi vislabāk pārdotajām lapām. Maksājumu pakalpojumu sniedzēji un webhooks vienmēr darbojas tiešā izcelsmeŠos ceļus pasargāju no malas kešatmiņas un aizsargāju tos, izmantojot WAF noteikumus.
Izkārtošana, izvietošana un atiestatīšana
Es izveidoju Iestudēšana-apakšdomēna, kas norāda uz savu CDN zonu, lai droši pārbaudītu noteikumus. Pirms izlaišanas es samazinu TTL kritiskajiem resursiem līdz dažām minūtēm, veicu izvietošanu un pēc tam atkal palielinu TTL. Es izmantoju diferencētu Tīrīšanas darbiatsevišķs URL, prefikss, tagi (ja ir pieejami) un globāla tīrīšana tikai ārkārtas gadījumos. Es veicu kešatmiņas sasilšanu, izmantojot vietnes karti vai URL sarakstu, ko iegūstu, izmantojot skriptu, lai vissvarīgākās lapas būtu iepriekš sasilušas visās attiecīgajās vietās. Atgriešanas gadījumā dokumentēju iepriekšējos zonas iestatījumus (eksports), versiju drošas konfigurācijas un definēju atgriešanas stratēģiju, kas ietver DNS/TTL un CDN noteikumus. Ja esmu mainījis vārda serverus, plānoju Uzturēšanas periodskurā izmaiņas var droši izplatīties.
Uzraudzība, žurnāli un kļūdu analīze
Es aktivizēju Reālais laiks-Statistika un žurnāli: statusa kodi, kešatmiņas trāpījumu rādītāji, joslas platums un populārākie URL. Es kategorizēju uzkrītošās 5xx vērtības: 5xx no Edge norāda uz CDN vai maršrutēšanas problēmām, 5xx no Origin norāda uz servera vai lietojumprogrammas kļūdām. Diagnosticēju tipiskus kļūdu modeļus (laika kavējumi, 520/522/524), izmantojot pieprasījuma ID no atbildes galvenēm, un sasaistīju tos ar izcelsmes žurnāliem. Es izmantoju curl un pārlūkprogrammas DevTools, lai pārbaudītu tādas galvenes kā cache-control, age, vary, etag un CDN specifiskās kešatmiņas statusa galvenes. Es definēju Trauksmes signāli trāpījumu skaita samazināšanās, neparastas izcelsmes izejas un neparastu atbildes lielumu. Incidentu gadījumā es uz laiku samazinu TTL, izslēdzu noteikumus, soli pa solim veicu testēšanu un mērķtiecīgi atjaunoju stabilizētās politikas. šeit.
Izmaksu kontrole un mērogošana
Es ievēroju Satiksme-atsevišķi, attēla pārveidošanu un video piegādi, jo tie ir lielākie izmaksu faktori. Augsts trāpījumu rādītājs samazina izcelsmes izeju un līdz ar to bieži vien arī kopējās izmaksas - tāpēc es konsekventi optimizēju kešatmiņas atslēgas, TTL un attīrīšanas stratēģijas. Ļoti lieliem failiem (lejupielādes) es izmantoju īpašus spaiņus vai vilkšanas mērķus un novēršu Karstās saiteslai ārējās vietnes nevarētu piekļūt maniem resursiem. Es izmantoju daudzpakāpju kešatmiņu vai hierarhijas vairogu, lai samazinātu rezerves kopiju pieprasījumus datu centram. Ja tiek apkalpoti vairāki reģioni ar dažādiem izmaksu modeļiem, es nosaku reģionālos noteikumus (piemēram, pielāgoju attēla kvalitāti/izmēru), lai varētu saglabāt veiktspējas un izmaksu līdzsvaru katrā tirgū. optimizēt.
SEO, rāpuļi un indeksēšana
Es pārliecinos, ka robots.txt un vietņu kartes ir pieejamas un netiek pārāk agresīvi kešētas. Vietņu kartēm ir īss TTL, lai jaunu saturu varētu ātri atrast. Man ir pareizi iestatītas izcelsmes kanoniskās birkas, hreflang un novirzīšanas ķēdes; CDN tās tikai nodod tālāk. Core Web Vitals ir izšķiroša edge kešatmiņas, HTTP/3, Brotli un attēlu optimizācijas kombinācija - tāpēc es testēju ar reālistiskiem Atrašanās vietas un ierīces. Pārmeklētāji gūst labumu no stabilām atbildēm un konsekventas URL struktūras: es izvairos no liekiem resursiem, nedublēju saturu un uzturu nemainīgus resursu resursus. Ja robotu datplūsma ir liela, es definēju ātruma ierobežojumus ar izņēmumiem zināmiem rāpotājiem, lai lietotāji varētu turpināt piekļūt vietnei. Prioritāte ir.
Juridiskie jautājumi un datu aizsardzība
Es aktivizēju Eiropas maršrutus, ja tādi ir pieejami, un ierobežot žurnālu saglabāšanu līdz nepieciešamajam apjomam. Es pseidonimizēju IP, ja nav ciešas diagnostikas vajadzības, un nodrošinu, ka ir noslēgti pasūtījumu apstrādes līgumi. Es darbinu WAF tā, lai netiktu bloķēti likumīgi lietotāji: Es mērķtiecīgi izmantoju izaicinājuma režīmus un dokumentēju izņēmumus. CDN neietekmē sīkfailu banerus un satura loģiku; es tikai pārliecinos, ka to skripti netiek kešēti, ja tie ir CDN. Lietotāja lēmums atspoguļo. Attiecībā uz trešo pušu integrācijām pārbaudu, vai tās ir atļauts palaist, izmantojot CDN, vai arī ir kādi atbilstības apsvērumi, kas liecina par labu tiešai integrācijai.
Prakse: galvenes un attīrīšanas precizēšana
Es izveidoju skaidru Kešatmiņas kontrole-virsraksts: Statiskiem resursiem es iestatu augstas max-age vērtības, kā arī nemainīgu; HTML es izvēlos īsus TTL vai ne-uzglabāšanu atkarībā no projekta. Izmantojot stale-while-revalidate un stale-if-error, es varu turpināt apkalpot lietotājus, kamēr CDN atjaunina fona režīmā vai Origin kļūmes gadījumā. savienots ar tiltu. Attiecībā uz tīrīšanu dokumentēju, kurš saturs tiek izmantots, izmantojot versiju un kurš - URL vai tagu tīrīšanu. Veidošanas cauruļvadiem es pārliecinos, ka failu nosaukumi hashed (app.9f3a.css), lai praktiski nekad nebūtu nepieciešams tos globāli iztukšot. Un es regulāri pārbaudu, vai atbildes galvenes un malu noteikumi sakrīt - neatbilstības sadārdzina veiktspēju vai tiek ģenerētas. Nepareiza uzvedība.
Darbība: procesi, komanda un dokumentācija
Man ir īss Runbook gatavi: uzņemšanas darbības, zonas eksports, attīrīšanas iespējas, kontakta ceļi ar atbalsta dienestu un tipiski problēmu novēršanas ceļi. CDN kontā es piešķiru lomas un tiesības minimāli invazīvā veidā: lasīt, analizēt, mainīt noteikumus - rakstīšanas piekļuve tiek piešķirta tikai tiem, kam tā nepieciešama. Lielākām komandām es definēju Mainīt logu un vienkāršas publikācijas, lai nerastos konkurējošas noteikumu izmaiņas. Es versiju konfigurācijas fragmentus (galvenes, noteikumus, transformācijas) repozitorijā un sasaistīju tos ar izvietojumiem, lai vienmēr būtu pieejams jaunākais stāvoklis. saprotams ir.
Kopsavilkums: Ātrāka vietne 15 minūtēs
Pāreja ir ātra un vienkārša: izveidojiet dublējumu, DNS piesaistīt, saglabāt CDN URL, aktivizēt SSL, testēt un pielāgot kešatmiņu. Izmantojot spraudņus un skaidrus noteikumus, es nogādāju statiskos failus uz malējām vietām, noņemu slodzi no Origin un nodrošinu piegādi pret uzbrukumiem. Izmērītās vērtības, piemēram, TTFB un LCP, īsā laikā parāda progresu, kad palielinās trāpījumu skaits un pieprasījumi tiek veikti, izmantojot CDN. Attiecībā uz WordPress es izmantoju izmēģinātu un pārbaudītu Spraudnis, regulēt izņēmumus un nepieļaut brīdinājumu parādīšanos konsoles ekrānā. Šādā veidā vietne visā pasaulē darbojas ātrāk, saglabājas atsaucīga slodzes maksimuma laikā un priecē gan lietotājus, gan meklētājprogrammas. Apmierināts.
