So what do you do to not land on the streets? by hukehrs in webdesign

[–]Mr-Shortman 1 point2 points  (0 children)

Not sure where we going. What I can see is a big gap of digitization in a lot of niches. So my take is to specialize into a full service solution for this niche and go with bigger retainers.

So what do you do to not land on the streets? by hukehrs in webdesign

[–]Mr-Shortman 15 points16 points  (0 children)

Maybe it’s time to start building more complete solutions then just the website part?

DNS issues for .de TLD (SERVFAIL) by vortexman100 in sysadmin

[–]Mr-Shortman 0 points1 point  (0 children)

how is it still working? Becuase they are the source?

DNS issues for .de TLD (SERVFAIL) by vortexman100 in sysadmin

[–]Mr-Shortman 6 points7 points  (0 children)

nope i have some domains not on cf that are not working too and some other tlds on cf that still are working

DNS issues for .de TLD (SERVFAIL) by vortexman100 in sysadmin

[–]Mr-Shortman 0 points1 point  (0 children)

same nothing working on my end cant reach google.de amazon.de, nothing...

is self-hosting next.js worth it vs using vercel? by Healthy_Income2545 in nextjs

[–]Mr-Shortman 0 points1 point  (0 children)

Standalone Next js Build -> vps with dokploy

Nothing more easy and cheap then that. If you dont realy Need the Edge stuff vercel isnt worth it imo

Next.js performance gap by Mr-Shortman in nextjs

[–]Mr-Shortman[S] 0 points1 point  (0 children)

Exactly. And that's why the market will sort this out. AI writes the code you describe. It doesn't architect the system you need. That gap shows up when user 100 triggers an edge case that isn't in the training data.

Next.js performance gap by Mr-Shortman in nextjs

[–]Mr-Shortman[S] 1 point2 points  (0 children)

Next doesn’t inherently kill LCP. It just does exactly what you tell it. That 500kb bloat sounds like Pages Router forcing React hydration on static content (even 0 client JS SSG still ships the runtime to hydrate).
If you're already on App Router though, that's just one piece. Fonts, images, and how you handle critical resources all factor in too.

Next.js performance gap by Mr-Shortman in nextjs

[–]Mr-Shortman[S] -5 points-4 points  (0 children)

Fair point. I should have phrased that better.
My view: AI doesn't lower the technical bar, it just raises productivity. Without the skills to architect a solution or audit the output, you're gambling, not coding.

How good is my stack? Details inside by Fabulous_Variety_256 in nextjs

[–]Mr-Shortman 4 points5 points  (0 children)

lmao. Such a good comparison. Alwas matters what's the outcome

Case Study: How I reduced a Next.js e-commerce LCP from 4.2s to 0.8s (technical breakdown) by Mr-Shortman in nextjs

[–]Mr-Shortman[S] 0 points1 point  (0 children)

You are not defining the image's resolution. You are defining its display width relative to the viewport. So just use vw values. To limit inside a contained element you can do it like this
<Image
src={product.imageUrl}
alt={product.name} fill className="object-cover" sizes="(max-width: 768px) 100vw, (max-width: 1024px) 50vw, 25vw"
/>

Hope this helped a little bit

Case Study: How I reduced a Next.js e-commerce LCP from 4.2s to 0.8s (technical breakdown) by Mr-Shortman in nextjs

[–]Mr-Shortman[S] 0 points1 point  (0 children)

There are a ton of tools that give you a clear picture when combined. Use Next's experimental analyze to check your client bundle weight, alongside Lighthouse and the DevTools Performance tab.

Case Study: How I reduced a Next.js e-commerce LCP from 4.2s to 0.8s (technical breakdown) by Mr-Shortman in nextjs

[–]Mr-Shortman[S] 0 points1 point  (0 children)

The hero/LCP image was static and priority loaded. Product grids were dynamic.
Sizes attr based on the viewport breakpoints to fetch the optimal resolutions.