Jūnijs “Government” Algo Update, Bing's Guidelines and SEO Q & A - Search News Podcast - 2020. gada 8. jūlijs

Esmu izveidojis atmiņas kešatmiņas sistēmu, kas URL izmantos kā atslēgu, lai kešatmiņā saglabātu HTML lapas kopiju, lai to padarītu ātrāku. Rezultātā lapas slodze samazinās no aptuveni 4 sekundēm līdz mazāk nekā sekundei.

Trūkums ir tāds, ka, ja kāds pievienotu kaut ko līdzīgu ?test=1 uz URL tas negūs trāpījumu atmiņas kešatmiņā. Tas ir lieliski, jo vietnē ir vairākas lapas, piemēram, filtri, kuriem nepieciešami URL mainīgie, padara lapu unikālu.

Mana problēma ir tāda, ka esmu noraizējies, ka Google zirnekļi, pārmeklējot, URL pievieno pielāgotus mainīgos, kas viņiem liek nokavēt kešatmiņu. Lai iegūtu vislabāko iespējamo meklēšanas rezultātu rangu, es vēlos, lai lapa tiktu ielādēta ļoti ātri. Es domāju, ka, pārbaudot kešatmiņu, es varētu filtrēt konkrētus URL parametrus, tāpēc kaut kas līdzīgs zirnekļa laika zīmogam neliks tai atsvaidzināt kešatmiņu.

Kāds zina, kādus URL parametrus, ja tādi ir, Googlebot pievienos, pārmeklējot tīmekļa lapu?

  • Google seko saitēm. Tas neizveido lietas, kad iet uz priekšu. Mani vairāk uztrauc jūsu reakcijas laiks. Šodien nevajadzētu būt iemeslam, lai lapa tiktu ielādēta mazāk nekā 2 sekundēs. Jūsu 4 sekunžu reakcijas laiks, iespējams, ir atrisināms, izmantojot parastos līdzekļus. Viena no metodēm, ko regulāri lietoju, ir kešatmiņas pievienošana Apache un MySQL. Esmu noskrējis savus laikus no .8 sekundēm līdz .2. Novērtējiet, kāpēc jūsu reakcijas laiks ir tik augsts. Es koncentrētos uz to. Atrodiet latentumu. Priekā!!
  • @closetnoc apache pievieno latentumu, parasti apmēram 600 ms, kuru es, šķiet, nevaru samazināt, neskatoties uz maniem centieniem, tāpēc man bija jākoncentrējas uz tā kompensēšanu lietu php pusē.
  • 600ms ir milzīgs. Mana instalēšana reaģē 10 ms laikā. Kad es teicu .8, kas ietvēra no pieprasījuma līdz atbildei, ko pārlūks saņēma vidusmēra lietotājam. Izmantojot attēlus, CSS un citus resursus, viss notiek 2 sekunžu laikā. Vai izmantojat resursdatoru? Arī PHP dažreiz var būt lēns. Var būt lietas, ko jūs varat darīt arī tur. Vai iepriekš ielādēt kodu? Es to daru ar citu valodu.
  • Es zinu pareizi! Man ir redis, kas sēž lielākās osžu priekšā kā html kešatmiņa. Noteikti ne php, jo arī HTML vai CSS faila piegāde prasa aptuveni 600 Ms. Nevar saprast, kas ar to notiek
  • 1 Jābūt kaut kam! Kas zina? Ja es izdomāšu kaut ko pārbaudīt, es jūs pingināšu. Pagaidām nekas nenāk prātā.

Pārmeklējot jūsu vietni, Googlebot nepievieno citus papildu URL parametrus.

"Pilnīgi" vietrāži URL, kurus Googlebot pārmeklē (kas var ietvert URL parametrus, var arī nebūt), ir vietrāži URL, kas ir atklāti vai nu jūsu vietnē, vai ārējās vietnēs, kurās ir saites uz jums.

Ja atklājat, ka Googlebot pārmeklē negaidītus vietrāžus URL / URL parametrus, tas var norādīt uz nepareizu konfigurāciju jūsu vietnē vai arī kāda cita (-as) vietne (-es) tēmē jums un ļaunprātīgi izveido saiti ar URL, kas satur daudz atslēgvārdu (ja jūsu vietne ir uzņēmīga). kontrolēt savu SEO.

Saistīts jautājums, kaut arī tas jums ne vienmēr attiecas, ja vien jūs to neizmantojat izsekošanas parametri. Lai gan tie, iespējams, ir URL parametri, kurus var neņemt vērā kešatmiņas algoritmā:

  • Vai bez utm_ * ir kāds labi pazīstams izsekošanas parametru kopums?

Lai atbildētu uz jūsu pamatjautājumu, Googlebot izmanto tikai vietrāžus URL uz jūsu vietni, kuru tā atrod jebkurā no jūsu tīmekļa lapām, kā arī no vietnēm no citiem domēniem, kas novirza uz jums. Tas nerada citus “maģiskus” URL.

Esmu izveidojis atmiņas kešatmiņas sistēmu, kas URL izmantos kā atslēgu, lai kešatmiņā saglabātu HTML lapas kopiju, lai to padarītu ātrāku.

Jūs droši vien vēlaties izteikt savu jautājumu ... Kā padarīt lapu ātrāku ielādi visās vidēs

Pirmkārt, norādīsim uz lielu problēmu, kuru jūs ievietojāt komentāros:

Apache pievieno latentumu, parasti apmēram 600 ms, kuru es, šķiet, nevaru samazināt, neskatoties uz maniem centieniem, tāpēc man bija jākoncentrējas uz tā kompensēšanu lietu php pusē.

PHP neatrisina apache ātruma problēmas. Faktiski nepareizas konfigurācijas izmantošana jebkurā tīmekļa pakalpojumu programmā var palēnināt situāciju.

Pārbaudiet konfigurāciju lokāli. Piesakieties tajā pašā serverī, kurā tīmekļa lapas tiek glabātas, izmantojot čaulu, un mēģiniet piekļūt kādai no savām lapām. Ja jūsu serveris ir balstīts uz Linux, piesakieties čaulā un izmantojiet tādu komandu kā wget un jūs saņemsiet pamata statistiku par to, cik ilgi lapa tika lejupielādēta un apstrādāta. Konvertējiet ātrumu sekundēs. Rezultātam jābūt mazākam par aptuveni 20 ms (vai 0,020 sekundēm). Ja skaitlis ir lielāks par 50 ms (vai 0,05 sekundēm), tad tajā pašā serverī izveidojiet tikai HTML lapu un mēģiniet piekļūt šai lapai. Ja skaitļi izskatās normālāki, PHP kodam ir nepieciešama nopietna optimizācija. Ja skaitļi joprojām izskatās ļoti augsti, jums ir jāpārkonfigurē pati apache un jālikvidē visi nevajadzīgie moduļi.

Ja jūs patiešām vēlaties kļūt traks par detaļām par to, kāpēc lapas ielāde notiek tik lēni un esat pietiekami attīstīts kā datora lietotājs, piesakieties serverī un skatieties, kā programma darbojas iekšēji. Linux ir programmas strace, kas ļaus jums to izdarīt.

Ja pat pēc mana ieteikuma jūsu vietējais ātrums joprojām ir pārāk lēns, apsveriet iespēju pārbaudīt, vai jūsu tīmekļa servera diskā un atmiņā nav kļūdu (ieskaitot datu bojājumus). Ja tādi ir, palēnināšanās rezultātā visi servera pakalpojumi tiks nodrošināti.

Kad serverī ātrums ir kārtībā, dodieties uz vietni webpagetest.org un pārbaudiet savas lapas no dažādām jomām. Šī vietne ļauj jums pārbaudīt savu lapu no visas pasaules. Vispirms sāciet lokāli, un jums vajadzētu redzēt, ka jūsu lapas tiek ielādētas ļoti ātri. Tas piedāvā arī ieteikumus, ja šajā vietnē jūsu atzīmes ir zemas.

Lūdzu, ievietojiet visu statisko saturu lietotāja pārlūkprogrammas kešatmiņā, izmantojot atbilstošas ​​HTTP galvenes, lai tieši tas pats attēls netiktu nepārtraukti ielādēts no servera par katru apmeklēto lapu. Redbot.org var palīdzēt jums noteikt, vai jūsu kešatmiņas iestatīšana HTTP ir pareiza un optimizēta.

  • “Kā padarīt lapu ātrāku ielādi visās vidēs” ir pārāk plašs, un es to aizvērtu. Ir daudz grāmatu par vietņu veiktspēju.

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

noderīga informācija