Remove Files from ZIP

Remove Files from ZIP is built for the common case where an archive is almost right, but carries a few things it shouldn't. Instead of extracting everything, deleting the unwanted items, and re-zipping the rest by hand, you open the ZIP, pick what goes, and download a rebuilt archive. The original file on your machine is never touched.

For web and dev work, the obvious targets are the heavy or private folders that get swept into a project ZIP: a node_modules directory that bloats the file, a .git folder that leaks history, an .env file with secrets, or build artifacts a recipient doesn't need. For sharing and client delivery, it's a way to strip a sensitive document, an internal note, or a stray duplicate before the archive leaves your hands.

It also suits routine tidying before a handoff, such as removing system junk or duplicate copies.

The flow is direct. You load a ZIP, and the tool reads its full file tree so you can browse every file and folder inside. From there you select what to remove: either manually, by ticking specific entries, or with presets for Mac metadata (.DS_Store, __MACOSX, ._ files), Windows junk (Thumbs.db, desktop.ini), node_modules folders, .git folders, and .env files. The .env preset leaves shareable templates such as .env.example alone. Selecting a folder removes that folder and everything nested within it, so you don't have to chase individual files.

When you confirm, the tool builds a new ZIP containing only what you kept and offers it for download. The kept files are copied across exactly as they were stored, with their dates and permissions, so nothing is recompressed or altered. Everything runs in your browser: the archive is processed locally, nothing is uploaded, and nothing persists after the tab closes. Your source file stays exactly as it was, which is why the safe way to revert is simply to re-open the original.

Scope is deliberately narrow. Input and output are both ZIP; it does not convert to or from other archive formats, and it removes entries rather than adding or renaming them. It cannot reach into a password-protected ZIP, since the contents aren't readable until they're decrypted; the tool tells you when an archive is encrypted.

The most consequential point is that removal is permanent within a single pass and there is no in-tool undo. If you tick the wrong file or remove a folder you meant to keep, the rebuilt ZIP simply won't contain it. Recovery means re-opening your untouched original and starting over, so it's worth reviewing your selection before you download rather than after.

Encrypted archives are a hard stop, not a quirk to work around. If the ZIP is password-protected, the tool can't list or strip its contents, and only ZIP is accepted as input: RAR, 7z, tar, and similar formats won't open here.

Two subtler mistakes: assuming a folder selection leaves a few files behind (it doesn't; the whole subtree goes), and treating removal as a privacy guarantee for files that were already shared. Deleting a sensitive file from this copy cleans this archive only; any version you sent earlier is unaffected.

Before you rely on the output, open the new ZIP and confirm two things in tandem: that everything you intended to remove is genuinely gone, and that nothing you meant to keep disappeared with it. Spot-check the items adjacent to your removals, since folder-level deletions take whole subtrees, and confirm the file count and overall size moved in the direction you expected.

If the goal was stripping something private, verify the specific file is absent from the rebuilt archive rather than just trusting the selection screen. It also helps to keep your original ZIP until you're satisfied with the result, because re-opening it is the only path back if a removal went wrong.

For official or financial archives, extract the rebuilt ZIP and confirm exactly what remains, so no sensitive file reaches the recipient.