Budżet: 80 USD Termin: 1 dzień
Dzień dobry, mam doświadczenie w tworzeniu na Next.js i wdrażaniu na serwerze. Najprawdopodobniej problem leży w ograniczonej pamięci programowej przydzielonej dla Next.
Budżet: 200 USD Termin: 7 dni
Witam. Mam duże doświadczenie z Next.js. Jestem gotowy do współpracy
Budżet: 25 USD Termin: 10 dni
Cześć, mogę obejrzeć kod, mam doświadczenie z testerami, dockami i ogólnie z next
Budżet: 100 USD Termin: 2 dni
Dzień dobry.
Mam doświadczenie, chętnie pomogę.
Przesyłaj kod - będziemy współpracować.
Budżet: 100 USD Termin: 1 dzień
Mam doświadczenie w optymalizacji aplikacji Next.js/Node.js w środowiskach produkcyjnych. W podobnych projektach:
Wykrywałem wąskie gardła w wydajności: wycieki pamięci, długie przerwy GC.
Konfigurowałem kontenery Docker z ograniczeniem zasobów (--max-old-space-size dla Node.js).
Przeprowadzałem audyt kodu i bibliotek zewnętrznych (np. zbyt "ciężkie" SSR, nieczyszczone cache, nieprawidłowo zaimplementowane cykle renderowania).
Używałem narzędzi monitorujących (Node.js Profiler, clinic.js, pm2, top, docker stats) do analizy zużycia zasobów.
Wdrażałem optymalizacje cache'owania, lazy loading, paginację dla dużych baz danych (>100 tys. produktów).
Budżet: 50 USD Termin: 5 dni
Cześć, chciałbym przejrzeć kod, aby znaleźć przyczynę błędu, najprawdopodobniej brakuje optymalizacji. Co do czasu i ceny, dogadamy się.
Budżet: 100 USD Termin: 2 dni
Witam
Mogę pomóc naprawić problem
Problem nie leży na serwerze, lecz w kodzie albo w tym, że dla strony przydzielana jest zbyt mała ilość RAM (jeśli coś, nie mówię o małej ilości RAM na serwerze, lecz o tym, ile RAM dla strony będzie przydzielał serwer)
Pisz w wiadomości prywatnej, pomogę Ci
Budżet: 300 USD Termin: 2 dni
Witaj Ablay,
Przejrzałem logi z Twojej aplikacji Next.js i problem jest jasny:
BŁĄD KRYTYCZNY: Nieefektywne markowanie i kompresja w pobliżu limitu sterty. Niepowodzenie alokacji - pamięć sterty JavaScript się wyczerpała
Twój VPS ma doskonałe zasoby (12 vCPU, 48GB RAM), więc problem najprawdopodobniej leży w kodzie — nie na serwerze.
Co zrobię:
Zidentyfikuję wyciek pamięci lub ciężkie operacje powodujące awarię
Zprofiluję i zoptymalizuję pobieranie danych, szczególnie jeśli strony produktów ładują ogromne zestawy danych
Upewnię się, że logika SSR/SSG jest wydajna (getStaticProps, getServerSideProps, lub trasy API)
Naprawię wszelkie pełno-stronicowe renderowanie 400K+ produktów (paginacja, leniwe ładowanie, jeśli brakuje)
Poprawię ustawienia Dockera i Node (--max-old-space-size, flagi produkcyjne)
Dodam logowanie wydajności i monitorowanie stanu zdrowia
Dostarczę:
Stabilną wersję Next.js (bez awarii pamięci)
Ulepszoną logikę listowania i renderowania produktów
Czysty, zoptymalizowany przepływ danych (produkty, kategorie, filtry)
Sugestie lub poprawki, aby uniknąć przyszłych wąskich gardeł
Zajmowałem się podobnymi aplikacjami eCommerce z dużą ilością produktów i backendem opartym na Next.js + PostgreSQL/Mongo i mogę to pewnie rozwiązać.
Proszę o dostęp do repozytorium lub konfiguracji Dockera, aby móc rozpocząć diagnostykę i naprawę.
Pozdrawiam,
Georgios Toutoudakis
