Pēc vietnes pārveides
Jaunas adreses, vecas saites visur. LayerAssist uzskaita, kuras vecās lapas atgriež 404, un katru pāradresē uz tās jauno adresi.
Lapas, kas atbild ar kļūdu, atrastas un salabotas.
Lapa var būt pieejama un tomēr salauzta: “404 Not Found”, “500 Internal Server Error”, “Too many redirects”. LayerAssist nolasa tavu lapu statusa kodus, izskaidro tos un novērš cēloni.
Īsumā
- TērzēšanāTērzēšanā tas atver tevis norādītās lapas kā apmeklētājs, nolasa katru statusa kodu un pāradresāciju un atrod katras kļūdas cēloni.
- AutomatizācijaKā tava paša automatizācija tas var regulāri pārbaudīt svarīgu lapu sarakstu un brīdināt, kad kāda vairs neatbild ar “200 OK”.
- Iebūvēta uzraudzībaIebūvētā pieejamības uzraudzība brīdina, kad tava vietne neatbild vispār.
- Vēl nav pieejamsIebūvēta uzraudzība, kas brīdinātu par kļūdu kodiem, piemēram, par lapu, kas atbild ar 500, vēl nav pieejama.
Vietne var būt “pieejama” un tomēr aizbaidīt apmeklētājus
Pieejamības uzraudzība uzskata vietni par strādājošu, kamēr serveris atbild. Bet, kad atbilde ir “404 Not Found” tavam labākajam produktam, “500 Internal Server Error” kasē vai pāradresāciju cilpa sākumlapā, apmeklētāji aiziet tāpat.
To pamana arī meklētājprogrammas: lapas ar kļūdām izkrīt no rezultātiem, un pāradresācijas, kas griežas pa apli, izšķiež apmeklējumus. Statusa kods ir pirmā norāde uz to, kas ir nepareizi – ja kāds to izlasa.
Biežas kļūdas un ko tās nozīmē
- 404 Not Found: adrese ved nekur, parasti pārvietota vai dzēsta lapa
- 403 Forbidden: serveris atsaka, parasti atļauju vai drošības noteikuma dēļ
- 500 Internal Server Error: vietnes kods vai iestatījumi nedarbojās
- 502, 503 vai 504: tas, kas darbojas aiz vietnes, ir apstājies, pārslogots vai pārāk lēns
Kāpēc lapas sāk atgriezt kļūdas
Vietnes pārcelšana vai jaunas lapu adreses
Pēc migrācijas vai saišu struktūras maiņas vecās saites un meklēšanas rezultāti ved uz adresēm, kuru vairs nav.
Salauzts .htaccess vai servera noteikums
Viena nepareiza rinda pārrakstīšanas vai pāradresācijas noteikumā var izraisīt 500 kļūdas vai bezgalīgas pāradresācijas visā vietnē.
Failu atļaujas un drošības noteikumi
Faili, kurus tīmekļa serveris nevar nolasīt, vai pārāk stingrs ugunsmūra noteikums kļūst par 403 kļūdām.
PHP vai lietotnes avārija
Spraudņa kļūda, trūkstošs paplašinājums vai atmiņas ierobežojums izraisa 500 kļūdu, bet apstājies PHP pakalpojums – 502 vai 503.
Kā LayerAssist tiek galā ar lapām, kurās ir kļūdas
Tas sāk tur, kur sāk apmeklētājs – pie adreses – un seko pēdām līdz pat serverim.
Nolasa īsto atbildi
Tas pieprasa lapu un pieraksta statusa kodu, katru pāradresāciju ceļā un to, cik ilgi atbilde ilga.
Seko pāradresācijām līdz galam
Tas parāda katru pāradresāciju ķēdes soli, tāpēc cilpa starp http, https, www un CDN ir uzreiz redzama.
Sasaista kodu ar cēloni
Ar piekļuvi mitināšanai vai serverim tas nolasa kļūdu žurnālu, pārrakstīšanas noteikumus un atļaujas aiz katras kļūdas.
Salabo un pārbauda vēlreiz
Tas izlabo noteikumu, atļauju vai iestatījumu, pievieno pāradresācijas pārvietotajām lapām un pieprasa lapu vēlreiz, lai apstiprinātu, ka tā atbild ar “200 OK”.
Piemērs: kontaktu lapa, kas atgriež 403
Ko tas pārbauda
- /kontakti: 403 Forbidden apmeklētājiem no vairākām valstīm
- /kontakti: 200 OK, kad esi pieteicies
- Drošības spraudnis: valstu bloķēšana, kas paredzēta pieteikšanās lapai, attiecas uz visām lapām
- Failu atļaujas: kārtībā
Ko tas maina
Ierobežoju valstu bloķēšanu tikai ar administrēšanas pieteikšanās lapu
Ko tu iegūsti
- Kļūdas atrastas lapās, kas ir svarīgas, ne tikai sākumlapā
- Katrs kods izskaidrots vienkāršā valodā
- Pāradresāciju cilpas un salauztas saites salabotas pašā avotā
- Atkārtota pārbaude pēc katra labojuma
Reālas situācijas
Veikals ar 502 kļūdām maksimumslodzes laikā
Kase nedarbojas tikai lielas plūsmas laikā. LayerAssist sasaista 502 kļūdu ar PHP pakalpojumu, kuram pietrūkst procesu, un paaugstina ierobežojumu.
Blogs pēc mitināšanas maiņas
Visi raksti, izņemot sākumlapu, atgriež 404: pārrakstīšanas noteikumi netika pārcelti. LayerAssist tos atjauno.
Kā ar LayerAssist pārbaudīt un salabot HTTP kļūdas
Pasaki, kuras lapas ir svarīgas
Tērzēšanā uzskaiti pārbaudāmās lapas vai vienkārši apraksti, ko redz apmeklētāji.
Pievieno mitināšanu vai serveri
Lai salabotu cēloni, LayerAssist vajag piekļuvi tur, kur vietne darbojas: mitināšanas vadības panelim, FTP vai SSH.
Ļauj tam pārbaudīt un salabot
Tas nolasa statusa kodus, atrod cēloni, veic labojumu un pārbauda katru lapu vēlreiz.
Turpini uzraudzīt
Palūdz regulāru svarīgāko lapu pārbaudi kā automatizāciju un pievieno pieejamības uzraudzību pārtraukumiem.
Jautājumi par HTTP statusa kodiem
Tā ir trīsciparu atbilde, ko serveris dod par katru lapu: 200 nozīmē kārtībā, 301 un 302 ir pāradresācijas, 404 nozīmē, ka lapa nav atrasta, bet 500. sērijas kodi nozīmē, ka kaut kas nedarbojās serverī.
Nē. Tā brīdina, kad vietne vairs neatbild. Lapai, kas atbild ar kļūdas kodu, vajag savu pārbaudi: pajautā tērzēšanā vai iestati to kā savu automatizāciju.
Jā. Tas iziet ķēdei cauri soli pa solim, atrod noteikumu – serverī, vietnes iestatījumos vai CDN –, kas sūta apmeklētājus pa apli, un to izlabo.
Jā. Tas sasaista vecās adreses ar jaunajām, pievieno pastāvīgas pāradresācijas (301) un pārbauda, ka katra vecā saite ved uz pareizo lapu.
Saistītās rokasgrāmatas
- Iebūvēta uzraudzībaVietnes pieejamībaBrīdina, kad vietne vairs neatbild, un noskaidro, kāpēc.
- AutomatizācijaLietojumprogrammas kļūdasRegulāri lasa kļūdu žurnālus un izskaidro, kas ir svarīgs.
- TērzēšanāVietnes ātrumsMēra ielādi, atrod, kas bremzē vietni, un to salabo.
Visas uzraudzības rokasgrāmatasApskati, ko ietver katrs plānsKā darbojas LayerAssist
No 9 $ mēnesī · 14 dienas pārdomām
Nākamreiz, kad kaut kas saplīsīs, tu zināsi, kam jautāt.
Pievienojiet savu vietni un uzdodiet pirmo jautājumu jau šodien. Nav jums piemērots? Atceliet 14 dienu laikā un saņemiet pirmo maksājumu atpakaļ, atskaitot tikai izmantoto MI darbu.
7 dienas bez maksas · Kredītkarte nav vajadzīga · Tehniskas zināšanas nav vajadzīgas.