nextjs-starter-medusa VS Next.js

- Bug finding/reporting

You can see a case study of some past work I've done with Automatisch.io helping build their E2E test suite and other QA work here

- https://qacomet.com/case-studies/automatisch

Also, I am currently working with MedusaJS helping get their template project ready with a suite of automated tests. Some example bug reports include

- https://github.com/medusajs/nextjs-starter-medusa/issues/295

Like Medusa, the Next.js Starter is fully open source. Check out the live demo or get the code on GitHub.

Yes, check out this one: https://next.medusajs.com/ - all source code for it is open sourced

Visit the hosted demo of the template. Or, learn how to set it up in our Docs.

Thanks. I know we shouldn't care about re-render if there is no performance issue. But I still think that we need to memoize the value of context if we have other states in the provider that isn't included in the value. For example, in this provider, we have a custom hook. When it re-renders, the provider re-renders as well. That creates a new value object and all consumers re-render.

Unique Admin Interface: Medusa offers an easy-to-use admin interface where merchants can manage their products, customers, and sales records and maintain their e-store. Medusa also offers a ready-to-use storefront.

npx create-next-app -e https://github.com/medusajs/nextjs-starter-medusa b2b-storefront

View on GitHub

Now that you have every backend component ready, you need to take care of the storefront. You can build a whole storefront yourself but for this tutorial, you’ll use the official Next.js Starter provided by Medusa.

Remix is a very cool React-based framework that makes the final jump back from the browser to the server. After starting with SPAs that fully ran in the browser, Next.js got the idea of rendering React components in the server, reducing the initial load time and improving crawlability. Remix takes this a step further: while Next.js cannot render dynamic content on the server, Remix can. As a user, this means even faster loadings times for any kind of dynamic content, and as a developer, you don't need to think about server-side vs client-side components. You just write React code, and it works.

Here is the tricky situation and that's why CRA is in a semi-dead state, it has not been deprecated but isn't receiving any updates not even security updates, along with that the new React.dev documentation doesn't mention CRA but suggests using React meta-frameworks like Next and Remix for new projects. You can read more about React's reasoning for it in this github issue discussion.

Probably the most known example https://github.com/vercel/next.js/discussions/19065

It was not an issue if you host in Vercel, as they provide the image optimization as a premium feature.

Implementing the requested feature would make the framework much better when self-hosted elsewhere. But there is neglection to resolve the issue. This is just one case.

This Reactjs version also includes React Server Components, so you can easily render components on the server. If you’re familiar with Next.js, whose components are server components by default, this is the same idea. Server components have advantages such as faster page load time, better SEO optimization, and overall better performance.

Next.js - for creating the application’s user interface and backend.

On fresh install (ts version), every page inside /src/app will throw module not found errors on imports. This is probably because in tsconfig.json, moduleResoultion is set to bundler. More here - https://github.com/vercel/next.js/discussions/41189

Next.js is a powerful React framework, that is widely used for building server-side rendered (SSR) or static web applications. Dockerizing a Next.js application can streamline the deployment process and ensure consistency between development, testing, and production environments

Nextjs: This React meta framework is perfect for building fast, scalable web apps with features like server-side rendering.

Let's take Next.js for example. How it introduces routing to the users is far from how the actual routing works under the hood. Just to grasp what I am saying, the Next npm package is 86MB compared to the base React repo which is just over 300kB. For most projects, the only thing you do is have 10-15 pages, maybe have Stripe and a few charts, some side effects, basic state management, and that's it. Why do you need 86MB of code, all that learning curve, and the poor documentation of Next.js for your next project?