지정된 도메인 및 경로와 일치하는 쿠키를 찾습니다. 이것은 가장 자주 위의 cookiejar.getCookies()의 맥락에서 호출됩니다. 버전 0.9.12에서 위의 allPaths 옵션 에서 cookiejar.getCookies() 위의 경로는 null이 됩니다. 경로가 null이면 경로 일치를 수행할 수 없습니다(예: 도메인 일치만). SameSite 쿠키를 지원하려면 setCookie 및 getCookies에 동일한SiteContext 옵션을 제공해야 합니다. 이 옵션에 대한 유효한 값은 쿠키 개체와 비슷하지만 특정 의미가 있습니다: 이것은 tough-cookie 버전 2.5의 이전 버전과 호환되는 새로운 기능이므로 모든 스토어에서 이를 효율적으로 구현하는 것은 아닙니다. removeAllCookies를 구현하지 않는 상점의 경우, 대체는 getAllCookies 후 removeCookie를 호출하는 것입니다. getAllCookies가 실패하거나 스토어에서 구현되지 않으면 해당 오류가 반환됩니다. 하나 이상의 removeCookie 호출이 실패하면 첫 번째 오류만 반환됩니다. 세 글꼴 패밀리입니다. 여기에는 터프 쿠키 패밀리의 모든 글꼴이 포함되어 있습니다. 기본적으로 사용되는 메모리에 있는 CookieJar 동기 저장소 구현입니다.

동기 구현임에도 불구하고 CookieJar API의 동기 및 비동기 형식 모두에서 사용할 수 있습니다. 직렬화, getAllCookies 및 제거AllCookies를 지원합니다. 쿠키는 compareCookies()를 통해 정렬을 유지하기 위해 생성 순서대로 반환되어야 합니다. 참고로 MemoryCookieStore는 true 쿠키 개체를 내부적으로 사용하기 때문에 .creationIndex별로 정렬합니다. 생성 순서대로 쿠키를 반환하지 않으면 생성 시간별로 정렬되지만 정밀도는 1ms에 불과합니다. 자세한 내용은 비교쿠키를 참조하십시오. 터프 쿠키는 잘라낸 것처럼 보이는 수제 글꼴입니다. 그것은 정말 잘 함께 작동하는 세 가지 종류에 온다.

책 표지와 제품 포장에 사용하거나 크리스마스 카드에 (힘든 쿠키인 경우) … 기본 저장소가 .getAllCookies를 지원하는 경우 Jar를 직렬화합니다. 이 모듈을 로드하기 위한 두 가지 옵션이 있습니다. AMD 모듈 로더(예: require.js)를 사용하거나 스크립트 태그만 로드할 수 있습니다. 스크립트 태그를 통해 로드하면 전역 개체 “ToughCookie”가 내보내집니다. 저장소 인수는 선택 사항이지만 Store의 인스턴스여야 합니다. 기본적으로 메모리쿠키스토어의 새 인스턴스가 만들어집니다. 소스가 .getAllCookies() 및 대상 구현 .putCookie()를 구현하는 한 저장소 형식 간의 전송이 지원됩니다.