this post was submitted on 08 Jul 2026
9 points (100.0% liked)

Programming

27631 readers
167 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 3 years ago
MODERATORS
 

Working on a project where I need to grab screenshots of pages on a schedule — mostly for QA and keeping a visual history of what changed and when.

Right now I'm running Puppeteer in a cron job on a cheap VPS. It works, but honestly it's a pain to maintain. Chromium eats RAM like crazy, sometimes it hangs and the whole thing needs a restart, and the screenshots come out wrong on pages that load content dynamically.

A few things I've been struggling with:

  • Pages with lazy-loaded images — half the time the screenshot fires before everything renders
  • Cookie consent banners blocking the actual content
  • Memory usage goes through the roof when I try to do more than ~50 pages in a batch

I've looked into Playwright as a replacement but from what I can tell the resource usage is about the same. Also tried running headless Chrome in Docker which at least makes cleanup easier, but didn't solve the core problems.

Curious what others are using. Are screenshot APIs worth it for this kind of thing, or is self-hosting still the way to go? Anyone running something similar at scale?

top 3 comments
sorted by: hot top controversial new old
[–] vk6flab@lemmy.radio 2 points 1 day ago

Puppeteer is the tool. It takes some getting used to.

You can set a bunch of triggers that determine exactly when the screenshot fires, and you can simulate mouse movement and scrolling to deal with lazy loading.

There's even time delays that differentiates between human time and machine time, allowing you to have the software act as if it was running for longer than it actually was, which deals with other weirdness seen in web apps.

You can run it inside Docker which might simplify things for you.

I ended up writing a node.js app to control puppeteer precisely how I needed to.

Source: I spent 48 months or so using it for a project that required all of that.

[–] solrize@lemmy.world 1 points 22 hours ago

I haven't used Puppeteer but have seen similar issues with Selenium and Firefox. Yeah you have to code delays for pages to load, maybe scan the page for text you expect to see, etc. If this is for your own site (I mean where you're working) you can probably do most QA functions by having some special flags that disable the overlays and stuff. Also if you have disk space to burn, instead of screen shots, you can connect the browser frame buffer to ffmpeg and capture video. That can be useful for QA, since if something goes wrong, you can see an actual movie of what was happening.

Yes browsers eat ram, you just have to deal with that.

[–] vk6flab@lemmy.radio 1 points 23 hours ago

An extra observation, if you're doing QA and you're running out of memory, there is a good chance that the actual users will experience the same issue.

If you're running this inside Docker, you can specify exactly how much memory it has access to, which can also act as a data point for your QA process.