cookies.txt-konverterer

Konverter Netscape-cookiefiler, JSON og en Cookie-forespørselshode. Verdiene forblir uendret.

En Cookie-header inneholder ikke metadata for domene, sti, utløstid, Secure eller HttpOnly. Headerimport oppretter øktcookies kun for verten, med URL/sti/Secure-innstillingene du oppgir eksplisitt, og HttpOnly=false; dette er nye antagelser, ikke gjenopprettede metadata. Header ekskluderer domene, sti, utløstid og HTTPS ved eksport. Verktøyet modellerer ikke SameSite, partisjonerte cookies eller restriksjoner på offentlige suffikser, og er ikke en fullstendig nettleser-cookiejar. Del aldri autentiseringscookies.

Netscape-cookiefilformat: curl-dokumentasjon

Ofte stilte spørsmål

Hva er Netscape cookies.txt-formatet?

Det er det tekstbaserte cookiefilformatet som brukes av curl, wget og mange nedlastingsbehandlere. Hver linje inneholder én cookie med syt tabulatordeldte felt: domene, flagg for inkludering av underdomener (TRUE/FALSE), sti, Secure-flagg (TRUE/FALSE), utløstid som Unix-tidsstempel (0 betyr øktcookie), navn og verdi. Linjer som starter med #, er kommentarer.

Hva betyr prefikset #HttpOnly_ på en linje?

HttpOnly-cookies kan ikke leses av JavaScript i nettleseren, så formatet kan ikke merke dem med et vanlig felt. I stedet får domenet prefikset #HttpOnly_, for eksempel #HttpOnly_.example.com — uten prefikset ville linjen sett ut som en kommentar. Konvertereren tolker disse linjene som cookies, beholder flagget og skriver prefikset tilbake ved eksport.

Hvordan konverterer jeg en cookies.txt-fil til JSON?

Velg "Netscape cookies.txt" som inndataformat og JSON som utdataformat, og trykk Konverter. Hver linje blir et objekt med feltene domain, includeSubdomains, path, secure, expires (Unix-sekunder, 0 for øktcookie), name, value og httpOnly — praktisk for skript, tester og automatisering.

Hvordan bygges en Cookie-forespørselshode for en URL?

For mål-URL-en bruker konvertereren utsendelsesreglene i RFC 6265: verten må samsvare med cookiens domene (underdomener inkludert når flagget er TRUE), URL-ens sti må samsvare med cookiens sti, Secure-cookies sendes kun over HTTPS, og utløpte cookies hoppes over. Treff sorteres med lengste sti først og settes sammen som navn=verdi-par atskilt med "; ".

Hva skjer når jeg importerer en Cookie-header?

En Cookie-header inneholder kun navn og verdier — ingen domene-, sti-, utløstids- eller Secure/HttpOnly-metadata. Importen oppretter øktcookies kun for verten i mål-URL-en, med stien og Secure-innstillingen du velger, og HttpOnly=false. Dette er nye antagelser, ikke gjenopprettede metadata.

Hvordan behandles Secure og utløstid?

I cookies.txt er det fjerde feltet Secure-flagget (TRUE/FALSE); i JSON er det en boolsk verdi. Når en header bygges, utelates Secure-cookies hvis mål-URL-en ikke er HTTPS. Utløstiden er et Unix-tidsstempel i sekunder — 0 betyr øktcookie — og cookies som allerede er utløpt, ekskluderes fra header-utdata.

Blir cookieverdier dekodet, signert på nytt eller fornyet?

Nei. Verdiene behandles som ugjennomsiktig tekst og kopieres ordrett i hver konvertering; ingenting dekodes, kodés på nytt, dekrypteres, signeres på nytt eller fornyes. Hvis et navn eller en verdi inneholder tegn en Cookie-header ikke kan bære, stopper header-eksporten med en feil — velg JSON-utdata i stedet, som bevarer slike verdier uendret.

Forlater dataene mine nettleseren?

Nei. Tolkning og konvertering kjører helt i nettleseren din med JavaScript — ingen opplasting, ingen tur til serveren. Behandle likevel cookiefiler som påloggingsdata: del aldri autentiseringscookies, og undersøk kun Cookie-headers du er bemyndiget til å bruke.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}