Hvað er HTTP 302 Villa og hvernig á að laga það? [4 prófaðar aðferðir útskýrðar]

Hvað er HTTP 302 Villa og hvernig á að laga það? [4 prófaðar aðferðir útskýrðar]

Hvað er HTTP 302 Villa og hvernig á að laga það? [4 prófaðar aðferðir útskýrðar]

Alltaf þegar við verðum að gera 302 tilvísanir koma venjulega sömu spurningar fram.


Hér eru nokkrar af spurningunum:

  1. Er vefsíðan mín tilbúin fyrir það?
  2. Hvaða tegund áframsending er heppilegust fyrir mitt mál?
  3. Mun ég missa alla SEO vinnu sem ég hef unnið hingað til?
  4. Mun Google refsa mér? Hvað gerist ef ég útrýma tilvísunum?
  5. Hvernig eru þau gerð?
  6. Hvernig laga ég villu 302? (ef það kemur fyrir)

Í þessari grein mun ég svara öllum þessum spurningum svo að þú hafir meiri skýrleika í hverju tilviki.

Hvað er 302 áframsending?

Kóðinn 302 gefur til kynna tímabundna framsendingu. Ein athyglisverðasta aðgerðin sem aðgreinir það frá 301 tilvísun er að þegar um 302 tilvísanir er að ræða er styrkur SEO ekki færður yfir á nýja slóð.

google seo

Þetta er vegna þess að þessi tilvísun hefur verið hönnuð til að nota þegar þörf er á að beina efni á síðu sem verður ekki endanleg.

Þegar endurvísuninni er eytt mun upprunalega síðunni ekki hafa misst staðsetningu sína í Google leitarvélinni.

Þrátt fyrir að það sé ekki mjög algengt að við finnum okkur fyrir þörf á 302 tilvísun getur þessi valkostur verið mjög gagnlegur í sumum tilvikum. Þetta eru algengustu tilvikin:

  • Þegar við gerum okkur grein fyrir að það er eitthvað óviðeigandi efni á síðu. Meðan við leysum vandamálið getum við vísað notandanum á aðra síðu sem gæti haft áhuga.
  • Ef árás á vefsíðu okkar krefst endurheimt einhverrar af síðunum getur þessi tilvísun hjálpað okkur að lágmarka tíðni.

Tilvísun 302 er kóða sem segir gestum um tiltekna vefslóð að síðunni hafi verið flutt tímabundið og beinir þeim beint á nýja staðinn.

Með öðrum orðum, tilvísun 302 er virkjuð þegar Google vélmenni eða aðrar leitarvélar biðja um að hlaða ákveðna síðu. Á því augnabliki, þökk sé þessari áframsendingu, skilar netþjóninn sjálfvirkt svar sem gefur til kynna nýja slóð.

Þannig forðast villur og pirringur bæði á leitarvélum og notendum og tryggja sléttar siglingar.

Hvað er áframsending 302 fyrir?

Tilvísunin 302 þjónar til dæmis að hafa nokkrar útgáfur af heimasíðu á mismunandi tungumálum.

Það helsta getur verið á ensku; en ef gestirnir koma frá öðrum löndum þá vísar kerfið þeim sjálfkrafa á síðu á sínu tungumáli.

302 framvísun

Með þessu móti næst að virkja vefumferð, en á sama tíma eru áhrifin á SEO stigi aðalsíðunnar ekki þynnt. Þetta heldur áfram að vaxa, jafnvel þó að ekki sé um heimildarflutning að ræða, eins og við skýrðum frá áðan.

Dæmi um beina HTTP 302

Algengasta dæmið um HTTP 302 tilvísun er frá Google.

Burtséð frá því landi sem þú nálgast, ef þú slærð inn https://www.google.com/, verðurðu vísað til Google útgáfunnar á því tungumáli / landi sem samsvarar þér.

Google leit

Ef um Þýskaland er að ræða, 302 færðu okkur sjálfkrafa á https://www.google.de/ svo að við getum leitað að efni á þýsku.

Gáttir vel heppnaðra fyrirtækja eins og Coca-Cola eða jafnvel Fujitsu nota einnig þetta kerfi til að beina umferð þangað sem þeim þykir hentugast.

Orsakir villu í HTTP 302

Þú ættir ekki að nota stöðukóðann 302 ef þú vilt flytja SEO-þyngd á ákvörðunarslóðina.

Hér eru þó nokkrar af algengustu ástæðunum fyrir 302 beina villunni:

  • Notkun 302 tilvísana meðan lénið er að flytja;
  • Að búa til 302 tilvísun þegar þú flytur skjalið;
  • Notkun 302 áframsendingar við breytingu á siðareglum;
  • Að búa til 302 tilvísanir meðan uppbygging vefsins er að breytast.

Ekki er mælt með HTML tilvísun 302 þegar aðferð upprunalegu beiðninnar er beitt á beiðni áfangaslóðarinnar – til dæmis að færa URL af formtilskipun sem notar POST aðferðina fyrir tiltekið tímabil.

Hvernig á að bera kennsl á HTTP 302 villa

Það er mjög auðvelt að ganga úr skugga um að beina stillingar 301 og 302 séu réttar. Þegar við slærð inn veffangastiku gamla heimilisfangsins, fylgjumst við með því sem er að gerast.

Heimilisbreytingin gefur til kynna að allt sé í lagi með áframsendinguna. Heimilisfangið er það sama – þú þarft að leita að upptökum vandans, en fyrst ráðleggjum við þér að þrífa skyndiminnið og reyna aftur.

lén

Það er annar valkostur – að sækja um að athuga svörunarkóða netþjónsins við netþjónustu, til dæmis, http://example.com/e_redirect/.

Ef þú setur upp tilvísun á réttan hátt, eftir að þú hefur slegið inn lénsheitið, sérðu svörunarkóðann 301 eða 302. Það fer eftir því hvers konar tilvísun þú ætlaðir að fá upphaflega.

Sumar þjónustur sýna að auki kóðann sem miðlarinn hefur gefið eftir endurvísunina og hér er aðeins einn gildur valkostur – 200 Í lagi.

Villa við lagfæringu á HTTP 302

Aðferð 1: Athugaðu stillingu netþjónsins

Forritið gæti keyrt á netþjóninum sem notar eitt af þessum tveimur algengustu netþjónaforritum, Nginx eða Apache. Þessir tveir netþjónar eru meira en 84 prósent af alþjóðlegu netþjónnaforritinu!

Þess vegna er fyrsta skrefið við að ákvarða 302 svörunarkóðann með því að athuga lögboðnar leiðbeiningar um ávísun í stillingarskrá vefþjónsins.

Fyrir Apache vefþjón

Skref 1: Opnaðu .htaccess skrána á þjóninum

Til að bera kennsl á vefþjóninn þarftu að finna lykilskrána. Ef þú ert að nota Apache vefþjóninn, finndu .htaccess skrána í rótarskráarkerfi vefsvæðisins.

cPanel File Manager

Ef forritið þitt er á sameiginlegum gestgjafa gætirðu verið að notandanafnið þitt sé tengt við hýsingarreikninginn, til dæmis. Í þessu tilfelli, venjulega, skrá yfir forritsrót er staðsett á slóðinni:

/ home // public_html / path, þannig að .htaccess skráin er á /home//public_html/.htaccess.

Skref 2: Finndu tilskipanir mod_rewrite

Þegar þú hefur fundið .htaccess skrá skaltu opna hana í textaritli og finna línuna sem notar RewriteXXX tilskipanirnar sem tilheyra Apache mod_rewrite einingunni.

mod_rewrite

Hins vegar er meginhugmyndin sú að RewriteCond tilskipunin gerir grein fyrir textalíkani sem er borið saman við skráða vefslóðina. Þegar gestur biður um samsvarandi vefslóð á vef mun tilskipun RewriteRule sem eltir eina eða fleiri leiðbeiningar um RewriteCond vísar beiðninni í átt að samsvarandi vefslóð.

Til dæmis er eftirfarandi auðveld samsetning af RewriteRule og RewriteCond sem fullnægir öllum kröfum example.com, en setur í staðinn tímabundna tilvísun í sama URI á tímabundna léninu – example.com:

Umrita vél áfram
RewriteCond% {HTTP_HOST} ^ dæmi \ .com $
RewriteRule ^ (. *) $ HTTP://www.temporary-example.com/$1 [R = 302]

Taktu eftir viðbótarbannanum neðst í RewriteRule, sem sýnir skýrt að svarskóði þarf að vera 302, sem sýnir umboðsmanni vafra að það er tímabundin tilvísun.

Skref 3: Núllstilla tilskipanirnar í .htaccess skránni

# BEGIN WordPress
Umrita vél á
RewriteBase /
RewriteRule ^ index \ .php $ – [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]
# END WordPress

Þess vegna, ef þú færð óvenjulega RewriteRule eða RewriteCond tilskipun í .htaccess skránni sem virðist ekki passa að henni, reyndu að gera athugasemdir tímabundið (forskeyti með #) og endurræstu netþjóninn til að athuga hvort málið sé leyst.

Fyrir Nginx vefþjón

Skref 1: Opnaðu nginx.conf skrána

ngix stillingar

Ef vefþjóninn þinn starfar á Nginx ættirðu að leita að allt annarri uppsetningarskrá. Þessi skrá er sjálfkrafa tilgreind sem nginx.conf og er að finna í einu af sameiginlegu möppunum hér að neðan:

/ usr / local / nginx / conf, / etc / nginx eða, / usr / local / etc / nginx.

Skref 2: Umrita tilskipanir um skrá nginx.conf

Eftir að þú hefur uppgötvað skaltu opna nginx.conf skrána í textaritlinum þínum og finna umskrifunartilskipanirnar sem tengjast vísanvísinum.

301 áætlun

Til dæmis er þetta látlaus tilskipun (lýst yfir sett yfirlýsingum) sem setur upp sýndarnetþjóninn með því að búa til tímabundna tilvísun frá abc.com til tímabundins- abc.com:

netþjónn {
hlusta 80;
hlustaðu 443 ssl;
netþjónninn www.abc.com;
umrita ^ / $ http://www.temporary-abc.com tilvísun;
}

Tilskipanir Nginx endurskrifa eru samsíða Apache RewriteRule og
RewriteCond vegna þess að þau samanstanda venjulega af flóknara textamiðuðu leitarmynstri.

Skref 3: Athugaðu endurnýjunarstefnu nginx.conf skráarinnar

Í öllum tilvikum skaltu athuga nginx.conf skrána fyrir endurnýjunarstefnu sem inniheldur endurvísunarflagg (annar varanleg svörunarkóði fánar 301).

ngix breytur

Vinsamlegast hafðu í huga allar undantekningar áður en þú endurræsir netþjóninn til að athuga hvort vandamálið sé leyst.

Aðferð 2: Leitaðu að gamaldags hugbúnaði

Í forskrift skjals RFC fyrir HTTP 1.0 kemur fram að markmiðið með „302 fannst“ svörunarkóða sé ætlað að gefa til kynna að viðskiptavinurinn ætti að framkvæma tímabundna áframsendingu.

áhættu fyrir tæki

Hins vegar munu margir nýir vafrar afgreiða kóðann 302 sem berast í gegnum POST beiðnina sem ógilda GET beiðni.

Þetta hefur hrundið af stað rugli og ruglingi við tiltekin netþjónnforrit sem reyna að þvinga vafrann til að vinna rétt verk þegar þarf að beina tímabundið.

Til að leysa þetta vandamál skilaði RFC HTTP 1.1 forskrift skjalinu 303 svörunarkóða, öðrum 307 tímabundnum tilvísunum, sem er skiljanleg leið til að stjórna POST-til-GET eða tímabundnum tímabundnum svörum.

Aðferð 3: Hreinsun annálar

Næstum öll vefforrit geyma skrár á netþjóninum. Forritaskráin táknar venjulega umsóknarferilinn, eins og hvaða síður, netþjónar voru beðnir um og tengdir, sem fengnir voru úr meðfylgjandi gagnagrunni og svo framvegis.

hreinsaðu stokkana

Miðlaraskrárnar eru tengdar núverandi tæki sem keyrir forritin og innihalda venjulega upplýsingar um stöðu og heilsufar allra tengdra þjónustu, og jafnvel upplýsingar um netþjóninn.

Google skráir [PLATFORM_NAME] í CMS eða notaðu [PROGRAMMING_LANGUAGE] til að skrá og skrá [OPERATING_SYSTEM] þegar ræsir sérsniðna forritið til að fá frekari upplýsingar til að fá þessar skrár.

Aðferð 4: Festið forritakóðann

Í tilfellum mistakast allar ofangreindar aðferðir, vandamálið getur verið í notendakóða forritsins sem olli vandamálinu.

vafra

Reyndu að ákvarða orsök vandamálsins með því að staðsetja forritið handvirkt og greina það á netþjóni og notkunarskrárskrár.

Það er góð hugmynd að afrita fulla forritið í staðbundna þróunartölvuna þína og stíga í gegnum það til að sjá nákvæmlega hvað verður um 302 skannana og sjá kóðann fyrir hvert forrit.

Niðurstaða

Að lokum, eins og þú hefur séð, þurfum við ekki að óttast mikið um HTTP 302 beina villur. Án þess að ganga lengra eru þeir frábær leið til að forðast að missa umferð á vefsíðunum okkar með óhjákvæmilegum breytingum sem verða í gegnum árin.

Ég vona að eftir að hafa lesið þessa grein færðu ekki kuldahroll í hvert skipti um hvernig ég laga 302 flutt tímabundið villu.

Hvort sem þú vilt leggja þitt af mörkum við færsluna eða ef þú hefur spurningu eða vilt bara láta álit þitt í ljós, ekki hika við að tjá þig hér að neðan!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Adblock
    detector