Video: Dean Ornish: Healing through diet 2024
Session ID'er kan gøre søgemaskinens liv interessant. Et session ID identificerer en bestemt person, der besøger webstedet på et bestemt tidspunkt, hvilket gør det muligt for serveren at spore, hvilke sider den besøgende ser på, og hvilke handlinger den besøgende tager under sessionen.
Hvis du anmoder om en side fra et websted, sender den webserver, der har siden, den til din browser. Så hvis du beder om en anden side, sender serveren også den side, men serveren ved ikke, at du er den samme person. Hvis serveren skal vide, hvem du er, har den brug for en måde at identificere dig hver gang du beder om en side. Det gør det ved at bruge session-id'er.
Session ID'er bruges af forskellige årsager, men deres primære formål er at give webudviklere mulighed for at oprette forskellige typer interaktive websteder. For eksempel, hvis udviklere har oprettet et sikkert miljø, kan de måske tvinge besøgende til at gå gennem hjemmesiden først. Eller måske vil udviklerne have mulighed for at genoptage en ufærdig session.
Ved at indstille cookies, der indeholder session-id'et på den besøgendes computer, kan udviklere se, hvor den besøgende var på webstedet i slutningen af den besøgendes sidste session.
Sessions-id'er er almindelige, når du kører softwareprogrammer, der har nogen form for sikkerhedsprocedure, der skal gemme variabler, eller som ønsker at besejre browserens cache - det vil sige, at browseren altid viser information fra serveren, aldrig fra sin egen cache. Indkøbskurv systemer bruger typisk session-id'er - sådan kan systemet tillade dig at placere en vare i indkøbskurven og derefter gå væk og fortsætte med at handle. Det genkender du baseret på dit session-id.
Et session ID kan oprettes på to måder:
-
Gem det i en cookie.
-
Vis det i selve webadressen.
Nogle systemer er oprettet for at gemme session-id'et i en cookie, men derefter bruge et URL-session ID, hvis brugerens browser er indstillet til ikke at acceptere cookies. Her er et eksempel på en webadresse, der indeholder et session-id:
// dit domæne. dk / index. jsp; jsessionid = 07D3CCD4D9A6A9F3CF9CAD4F9A728F44
07D3CCD4D9A6A9F3CF9CAD4F9A728F44 stykke af webadressen er den unikke identifikator, der er tildelt sessionen.
Hvis en søgemaskine genkender en webadresse som en sessions-id, læser den sandsynligvis ikke den refererede side, fordi hver gang søgemaskinen vender tilbage til dit websted, er sessionens id udløbet, så serveren vil gøre en af de Følgende:
-
Vis en fejlside frem for den indekserede side eller vist muligvis webstedets standardside. Med andre ord har søgemaskinen indekseret en side, der ikke er der, hvis nogen klikker linket på søgeresultatsiden.
-
Tildel et nyt session-id. URL'en, som den søgte bruger oprindeligt anvendte, er udløbet, så serveren erstatter ID'en med en anden og ændrer webadressen. Så kan edderkoppen blive fodret med flere webadresser til den samme side.
Selv om søgemaskinen læser den refererede side, kan den ikke indeksere den. webmastere klager undertiden, at en søgemaskine trådte ind på deres websted, anmodede om den samme side igen og igen og forlod uden at indeksere det meste af webstedet. Searchbot blev simpelthen forvirret og forlod. Eller sommetider genkender søgemaskinen ikke et session-id i en webadresse. En klient havde hundredvis af webadresser indekseret af Google, men fordi de var alle udløbede session-id'er, pegede de alle på webstedets hovedside.
Dette er alle værst tænkelige scenarier, da de store søgemaskineens søgebøger gør deres bedste for at genkende session-id'er og arbejde rundt om dem. Endvidere anbefaler Google, at hvis du bruger sessions-id'er, bruger du det kanoniske direktiv til at fortælle søgemaskinerne den rigtige webadresse for siden. Lad os f.eks. Sige, at du bruger session-id'er, og dine webadresser ser sådan ud:
// www. youdomain. dk / produkt. php? item = rodent-racing-gear & xyid = 76345 & sessionid = 9876
En søgemaskine kan ende med hundredvis af webadresser, der effektivt henviser til den samme side. Så du kan sætte tagget i sektionen på dine websider for at fortælle søgemaskinerne den rigtige webadresse, som denne:
Session ID-problemer er sjældnere, end de engang var; i fortiden var det at løse et session ID problem som at udføre magi: Sites, der var usynlige for søgemaskiner, blev pludselig synlige! En webstedsejer i en søgemaskine diskussionsgruppe beskrev, hvordan hans websted aldrig havde haft mere end 6 sider indekseret af Google, men inden for en uge efter at have fjernet session-id'er havde Google indekseret over 600 sider.
Hvis dit websted har et session ID-problem, er der et par andre ting, du kan gøre, ud over at bruge det kanoniske direktiv:
-
I stedet for at bruge session-id'er i webadressen gemmer du sessionsinformation i en cookie på brugerens computer. Hver gang en side bliver anmodet om, kan serveren tjekke cookien for at se, om sessionoplysninger er gemt der. Serveren skal dog ikke kræve cookies, eller du kan løbe ind i yderligere problemer.
-
Få din programmør til at udelade session-id'er, hvis den enhed, der anmoder om en webside fra serveren, er en søgemaskine. Serveren leverer den samme side til søgemaskinen, men tildeler ikke et session-id, så søgemaskinen kan rejse gennem hele webstedet uden at bruge session-id'er. Denne proces er kendt som levering af brugeragent, , hvor brugeragent refererer til enheden - browser, searchbot eller andet program - der kræver en side.
Brugeragentmetoden har et potentielt problem: I den teknik, der nogle gange kaldes cloaking, , sender en server en side til søgemaskinerne og en anden til rigtige besøgende.Søgemaskiner generelt ikke lide cloaking fordi nogle hjemmesider forsøger at narre dem ved at give forskellige indhold fra det indhold, som websted besøgende se.
Selvfølgelig er det ikke hensigten i forbindelse med brugen af denne teknik for at undgå session-ID-problemet. Det er en måde at vise det samme indhold, som besøgende på webstedet ser, så det er ikke sandt at klæbe. Faren er dog, at søgemaskinerne kan se det som om de finder ud af, hvad der sker.