Populariseerime erinevust staatuskoodide 301 ja 302 vahel
301 Moved Permanent requesti ressurss on püsivalt viidud uude asukohta ning kõik tulevased viited sellele ressursile peaksid kasutama üht mitmest selles vastuses tagastatud URI-st. Kui võimalik, peaksid lingiredigeerimisega kliendid automaatselt muutma soovitud aadressi serverilt tagastatud aadressiks. See vastus on samuti vahemällu salvestatav, kui pole teisiti märgitud.
302 Found poolt taotletud ressursid vastavad nüüd ajutiselt teise URI päringutele. Kuna sellised ümbersuunamised on ajutised, peaks klient jätkama tulevaste päringute saatmist algsele aadressile. See vastus on vahemällu puhverdatav ainult siis, kui see on määratud Cache-Control või Expires.
Kõige tavalisem stsenaarium 301 puhul on domeeninimede hüpete kasutamine.
Näiteks külastamehttp://www.baidu.comhüppamehttps://www.baidu.comPärast taotluse saatmist tagastatakse 301 olekukood ja seejärel tagastatakse asukoht, mis kutsub uut aadressi ning brauser võtab selle uue aadressi ligipääsu.
Märkus: 301 päringuid saab vahemällu salvestada, st vaadates olekukoodi, leiad, et lõpus on kirjas from cache.
Või muudate oma veebilehe nime php-st html-iks ja selle käigus toimub ka püsiv ümbersuunamine.
302 kasutatakse ajutisteks hüpeteks
Näiteks kasutajad, kes pole sisse logitud, suunatakse kasutajakeskuses sisselogimislehele.
404 lehekülje külastamine suunab avalehele.
Alibaba pilvekoormuse tasakaalustamise SLB konfiguratsioon on järgmine:
Me kasutame http-i, et suunata https-ile, ilmselge eesmärk on suunata see püsivalt, mitte ajutiselt, kuid siin annab Alibaba Cloud mulle selle, mida tagastameAjutine suunamine 302 staatuskood。 Nagu allpool näidatud:
Tagastusstaatuse kood, mida testiti veebis Webmaster's Home ja Aizhan Networkiga, on 302 ning kasutasin seda koodi ka 302 staatuskoodi tagastamiseks.
Juhtumiuuring: GOOGLE karistas veebisaidi 302 ümbersuunamisi ebaõige kasutamise eest
Business.com on suurim äriotsingumootor ja kategooria internetis, millel on maine professionaalse äriinfo pakkumise poolest, hõlmates ligi 190 000 veebilehte. Kui otsid Google'ist märksõna "äri", on veebileht esikohal. Kuid 5. septembril 2010 kohtas Business.com kummalist asja: avalehe PR muutus 8-lt 0-le ja avalehte ei leitud Google'i otsingutulemustes. Õnneks on ainult avaleht see, mis "aurustub". Õnneks naasis avaleht järgmisel päeval Google'i otsingutulemustesse, kuid rekord oli endiselt null.
Olen täna Baidu veebimeistri platvormil "HTTPS autentimine" ja avastasin, et saidi https-kinnitus ebaõnnestus, mis äratas minus valvsuse.
302 ja 301 vahel funktsionaalsuse poolest vahet ei ole, kuid see peaks SEO-le väga suurt mõju avaldama, muidu jaguneb see kaheks erinevaks staatuskoodiks.
Kuna see sait kasutab nutikat DNS-resolutsiooni, saab määrata erinevaid aadresse erinevatele piirkondadele; see sait eristab ainult kodumaist ja välismaist, kodumaist Alibaba Cloudi, välismaist Amazon AWS-i, nagu alloleval joonisel näidatud:
Kasutades veebimeistri kodupingi testi, leidsin, et on 29 sõltumatut IP-d, kuigi resolutsiooniaadressid on erinevad, kuid kõik suunavad URL-i HTTP-le https.
Testisin Alibaba Cloud SLB-d ja Amazon CDN-i koodiga ning HTTP redirect https tulemus on järgmine:
Ainus erinevus päringutes on see, et Amazoni testimisel pead esitama päringu proxy kaudu, et saaksid välismaale minna ja koodi analüüsida ning lisada:
Enne testimist on Alibaba Cloudile esitatud pilet, nagu alloleval joonisel näidatud:
Praeguseks pole seda lahendatud ega põhjust selgitatud.
(Lõpp)
|
Postitatud 20.06.2019 10:43:29
|
|
|
|
Üürileandja|
Postitatud 21.06.2019 10:19:32
|
