이 의존성, 아직 관리되고 있나요? 라이선스는요?

라이브러리를 도입하기 전, 또는 이미 쓰고 있는 것을 점검할 때 물어야 할 세 가지가 있습니다. 관리되고 있는지, 라이선스는 무엇인지, 얼마나 널리 쓰이는지. 이 도구는 목록 전체에 대해 한 번에 답해 줍니다.

도구를 불러오는 중…

작동 방식

  1. npm, PyPI, GitHub 중 하나를 고르고 이름을 한 줄에 하나씩 붙여 넣으세요(최대 40개).
  2. 표를 확인하세요. 버전, 날짜, 마지막 배포 이후 경과 기간(⚠는 2년 이상), 라이선스, 상세 정보가 나옵니다.
  3. 점검 기록용으로 CSV를 내려받으세요.

왜 아무것도 업로드되지 않는가

이 페이지가 하는 모든 작업은 브라우저 탭 안에서 도는 코드가 처리합니다. 웹 페이지를 그리는 그 엔진을 그대로 씁니다. 파일은 디스크에서 탭의 메모리로 읽어 들여 거기서 변환한 뒤 다시 다운로드 파일로 내보냅니다. 어디로도 전송되지 않습니다. 우리에게도, 제3자에게도.

직접 확인해 보세요

  1. 브라우저 개발자 도구(F12)를 열고 네트워크(Network) 탭을 선택합니다.
  2. 파일을 올리고 도구를 실행합니다.
  3. 보이는 요청은 도구 자체의 코드를 받아 오는 것뿐입니다. 무거운 몇몇 도구는 공개 CDN에서 오픈소스 엔진을 함께 받아 옵니다. 여기에 loreatec.jp로 가는 작은 방문 집계 신호 하나(페이지 주소와 제목, 그 이상은 없습니다)가 더해집니다. 어느 것도 당신의 파일을 실어 나르지 않습니다.

직접 확인하기 →

자주 묻는 질문

“경과 기간”은 무슨 뜻이고 경고는 왜 뜨나요?

마지막 배포 이후 지난 시간입니다. 2년 동안 배포가 없다고 해서 반드시 방치된 것은 아닙니다. 어떤 라이브러리는 그저 완성되어 더 손댈 일이 없을 뿐입니다. 다만 이 지점부터는 의존하기 전에 이슈 트래커를 확인해야 하며, 보안과 관련된 것이라면 특히 그렇습니다.

라이선스 정보는 어디서 가져오나요?

관리자가 게시한 레지스트리 메타데이터에서 가져옵니다(package.json의 license 필드, PyPI의 classifiers, GitHub가 감지한 라이선스). 메타데이터는 틀리거나 빠져 있을 수 있으며, 저장소 안의 라이선스 파일이 최종 기준입니다.

GitHub 조회가 한참 쓰다 보면 왜 실패하나요?

GitHub의 공개 API는 인증 없이 IP 주소당 시간당 60회까지만 허용합니다. 저장소 하나를 조회할 때마다 2회가 소모됩니다(저장소 정보 + 최신 릴리스). 목록이 길면 이 한도에 걸리므로 한 시간 기다리거나 한 번에 조회하는 개수를 줄이세요.

무엇이 어디로 전송되나요?

입력한 이름이 브라우저에서 고른 레지스트리로 전송됩니다. 토큰도, 계정도 필요 없고 이 사이트를 거치는 것도 없습니다.