Ajutor nou de la codurile de stare HTTP. Ghid nou din codurile de stare HTTP Antetele HTTP și semnificațiile acestora
Bună ziua, colegii cititori ai site-ului blogului. Astăzi vreau să mă uit la codurile și anteturile HTTP care sunt incluse ca stocare în ieșirea serverului și să ofere informații valoroase despre funcționarea site-ului. Ei bine, să ne dăm seama ce instrumente pot fi folosite pentru a le verifica.
Acest material va fi o continuare logică a articolului anterior, în care voi prezenta informații ascunse despre modul în care servește nimic mai mult sau mai puțin decât o „metodă de transport” pentru transferul hipertextului (), care este în loc de orice pagină către o resursă web.
Atunci când se fac solicitări către server, partea de skin a site-ului dvs. oferă un răspuns cu codul corect, ceea ce va contribui foarte mult la livrarea cu succes. Și totuși, un cod care nu corespunde site-ului web poate interfera foarte mult cu viața webmasterului și poate duce la vânzarea unei poziții. Prin urmare, nu îmi va lipsi acest aspect și vă acord respectul cuvenit, aș dori mai întâi să mă familiarizez cu acest articol.
Tip de server și depozit care pot afecta SEO
În articolul, care explică esența transferului de date prin protocolul HTTP (HTTPS), trimis așa cum este dat la începutul publicației, am scris despre cum, în principiu, este creată îmbinarea, care este prezentată pe diagramă. "cerere client - răspuns server".
Permiteți-mi să vă reamintesc pe scurt cum funcționează. Browserul, după ce utilizatorul introduce adresa URL a paginii în bara de adrese, navighează la cel mai apropiat server DNS, unde sunt salvate liste cu toate domeniile (), precum și adresele IP corespunzătoare (fiecare dispozitiv de pe Internet poate fi găsit , inclusiv servere, unde ut" site ).
După ce a preluat IP-ul necesar, browserul trimite o solicitare GET către serverul IP corespunzător pentru a prelua locația necesară. Software-ul server procesează cererea și alimentează rezultatul, care include înlocuirea paginii web din vizualizare cu cod HTML, care este apoi modificat de browserul web pentru a afișa conținutul paginii într-o vizualizare manuală.
Ale, se pare, nici un singur browser... În mod similar, puteți „purta un dialog” cu serverul, fie că este un program client care este prevăzut cu funcționalitatea necesară, inclusiv sisteme de sunet robotizate. Principiile mecanismului unei astfel de interacțiuni pentru diferite programe sunt absolut aceleași, diferența este doar în detalii.
Una dintre nuanțe este că sarcina principală a browserului web constă în conținutul afișat al backend-ului necesar. Pentru roboții de sunet, funcția afișată în schimb pe ecranul monitorului nu este relevantă. Veți câștiga informațiile care vor fi întotdeauna localizate la ieșirea serverului în scopuri proprii și ca un factor suplimentar care stagnează la evaluarea paginii resursei.
Pentru a verifica din nou rezultatul serverului pentru a alimenta robotul sistemului de căutare Yandex, puteți utiliza rapid un instrument special, puteți introduce adresa URL a paginii pe care o căutați și, de asemenea, selectați botul necesar din lista care apare є (în plus Principalul lucru, există roboți acolo bazați pe oglinzi, imagini, videoclipuri de căutare și altele):
Puțin mai jos, vă voi spune în raport că puteți scăpa de aceste date. Chiar dacă este de înțeles, putem afla ce drum să mergem în ceea ce privește optimizarea SEO a paginilor site-ului. Ei bine, am un mare respect pentru alte servicii online, pentru care puteți verifica codul de ieșire al serverului și vă uitați la anteturile HTTP de înlocuire.
Coduri HTTP - 200, 301, 302, 403, 404, 500 și altele
Codul găsit la ieșirea serverului indică starea site-ului web pentru site, astfel încât orice program client trimite o cerere către server. De exemplu, HTTP 200 OKînseamnă că întregul conținut al paginii a fost transferat și va fi disponibil pentru vizualizare.
Pentru eliminarea cu succes a smut, astfel încât codul pentru o anumită problemă a pielii să devină corect și să corespundă fluxului de discursuri. Să presupunem că, dacă adresa a fost schimbată în mod permanent dintr-un motiv sau altul, atunci ieșirea serverului poate fi atribuită prezenței paginii urmărite (în captura de ecran de mai jos, Pentru „Locație”, adresa URL a paginii către care redirecționarea este inclusă este indicată:
O abordare practică poate fi o redirecționare permanentă, care creează duplicate ale paginilor cu aceeași modificare, care, fără nicio introducere evidentă, eliminarea lor poate duce la colaps. În primul rând, să vedem cum apar codurile, care se împart în cinci grupuri:
1. 1XX- Informații în care serverul vă anunță despre procesul de procesare a cererii.
2. 2XX- Coduri HTTP care informează despre transferul de date cu succes. Știam deja despre 200 OK, a dispărut.
3. 3XX— redirecționare de diferite tipuri de la o adresă URL la alta. De exemplu, în timp ce 301 înseamnă că adresa paginii a fost schimbată înapoi, codul 302 înseamnă redirecționare sensibilă la timp. Spre deosebire de 302 obișnuit, redirecționarea nu semnalează motoarele de căutare să-ți transfere site-ul la vechea adresă, așa că în practică este mai puțin probabil să fie folosit în situații culpabile, atâta timp cât sunt folosite cele mai optime soluții.
4. 4XX- Coduri de grațiere HTTP pe partea clientului. De exemplu, codul de stare comun 404 înseamnă că nu există niciun document pe gazdă în spatele unei astfel de adrese.
5. 5XX— o grațiere pe server, care parte nu poate fi atribuită ca succesor.
Următoarea listă de coduri care apar în răspunsul HTTP al serverului poate fi vizualizată accesând pagina din spate a Wikipedia.
Importanța stării corecte a paginilor unei resurse web este foarte importantă de supraestimat. Prin urmare, din când în când, încercați să verificați codurile de răspuns ale serverului pentru paginile site-ului dvs., ceea ce vă poate proteja de multe inconsecvențe.
Au fost prinși în fund, de exemplu, dacă serverul răspunde cu codul HTTP 404 în loc de 200 detectat, fragmente din site-ul web real sunt disponibile și se deschid miraculos. Dacă o astfel de situație, Doamne ferește, apare atunci când serverul răspunde la același robot Yandex, atunci este absolut sigur că multe pagini se vor pierde din index, care va fi chiar închis.
În cazul în care apare o astfel de forță majoră, o revizuire promptă a codului va ajuta la identificarea imediată a acestei inconsecvențe și la corectarea consecințelor acesteia cu cheltuiala minimă de timp și efort care ar putea fi necesară pentru alții Informații importante privind optimizarea site-ului.
Dacă aveți o găzduire virtuală standard, atunci investiția în suportul tehnic se dovedește adesea a fi cea mai bună soluție. Dacă resursa dvs. este distribuită pe același server, atunci problema, care este probabil să fie cazul, va trebui să fie rezolvată de dvs., cu excepția faptului că nu știți doar despre viața ei și, de asemenea, despre „picioarele ei”. cresc."
Dacă te uiți la captura de ecran în care este dat răspunsul serverului, vei vedea că chiar sub rândul cu codul de stare există o explicație care include informații despre ora de răspuns a serverului, adresa IP a site-ului, codificare și dimensiunea paginii:
Mai ales cool ora de difuzare a serverului, care este un depozit. Această emisiune este inclusă înaintea oficialilor clasamentului, așa că avem bani de sânge de la cel care îl va schimba.
Care este valoarea orei? Google, de exemplu, stabilește un interval maxim de 200 ms (milisecunde), dar, desigur, cu cât este mai mic, cu atât mai bine. Cum pot crește lățimea de bandă a serverului? Pentru început, încercați următorii pași, dar este posibil ca problema să fie cauzată de instalarea unui plugin de cache.
Este posibil ca viața ta să te ajute puțin, sunt o mulțime de resturi din cauza ajustării și complexității securității software a serverului în sine. Apoi trebuie să contactați administratorul serverului de găzduire. Dacă nu primiți informații clare, iar ora serverului depășește cu mult limita, numărul de întâlniri este mai mare, poate doriți să vă gândiți la angajare din punctul de vedere al schimbării furnizorului.
Antetele HTTP au aceeași semnificație
Căruia i s-au aplicat dovezi clare porniți sistemele de sunet robotizate fragmente de duhoare ne împrăștie în fața noastră. Pentru a fi clar, vă prezint o captură de ecran cu anteturi HTTP care indică o adresă URL a paginii cu starea 200 OK:
Server- Numele versiunii serverului web. Această aplicație folosește nginx, care, datorită cantității mici de resurse și flexibilității de configurare, optimizează în primul rând activitatea serverului principal Apache și comunică cu acesta.
Data— data și ora întoarcerii în partea ce urmează a fi cerută.
Conținut-Lungime- Volumul de conținut transferat în octeți ().
Conexiune- Z'ednannya. Parametrul keep-alive înseamnă că după depunerea documentului, conexiunea cu serverul nu este deconectată și solicitările suplimentare pot fi consolidate.
Varia— acest antet vă permite să vedeți documentul corect pentru vizibilitatea mai multor versiuni. Acest lucru este relevant, de exemplu, cu vechea tehnologie de compresie, când atât versiunea comprimată, cât și versiunea comprimată sunt salvate în cache. Când Accept-Encoding este activat, memoria cache va avea opțiuni diferite pentru partea alimentată pentru diferite aplicații client (agenți).
Cache-Control- Keruvannya keshuvannyam. În exemplul nostru, acest antet reflectă tipul de cache în care este stocat documentul (public) și ora în care trebuie să fie stocat în cache (max-age). Valoarea public indică faptul că această operațiune este limitată la fișierele care sunt stocate în memoria cache privată. Parametrul de vârstă maximă arată ora în secunde.
X-Hyper-Cache- Un antet special, pe care mulți utilizatori WordPress l-au identificat imediat. Desigur, este multă muncă implicată, pe care o respect, poate, ca fiind cea mai bună din clasa mea. Valoarea „hit – gzip” indică faptul că pagina stocată în cache este comprimată folosind metoda gzip.
Codificarea conținutului— o metodă de codificare (în sensul literal) în locul părții care este transmisă în linie. Aplicația noastră avea o compresă vikorista gzip. Acest semnal de la programul client (User Agent) ar trebui să fie despachetat pentru o procesare adecvată.
Și acum voi marca titlurile videoclipului, în locul cărora webmasterilor ar trebui să li se acorde un respect deosebit, astfel încât să poată fi serios afectați de problemă. Mai mult, dacă credeți că conținutul site-ului este furnizat cu ajutorul unor pagini HTML, acestea sunt generate „din mers”, atunci cu mare siguranță, atunci când problemele sunt evidente într-un site web, și altele suferă.
Tipul de conținut— tipul de conținut pe care aplicația dvs. îl folosește cu cod HTML codificat în UTF-8. Inserarea incorectă a codării poate duce la confuzie în text de către utilizatori și roboții PS, iar acest lucru amenință paginile care nu sunt incluse în index.
Dacă ați setat incorect codarea, atunci în loc de text rusesc adecvat, același koristuvachi va posta pe pagină „trucuri nebunești” de neînțeles, care nu vor contribui la prestigiul site-ului dvs.
Modificat ultima dată— Data ultimei modificări a paginii web. Dacă clientul (în versiunea noastră, un robot Yandex) a preluat de pe server acest antet cu data la care a fost actualizat conținutul, atunci când a fost descărcat la adresa URL, această pagină a fost trimisă la serverul din depozit. Dacă-Modificat-De vreme ce.
Serverul web afișează intervalul dintre ora modificărilor rămase și ora specificată în antetul If-Modified-Since. Dacă pagina nu a fost schimbată în mod obișnuit în această perioadă, serverul a găsit un răspuns cu codul HTTP 304 Vidminno, iar în acest caz site-ul nu a fost postat. Dacă editarea nu este suficientă, atunci robotul respinge codul 200 OKîmpreună cu conţinutul modificat.
Acest mecanism, dacă este configurat corect, vă permite să vedeți informații actualizate în mod constant. Ceea ce este important aici este și relevanța datelor, care asigură implementarea corectă a revizuirii și timpul de actualizare rămasă. Chiar dacă setarea este incorectă (deoarece data introdusă în Last-Modified nu este modificată), robotul poate respinge pur și simplu codul 304 Not Modified (înlocuind 200 OK cu noua versiune a documentului), deși conținutul a fost editat mai multe ori.
Cum puteți verifica corectitudinea robotului Last-Modified pentru serverul pe care rulează site-ul dvs.? Să încercăm să ne întoarcem pe o anumită aplicație.
Pe același serviciu Yandex, trimis la care m-am înregistrat deja, există o opțiune specială care vă permite să adăugați comanda If-Modified-Since și să indicați data și ora de care aveți nevoie (în format GMT, apoi după Greenwich, în Fusul orar al Moscovei - 3 Godini) până în punctul de calcul al intervalului orar pentru verificarea actualizărilor:
Uită-te la a 10-a captură de ecran de mai sus, care arată rezultatul verificării adresei URL a uneia dintre paginile blogului meu (unde sunt alocate toate secțiunile serverului). Acolo, unele dintre anteturi au valoarea Last-Modified, care este data ultimei actualizări. Acum dau clic pe afișajul If-Modified-Since și verific rezultatul serverului:
După cum puteți vedea, codul 304 Not Modified este eliminat fără modificarea paginii web, ceea ce este absolut adevărat în această situație, deoarece conținutul nu este actualizat pentru această perioadă. În continuare, pentru testare, am adăugat un mic fragment textului din acest articol.
Apoi trimit din nou intrarea robotului Yandex către server, care, dacă mecanismul de stocare în cache funcționează corect (după actualizarea paginii în cache, versiunea rămasă) este responsabil pentru transformarea intrării la 200 OK cu noua înlocuire, așa și a devenit:
Pentru o liniște completă, puteți privi în schimb antetul Content-Length, care arată că conținutul conținutului este nesemnificativ, dar a crescut (18443 față de 18437 înainte de editare). Acest lucru demonstrează eficacitatea, deoarece eu însumi am adăugat câteva detalii textului. În acest fel, puteți verifica dacă anteturile sunt configurate corect pentru serverul dvs.
Locație- un alt titlu pe care aș dori să-l exprim asupra completității informațiilor despre acest subiect. Ori de câte ori se realizează conexiunea la server, robotul încearcă să ingereze pagina web, cu care s-a făcut o redirecţionare permanentă(Cod HTTP 301):
Adrese noi, o redirecționare a fost plasată pe ele și vor fi prezente în antetul Locație. În locul paginii de pe linia zilnică, care este în întregime logic, și se explică axa, deoarece urmează codul liniei 301 Mutat permanent, se indică dimensiunea paginii, la adresa URL a căreia există o adresare de transfer. .
Verificarea conexiunii la server în serviciile online
În plus, pentru a completa imaginea, nu vom include servicii online care vă permit să verificați ieșirea serverului HTTP. Pe Internet, am găsit o axă (Checkmy.ru), care are funcționalități utile. Să verificăm acum noul server de ieșire și să cerem, de asemenea, robotului Google diversitatea:
După activarea procesului, veți urma pașii de mai jos:
Serviciul Checkmy oferă utilizatorilor nu numai alegerea programelor (User Agent) din care va fi trimisă cererea, ci și selecția antetelor If-Modified-Since și Accept-Encoding, așa cum sa discutat mai sus.
În plus, atunci când vă conectați și introduceți codul de redirecționare, va fi indicat un număr de redirecționări (în mod ideal, toate vor fi la fel). Câteva redirecționări consecutive dau deja naștere la reflecție, deoarece aceasta nu este cea mai bună opțiune pentru optimizarea resursei.
Există, de asemenea, o funcție pe site, cum ar fi un marcaj pentru browser, care va asigura o verificare rapidă a oricărei pagini web la care accesați. Pentru a face acest lucru, derulați în jos până la locația dorită făcând clic pe opțiunea „Acces la lățime” din meniul de sus. Apoi, folosind butonul din stânga al ursului, apăsați butonul "Checkmy", mutați-l în bara de marcaje din browser:
În cele din urmă, cel mai important serviciu este că, cu ajutorul unui instrument suplimentar, puteți efectua o căutare în bloc a ieșirii serverului pentru 200 de URL-uri și este posibil să colectați o arhivă ZIP cu URL-uri. Și pentru desert, un videoclip despre motivul pentru care codul 404 Soft este periculos pentru webmasteri:
Se face clic pe pagina 404 pentru a informa clienții că adresa URL (adresa paginii) nu funcționează.
Astfel de adrese URL incorecte pot fi numite și „adrese URL sparte”.
Există o mulțime de site-uri care doresc să-și construiască cele 404 pagini pentru a asigura siguranța clienților lor. De multe ori acestea sunt pagini frumoase și utile, care fac clientul să râdă în loc să fie dezamăgit pentru că adresa paginii este incorectă.
La deschiderea paginii 404 este importantă stocarea tehnică, ceea ce afectează foarte mult clasarea site-urilor în motoarele de căutare, deoarece totul nu este reglat corect.
Dacă ați fost interesat de pagina 404, atunci trebuie să faceți trei puncte:
1) Redirecționarea tuturor adreselor URL introduse incorect către pagina 404 în .htaccess.
2) Răspuns corect de la server după redirecționare (codul http al paginii poate fi 404, nu 200).
3) Închideți pagina 404 pentru indexare în robots.txt
Permiteți-mi să observ imediat că totul este scris în primul rând pentru site-uri scrise singur, cel mai important în PHP. Pentru WordPress există pluginuri din aceeași configurație. Dar în această statistică ne vom uita la modul în care totul arată adevărat. %)
Redirecționarea (redirecționarea) adreselor URL incorecte către pagina 404
În primul rând, ce faci - să creezi pagina 404 în sine, ca să poți trimite oameni altundeva?Redirecționarea URL este configurată în fișierul .htaccess
Doar introduceți rândul:
ErrorDocument 404 http://mysite.com/404.php
Unde „mysite.com” este domeniul dvs. și http://mysite.com/404.php este ruta către site-ul real. Dacă site-ul dvs. este în html, atunci rândul va arăta astfel:
ErrorDocument 404 http://mysite.com/404.html
Conversia este foarte simplă. După ce ați încărcat fișierul .htaccess cu rândul indicat în hosting, verificați-l introducând adresa URL (bitul trimis), care evident nu funcționează, de exemplu: http://mysite.com/$%$%
De îndată ce redirecționarea către pagina pe care ați creat-o are succes, atunci totul funcționează.
Deci, voi adăuga fișierul .htaccess, unde NUMAI redirecționările pe 404 sunt configurate astfel:
____________________________
RewriteEngine activat
ErrorDocument 404 http://mysite.com/404.html
____________________________
Mesajul serverului este corect (codul http pentru pagină)
Este foarte important ca atunci când redirecționați să primiți răspunsul corect de la server și nu 404 Not Found.Permiteți-mi să explic acest lucru clar aici.
Când introduceți orice adresă URL, este atribuită o stare (pagină http).
Pentru toate celelalte pagini: HTTP/1.1 200 OK
Pentru pagini de redirecționare: HTTP/1.1 302 găsit
Deoarece paginile nu sunt clare, există HTTP/1.1 404 Not Found
Dacă nu a fost introdusă nicio adresă URL, vi se va da o stare și un nou cod de conectare la server.
Puteți verifica confirmarea serverului pe o resursă precum bertal.ru sau SEARCH CONCOLE GOOGLE – Scan/Scan as a GOOGLE bot.
Dacă nu ați fost redirecționat prin .htaccess către pagina 404, atunci la o adresă URL necunoscută, ați introdus-o și, de asemenea, pe bitul trimis era un mesaj „HTTP/1.1 404 Not Found” 
După ce ați configurat o redirecționare către pagina 404 a autorului dvs. prin .htaccess, așa cum este descris mai sus, apoi introduceți bitul de mesaj (url invalid, care nu este clar), cum ar fi http://mysite.com/$%$% , raspunsul serverului va fi:
- inițial HTTP/1.1 302 găsit (redirecționat),
- și apoi HTTP/1.1 200 OK (pagina din spate). 
Verificați prin bertal.ru.
De ce ameninț? Aceasta înseamnă că Google în baza sa de date (index) poate introduce toți biții din mesaj, precum paginile originale, în locul paginii 404. În esență, pagini duplicate. Dar acest lucru este extrem de slab pentru optimizarea sunetului.
În acest caz, este necesar să faceți două discursuri:
1) Configurați răspunsul corect al serverului pe pagina 404.
2) Închideți pagina indexată 404. Faceți-o prin fișierul robots.txt
Ajustăm răspunsul serverului HTTP/1.1 404 Not Found pentru pagini necunoscute
Răspunsul serverului este configurat folosind aceleași funcții php de pe prima pagină:Scrieți un fișier 404 imediat.
Ca rezultat, putem anula răspunsul pe bitul de trimitere:
Închideți pagina 404 pentru indexare
Puteți închide pagina de indexare în fișierul rodots.txt. Respectați acest instrument și, chiar și prin acest fișier, site-ul dvs. este legat în esență la roboții de căutare!Textul final al fișierului rodots.txt, în care pagina 404 este închisă prin indexare, arată astfel:
____________________________
Agent utilizator: *
Nu permiteți:
Nu permite: /404.php
____________________________
Note despre cod: „/404.php” înseamnă lateral. Dacă pe site-ul dvs. pagina 404.php (sau 404.html este evident) se află în orice folder, atunci puteți vedea:
/holder/404.php
unde „titular” este numele folderului.
Axa, puterea și totul pe pagina 404. Întoarceți activitatea paginii, redirecționând mesajele și tipurile de servere sparte.
Repet: Totul este postat pentru site-uri auto-scrise. Dacă sunteți un WordPress vikor, puteți căuta un plugin decent pentru configurarea a 404 probleme.
Este imposibil de cunoscut tipurile de servere.
fund:
404 Nu a fost gasit
În continuare, trebuie să știți ce tip de cod ați dat serverului și partea. Ceea ce este important este că setul de coduri este standard pentru toate site-urile/site-urile/serverele, iar dacă se emite orice alt cod, același va fi standard.
Începând de astăzi, există 5 clase principale ale codului de tip:
1xx: Informațional (informațional ucrainean) - intră corect, în caz contrar procesarea nu este finalizată.
2xx: Succes (ucraineană: Упішно) - solicită acceptarea corectă și achiziția cu succes.
3xx: Redirecționare - coduri de redirecționare către alte pagini.
4xx: Eroare client (ucraineană: eroare client) - eroare din partea clientului.
5xx: Server Error (eroare de server) - eroare pe partea laterală a serverului.
Și acum să aruncăm o privire mai atentă la codurile IANA.
Actualizare server 1XX
100 Continuare Cod server
100 Continuare indică faptul că o conexiune cu serverul a fost deja stabilită, serverul a primit cererea corectă și acum se fac schimb de date între server și client. Deci, acest cod este sensibil la timp. el va fi mereu urmat de altul. Codul 100 este intern și nu se aplică poliției. Tobto. „Ușile biroului, citește ce ai nevoie și când termini, închide-le.” Codul 100 poate să nu fie generat dacă utilizatorul a eliminat deja o parte din date de pe server.
101 Protocoale de comutare
Nici acest cod nu este pentru milă. Generat la trecerea de la un protocol la altul. De exemplu, la descărcare, trece de la versiunea veche de HTTP la cea nouă.
Acesta este unul dintre cele mai simple coduri de server. Vіn înseamnă că, pe partea serverului, cel mai bine este să întrebați tipul de protocol care este utilizat pe serverul web, iar serverul este potrivit pentru același lucru.
102 Prelucrare
Simțul cântării are un analog cu codul 100. Este generat o singură dată, dacă procesarea cererii poate dura multe ore. Pentru care cronometrul de recuperare este resetat și recuperarea comenzilor ulterioare este disponibilă în modul implicit. De asemenea, nu este un cod de grațiere.
Răspunsul serverului 200 OK
Pe bună dreptate ocupă primul loc pentru importanță și popularitate, deoarece Serverul însuși oferă informații despre procesarea cu succes și corectă a cererii clientului.
Actualizare server 301
Este, de asemenea, unul dintre cele mai extinse coduri de transmisie. Vă anunță că pagina solicitată de adresă nu mai este disponibilă și apoi redirecționează către o altă adresă. Redirecționările 301 pot apărea, de exemplu, atunci când un site „migrează” de la HTTP la HTTPS (aceasta este de obicei implementată prin fișierul .htaccess, disponibil pe serverele Apache).
Raportul serverului 302
Acest cod vă informează că pagina care este reinstalată va fi schimbată prompt. Pot fi furnizate și informații despre noua locație a documentului solicitat. Acest cod a fost folosit inițial ca metodă principală de redirecționare.
Mesaj de server 404
Se întâmplă deja, dar răspunsul serverului 404 nu a fost primit doar de cei care nu s-au născut încă și de cei care au murit înainte de crearea internetului. Acest cod informează despre acele documente care sunt solicitate, din orice motiv, pe site. Codul de eroare al serverului 404 se datorează faptului că în spatele adresei specificate nu a existat niciun document. Dacă documentul a fost disponibil anterior la aceeași adresă și apoi a fost eliminat de pe site, serverul este responsabil pentru emiterea codului 410, nu 404.
Pagini false 404
Majoritatea webmasterilor nu acordă nicio atenție celor 404 pagini, dar pot deteriora grav site-ul de clasare. Este un paradox, dar pagina cu notificări 404 File Not Found nu afișează întotdeauna codul 404. Astfel de pagini se numesc „Soft 404”. Motivele pentru aceasta sunt simple - indiferent de motiv, pagina afișează un cod care include 404 și 410 - de exemplu, 200. Acest lucru este complet posibil dacă pagina a fost deja creată, dar nu există încă conținut pe ea.
Actualizare server 500
Toate codurile din seria 5xx indică faptul că serverul nu poate finaliza procesarea cererii. Odată cu codul, poate apărea un indiciu, care explică (cu motivul) în engleză.
500 Eroare internă a server-ului
Codul 500 este emis pentru orice eroare de server intern, în plus față de alte erori de clasă 5xx. O astfel de solicitare poate fi emisă acelei persoane dacă mesajul este generat pe server în momentul solicitării. Cel mai simplu exemplu este o căutare internă pe site: nu există fizic niciun document așa cum a fost trimis, care este solicitat.
Raportul serverului 502
Codul 502 poate apărea în aceste situații dacă serverul joacă rolul unui gateway sau proxy, dar dacă nu a fost posibilă găsirea unei comunicări corecte între server și celălalt, atunci, în esență, este doar o bătaie de cap pentru schimbul de date. .
Actualizare server 550
Dacă strike-ul 550 este defect, trebuie să verificați dacă înregistrările MX sunt scrise corect pentru a insera datele de corecție în linia serverului.
Rezultatul va fi un tabel.
Trebuie să verificați dacă conține intrările necesare pentru e-mailul dvs.:
IMPORTANT! Mixarea înregistrărilor MX este inacceptabilă. Tabelul din vizualizarea dvs. va avea doar aceleași înregistrări MX de care aveți nevoie pentru e-mailul dvs. Dacă este necesar, trebuie să editați înregistrările, să corectați sarcinile și/sau să vizualizați aplicația.
Cum să preluați codurile de vizualizare a serverului (pagini de magazin) prin Yandex
Pasul 1. Verificăm codul de conectare al serverului la site, care poate fi căutat.
Deschidem orice parte a site-ului dvs., așa cum apare în motorul de căutare Yandex, apoi o copiem la adresa URL din rândul de adresă.
Acum să mergem la serviciul Yandex (http://webmaster.yandex.ru/server-response.xml), pentru ajutor, puteți accesa site-ul web al robotului și verificați viteza tipului de server în panoul Yandex.
Pur și simplu lipiți adresa URL a paginii pentru a face clic pe noi în câmpul de text și faceți clic pe butonul „Verifică”. Pentru această intrare, am primit codul 200 OK, care indică faptul că partea laterală funcționează normal.
Termenul 2. Verificăm răspunsul serverului la o pagină evident falsă.
În același serviciu, introduceți numele_domeniului/numele_crocozyabr
În acest caz, am eliminat versiunea 301 Moved Permanently. Aceasta înseamnă că adresa paginii este introdusă incorect și este necesară redirecționarea către adresa corectă.
Cum pot afla codul serverului (site-ului)?
Ca alternativă, puteți sparge codul video folosind serviciul suplimentar http://mainspy.ru. Funcționează într-un mod similar cu serviciul Yandex: introduceți adresa URL pe care doriți să faceți clic și ștampilați „Verifică”. Codul video pentru acest episod este pe primul rând:
Bertal, sub administratorul Mainspy, vă permite să priviți site-ul nu numai de la roboții Yandex, ci și de la roboții de căutare Bing și Google și, ca bonus, poate accepta browsere populare. Pentru claritate, să aruncăm o privire la aceleași pagini cu ochii lui GoogleBot. Ce versiune are un cod de culoare verde?
Verificarea în masă a mesajelor de server (site) online
Verificarea în masă a codurilor video poate fi utilă pentru căutarea site-urilor neadecvate de pe care a fost achiziționat mesajul (prin schimburi sau direct - nu contează).
Dimax.biz - http://backlinks-checker.dimax.biz/tools/proverka_otveta_servera.php - acesta este unul dintre cele mai mari dame. Un minus - în modul fără costuri nu puteți lucra mai mult de 2 băuturi a câte 50 de doze fiecare. Pentru obligații „serioase”, va trebui să plătiți rapid pentru un tarif PRO plătit. La ieșire, selectăm lista sortată după codul de ieșire. Nu este nevoie de sortare, pentru că Există doar 2 adrese pe listă și dau codul 200.
Urlitor este un alt serviciu pentru verificarea în bloc a codurilor subreddit. Serviciul este bun deoarece rezultatele verificării sunt tabulate pentru o înțelegere mai ușoară. Înainte de discurs, postat în tabelul pe care se poate face clic.
Cum pot verifica viteza (ore) conexiunii serverului la site?
Câte dintre aceste servicii au fost deja întrerupte - nu treceți peste bord. Să aruncăm o privire asupra acțiunilor lor.
Acesta este un instrument analitic care analizează fluiditatea tuturor parametrilor. Cu acest ajutor, puteți determina viteza în câteva secunde, atâta timp cât cunoașteți partea care este testată, precum și selectați evaluări și recomandări pentru îmbunătățirea acesteia. Avantajul acestui serviciu este că elementul de piele este analizat. O astfel de analiză face posibil să înțelegem că cea mai strălucitoare atracție din jurul unei anumite pagini și/sau site este zagal.
Care se încarcă mai repede
Caracteristica principală a acestui serviciu este că analizează utilizarea a două resurse în același timp. Acest lucru vă permite să aflați care dintre cele două resurse funcționează cel mai bine. Un minus - cu conexiuni diferite și browsere diferite, rezultatele pot varia.
Google PageSpeed Insights
Google PageSpeed Insights este, de asemenea, unul dintre cele mai puternice instrumente pentru îmbunătățirea vitezei versiunilor dvs. mobile și desktop. Evaluarea se realizează pe o scară de 100 de puncte. 85 de puncte sau mai mult este un spectacol bun. În plus, ca bonus, există recomandări pentru o îmbunătățire mai bună.
Actualizare server
De fapt, a cărei trivialitate este mai mult, mai puțin de o secundă, numită de obicei „de lungă durată”. Prin urmare, dacă sunteți foarte interesat de site, puteți vedea o notificare în browser că „ora conexiunii la server a fost schimbată”. Motivele pentru acest tip de variație pot fi puternice:
Logica din spatele datelor este complexă
Serverul nu procesează prompt cererea de găsire, prin marea lor complexitate.
Scrieți-l singur (fie complicat, fie neoptimizat, sau altceva)
Bea până la o cantitate mare de resurse externe
Un număr mare de fișiere compilate
Procesarea serverului web în sine durează mult.
Cele mai importante domenii ale productivității serverului:
Server web (Apache, IIS).
Un număr de servere web pot bloca tipurile de fișiere statice, deoarece La nivel arhitectural nu este recunoscut pentru procesarea unui număr mare de interogări și prin aceasta poți fi anunțat că a fost mutat ora curățării liniei de pe server. Prin urmare, pentru funcționarea normală a serverului web, este necesar să se utilizeze senzorul nginx (și în legătură cu Apache, php-fpm, precum și alte servere add-on pentru procesarea calculelor serverului).
OpCache wiki.
Accelerați timpul de conectare al serverului prin memorarea în cache a codului care este compilat (scripturi de site) - acest lucru vă permite să produceți rapid un rezultat gata făcut în loc să traduceți imediat instrucțiunile PHP în cod binar. Cu toate acestea, nu este nimic util în stocarea în cache a rezultatelor logării scripturilor PHP.
Spălați-l până la elementele de bază.
Un alt pas înainte de codul de viteză al serverului este configurarea unui tabel (indexuri) în baza de date și structura acesteia pentru a ușura procesarea interogărilor. Aici puteți include o reorganizare a celor intermediare și un cache al rezultatelor cel mai frecvent selectate din jurul mesei. Acest lucru va reduce consumul de resurse de server de multe ori și va ajuta la accelerarea timpului de conectare a serverului.
Logica procesării datelor este complexă.
Al treilea pas este simplificarea logicii serverului. În esență, aceasta este pur și simplu eliminarea operațiunilor inutile și profilarea scripturilor de server.
Faceți upgrade la servicii terțe.
Înregistrați în codul de scripturi de server, solicitați servicii terțe - aceasta este „povestea originală”, care va crea câteva surprize, productivitatea serviciilor, datele vor fi colectate, practic niciunul și nimeni nu va trece înjurături. Fiecare oră de conectare la un serviciu terță parte va include imediat ora de conectare la server. Prin urmare, cel mai bine este să utilizați numai dispozitive interne în sursele de alimentare ale serverului, astfel încât în orice moment să puteți monitoriza productivitatea, sau în modul subfolder, datele clientului de alimentare.
De ce fluiditatea ieșirii serverului web afectează drenajul?
În primul rând, faptul că lichiditatea este importantă este unul dintre factorii de clasare (deși nu cel mai important). Google afirmă în mod explicit că mai puțin de 1% dintre site-uri se clasează pentru viteza de afișare a paginilor. ALE...
În caz contrar, dacă partea laterală este prea lungă pentru a fi împinsă înăuntru, portarul o va închide pur și simplu. Acest comportament al unui koristuvach este de obicei numit „sălbatic”. Înainte de vorbire, „vidmovi” curge direct în poziție într-o formă sonoră. Care este puterea atracției - acesta este cel mai mic număr de vizualizări și, prin urmare, aceasta este cea mai mare poziție.
Ora conexiunii la server a fost mutată.
De la bun început, este important să înțelegeți motivul defecțiunii. Tobto. Tot ce trebuie să faci este să introduci adresa, iar browserul în acest moment trimite un grup de interogări și, de asemenea, pornește un cronometru pe baza acestora. Dacă după sfârșitul orei specificate browserul nu respinge intrarea la cererea sa, atunci tinde să afișeze o imagine atât de neplăcută.
Principalele cauze ale defecțiunilor pot fi:
- Este imposibil să vă conectați la site prin funcționarea instabilă a serverelor acestuia;
- Parametrii browserului sau setările dvs. deteriorați;
Probleme cu conexiunile la Internet din partea clientului;
Resursa este blocată.
Ce ar trebui să faci pentru cireșe?
Dacă este unică, reselectăm pagina folosind combinația suplimentară Ctrl+F5. Poate fi necesar să reintroduceți pagina de câteva ori. Dacă asta nu a ajutat, verificăm conexiunea la internet.
Ajustarea limitelor.
1. Unele site-uri sunt uneori capricioase. Pentru o soluție IP dinamică, cea mai simplă soluție este reactivarea routerului prin conexiune live.
2. Un inod mai conectat declanșează eroarea ERR_CONNECTION_TIMED_OUT. Viteza internetului poate fi verificată folosind contorul de internet Yandex. Dacă viteza este prea mică, contactați furnizorul dvs. de internet.
3. Este necesar să verificați „Măsura de autoritate” pentru prezența adreselor DNS ale terților. Puteți șterge astfel de adrese (asigurați-vă că le rescrieți undeva în avans) și puteți verifica sistemul pentru viruși folosind software-ul antivirus instalat pe computerul dvs. - NOD32, Kaspersky, AdwCleaner, MalwareBytes, Dr.Web etc. Cel mai bun lucru pentru oricine este să vikoristovat Live-zavantazhuvachi.
4. Verificați setările routerului însuși. Parametrul MTU se pierde cel mai des. Nu există recomandări universale pentru configurarea unui router de date, deoarece... Acest lucru depinde atât de modelul de router, cât și de furnizorul de internet. Setați MTU la 1500, 1460, 1476.
La ce oră este conectat serverul?
Și doar numere specifice:
Cele mai mari rate de conversie pentru paginile care sunt vizualizate constant în 1,8 și 2,7 secunde pentru versiunile desktop și mobile ale aceluiași
Cel mai mic număr de vizualizări pe paginile care sunt vizualizate în 1 și 0,7 secunde pentru versiunile desktop și mobile ale aceluiași
Aceste cifre se bazează pe cercetări de la Akamai Technologies.
Ei bine, ai verificat site-ul pentru claritate. Cum poți reacționa la rezultate?
<1 секунды - идеал
1-2 secunde - cel mai ideal
3-5 secunde - nu este rău, dar este posibil să terminați sensul
5-10 secunde - este rău, trebuie să termini termenul
≥10 secunde - este foarte rău, trebuie să-l terminați EXTREM
Prote, nu poți uita o regulă extrem de importantă - viteza de atracție este o prioritate în comparație cu concurenții. O investigație a The New York Times a concluzionat că o diferență de 0,25 secunde ar putea fi suficientă pentru ca comercianții să acorde preferință site-ului. Și nu vei clipi (în sensul cel mai direct), deoarece kistuvach te va conduce la un concurent.
Conexiune mai scurtă la server
Optimizare grafica.
Am spus anterior că unele verificatoare ar oferi recomandări suplimentare pentru optimizare. Printre acestea găsiți adresele pozelor care pot fi optimizate prin metoda modificării.
Cache-ul browserului Vikoristovvati.
Browserul salvează imaginea în memoria cache. Prin urmare, nu mai este necesar să afișați din nou imaginea de pe server, dar veți economisi mult timp pentru achiziție.
Stoarce.
Este relevant pentru că gzip este un vikorist. Drept urmare, obligația de transmitere a datelor ajunge la 4, și chiar la 5. Cu cât este mai mică obligația de transmitere a datelor, cu atât este mai puțin timp pentru a le transmite.
Schimbați ora de apelare a serverului.
Cu ajutorul serviciului Pingdom, puteți determina câte ore durează serverul pentru a emite un cod de apel. Ora ideală nu este mai mare de 0,2 secunde.
Aceste instrucțiuni vă vor ajuta să vă accelerați semnificativ site-ul. Cu toate acestea, există riscul de a strica funcționalitatea și aspectul. Prin urmare, înainte de fiecare acțiune, este obligatoriu să faceți copii de rezervă ale fișierelor de ieșire. De asemenea, nu ezitați să consultați experții tehnici.
452Starea HTTP și codurile de aprobare sunt similare cu scurta notificare despre server, care este afișată în partea de sus a paginii web. De fapt, aceasta nu face parte din site-ul web. Aceste informații, care sunt returnate atunci când sunt încărcate pe server, vă permit să aflați ce s-a întâmplat dacă serverul vă cere să vă uitați la pagină.
Aceste notificări sunt afișate imediat când browserul comunică cu serverul, așa că vă rugăm să nu le citiți. Codurile de stare HTTP sunt un instrument neprețuit pentru diagnosticarea și corectarea erorilor în configurația site-ului.
Acest articol conține cele mai extinse coduri de stare și coduri de aprobare.
Există semne de duhoare?
Vă rugăm, dacă faceți clic pe mesaj sau introduceți adresa URL și faceți clic pe „ introduce", browserul forțează o solicitare către server. Analizează și analizează cererea, apoi trimite resursele pe care le solicită împreună cu antetul HTTP.
Codul de stare este livrat browserului în antetul HTTP. Dacă vrei, nu-i răni. Dacă ceva nu merge bine, în browser este afișat un cod de stare. Acesta este modul serverului de a spune: " Nu e ca asta. Codul axei, care explică ce este».
Codul de stare Google HTTP 404
Pentru a vizualiza codurile de stare pe care browserul dvs. nu le afișează, veți avea nevoie de instrumente speciale. Sunt disponibile diverse extensii pentru browsere populare, cum ar fi Chrome și Firefox. Există, de asemenea, o mulțime de servicii pentru afișarea antetelor, de exemplu, Web Sniffer.
Pentru a obține codul de stare HTTP folosind unul dintre aceste instrumente, căutați rândul din partea de sus a paginii care spune „Stare: HTTP/1.1”. După aceasta, este indicat codul de stare, care este returnat de server.
Clase de coduri de stare HTTP
Codurile de stare HTTP sunt împărțite în 5 clase:
- 100: Codurile de informații care indică celor care întreabă, inițiate de browser, sunt alarmante.
- 200: cod de solicitare reușit. Întoarceți-vă când browserul a preluat, recunoscut și colectat cu succes de către server.
- 300: codurile de redirecționare sunt rotite atunci când sursa de alimentare este înlocuită cu una nouă.
- 400: http scutiri care apar pe partea clientului și indică faptul că există o problemă cu sursa de alimentare.
- 500: cod pentru server, ce să comand, ce să ceară, a fost acceptat, dar comanda de pe server nu a permis să fie demis.
Lista codurilor de stare HTTP
Există peste 40 de coduri diferite pentru starea serverului. Ale este tăcută, cu mai puțin de o duzină de ei în mod regulat. Mai jos este o listă de coduri de stare HTTP:
Cod de stare 200
200: „Totul este în regulă”. Acesta este codul care se rotește dacă site-ul web sau resursa funcționează exact așa cum apare.
Statutul Kodi 300
301: „ Resursa de energie a fost mutată înapoi" Acest cod este rotit atunci când o pagină web sau o resursă este înlocuită cu o altă resursă. Vіn vikoristovuetsya pentru o adresă URL de redirecționare permanentă.
302: tse http-pardon Resursa de energie mutată, dar găsită" Acest cod este folosit pentru a indica ce resursă a fost găsită, dar nu unde a fost găsită. Vіn vykoristovaetsya pentru adresa URL de redirecționare în timp util.
304: " Resursa de alimentare nu s-a schimbat din momentul ultimei generații la noua" Vă rugăm să rețineți că resursele stocate în memoria cache a browserului nu s-au modificat. Este folosit pentru a accelera livrarea paginilor web în scopul revizuirii înainte ca resursele să fie achiziționate.
Statutul Kodi 400
http scuze 403: " Accesul la această resursă este blocat" Se întoarce atunci când un utilizator încearcă să deschidă o resursă pentru care nu are drepturi de acces. De exemplu, dacă încercați să priviți conținutul neautorizat care a fost furat cu o parolă, puteți fi pedepsit cu 403.
404: „ Sursa de alimentare nu a fost găsită" Cele mai extinse informații despre amendamente. Aceasta înseamnă că nu există sursă de alimentare pentru resursă și serverul nu știe ce va reveni.
405: „ Metoda nepermisa" Generat atunci când serverul de găzduire (server de ieșire) acceptă metoda de retragere, sau întreaga resursă a zilei.
406: „ Mărturie neplăcută" Resursa de construcție va genera numai conținut inacceptabil, în conformitate cu anteturile Accept incluse în cerere.
408: „ S-a încheiat ora în care serverul se trezește și decide să întrebe din browser" Generat atunci când serverul întrerupe procesarea după ce a trecut ora și browserul a fost întrebat din nou. Cu alte cuvinte, serverul nu respinge cererea completă trimisă de browser. Unul dintre posibilele motive ar putea fi reproiectarea rețelei, care ar putea duce la pierderea de pachete între browser și server.
410: „ Alimentarea este zilnică și nu va fi oprită" Similar cu codul 404 „Negăsit”, cu excepția faptului că codul de stare 410 indică faptul că această stare este actualizată în mod continuu.
429: tse http-pardon O mulțime de băuturi" Generat de server atunci când utilizatorul a primit o mulțime de interogări de la sarcini într-o oră ( cursul de schimb pentru elvețieni). Alternativ, motivul întreruperii poate fi roboții care încearcă să refuze accesul la site. Această opțiune vă poate solicita să schimbați adresa URL și să vă conectați la panoul de administrare WordPress.
429 prea multe băuturi
499: " Clientul este închis" NGINX se întoarce când clientul închide promptul în timp ce NGINX încă îl procesează.
Statutul Kodi500
500: „N iar serverul a fost anulat și nu a fost încă finalizat" Codul http Zagalny, care se mai numește Curățare internă a serverului" Ceva a mers prost pe server și sursa de alimentare nu este livrată. Acest cod este generat de pluginuri terțe atunci când codul PHP eșuează sau se conectează la baza de date.
Finalizarea la momentul instalării conexiunii cu baza de date
501: „Neimplementat”. Acest avertisment indică faptul că serverul nu acceptă funcțiile necesare pentru înregistrare. Problema poate fi întotdeauna legată de serverul în sine, iar pentru aceasta, cel mai probabil, va trebui să contactați serviciul de asistență al furnizorului de găzduire.
Am publicat o nouă carte, „Content Marketing in Social Media: How to get into Heads of Pre-Payers and Confund them with your brand.”
Codul de trimitere 200 este unul dintre tipurile de coduri HTTP care informează clientul despre procesarea cu succes a cererii. Pe baza stării, serverul poate furniza un corp de notificare și un titlu.
Mai multe videoclipuri pe canalul nostru - învață marketing pe internet de la SEMANTICA
Să arătăm fundul. Ai trimis coletul în alt loc. În poștă ți s-a dat un număr de urmărire pentru desfacere. Potrivit dvs., veți fi surprins că cu indicațiile dvs. - axa v-a lipsit centrul de sortare de locul dvs., axa a ajuns înaintea celeilalte. Axa a fost predată destinatarilor. Acum sistemul vă arată starea solicitării dvs.
Cum functioneazã
Să-l luăm de pe cob. Utilizatorul deschide browserul și încearcă să acceseze resursa de Internet. După aceasta, browserul acceptă răspunsul gazdei, unde este introdus un cod din trei cifre. Combinația de numere poate fi folosită pentru a determina situația actuală pe gazdă.
HTTP este un protocol special pentru schimbul de date între diferite persoane (browser și server web, inclusiv site-ul în sine). Browserul trimite apoi o cerere către server pentru a descărca, eventual o acțiune sau un document, apoi respinge rezultatul. Dacă răspunsul la atac este pozitiv, se afișează codul de răspuns al serverului 200 și se accesează fișierul. Dacă este negativ, atunci pagina solicitată nu este găsită sau există probleme în serviciul robot, veți primi o notificare despre anulare.
Ce înseamnă codul 200 pentru indexarea corectă a site-ului?
Categoria de server 2x are categoria „Succes”. Această categorie informează participanții despre un rezultat pozitiv. Zokrema, codul „200 OK” îi spune lui koristuvachevi că îl va bea cu succes. De exemplu, un client solicită aceasta sau alte date. Răspunsul serverului 200 înseamnă că datele sunt afișate în antet sau publicate.
În zilele noastre, toate motoarele de căutare indexează resurse și vă cer să introduceți codul 200. Motorul de căutare înțelege acest lucru: site-ul este funcțional, ceea ce înseamnă că pot fi incluse în baza de date index. Dacă doriți ca motorul de căutare să indexeze ambele pagini, vă rugăm să le spuneți să afișeze codul 200.
Este important să verificați dacă paginile necunoscute nu arată codul 200. Acest lucru este posibil dacă vedeți vizual „404 - pagina nu a fost găsită” pe ecran. Cauza acestei probleme poate fi configurarea incorectă a site-ului. Dacă nu aveți probleme cu accesarea resursei dvs., transferați toate tipurile de pagini la ieșirea corectă a serverului. Astfel poți identifica povești care nu se mai prefac a fi necesare.
Cum să verificați codurile de difuzare
În acest scop puteți accesa rapid unul dintre numeroasele programe disponibile pe Internet. Este necesar să se efectueze verificări masive pentru toate paginile site-ului, ceea ce necesită introducerea fiecărei adrese URL. Alegeți un serviciu care se potrivește nevoilor dvs.
Există o mulțime de coduri de server, dar cel mai adesea acestea sunt:
- Dacă pagina a răspuns inițial la cerere cu codul 200, a fost indexată cu succes, dar apoi a fost ștearsă; când accesați ea, va fi afișat codul 404 (negăsit).
- Dacă utilizați o redirecționare în timp util (302), atunci adăugați adrese ofensatoare la index.
- Dacă există o redirecționare permanentă pe site, veți primi un răspuns cu codul 301. Iar motorul de căutare va indexa adresa finală cu codul necesar.
Dacă atribuiți o redirecționare 301 paginii, aceasta este ulterior eliminată din baza de date index, care poate fi apoi transferată către pagina care trimite redirecționarea. Cu toate acestea, procesul de reindexare este banal, iar Yandex în unele cazuri se termină cu eșec. Este mai bine să editați paginile corect și să configurați lucrarea corectă înainte de indexare.
