SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

Oversized PDFs Can Shrink Dramatically by Compressing Images in the Browser

0
·1 views

A developer needed to email a 47MB scanned contract, but it exceeded both Gmail's 25MB limit and a client portal's 10MB cap. The file was bloated because each page was saved as a high-resolution, uncompressed image, a common issue with scanned documents and exported slides. Paid tools like Adobe Acrobat or free online compressors either cost money or require uploading sensitive files to third-party servers. The author used a browser-based tool that compresses PDFs locally with WebAssembly, reducing the file to 3.1MB with no visible quality loss. The piece argues that local compression offers a privacy-friendly alternative for sensitive documents.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Closing a Terminal Sends Coding Agents SIGHUP; Session Hosts Can Keep Them Running

Closing a terminal window can kill a coding agent that is running in it, because the kernel signals the shell that the terminal has hung up. The shell then forwards that signal to its background jobs, so unsaved work in the agent process is lost. Common workarounds such as nohup, disown, setsid, and tmux each address a different part of this chain. Only some of them leave the agent attached to a terminal the user can reconnect to. The article shows how to inspect process groups, sessions, and terminal ownership with ps to see what will be affected.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

BLACKBOX Uses a FalkorDB Knowledge Graph to Give Incident Response a Memory

BLACKBOX is an AI-powered incident investigation agent designed for SRE and on-call teams. It uses FalkorDB as a persistent knowledge graph linking services, dependencies, alerts, deployments, runbooks, owners, and past postmortems. By traversing these connections, it can trace likely root causes, assess blast radius, and identify relevant experts with an explanation of the reasoning path. Findings from each investigation are written back into the graph, so future incidents with similar patterns can draw on stored context and reach answers faster. The developers argue that graph representation suits operational systems better than flat documents or isolated tables.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Go error wrapping, unwrapping, and sentinel errors for production code

Go's error handling is often criticized, but the real difficulty lies in the patterns built around bare error returns, which yield logs lacking location or context. The article shows how fmt.Errorf with the %w verb, introduced in Go 1.13, attaches caller context while preserving the original error for inspection. It recommends wrapping at the point of origin rather than repeatedly across layers, since redundant wrapping only adds noise. Sentinel errors let callers branch on meaningful categories such as not-found, and errors.Is traverses the wrapped chain to detect them. Custom error types are suggested for carrying structured data like validation fields or status codes.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Success messages go unreviewed, and that is where many misleading UI strings hide

A commenter described a week spent trusting an SES 200 OK response, which only meant the email was accepted, not delivered, and the failure stayed invisible. The author argues error messages get scrutiny because annoyed users read them immediately, while success messages are written once and almost never reviewed. Such success text often overstates the outcome, reporting the server's step rather than the user's actual situation. The author suggests messages should state the user's state and next step, and that the best safeguard is to write the copy alongside the fix and pin it in tests, since style guidelines and linters cannot reliably catch misleading wording.

0 comments Read more at DEV Community