website: hero poster is 1920x1080 for a 1359x764 render — 36 KiB of image-delivery waste
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 84/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- frontend, performance
Hướng nghiên cứu
Đọc website/site/src's Hero.astro và Base.astro, cùng với FilmScreen.astro, để theo dõi các thành phần sử dụng áp phích và hình ảnh Open Graph. Thay đổi kích thước áp phích cho hero, đồng thời giữ lại tài nguyên 1920 × 1080 cho og:image; sau đó kiểm tra kích thước áp phích, cách hiển thị trực quan ở độ rộng máy tính và điện thoại, CLS và kiểm tra Lighthouse về phân phối hình ảnh.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Where this comes from
A Lighthouse 13.4.1 report for https://ema.tnsor.network/ (mobile defaults, fetched 2026-10-17 12:29:42Z). Performance 95, CLS 0, LCP 0.4 s. Every image-geometry audit passes — unsized-images and image-aspect-ratio both score 1 with zero items.
The one image finding is delivery, not geometry:
audit: image-delivery-insight
url: https://ema.tnsor.network/media/hero-poster.webp
totalBytes: 73916
wastedBytes: 36890
reason: This image file is larger than it needs to be (1920x1080)
for its displayed dimensions (1359x764).
Use responsive images to reduce the image download size.
The file and its two consumers
website/site/public/media/hero-poster.webp is 1920 × 1080, 73,916 bytes — the report's totalBytes is that file exactly.
- The hero film's
<video poster>—Hero.astro:25passes it toFilmScreen.astro:16(<video … poster={poster}>). This is the element the audit measured, and the rendered box is 1359 × 764 CSS px on a desktop viewport. - The Open Graph image —
Base.astro:17buildsog:imagefrom the same path. Social cards want 1200 × 630 or larger, so this consumer must not shrink.
Proposed change
Split the two consumers and size each for its use:
- Keep a 1920 × 1080
og-hero.webpforBase.astro'sog:image. - Add a page-sized poster, around 1440 × 810 (≈ 20–25 KB at the same quality), and point
Hero.astroat it. - If the poster looks soft on a 2× display, set it from a tiny inline script using
devicePixelRatio— the hero already ships one fordata-autoplay, so choosing betweenhero-poster-1440.webpand the 1920 file costs nothing extra. Measure before adding that branch: at 1359 CSS px wide a 1440 file is ~1.06× and may be acceptable.
Do not solve this with a blanket quality drop — the audit's waste is resolution, not encoding.
Acceptance criteria
image-delivery-insightno longer reportshero-poster.webp, and the poster request is ≤ 45 KB.- CLS stays 0, and the poster renders visually identical at desktop (1359 × 764) and phone widths.
og:imagestill resolves to a 1920 × 1080 asset, and the social-card preview is unchanged.- Record the before/after bytes and the Lighthouse audit result in the PR.
Measured candidates
Encoded from the current file with ffmpeg -vf scale=W:-2 -c:v libwebp -quality 82 (matching the source's apparent quality; check visually before committing):
| width | bytes | saving vs 73,916 |
|---|---|---|
| 1920 (current) | 73,916 | — |
| 1440 | 40,908 | 33,008 |
| 1280 | 35,828 | 38,088 |
The audit estimated 36,890 B of waste, so either candidate removes essentially all of it. 1440 is the better default: it is 1.06× the desktop render box, so a single file needs no devicePixelRatio branch.
- Ngôn ngữ chính
- TypeScript
- Star
- 829
- Fork
- 234
- Merge trung bình
- 22 giờ 43 phút
- Pull request đã merge (30 ngày)
- 52
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của cameri/nostream
-
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Add the official Nostream Telegram channel and development chat to the websiteCó thể đã có người làm @chappie-daemon đã nhận hôm nay. Đang mởdocumentation
cameri/nostream#878 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feat(admin): Restyle admin console to match nostream.dev and fix Grafana chart embedsCó thể đã có người làm @Ferryx349 đã nhận hôm nay. Đang mởAdmin Console enhancement
cameri/nostream#874 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
factory rewrite
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
-
factory rewrite rust
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của cameri/nostream
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
chrisparsons83/flexspotff#215 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
vitest-dev/vitest#11633 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày