You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be fantastic to have an example showing how to use next-intl with popular CMS platforms like Strapi. Specifically, an example that demonstrates how to set up dynamic routes like /[lng]/[product-name], and fetch both server-side and client-side static content, such as header and footer links, would be incredibly helpful.
What I would suggest to cover:
Dynamic Routes: setting up and handling dynamic routes, such as /[lng]/[product-name].
Including:
- Configuring next-intl for dynamic locales.
- Setting up Next.js dynamic routes to handle language parameters.
- Fetching and rendering content based on the locale and dynamic route parameters.
Fetching static content:
Fetching content for static elements such as header, footer, buttons, tooltips and so on
Including:
- Server-Side Fetching: How to fetch localized static content like header and footer links from a CMS like Strapi during server-side rendering (SSR).
- Client-Side Fetching: How to dynamically fetch and update localized content on the client-side for a smooth user experience when switching languages or navigating.
The text was updated successfully, but these errors were encountered:
I absolutely agree, would be great to add some docs for this! We can use this issue for the time being to collect content ideas.
I think one of the major pieces relevant to this is retrieving a locale from next-intl and passing it to calls to your CMS. I briefly touch on this topic in an article I wrote in this section: Internationalizing backend data.
Apart from that, if you're using a CMS to manage localized slugs of pages, you might want to consider using a catch-all-based routing system like app/[locale]/[[...slug]] (see the note in the localized pathnames docs).
Also trying to get SSR to work with localized slugs from Strapi... can't get it to work withoud sketchy workarounds and a delay during language switch.
Any progress on this? Looked at Decap CMS and next-inl but phew, complex. First hurdle is going from YML to JSON. Now looking at Hygraph CMS and next-intl.
Link to page
No response
Describe the problem
Hello,
It would be fantastic to have an example showing how to use
next-intl
with popular CMS platforms like Strapi. Specifically, an example that demonstrates how to set up dynamic routes like /[lng]/[product-name], and fetch both server-side and client-side static content, such as header and footer links, would be incredibly helpful.What I would suggest to cover:
Dynamic Routes: setting up and handling dynamic routes, such as /[lng]/[product-name].
Including:
- Configuring next-intl for dynamic locales.
- Setting up Next.js dynamic routes to handle language parameters.
- Fetching and rendering content based on the locale and dynamic route parameters.
Fetching static content:
Fetching content for static elements such as header, footer, buttons, tooltips and so on
Including:
- Server-Side Fetching: How to fetch localized static content like header and footer links from a CMS like Strapi during server-side rendering (SSR).
- Client-Side Fetching: How to dynamically fetch and update localized content on the client-side for a smooth user experience when switching languages or navigating.
The text was updated successfully, but these errors were encountered: