저도 처음에는 캔버스를 생각하고 있었는데, 질문자님이 이미 시도하신 걸 봤습니다. 나는 아직 다른 것을 생각하지 않았습니다.
하지만 "파일 크기가 너무 큽니다"라고 말씀하셨는데, 캔버스를 사용하여 이미지를 base64로 변환했다면 이미지 형식을 png 형식으로 설정했기 때문일 수 있습니다. 예:
으아악
이런 경우에는 JPEG 형식으로 변환할 수 있고, 변환 품질을 제어할 수 있어 저장 시 크기가 작아지도록 할 수 있습니다. 예:
으아악
이렇게 된다면 사이즈상 문제가 없을 것 같아요.
ps: 위에서 언급한 a 태그의 다운로드 속성을 사용했는데, 질문 주제에 문제가 있을 수 있습니다.
1. 요청이 여전히 필요할 수 있습니다. 다운로드 속성이 캐시에서 이미지를 읽고 저장할 수 있다면 캐시된 이미지를 요청할 필요가 없을 수도 있습니다(사실 캐시된 이미지를 읽는 메커니즘이 있는지는 모르겠습니다. 어쩌면 전혀 없을 수도 있습니다). 그러나 큰 사진의 경우 웹 페이지에 로드되더라도 다운로드 속성을 사용하여 다운로드하려면 여전히 서버에서 다운로드해야 합니다.
으아악
2. Firefox의 다운로드 속성을 사용하려면 href의 파일이 현재 웹페이지의 도메인 이름과 동일한 출처를 가져야 합니다. 그렇지 않으면 다운로드되지 않습니다. 그러나 주제의 상황으로 볼 때 동일한 출처에서 나온 것이므로 이러한 문제는 존재하지 않습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
저도 처음에는 캔버스를 생각하고 있었는데, 질문자님이 이미 시도하신 걸 봤습니다. 나는 아직 다른 것을 생각하지 않았습니다.
하지만 "파일 크기가 너무 큽니다"라고 말씀하셨는데, 캔버스를 사용하여 이미지를 base64로 변환했다면 이미지 형식을 png 형식으로 설정했기 때문일 수 있습니다. 예:
으아악이런 경우에는 JPEG 형식으로 변환할 수 있고, 변환 품질을 제어할 수 있어 저장 시 크기가 작아지도록 할 수 있습니다. 예:
으아악이렇게 된다면 사이즈상 문제가 없을 것 같아요.
ps: 위에서 언급한 a 태그의 다운로드 속성을 사용했는데, 질문 주제에 문제가 있을 수 있습니다.
1. 요청이 여전히 필요할 수 있습니다. 다운로드 속성이 캐시에서 이미지를 읽고 저장할 수 있다면 캐시된 이미지를 요청할 필요가 없을 수도 있습니다(사실 캐시된 이미지를 읽는 메커니즘이 있는지는 모르겠습니다. 어쩌면 전혀 없을 수도 있습니다). 그러나 큰 사진의 경우 웹 페이지에 로드되더라도 다운로드 속성을 사용하여 다운로드하려면 여전히 서버에서 다운로드해야 합니다.
으아악2. Firefox의 다운로드 속성을 사용하려면 href의 파일이 현재 웹페이지의 도메인 이름과 동일한 출처를 가져야 합니다. 그렇지 않으면 다운로드되지 않습니다. 그러나 주제의 상황으로 볼 때 동일한 출처에서 나온 것이므로 이러한 문제는 존재하지 않습니다.
3.
a 태그의 다운로드 속성은 지원될 수 있지만 호환성 문제가 있으므로 일반적으로 서버에서 더 나은 지원을 완료해야 합니다.