Search Console palīgs - atslēgvārdu izsekošanas SEO rīks Google

Man ir vietne, kas līdz pagājušajam mēnesim tika mitināta Vācijā. Tad šomēnes es to pārvietoju uz ASV bāzētu serveri. Jaunais resursdators ir viens no labākajiem un visaugstākā līmeņa īpašajiem mitināšanas pakalpojumu sniedzējiem. Kopš vietnes pārvietošanas esmu dzirdējis, ka cilvēki tagad saka, ka vietnes ielāde notiek lēni. Lai gan es personīgi to neesmu redzējis, jo, kad pats to atveru vai izmantoju kādu trešās puses vietnes ātruma pārbaudītāju, tas parāda izcilu ātrumu. Bet lieta ir tāda, ka, dodoties uz Google Webmaster, un sadaļā Labs ir kaut kas tāds, ko sauc par vietnes veiktspēju, tas parāda, ka manas vietnes ielādes laiks palielinās. Mājas lapas pilnīgai atvēršanai nepieciešamas vidēji 10 sekundes. Bet, protams, kad es pats atveru vietni vai ja jautāju savam draugam, mēs šādu kavēšanos nepamanām. Patiesībā tas ir pilnīgi absurds, ka Google saka 10 sekundes mājas lapai! Lasot tālāk par vietnes veiktspēju, es uzzināju, ka šos datus Google apkopo no Google rīkjoslas, kurus lietotāji ir instalējuši. Tātad tas nozīmē, ka tā rezultāti varētu būt sagrozīti un pilnīgi neuzticami !? Bet divi cilvēki, ar kuriem es runāju, teica, ka tā ir ne tikai rīkjosla, bet arī Google vāc šos datus ar citiem līdzekļiem. Lai gan Google palīdzības dokumentos ir minēts tikai par rīkjoslu. Tāpēc es vēlos uzzināt, kas ir patiesība? Kad redzat rāpuļprogrammas statistiku, Google saka, ka vienas lapas pārmeklēšanai bija nepieciešamas vidēji 0,6 sekundes. Tāpēc pārmeklēšanas statistika rāda kaut ko citu, kamēr vietnes veiktspēja ir pilnīgi atšķirīga.

Otrkārt, kādus rīkus un paņēmienus es varu izmantot, lai patiešām redzētu, kāda ir problēma? Vai es varu izpētīt webalizētāja vai neapstrādātas piekļuves žurnālus? Esmu arī izpētījis MySQL žurnālus un atradis dažus vaicājumus, kas palēnina vietnes veiktspēju, bet ne mājas lapā. Arī tas ir noticis tikai divas reizes uz īsu 1 vai 2 minūšu periodu, kad vietne vispār netika ielādēta, jo MySQL serveris bija aizņemts. Kādus datus meklēt žurnālos un statistikā? Ja tiešām ir kāda problēma, tad es vēlos iedziļināties tajā.

Paldies

Lēns datu bāzes vaicājums var radīt daudz problēmu. Ja lēns vaicājums bloķē tabulu, tā tiek bloķēta, līdz vaicājums ir pabeigts. Vai arī, ja sliktas indeksēšanas dēļ tam ir jāieraksta milzīgs datu daudzums temp failā, tas var ietekmēt visu, kas skar disku, uz kuru tas raksta.

Pirmais solis servera veiktspējas uzlabošanai (neiekļūstot koda profilēšanā un aparatūras pielāgošanā): kešatmiņa. MySQL ir iekšēja vaicājumu kešatmiņa, kuru var noregulēt salīdzinoši viegli, un ir daudz veidu, kā iestatīt lapas kešatmiņu, atkarībā no izmantotajiem rīkiem. Nekas nav ātrāks par statisko HTML failu apkalpošanu.

Un tas varētu būt acīmredzams, taču ģeogrāfijai ir nozīme. Ja jūsu lietotāji atrodas Vācijā, servera pārvietošana pāri Atlantijas okeānam palielināja latentumu. Divas reizes peldēšana pāri okeānam prasa laiku pat ar gaismas ātrumu, un satelīti nav tik uzticami kā zemūdens kabeļi. Ja jūsu lietotāji tagad atrodas tālāk no jūsu servera, jūsu vietne kļuva lēnāka un, iespējams, pietiekami daudz, lai pamanītu un sūdzētos.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?