Tehdään tunnetuksi ero tilakoodien 301 ja 302 välillä
301 Siirretty pysyvästi pyydetty resurssi on siirretty pysyvästi uuteen paikkaan, ja kaikki tulevat viittaukset tähän resurssiin tulisi käyttää jotakin tässä vastauksessa palautetuista useista URI-tiedostoista. Jos mahdollista, linkkimuokkauksen asiakkaiden tulisi automaattisesti muuttaa pyydetty osoite palvelimelta palautetuksi osoitteeksi. Tämä vastaus on myös välimuistittavissa, ellei toisin mainita.
302 Foundin pyytämät resurssit vastaavat nyt väliaikaisesti toisen URI:n pyyntöihin. Koska tällaiset uudelleenohjaukset ovat väliaikaisia, asiakkaan tulisi jatkaa tulevien pyyntöjen lähettämistä alkuperäiseen osoitteeseen. Tämä vastaus on välimuistitettava vain, jos se on määritelty Cache-Controlissa tai Expiresissa. 301 sopii pysyviin uudelleenohjauksiin
Yleisin tilanne 301:lle on käyttää verkkotunnuksen hyppyjä. Esimerkiksi vierailemmehttp://www.baidu.comhypätäänhttps://www.baidu.comPyynnön lähettämisen jälkeen palautetaan 301-tilakoodi, jonka jälkeen palautetaan sijainti, joka pyytää uutta osoitetta, ja selain ottaa tämän uuden osoitteen käyttöön. Huomautus: 301-pyynnöt voidaan välimuistittaa, eli katsomalla tilakoodia, voit nähdä, että lopussa lukee from cache. Tai muutat verkkosivusi nimen php:stä html:ään, ja samalla tapahtuu pysyvä uudelleenohjaus.
302:ta käytetään väliaikaisiin hyppyihin
Esimerkiksi käyttäjät, jotka eivät ole kirjautuneina sisään, ohjataan kirjautumissivulle, kun he vierailevat käyttäjäkeskuksessa. 404-sivun vierailu ohjaa takaisin etusivulle.
Alibaba Cloud Load Balancing SLB:n kokoonpano on seuraava:
Käytämme http:ää uudelleenohjaukseen https:ään, ilmeinen tarkoitus on ohjata pysyvästi, ei väliaikaisesti, mutta tässä Alibaba Cloud antaa minulle sen, mitä palautammeVäliaikainen uudelleenohjaus 302-tilakoodi。 Kuten alla on esitetty:
Webmaster's Home and Aizhan Networkin verkossa testattu palautustilakoodi on 302, ja käytin myös koodia palauttaakseni 302-tilakoodin.
Tapaustutkimus: Verkkosivusto 302 uudelleenohjaukset rangaistiin GOOGLEn toimesta väärästä käytöstä
Business.com on internetin suurin yrityshakukone ja -kategoria, jolla on maine yritystiedon ammattimaisena tarjoamana, mukaan lukien lähes 190 000 verkkosivua. Jos haet Googlesta avainsanalla "business", sivusto sijoittuu ensimmäiseksi. Kuitenkin 5. syyskuuta 2010 Business.com kohtasi outoa asiaa: sen kotisivun PR muuttui 8:sta 0:aan, eikä etusivua löytynyt Googlen hakutuloksista. Onneksi vain etusivu on se, joka "haihtuu". Onneksi etusivu palasi Googlen hakutuloksiin seuraavana päivänä, mutta ennätys oli silti nolla.
Linkki:Hyperlinkin kirjautuminen on näkyvissä.
Olen tänään Baidun webmaster-alustalla "HTTPS-autentikointi" ja huomasin, että sivuston https-vahvistus epäonnistui, mikä herätti minussa valppauden.
302:n ja 301:n välillä ei ole eroa toiminnallisuudessa, mutta sillä pitäisi olla suuri vaikutus hakukoneoptimointiin, tai se jaetaan kahteen eri tilakoodiin.
Koska sivusto käyttää älykästä DNS-resoluutiota, voit asettaa eri osoitteet eri alueille, mutta erottaa vain kotimaiset ja ulkomaiset, kotimaiset Alibaba Cloudin ja ulkomaiset Amazon AWS:t, kuten alla olevassa kuvassa näkyy:
Käyttäen webmasterin kotiping-testiä, huomasin, että siellä on 29 itsenäistä IP-osoitetta, vaikka resoluutioosoitteet ovat erilaisia, mutta ne kaikki ohjaavat URL-osoitteen HTTP:ään.
Testasin Alibaba Cloud SLB:tä ja Amazon CDN:ää koodilla, ja HTTP-redirect https:n tuloksena on seuraava:
Ainoa ero pyynnöissä on, että Amazonia testattaessa sinun täytyy tehdä pyyntö välityspalvelimen kautta, jotta voit mennä ulkomaille jäsentämään ja liittämään koodin:
Ennen testausta on lähetetty tukipyyntö Alibaba Cloudiin, kuten alla olevassa kuvassa näkyy:
Tähän mennessä asiaa ei ole ratkaistu eikä syytä ole selitetty.
(Loppu)
|