Hosting Node.js: 6 kontroli przed wyborem serwera
Materiał reklamowy — linki partnerskie: Smarthost.
Hosting Node.js wybieraj według sposobu działania aplikacji, a nie samej nazwy języka na stronie operatora. Statyczna witryna zbudowana narzędziami JavaScript może nie potrzebować stale działającego Node.js. Sklep z renderowaniem po stronie serwera, API lub panel logowania potrzebuje już procesu aplikacji, zgodnej wersji środowiska i sposobu jego ponownego uruchomienia.
Porównaj usługi
Dla małej aplikacji wystarczający może być hosting współdzielony z konfiguratorem. Własny VPS ma sens dopiero wtedy, gdy potrzebujesz większej kontroli i masz zapewnioną administrację. Poniżej znajdziesz sposób weryfikacji oferty oraz jeden konkretny pakiet do rozważenia. Dokumentację i ceny sprawdzono 31 października 2026 r.
W tym poradniku
- Hosting Node.js czy zwykły serwer plików?
- Przygotuj kartę wymagań aplikacji
- Smarthost smart-business: warunkowy kandydat
- Ścieżka sprawdzenia przed przeniesieniem domeny
- Gdy proces startuje, ale strona nie działa
- Policz również obsługę aplikacji
1. Hosting Node.js czy zwykły serwer plików?
| Projekt | Potrzebne środowisko | Co przekazać operatorowi |
|---|---|---|
| Statyczne HTML, CSS i JavaScript | Serwer plików; Node.js może służyć wyłącznie do budowania na komputerze wykonawcy | Gotowy katalog wynikowy i wymagania przekierowań |
| Aplikacja z własnym API lub renderowaniem serwerowym | Stale dostępny proces Node.js i połączenie z serwerem WWW | Wersja Node.js, plik lub polecenie startowe, zależności i baza |
| Czat albo aktualizacje przez WebSocket | Obsługa trwałych połączeń na całej drodze, także przez proxy | Protokół, czas połączenia, liczba klientów i wymagania sesji |
| Kolejki, przetwarzanie filmów lub długie zadania | Dozwolone procesy w tle i odpowiednie zasoby | Czas zadania, pamięć, procesy robocze i sposób ponawiania |
Sam fakt, że wykonawca używa Reacta albo Next.js, nie rozstrzyga zakupu. Poproś o odpowiedź: „Czy po budowaniu dostaję statyczne pliki, czy aplikacja musi wykonywać kod na serwerze?”. Eksport statyczny może wykluczać część funkcji projektu. Nie zamieniaj działającej aplikacji w eksport tylko po to, aby dopasować ją do najtańszego konta.
SSH daje dostęp do poleceń, lecz nie potwierdza zgody na stały proces ani jego automatycznego wznowienia. Przeczytaj osobno co sprawdzić w hostingu z SSH. Uruchomienie polecenia na chwilę nie jest jeszcze uruchomieniem stabilnej usługi.
2. Przygotuj kartę wymagań aplikacji
Zanim porównasz ceny, poproś wykonawcę o krótką kartę: nazwa frameworka i jego wersja, obsługiwane wersje Node.js, sposób instalacji zależności, polecenie budowania i startu, baza danych, katalog trwałych plików, zadania okresowe oraz potrzebne usługi zewnętrzne. Dopisz możliwość pracy za proxy i wymaganie WebSocket, jeśli występuje.
Do produkcji wybieraj obsługiwaną linię LTS zgodną z projektem. W aktualnej tabeli projektu Node.js wersje 22, 24 i 26 mają status LTS, a 20 jest już EOL. To stan z daty sprawdzenia, nie obietnica, że operator udostępnia każdą z nich. Numer w starym poradniku hostingowym nie jest wiarygodną listą obecnych wersji w panelu.
Podaj także pomiary. Przykładowo dwa procesy po 350 MB oraz budowanie wymagające dodatkowych 400 MB mogą chwilowo potrzebować 1100 MB, czyli więcej niż konto z 1 GB. To model arytmetyczny, nie test konkretnego frameworka. Budowanie poza serwerem może pomóc, ale gotowe zależności muszą pasować do systemu i architektury hostingu.
3. Smarthost smart-business: warunkowy kandydat
Pakiet smart-business ma 50 GB SSD, 1 rdzeń, 1 GB RAM i limit 30 procesów. Cena wynosi 459 zł netto, czyli 564,57 zł brutto rocznie; karta podaje taką samą podstawową cenę odnowienia. Bez rabatów i zmian cennika trzy lata kosztują 1693,71 zł brutto. Domena, praca programisty i dodatkowe usługi nie mieszczą się w tej kwocie.
Operator potwierdza Node.js na kontach z SSH i opisuje konfigurator cPanel. Poradnik pokazuje samoczynne uruchamianie aplikacji oraz jej start, zatrzymanie i restart. Jednocześnie zawiera historyczne numery wersji 6–12. Przed zakupem trzeba więc potwierdzić aktualną zgodną wersję LTS, a nie odtwarzać dawny przykład bez zmian.
Wariant z 1 GB rozważ dla niewielkiej aplikacji, której pomiary mieszczą się w limicie. Nie traktuj 50 GB dysku jako dowodu wydajności. Wymagania WebSocket, procesów roboczych, konkretnej bazy i zachowania po restarcie infrastruktury uzgodnij oddzielnie. Dostępny opis nie potwierdza ich wszystkich dla dowolnego projektu.
Sprawdź aktualny pakiet Smarthost i potwierdź zgodność aplikacji. Szersze porównanie ofert hostingu oraz kosztów odnowienia pomoże ocenić budżet, ale lista funkcji nie zastępuje uruchomienia własnego projektu. Inny model kont opisuje też materiał o planach MyDevil; nie przenoś warunków jednego operatora na drugiego.
4. Ścieżka sprawdzenia przed przeniesieniem domeny
- Przygotuj kopię testową. Weź kod, zapis zależności i przykładowe dane. Jeżeli projekt używa bazy, utwórz oddzielną bazę testową i użytkownika bez dostępu do bazy produkcyjnej. Ustaw te dane połączenia w kopii przed jej pierwszym uruchomieniem. Wyłącz rzeczywiste płatności, wysyłkę powiadomień i integracje wykonujące operacje u klientów. Zachowaj działającą starą aplikację.
- Sprawdź panel. W opisanej przez Smarthost ścieżce wejdź w cPanel → Software → Setup Node.js app → Create Application. Jeśli funkcji lub odpowiedniej wersji nie ma, zatrzymaj wdrożenie i wyjaśnij dostępność z pomocą.
- Uzupełnij parametry projektu. Wskaż oddzielny katalog aplikacji, testowy adres oraz właściwy plik startowy. Przed wgraniem kopii zabezpiecz testowy adres hasłem lub ograniczeniem dostępu w sposób obsługiwany przez operatora. Wgraj przygotowane pliki do wybranego katalogu, bez konfiguracji i kluczy produkcyjnych, a ustawienia aplikacji zapisz w panelu. Korzystaj z instrukcji wykonawcy i aktualnego panelu; wartości starego przykładu operatora nie są ustawieniami Twojej aplikacji.
- Zainstaluj zależności i zbuduj projekt. Użyj uzgodnionej wersji środowiska. Dane połączeń przechowuj poza publicznie serwowanymi plikami. Nie umieszczaj haseł w repozytorium ani w kodzie wysyłanym do przeglądarki.
- Uruchom i sprawdź HTTPS. Otwórz testowy adres, zaloguj się, wykonaj odczyt i zapis przykładowego rekordu, sprawdź pliki użytkownika oraz logi. Dla WebSocket przeprowadź osobny test połączenia.
- Sprawdź trwałość. Wyloguj sesję SSH, ponów żądanie, następnie użyj kontrolki restartu aplikacji i powtórz test. Restart aplikacji nie dowodzi zachowania po restarcie całego serwera — tę sytuację potwierdź u operatora.
- Dopiero po odbiorze zaplanuj przełączenie. Ustal końcową synchronizację danych, krótką przerwę w zapisach i sposób powrotu. Nie kieruj domeny na próbny projekt z pustą bazą.
Oczekiwany rezultat to aplikacja działająca pod testowym HTTPS, także po wylogowaniu i kontrolowanym restarcie, bez błędów głównych funkcji. Jeśli nie możesz samodzielnie wykonać tych czynności, zamów tę konkretną usługę u wykonawcy. Hosting bez własnej administracji systemem nie oznacza wdrożenia bez konfiguracji aplikacji.
5. Gdy proces startuje, ale strona nie działa
| Objaw | Pierwsza kontrola | Następny krok |
|---|---|---|
| Brak odpowiedzi pod domeną | Adres aplikacji, plik startowy, port i konfiguracja proxy | Porównaj z aktualną instrukcją operatora; nie otwieraj losowych portów |
| Brak modułu | Katalog projektu, środowisko i wynik instalacji zależności | Odtwórz zależności w poprawnym środowisku |
| Proces kończy się przy budowaniu | Log i wykorzystanie RAM/procesów | Rozważ zgodne budowanie poza kontem lub większy limit |
| Po restarcie znikają przesłane pliki | Katalog trwałych danych i sposób wdrażania | Oddziel dane użytkownika od wymienianego katalogu wersji |
| Działa HTTP, nie działa WebSocket | Obsługa protokołu przez aplikację i proxy | Potwierdź pełną ścieżkę; zwykły test strony tego nie rozstrzyga |
Do zgłoszenia dołącz godzinę, testowy adres i krótki fragment błędu bez haseł oraz danych klientów. Nie zwiększaj zasobów w ciemno, gdy log wskazuje błędną konfigurację. Jeżeli potrzebujesz własnych usług systemowych, zobacz porównanie VPS i hostingu współdzielonego.
6. Policz również obsługę aplikacji
Przykład własny: 4 godziny wdrożenia po 120 zł brutto to 480 zł. Dwie godziny aktualizacji i kontroli miesięcznie po tej samej stawce dają 8640 zł przez 36 miesięcy. Z hostingiem za 1693,71 zł suma wynosi 10 813,71 zł brutto, przed domeną i zewnętrznymi usługami. Stawka i nakład pracy są założeniami, nie cennikiem Smarthost.
Najtańszy serwer nie musi więc oznaczać najniższego kosztu utrzymania. Wybierz ofertę, która obsłuży kartę wymagań, pozwala odczytać logi i ma jasny podział odpowiedzialności. Gdy brak potwierdzenia koniecznej funkcji, wstrzymaj zakup i porównaj inne środowisko.
Źródła i data sprawdzenia
- Smarthost: parametry i cena smart-business.
- Smarthost: warunki uruchamiania Node.js.
- Smarthost: konfigurator aplikacji w cPanel — opis zawiera historyczne wersje środowiska.
- Node.js: aktualne statusy wydań i LTS.
Sprawdzono 31.10.2026. Instrukcja opisuje procedurę odbioru; nie jest relacją z przeprowadzonej migracji ani pomiarem wydajności operatora.
