이 사용자는 자신이 찾던 것을 발견했다고 언급함. Sharp를 사용한 자체 스크립트로 이미지 최적화를 진행했었는데, Jampack을 사용한 후에는 그럴 필요가 없어졌다고 함. Quarto 정적 사이트를 빌드한 후 Jampack을 실행하니 폴더 크기가 32% 줄었고, 아직 눈에 띄는 단점은 없다고 함. PageSpeed Insights를 사용하여 Jampack 사용 전후의 성능 지표를 공유함.
모바일 성능 지표
Jampack 사용 전: 성능 52, 접근성 73, 모범 사례 100, SEO 85
Jampack 사용 후: 성능 49, 접근성 80, 모범 사례 100, SEO 92
데스크톱 성능 지표
Jampack 사용 전: 성능 90, 접근성 75, 모범 사례 100, SEO 82
Jampack 사용 후: 성능 85, 접근성 82, 모범 사례 100, SEO 91
다른 사용자는 이 기능이 Apache와 Nginx를 위한 PageSpeed 모듈을 떠올리게 한다고 언급함.
한 사용자는 Jampack이 마음에 들어 사용할 의향이 있으며, 비판적인 의견을 가진 사람들이 어떤 결점을 지적할 수 있는지 물어봄. 이 사용자는 Jampack이 C 코드를 최적화된 어셈블리로 컴파일하는 것과 같은 일을 하며, 개인적으로 하고 싶지 않은 작업을 수행한다고 생각함.
또 다른 사용자는 "중요한" CSS를 식별하고 인라인으로 처리하는 개념에 관심이 있음. 중요하지 않은 CSS를 식별하는 원칙적인 방법이 있기를 바랐지만, 사용된 라이브러리는 페이지를 렌더링하여 어떤 규칙이 중요한지 최선을 다해 감지하는 방식을 사용하는 것으로 보임.
한 사용자는 SSG 출력의 유니코드 범위에 따라 폰트를 부분적으로 선택하고, CSS에서 정의된 font-feature-settings에 따라 오픈타입 축을 고정하는 방법을 보고 싶어함.
Jampack이 매우 멋지다고 생각하는 사용자는 노드(Node.js)를 사용하는 것이 두려운 사람들을 위해 Docker 컨테이너를 만들어 사용을 단순화할 수 있는지 물어봄.
웹페이지 레이아웃을 싫어하고 배우기를 거부하지만 때때로 해야 하는 사용자는 Jampack이 훌륭해 보인다고 언급함.
실제 생산 환경에서 사용되는 정적 사이트 생성기에 대해 묻는 사용자가 있음. 이러한 도구를 사용하여 출력을 더 최적화할 수 있다고 생각함. 예를 들어, Divjoy React 웹사이트를 S3 버킷에서 제공할 수 있는 간단한 HTML로 변환하는 데 하루 종일 시도했지만 어려움을 겪고 있음. 자동으로 S3 버킷에 배포하고 도메인을 가리킬 수 있는 도구가 필요함.
Jampack이 SSG와 그 플러그인으로 처리하려는 여러 사용 사례를 커버하는 것처럼 보인다고 언급하는 사용자가 있음. Astro나 Eleventy를 선택하는 이유가 별도의 포스트-빌드 단계로 선호되는지 궁금해함. 개발 중 빠른 재빌드와 이미지의 너비 선언과 같은 것들을 도입함으로써 발생할 수 있는 미묘한 버그를 놓칠 가능성 사이의 트레이드오프가 있을 수 있음.
실제 예제를 이메일로 보내주는 사람들에게 감사함을 표현하는 사용자가 있음. 이러한 지원에 대해 매우 감사하다고 함.
Hacker News 의견
이 사용자는 자신이 찾던 것을 발견했다고 언급함. Sharp를 사용한 자체 스크립트로 이미지 최적화를 진행했었는데, Jampack을 사용한 후에는 그럴 필요가 없어졌다고 함. Quarto 정적 사이트를 빌드한 후 Jampack을 실행하니 폴더 크기가 32% 줄었고, 아직 눈에 띄는 단점은 없다고 함. PageSpeed Insights를 사용하여 Jampack 사용 전후의 성능 지표를 공유함.
다른 사용자는 이 기능이 Apache와 Nginx를 위한 PageSpeed 모듈을 떠올리게 한다고 언급함.
한 사용자는 Jampack이 마음에 들어 사용할 의향이 있으며, 비판적인 의견을 가진 사람들이 어떤 결점을 지적할 수 있는지 물어봄. 이 사용자는 Jampack이 C 코드를 최적화된 어셈블리로 컴파일하는 것과 같은 일을 하며, 개인적으로 하고 싶지 않은 작업을 수행한다고 생각함.
또 다른 사용자는 "중요한" CSS를 식별하고 인라인으로 처리하는 개념에 관심이 있음. 중요하지 않은 CSS를 식별하는 원칙적인 방법이 있기를 바랐지만, 사용된 라이브러리는 페이지를 렌더링하여 어떤 규칙이 중요한지 최선을 다해 감지하는 방식을 사용하는 것으로 보임.
한 사용자는 SSG 출력의 유니코드 범위에 따라 폰트를 부분적으로 선택하고, CSS에서 정의된 font-feature-settings에 따라 오픈타입 축을 고정하는 방법을 보고 싶어함.
Jampack이 매우 멋지다고 생각하는 사용자는 노드(Node.js)를 사용하는 것이 두려운 사람들을 위해 Docker 컨테이너를 만들어 사용을 단순화할 수 있는지 물어봄.
웹페이지 레이아웃을 싫어하고 배우기를 거부하지만 때때로 해야 하는 사용자는 Jampack이 훌륭해 보인다고 언급함.
실제 생산 환경에서 사용되는 정적 사이트 생성기에 대해 묻는 사용자가 있음. 이러한 도구를 사용하여 출력을 더 최적화할 수 있다고 생각함. 예를 들어, Divjoy React 웹사이트를 S3 버킷에서 제공할 수 있는 간단한 HTML로 변환하는 데 하루 종일 시도했지만 어려움을 겪고 있음. 자동으로 S3 버킷에 배포하고 도메인을 가리킬 수 있는 도구가 필요함.
Jampack이 SSG와 그 플러그인으로 처리하려는 여러 사용 사례를 커버하는 것처럼 보인다고 언급하는 사용자가 있음. Astro나 Eleventy를 선택하는 이유가 별도의 포스트-빌드 단계로 선호되는지 궁금해함. 개발 중 빠른 재빌드와 이미지의 너비 선언과 같은 것들을 도입함으로써 발생할 수 있는 미묘한 버그를 놓칠 가능성 사이의 트레이드오프가 있을 수 있음.
실제 예제를 이메일로 보내주는 사람들에게 감사함을 표현하는 사용자가 있음. 이러한 지원에 대해 매우 감사하다고 함.