E Hentai Downloader 다운로드 - E Hentai Downloader 소스 코드 다운로드

E Hentai Downloader

기타 소스코드

1.0.0

다운로드

E-Hentai-다운로더

E-Hentai 아카이브를 zip 파일로 다운로드하시겠습니까?

필요한 환경

브라우저	그리스몽키	탬퍼몽키	폭력원숭이
파이어폭스 (56-)	3.2 베타2+
파이어폭스(57+)	4.1 베타5+	4.0.5054+	2.8.18+
크롬		3.5.3630+	2.2.6+
오페라(15세 이상)		3.5.3630+	2.1.10+
사파리(10.1+) ⁽¹⁾		4.3.5421+
엣지(18-) ⁽²⁾		4.2.5284+
엣지(79+)		4.10.6111+	2.12.8+
맥스톤			2.1.10+
Android용 Yandex 브라우저 ⁽³⁾		4.2.5291+	2.2.6+
키위 브라우저 ⁽³⁾		4.11+	2.12.8+
Android용 Firefox(68-) ⁽³⁾	호환되지 않음	호환되지 않음	2.12.8+
Android(85+)용 Firefox Nightly ⁽³⁾⁽⁴⁾	호환되지 않음	4.11.6120+	2.12.8+

(1) Windows 10을 Edge 확장을 지원하는 14393으로 업그레이드해야 합니다.
(2) <a> 태그의 download 속성을 지원하는 macOS를 10.12.4로 업그레이드해야 합니다.
(3) RAM이 제한된 모바일에서 사용하는 것은 좋지 않지만 작동할 수 있으므로 선택은 사용자에게 달려 있습니다.
(4) Firefox Nightly 사용자는 기본 목록에 없는 확장 기능을 설치하려면 다음 단계를 따라야 합니다.

이 스크립트를 설치하세요

GitHub에서 다운로드
GreasyFork에서 다운로드

사용 방법

E-Hentai 갤러리 열기
관심 있는 갤러리를 찾아보세요
E-Hentai 다운로더 상자에서 "아카이브 다운로드"를 클릭하세요.
커피 한잔 드세요
Zip 파일 저장

팁:

다운로드 이미지 번호를 지정하려면 "이미지 번호 지정"을 확인하세요.
다운로드할 페이지를 선택하려면 "페이지 범위"를 설정하세요.
더 개인화된 옵션은 "설정"에서 찾을 수 있습니다.

작동 방식

이 스크립트는 E-Hentai 아카이브 다운로드 페이지에서 아카이브를 다운로드하지 않으므로 GP나 크레딧을 소비하지 않습니다. 갤러리의 모든 페이지를 가져와서 이미지의 URL을 가져옵니다. 그런 다음 스크립트는 GM_xmlhttpRequest API(원본을 교차하기 위해)를 사용하여 다운로드합니다. 그런 다음 JSZip을 사용하여 Zip 파일로 패키징하고 FileSaver.js를 통해 제공합니다.

주목해야 할 점

스크립트는 공식적으로 제공되지 않으며 자동화된 스크립트/도구를 사용하는 것은 권장되지 않으며 스로틀 제한이나 심지어 계정 금지가 발생할 수 있습니다. 스크립트 관련 문제에 대해 사이트 포럼에서 다른 사람을 괴롭히지 말고 자신의 책임하에 사용하십시오.
대규모 갤러리를 다운로드하는 경우 가능한 경우 토렌트를 사용하거나 더 좋고 안정적인 경험을 위해 공식 아카이버를 사용하는 것을 고려하세요. 갤러리가 GP를 사용할 수 있을 만큼 오래되면 스크립트 사용에 대한 비용이 줄어듭니다.
세부 규칙은 E-Hentai 이미지 보기 제한을 참조하세요.
Firefox에서 메모리 부족에 대한 메시지가 표시되거나 Chrome에서 파일을 찾을 수 없는 경우 여기에서 해결 방법을 참조하세요.
즉, 페이지 범위를 사용하여 각 zip 파일을 500MB 미만으로 제한하는 것이 좋습니다. Chrome을 사용하는 경우 파일 시스템을 활성화하거나 더 많은 RAM으로 PC를 업그레이드하세요.
그러나 브라우저의 2GB Blob 개체 제한, ZIP 자체의 4GB 크기 제한과 같은 몇 가지 엄격한 제한이 있습니다. 이러한 경우(및 안정성)에는 gallery-dl과 같은 다른 도구를 사용해 보십시오.
E-Hentai 이미지 보기 제한을 살펴볼 수도 있습니다.
대부분의 갤러리에는 다운로드할 수 있는 토렌트가 있을 수 있습니다. 토렌트로 아카이브를 다운로드하여 안정적인 다운로드 경험을 얻고, 보너스 콘텐츠(대부분 코스프레 갤러리에 있음)를 얻고, GP와 크레딧을 획득하고, E-Hentai 원본 서버(P2P 사이트임에도 불구하고)의 부담을 줄일 수 있습니다.

여기에 몇 가지 다른 호환 가능한 정보가 있습니다(그 중 일부는 약 10년 전의 것으로 뒷받침됩니다). 이는 중요하지 않습니다.

Tampermonkey는 GM_xhr.response 콘텐츠를 제공하기 위해 더러운 방법을 사용하므로(매번 String ArrayBuffer 로 전송) 이미지를 다운로드한 후 1~3초 이상 멈춥니다(기기에 따라 다름). Microsoft Edge를 사용하는 경우 작업 탭이 응답하지 않는다는 메시지가 표시되는 경우가 종종 있습니다. 그냥 놔두고 아무것도 하지 마세요. 그리고 Firefox를 사용하신다면 이쪽에서 GreaseMonkey를 사용하시는 것이 더 좋습니다 .
정지 문제는 Tampermonkey 4.12.6125에서 수정되어야 합니다.
최신 Tampermonkey를 사용 중이거나 Tampermonkey에서 "사용자 스크립트가 교차 출처 리소스에 액세스하려고 합니다" 라는 경고를 받은 경우 모두 허용 하거나 설정 페이지에서 "@connect 모드"를 끄십시오. 자세한 내용은 여기에서 세부정보를 참조하세요 .
E-Hentai는 이제 hath.network 도메인을 사용하여 이미지에 액세스하고 @connect 에 나열되므로 최신 Tampermonkey에서는 이를 설정할 필요가 없습니다.
ViolentMonkey는 시간 초과, 최종 URL 및 다운로드 진행 상황을 지원하지 않습니다.
최신 ViolentMonkey는 이제 이러한 기능을 지원합니다.
단일 스레드 다운로드 모드는 1.18에서 제거되었습니다. 필요한 경우 이전 버전으로 롤백하세요.
이전 버전을 사용하지 마십시오. 현재 사이트를 지원하지 않습니다.
Dolphin Browser(Android)는 blob URL을 지원하지 않으므로 이 스크립트는 Tampermonkey for Dolphin에서 실행되지 않을 수 있습니다.
UC 브라우저(Android)는 Blob 생성자를 지원하지 않으므로 이 스크립트는 아마도 UC용 Tampermonkey에서 실행되지 않을 것입니다.
Opera 12- Blob URL을 지원하지 않으며 데이터 URL로 생성할 경우 충돌이 발생할 수 있으므로 지원되지 않습니다.
TrixIE(IE용)는 너무 오래되었고 GM_xhr 은 대용량 콘텐츠를 처리할 수 없으므로 지원되지 않습니다.

경고 및 제한

메모리 사용량

스크립트는 HDD가 아닌 RAM에 모든 데이터를 저장합니다. 그러면 현재 탭 프로세스의 메모리 사용량이 늘어납니다. 따라서 RAM이 충분하지 않거나 아카이브가 너무 큰 경우(파일 크기 제한 섹션 참조) 메모리 사용량에 주의하거나 다른 다운로드 도구를 사용해 보십시오.

"메모리 부족" 문제는 스크립트의 가장 큰 제한 사항 입니다(사실 "경고 및 제한"의 모든 섹션은 RAM 문제에 관한 것이며 여기에는 모든 관련 문제에 레이블을 지정하는 특정 메모리 부족 태그도 있습니다). 메모리 부족과 같은 오류가 발생하는 경우 여기에서 해결 방법을 참조하세요. 일반적으로 문제가 발생하는 경우 다른 도구를 사용해 보십시오.

브라우저 개발자 도구

디버깅을 돕기 위해 스크립트는 일부 로그를 콘솔(F12 -> 콘솔)에 출력합니다. 버그를 발견하면 계속해서 devtools를 열어 로그를 보고 복사할 수 있습니다. 그러나 메모리 사용량이 증가하고 실행 효율성이 저하될 수 있습니다. 따라서 출력 로그를 보려는 경우에만 콘솔을 열지 마십시오.

파일 크기 제한

(이 부분은 좀 길어요. 표만 읽어도 됩니다.)

브라우저마다 최대 파일 크기 제한이 다릅니다. 다음은 지원되는 브라우저가 처리할 수 있는 최대 크기를 보여주는 표입니다.

브라우저	최대 크기
크롬 56-	500MB
크롬 57+	2GB 또는 (총 RAM / 5)
Chrome(파일 시스템 포함)	1GB / > 2GB(1.33+ 포함)
파이어폭스	2GB
오페라 15+	크롬과 동일
가장자리 18-	?
엣지 79+	크롬과 동일
사파리 10.1+	?
맥스톤	?

Google Chrome 56- 의 경우 수년 동안 Blob Storage 에 500MB 라는 하드 제한이 있습니다. 즉, 저장소에 있는 모든 파일은 총 500MB를 초과할 수 없으며 저장소에 다음 파일을 저장할 충분한 여유 공간이 없으면 오류 없이 가짜 Blob 인스턴스를 자동으로 반환합니다. 또한 Chrome 45의 경우 Blob.close() 구현되지 않았으므로(더 이상 사용되지 않으므로 현재는 어떤 브라우저도 지원하지 않음) 그 당시 사용된 Blob을 즉시 해제할 수 없으며 브라우저가 최대한 빨리 GC할 것입니다(그리고 대부분의 경우 작동하지 않았습니다). 이것이 바로 이 문제를 해결하는 데 도움이 되는 위키 페이지가 있는 이유입니다.

따라서 더 큰 파일을 저장하는 데 도움이 되도록 스크립트는 더 이상 사용되지 않는 HTML5 API인 파일 시스템 에 Zip 파일을 저장할 수 있지만 여전히 Chrome에서 작동합니다(Chrome에서 표준을 먼저 도입하므로). API를 사용하면 파일 데이터가 Blob Storage에 저장되는 대신 디스크에 쓰기 때문에 더 큰 파일을 처리할 수 있으며, 한도도 충분히 큽니다(디스크 여유 저장소의 10%, 최대 15GB). 그러나 파일을 처리할 때 파일은 여전히 RAM에 보관되며 데이터가 너무 크면 Chrome에서 해당 파일을 처리하지 못할 수도 있습니다. 내 테스트에 따르면 RAM이 8GB만 있는 경우 최대 제한은 1GB 일 수 있지만 장치에 따라 다를 수도 있습니다. RAM이 충분하다면 1.33 이상으로 2GB 보다 큰 갤러리를 다운로드할 수 있습니다.

Chrome 57+에서는 Blob Storage의 500MB 제한을 수정하여 파일 시스템과 마찬가지로 RAM에서 더 큰 파일을 처리할 수 있습니다. 할당량은 여전히 존재하지만 더 크므로 아래 한도를 기준으로 합니다. 다음은 이를 더욱 명확하게 하기 위한 몇 가지 예입니다.

인메모리 할당량:
시스템이 x64이고 ChromeOS 또는 Android가 아닌 경우 2GB
Total RAM amount / 5 ;
디스크 할당량:
Disk size / 2 (ChromeOS인 경우)(사용자 파티션 디스크 크기)
Disk size / 20
그렇지 않으면 Disk size / 10 입니다.
또한 디스크가 거의 가득 차면 최소한 (in-memory quota)*2 의 디스크 공간을 사용 가능하게 유지하려고 노력하고 이에 따라 디스크 할당량을 제한합니다.

Firefox 의 경우 FileSaver.js의 이전 데이터에 따르면 제한은 800MB입니다. 그러나 테스트 결과 800MB보다 큰 파일을 저장할 수 있습니다. 따라서 Firefox의 한계는 Blob을 RAM에 저장하므로 장치에 따라 다르다고 생각합니다. RAM이 더 크면 더 큰 파일을 저장할 수 있습니다. 그러나 Firefox가 Zip을 생성하기 위해 더 많은 RAM을 확보할 수 없으면 "메모리 부족" 오류가 발생하므로 RAM 사용량에 주의해야 합니다. 몇 가지 조언을 하자면, 4GB RAM을 사용하는 경우 200MB를 넘지 않아야 하고, 8GB RAM을 사용하는 경우 800MB를 넘지 않도록 주의하세요.

Opera 15+ 는 Chromium 기반 브라우저이므로 Chromium 버전을 확인하고 Chrome 버전과 비교하여 한도를 얻을 수 있습니다. 다른 모든 Chromium 기반 브라우저에서도 이 규칙을 사용할 수 있습니다.

Safari 10.1+에서는 마침내 <a> 태그의 download 속성을 지원하므로 이제 Safari에서 작동하도록 만들 수 있습니다. Safari Blob 제한에 대한 데이터가 너무 많지 않으므로 Safari를 다루는 경우 RAM 사용량에 주의하세요.