Lad os gøre forskellen mellem statuskoderne 301 og 302 populær
Den 301 Flyttede Permanent anmodede ressource er permanent flyttet til en ny placering, og fremtidige referencer til denne ressource bør bruge en af de flere URI'er, der returneres i dette svar. Hvis muligt, bør klienter med linkredigering automatisk ændre den ønskede adresse til den adresse, der returneres fra serveren. Dette svar kan også caches, medmindre andet er angivet.
Ressourcer anmodet af 302 Found reagerer nu midlertidigt på anmodninger fra en anden URI. Da sådanne omdirigeringer er midlertidige, bør klienten fortsætte med at sende fremtidige forespørgsler til den oprindelige adresse. Dette svar kan kun caches, hvis det er angivet i Cache-Control eller udløber. 301 er egnet til permanente omdirigeringer
Det mest almindelige scenarie for 301 er at bruge domænenavnsspring. For eksempel besøger vihttp://www.baidu.comvil hoppe tilhttps://www.baidu.comEfter at have sendt anmodningen, vil en 301-statuskode blive returneret, og derefter vil en placering blive returneret, hvilket giver en ny adresse, og browseren vil tage denne nye adresse til adgang. Bemærk: 301-forespørgsler kan caches, dvs. ved at kigge på statuskoden kan du se, at den siger fra cache til sidst. Eller du ændrer navnet på din webside fra php til html, og i processen vil der også ske en permanent omdirigering.
302 bruges til midlertidige spring
For eksempel bliver brugere, der ikke er logget ind, omdirigeret til loginsiden, når de besøger brugercentret. Besøg på en 404-side omdirigerer til forsiden.
Konfigurationen af Alibaba Cloud Load Balancing SLB er som følger:
Vi bruger http til at omdirigere til https, den åbenlyse hensigt er at omdirigere permanent, ikke midlertidigt, men her giver Alibaba Cloud mig det, vi returnererMidlertidig omdirigering 302 statuskode。 Som vist nedenfor:
Returstatuskoden, der blev testet online med Webmaster's Home and Aizhan Network, er 302, og jeg brugte også koden til at returnere statuskoden 302.
Case study: Hjemmeside 302-omdirigeringer blev straffet af GOOGLE for forkert brug
Business.com er den største erhvervssøgemaskine og kategori på internettet med et ry for professionelt at levere erhvervsinformation, herunder næsten 190.000 websider. Hvis du søger på Google efter nøgleordet "virksomhed", vil hjemmesiden blive rangeret som nummer ét. Men den 5. september 2010 stødte Business.com på noget mærkeligt: dens hjemmeside PR ændrede sig fra 8 til 0, og hjemmesiden kunne ikke findes i Googles søgeresultater. Heldigvis er det kun forsiden, der bliver "fordampet". Men heldigvis vendte forsiden tilbage til Googles søgeresultater dagen efter, men PR'en var stadig 0.
Sammenkæde:Hyperlink-login er synlig.
Jeg er på Baidu-webmasterplatformen "HTTPS authentication" i dag og fandt ud af, at en https-verifikation af siden fejlede, hvilket vækkede min årvågenhed.
Der er ingen forskel mellem 302 og 301 i forhold til funktion, men det bør have en meget stor indvirkning på SEO, eller også er det opdelt i to forskellige statuskoder.
Da dette site bruger intelligent DNS-opløsning, kan du sætte forskellige adresser for forskellige regioner, dette site skelner kun mellem indenlandsk og udenlandsk, indenlandsk Alibaba Cloud, udenlandsk Amazon AWS, som vist i figuren nedenfor:
Ved at bruge webmasterens hjemme-pingtest fandt jeg ud af, at der er 29 uafhængige IP'er, selvom opløsningsadresserne er forskellige, men de omdirigerer alle URL'en http til https.
Jeg testede Alibaba Cloud SLB og Amazon CDN med kode, og resultatet returneret af HTTP redirect https er som følger:
Den eneste forskel i forespørgsler er, at når man tester Amazon, skal man lave en anmodning gennem en proxy, så man kan tage til udlandet for at parse og vedhæfte koden:
Før testning er der indsendt en ticket til Alibaba Cloud, som vist i figuren nedenfor:
Indtil videre er det ikke blevet løst, og årsagen er ikke blevet forklaret.
(Slut)
|