0Pricing
Next.js 15 Fullstack (App Router + Server Actions) · Lekcja

Pobieranie danych po stronie serwera

Zaimplementuj solidne pobieranie danych po stronie serwera za pomocą `fetch` i innych metod w komponentach serwerowych, aby uzyskać optymalną wydajność

Pobieranie danych po stronie serwera to bezpłatna lekcja Next.js 15 Fullstack (App Router + Server Actions) na CoddyKit. To lekcja 1 z 3. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Next.js 15 Fullstack (App Router + Server Actions), a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Next.js 15 Fullstack (App Router + Server Actions) zawiera 3 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

Why Fetch Data on the Server?

Next.js 15 excels at rendering your application on the server. This is super powerful for performance and SEO!

When you fetch data directly on the server, your users see content faster because the HTML is already built with data. It also helps search engines index your content better.

  • Performance: Faster initial page loads.
  • SEO: Content is available for crawlers.
  • Security: Keep sensitive logic on the server.

Enhanced `fetch` for Server Components

In Next.js 15 Server Components, the standard fetch Web API is automatically enhanced. This means it comes with built-in caching and revalidation features.

You can use fetch directly inside your async Server Components to get data from external APIs or your own backend services.

Fetching Data in a Component

Let's see how simple it is to fetch data. Here, we'll get a single "Todo" item from a public API. Notice the async keyword on the component function.

Next.js handles the waiting for data before rendering the component.

Run This Basic Fetch Example

This JavaScript code demonstrates fetching data from a public API. While a Next.js Server Component uses JSX, the underlying fetch logic is the same. Run it to see the data!

async function fetchTodo() {
  const url = 'https://jsonplaceholder.typicode.com/todos/1';
  try {
    const response = await fetch(url);
    if (!response.ok) {
      throw new Error(`HTTP error! status: ${response.status}`);
    }
    const data = await response.json();
    console.log("Fetched Todo Title:", data.title);
  } catch (error) {
    console.error("Fetch failed:", error);
  }
}

fetchTodo();

Automatic Caching with `fetch`

By default, Next.js automatically caches the results of fetch requests in Server Components. If the same fetch request is made again (e.g., across multiple components or re-renders), Next.js will use the cached data.

This is fantastic for performance as it avoids redundant network requests.

Opting Out of Caching

Sometimes, you need the freshest data, bypassing the cache. You can do this by passing an option to fetch: { cache: 'no-store' }. This tells Next.js to always refetch the data.

Use 'no-store' for highly dynamic data that changes frequently and needs to be up-to-date on every request.

async function fetchFreshData() {
  const url = 'https://jsonplaceholder.typicode.com/posts/1';
  // 'no-store' ensures data is always fresh
  const response = await fetch(url, { cache: 'no-store' });
  const data = await response.json();
  console.log("Fresh Post Title:", data.title);
}

fetchFreshData();

Revalidating Data on Demand

What if you want cached data, but also want to specify how often it should be considered "fresh"? You can use the next.revalidate option with fetch.

This sets a time-to-live (TTL) for the data. After this time, the next request will refetch the data and update the cache.

async function fetchRevalidatedData() {
  const url = 'https://jsonplaceholder.typicode.com/users/1';
  // Revalidate data every 60 seconds
  const response = await fetch(url, { next: { revalidate: 60 } });
  const data = await response.json();
  console.log("User Name (revalidated):", data.name);
}

fetchRevalidatedData();

`revalidate` vs. `no-store`

Choosing between cache: 'no-store' and next: { revalidate: N } depends on your data's needs:

  • no-store: Use for data that must be absolutely fresh on every request (e.g., real-time stock prices, user-specific shopping cart).
  • revalidate: N: Use for data that can be slightly stale but should update periodically (e.g., blog posts, product listings that change hourly).
  • Default (cached): Use for static or infrequently changing data (e.g., navigation links, static page content).

Beyond `fetch`: Direct Database Access

While fetch is powerful for external APIs, Server Components can also directly interact with databases or ORMs like Prisma. Since Server Components run on the server, they can safely contain database credentials.

This means you can write code like await prisma.user.findMany() directly in your components, keeping your client bundle small and secure.

Data Fetching Options

Which of the following statements about server-side data fetching in Next.js 15 are TRUE?

Recap: Server-Side Fetching

You've learned how to harness server-side data fetching in Next.js 15!

  • fetch in Server Components is automatically optimized with caching.
  • Use cache: 'no-store' for always-fresh data.
  • Use next: { revalidate: N } for time-based data freshness.
  • Server Components can also directly access databases securely.

Mastering these techniques is key to building fast, efficient, and secure Next.js applications.

Często zadawane pytania

Czy lekcja „Pobieranie danych po stronie serwera” jest bezpłatna?

Tak — pełny tekst „Pobieranie danych po stronie serwera” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Next.js 15 Fullstack (App Router + Server Actions), przejdź na CoddyKit PRO. Kurs Next.js 15 Fullstack (App Router + Server Actions) zawiera 3 lekcji w sumie.

Co nauczysz się w „Pobieranie danych po stronie serwera”?

Zaimplementuj solidne pobieranie danych po stronie serwera za pomocą `fetch` i innych metod w komponentach serwerowych, aby uzyskać optymalną wydajność Ćwiczysz Next.js 15 Fullstack (App Router + Server Actions) z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Next.js 15 Fullstack (App Router + Server Actions)?

Nie wymagamy żadnego doświadczenia. Next.js 15 Fullstack (App Router + Server Actions) w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 3.

Ile czasu zajmuje lekcja „Pobieranie danych po stronie serwera”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Next.js 15 Fullstack (App Router + Server Actions)?

Tak. Każda lekcja Next.js 15 Fullstack (App Router + Server Actions) zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Pobieranie danych po stronie serwera
  2. Buforowanie i ponowna walidacja
  3. Równoległe, sekwencyjne i strumieniowe pobieranie danych
← Powrót do Next.js 15 Fullstack (App Router + Server Actions)