La oss gjøre forskjellen mellom statuskodene 301 og 302 populær
Den 301 Flyttet Permanent forespurte ressursen er permanent flyttet til et nytt sted, og eventuelle fremtidige referanser til denne ressursen bør bruke en av de flere URI-ene som er returnert i dette svaret. Om mulig bør klienter med lenkeredigering automatisk endre den forespurte adressen til adressen som returneres fra serveren. Dette svaret kan også caches med mindre annet er spesifisert.
Ressurser forespurt av 302 Found svarer nå midlertidig på forespørsler fra en annen URI. Siden slike omdirigeringer er midlertidige, bør klienten fortsette å sende fremtidige forespørsler til den opprinnelige adressen. Dette svaret kan kun caches hvis det er spesifisert i Cache-Control eller utløper. 301 er egnet for permanente omdirigeringer
Det vanligste scenarioet for 301 er å bruke domenenavn-hopp. For eksempel besøker vihttp://www.baidu.comvil hoppe tilhttps://www.baidu.comEtter at forespørselen er sendt, vil en 301-statuskode bli returnert, og deretter vil en lokasjon bli returnert, noe som gir en ny adresse, og nettleseren vil ta denne nye adressen til tilgang. Merk: 301-forespørsler kan caches, altså ved å se på statuskoden, kan du se at den sier fra cache på slutten. Eller du endrer navnet på nettsiden din fra php til html, og i prosessen vil en permanent omdirigering også skje.
302 brukes til midlertidige hopp
For eksempel blir brukere som ikke er innlogget omdirigert til innloggingssiden når de besøker brukersenteret. Å besøke en 404-side omdirigerer til hjemmesiden.
Konfigurasjonen av Alibaba Cloud Load Balancing SLB er som følger:
Vi bruker http for å omdirigere til https, den åpenbare hensikten er å omdirigere permanent, ikke midlertidig, men her gir Alibaba Cloud meg det vi returnererMidlertidig omdirigering 302 statuskode。 Som vist nedenfor:
Returstatuskoden som ble testet på nettet med Webmaster's Home and Aizhan Network er 302, og jeg brukte også koden for å returnere statuskoden 302.
Casestudie: Nettside 302-omdirigeringer ble straffet av GOOGLE for feil bruk
Business.com er den største søkemotoren og kategorien for bedrifter på Internett, med et rykte for å levere forretningsinformasjon profesjonelt, inkludert nesten 190 000 nettsider. Hvis du søker på Google etter nøkkelordet «business», vil nettsiden bli rangert først. Men 5. september 2010 opplevde Business.com noe merkelig med dette: hjemmesidens PR endret seg fra 8 til 0, og hjemmesiden kunne ikke finnes i Googles søkeresultater. Heldigvis er det bare hjemmesiden som blir «fordampet». Men heldigvis kom hjemmesiden tilbake til Googles søkeresultater dagen etter, men PR-en var fortsatt 0.
Lenke:Innloggingen med hyperkoblingen er synlig.
Jeg er på Baidu sin webmasterplattform "HTTPS authentication" i dag, og oppdaget at en https-verifisering av et nettsted mislyktes, noe som vekket min årvåkenhet.
Det er ingen forskjell mellom 302 og 301 når det gjelder funksjon, men det bør ha stor innvirkning på SEO, eller det er delt inn i to forskjellige statuskoder.
Siden dette nettstedet bruker intelligent DNS-oppløsning, kan du sette forskjellige adresser for ulike regioner, dette nettstedet skiller kun mellom innenlandsk og utenlandsk, innenlandsk Alibaba Cloud, utenlandsk Amazon AWS, som vist i figuren nedenfor:
Ved å bruke webmasterens hjemmeping-test fant jeg ut at det er 29 uavhengige IP-adresser, selv om oppløsningsadressene er forskjellige, men de omdirigerer alle URL-en http til https.
Jeg testet Alibaba Cloud SLB og Amazon CDN med kode, og resultatet som HTTP omdirigerer https returnerer er som følger:
Den eneste forskjellen i forespørsler er at når du tester Amazon, må du sende en forespørsel gjennom en proxy, slik at du kan reise utenlands for å analysere og legge ved koden:
Før testing er det sendt inn en sak til Alibaba Cloud, som vist i figuren nedenfor:
Per nå er det ikke løst, og årsaken er ikke forklart.
(Slutt)
|