Wingravity

Wingravity Building in React.js, Node.js, AI-assisted where it speeds things up & taking full responsibility from idea to product since 2017.

Sometimes the most secure setup is the one that locks your own app out. ๐Ÿ”’A private database with no public access is gre...
01/09/2026

Sometimes the most secure setup is the one that locks your own app out. ๐Ÿ”’

A private database with no public access is great for security as nothing on the open internet can touch it, go serverless and you hit a real puzzle: your app runs outside the network and the database, on purpose, has no way in.

We recently worked through exactly this: keeping the database sealed off from the world while still giving the app a clean, reliable path in, no risky shortcuts, no public endpoint.

If your team has ever opened a database to the internet "just to make it work," there's a safer way to do it.

๐Ÿ‘‡ Full technical breakdown and code in the comments.

How is your team connecting serverless apps to private resources and are you sure it's not quietly leaving a door open?

Honest opinion: the most valuable thing we do for some clients is talk them out of building something.Every feature is f...
11/08/2026

Honest opinion: the most valuable thing we do for some clients is talk them out of building something.

Every feature is forever, it has to be maintained, supported and carried along with everything else you build after it.

A good no early beats a lot of features later.

05/08/2026

Agencies love to build exactly what is on the brief without ever asking why that brief exists in the first place. Adding bloat isn't a skill, knowing when to stop is.

If you are currently sitting on a 20-page project brief and wondering how much of it is actually necessary, drop us a DM.

Letโ€™s look at where we can cut the bloat together.

A fast database isn't always the fix for a slow site.One of our clients' 6,000-page Next.js site had two pages hanging f...
04/08/2026

A fast database isn't always the fix for a slow site.

One of our clients' 6,000-page Next.js site had two pages hanging for up to 912 seconds, and the caching strategy meant to speed things up was the actual cause, quietly asking the database the same question thousands of times over.

The key takeaway?

๐Ÿ’ก Caching that looks correct on a single page can still work against itself at scale, especially on sites with many dynamically filtered pages.

In this article, we cover:

โœ… Why the database was never the bottleneck
โœ… How a single source-of-truth cache replaced thousands of duplicate entries
โœ… The database client changes that eliminated multi-minute outliers
โœ… The layout-shift bug hiding in a shared component and how one fix resolved it site-wide

๐Ÿ”— Full article in the comments.

Serverless isn't always the cheapest option.One of our clients' high-traffic Next.js applications had outgrown its serve...
29/07/2026

Serverless isn't always the cheapest option.

One of our clients' high-traffic Next.js applications had outgrown its serverless architecture and by moving from Lambda@Edge, CloudFront, and S3 to AWS Elastic Beanstalk, we reduced AWS infrastructure costs by ~63% without changing the application itself.

The key takeaway?

๐Ÿ’ก Cloud architecture should evolve with your traffic as what works brilliantly at launch may become unnecessarily expensive as your workload grows.

In this article, we cover:

โœ… Why serverless became costly
โœ… How we migrated with minimal code changes
โœ… The architecture decisions that made the difference
โœ… Practical do's and don'ts for engineering teams.

Sometimes the biggest optimization is choosing the right one.

๐Ÿ”— Full article in the comments.

Presentations suffer from a hidden tax on attention.When you share your entire screen, you introduce an underlying tensi...
15/06/2026

Presentations suffer from a hidden tax on attention.

When you share your entire screen, you introduce an underlying tension and your brain splits focus between what you are saying and what the room might accidentally see.

We noticed this exact friction during our own client interviews: when notes and presentations compete for the same space, delivery suffers.

We realized this separation shouldn't be managed manually by a stressed presenter, it should be built into the software by design.

The result is a radically focused presentation surface: monochromatic and designed to command an audience's attention without demanding the presenter's cognitive load.

We build software for organizations that refuse to tolerate bad design and clunky workflows.

The engineering breakdown and full Showslide case study are in the first comment below.

An introduction to how we think about building software in practice. First in a series. Link in comments.
12/06/2026

An introduction to how we think about building software in practice. First in a series. Link in comments.

05/02/2026

A problem too big for one mind becomesโ€ฆ
โ€ฆan idea too big for none.

Address

Iasi

Alerts

Be the first to know and let us send you an email when Wingravity posts news and promotions. Your email address will not be used for any other purpose, and you can unsubscribe at any time.

Contact The Business

Send a message to Wingravity:

Shortcuts

Share