MongoDB, Express, React i Node pojawiają się wstępnie zainstalowane na Hostinger’s MERN VPS, promowanym jako gotowe do pracy środowisko do skalowalnych aplikacji webowych. Testy wykazały tu realne mocne strony, a wśród nich przede wszystkim niemal idealne skalowanie CPU, wraz z kilkoma szczegółami dotyczącymi planu i dokumentacji, które deweloper powinien znać przed podjęciem decyzji. Oto wszystko, co ustaliłem.
Aby ocenić hosting Hostinger MERN VPS, zastosowałem metodologię ocen HostAdvice, czyli ten sam ustandaryzowany sposób używany we wszystkich recenzjach na stronie, dzięki czemu wyniki pozostają spójne i oparte na rzeczywistych testach, a nie na marketingowych obietnicach. Oto jak oceniono każdy parametr.
| Parametr | Ocena | Dlaczego taka ocena |
|---|---|---|
| Ceny | 9.0/10 | Solidna 30-dniowa gwarancja, choć zwroty VPS mają 180-dniowy okres karencji i nie ma dedykowanego darmowego okresu próbnego. |
| Funkcje | 9.2/10 | Sprzęt EPYC, aktywny skaner złośliwego oprogramowania i publiczne API są dostępne na każdym planie zgodnie z opisem. |
| Wydajność | 9.3/10 | Niemal idealne skalowanie CPU, mocne IOPS dysku i czysty test obciążeniowy bez żadnych awarii. |
| Łatwość użycia | 8.8/10 | Sprawny, szybki proces zakupu, ale psuje go rzeczywista niespójność we własnych deklaracjach strony dotyczących przepustowości. |
| Wsparcie | 9.6/10 | Kodee dwukrotnie sprawdził aktywny serwer i za każdym razem dostarczył trafne, kompletne poprawki techniczne. |
| Ogólnie | 9.2/10 | Mocny hosting dla MERN, którego głównym ograniczeniem jest luka w dokumentacji, którą musi kompensować Kodee. |
Hostinger sprzedaje hosting MERN jako jeden z czterech planów VPS KVM, KVM 1 przez KVM 8, a każdy kolejny plan zwiększa jednocześnie liczbę rdzeni CPU, pamięć RAM, przestrzeń dyskową NVMe i przepustowość.
Samo MERN nie jest osobnym zakupem, lecz aplikacją instalowaną jednym kliknięciem, nakładaną na wybrany podczas zakupu plan, a MongoDB, Express, React i Node instalują się automatycznie w chwili, gdy serwer zostaje uruchomiony.
| Nazwa planu | Przestrzeń dyskowa | CPU | RAM | System operacyjny | Cena | |
|---|---|---|---|---|---|---|
| KVM 1 | 50 GB | 1 rdzeń | 4 GB | 4,78 € | Szczegóły | |
| KVM 2 | 100 GB | 2 rdzenie | 8 GB | 6,61 € | Szczegóły | |
| KVM 4 | 200 GB | 4 rdzenie | 16 GB | 9,55 € | Szczegóły | |
| KVM 8 | 400 GB | 8 rdzeni | 32 GB | 19,11 € | Szczegóły |
Kilka rzeczy, o których warto wiedzieć przed zamówieniem:
Jedną rzecz warto wyraźnie zaznaczyć na podstawie testów. Sama strona planu podaje dwie różne wartości prędkości sieci w dwóch różnych miejscach: 1 Gbps w liście funkcji oraz 300 Mb/s w tekście poniżej.
Rzeczywiste testy wydajności potwierdziły deklarację 1 Gbps, więc niższą wartość należy traktować jako błąd w treści, a nie rzeczywistą specyfikację, ale to detal, który warto sprawdzić na żywej stronie przed zakupem, bo strony marketingowe bywają aktualizowane i możliwe, że gdy to czytasz, problem został już poprawiony.
Stos MERN stawia realne wymagania każdej warstwie serwera jednocześnie. Node obsługuje żądania w jednym wątku na proces, więc wydajność CPU i to, jak dobrze skaluje się na wiele rdzeni, decydują o tym, ilu równoczesnych użytkowników proces Node, albo ich klaster, rzeczywiście obsłuży.
MongoDB nieustannie odczytuje i zapisuje dokumenty na dysk, więc I/O dysku wpływa na to, jak szybko zwracane są zapytania. Produkcyjna kompilacja Reacta jest dostarczana jako pliki statyczne, więc opiera się jednocześnie na dysku i sieci, a Express znajduje się pośrodku, przekazując wszystko przez pamięć.
Przeprowadziłem pełen zestaw benchmarków na serwerze, CPU, pamięć, dysk, sieć oraz długotrwały test obciążeniowy, aby sprawdzić, co ten plan rzeczywiście oferuje i rozstrzygnąć kwestię przepustowości, której sama strona planu nie potrafiła konsekwentnie wyjaśnić.
Testowana przeze mnie instancja to plan KVM 4, wybrany podczas zakupu:
Zanim przejdziemy do liczb, kilka słów o pozycji tego planu. Linia Hostinger MERN VPS działa na tych samych czterech poziomach co pozostałe produkty VPS, KVM 1 przez KVM 8, a KVM 4 znajduje się na drugim miejscu od góry, przeznaczony do prawdziwej aplikacji z istotną bazą użytkowników, a nie do pierwszego prototypu czy dużej platformy składającej się z wielu usług. To, co dalej, dotyczy wyłącznie tego środkowo-wyższego poziomu.
Szybkość jednowątkowa to najważniejsza wartość dla pojedynczego procesu Node, ponieważ Node wykonuje JavaScript w jednym wątku i rozdziela pracę na wiele rdzeni tylko wtedy, gdy uruchomisz tryb klastra albo użyjesz menedżera procesów takiego jak PM2, uruchamiając kilka instancji.
Przy średnim opóźnieniu 0.61ms, pojedynczy proces Express na tym serwerze ma duży zapas wydajności zanim CPU stanie się ograniczeniem dla typowej obsługi żądań.
Wynik wielowątkowy jest tutaj najbardziej wyróżniającym się elementem. Przejście z jednego wątku na cztery zwiększyło przepustowość niemal dokładnie czterokrotnie, czyli dało praktycznie idealne skalowanie. Ma to bezpośrednie znaczenie dla Node, ponieważ oznacza, że uruchomienie klastra PM2 z czterema instancjami, aby wykorzystać wszystkie cztery rdzenie, powinno dać niemal cztery razy większą przepustowość niż pojedynczy proces, zamiast tracić sporą część z powodu konkurencji z innymi najemcami na hoście, co zwykle zdarza się na współdzielonym VPS.
Potwierdza to także wskaźnik sprawiedliwości wątków: wariancja około 0.1 procent między wątkami, na tyle mała, że każdy rdzeń wykonywał równą część pracy przez cały test.
Obie wartości mieszczą się wygodnie w zakresie, jaki obecny sprzęt EPYC osiąga w tym teście. W stosie MERN szybkość pamięci ma największe znaczenie tam, gdzie MongoDB trzyma często używane dane w pamięci RAM, oraz tam, gdzie sam Node przechowuje obiekty, dane sesji i wszelkie cache w pamięci.
Przy takiej prędkości pamięć bardzo prawdopodobnie nie będzie warstwą, która spowolni żądanie. Dodatkowo ta instancja nie miała skonfigurowanego swapu, więc do dyspozycji jest pełne 15GB RAM, bez zapasowego bufora, jeśli roboczy zestaw MongoDB lub wyciek pamięci w długotrwale działającym procesie Node przekroczy limit.
Jeśli uruchamiasz bazę danych z dużym working setem razem z wieloma procesami Node, obserwuj rzeczywiste użycie pamięci pod realnym obciążeniem, zamiast zakładać, że ten poziom ma niewykorzystany zapas.
Sekwencyjny odczyt okazał się niemal dwa razy szybszy niż sekwencyjny zapis, co jest istotną asymetrią, jeśli Twój workload obejmuje zapisywanie dużych plików, kopie zapasowe baz danych, przesyłane media czy eksporty logów, ponieważ ta strona dysku ma zauważalnie mniejszy zapas niż strona odczytu.
Wydajność losowych operacji 4K to wartość, która najlepiej przewiduje, jak MongoDB zachowuje się pod obciążeniem, ponieważ odczyty i zapisy dokumentów trafiają na dysk w małych, rozproszonych operacjach, a nie w dużych blokach sekwencyjnych.
Niecałe 9,800 IOPS w obu kierunkach, równomiernie rozłożone między odczyt i zapis, to mocny wynik dla dostępu typu bazodanowego i oznacza, że zapytania MongoDB powinny pozostać szybkie nawet wraz ze wzrostem liczby równoczesnych połączeń i objętości dokumentów, na długo zanim dysk stanie się wąskim gardłem dla typowej aplikacji.
Zmienia się natomiast to, ile równoczesnego obciążenia możesz wrzucić na ten sam limit dysku, zanim zapytania zaczną się kolejkować, więc bardziej ruchliwy workload MongoDB korzysta z dodatkowego CPU i pamięci w KVM 4, aby przetworzyć więcej z tych 9,800 IOPS równolegle, a nie z tego, że sama wydajność dysku rośnie.
Warto odnieść to do strony planu, która w liście funkcji podawała prędkość sieci 1 Gbps, a jednocześnie w treści niżej opisywała te same plany jako działające na „infrastrukturze 300 Mb/s”.
Rzeczywiste testy potwierdzają deklarację 1 Gbps, a nie wartość 300 Mb/s: oba uruchomienia zwróciły wyniki bliskie lub powyżej 900 Mbps na wysyłaniu, a pierwszy test niemal osiągnął pełny gigabit w pobieraniu. Wartość 300 Mb/s na stronie planu nie zgadza się z tym, co ten serwer rzeczywiście osiągnął, i wygląda raczej na przestarzały lub niespójny tekst niż na prawidłową specyfikację.
Jedyną rzeczą, którą warto wyraźnie zaznaczyć, jest to, że prędkość pobierania nie była identyczna w obu testach: 983 Mbps przy pierwszej próbie wobec 730 Mbps przy drugiej, a więc była to realna różnica, a nie szum.
Prędkość wysyłania pozostała spójna w obu testach, a utrata pakietów wynosiła zero za każdym razem, więc wygląda to na zwykłą zmienność w współdzielonej ścieżce sieciowej, a nie na oznakę rzeczywistego problemu, ale różnica jest na tyle duża, że nie zakładałbym, iż każdy transfer pobierania osiągnie pełny gigabit danego dnia.
Przez 180 sekund uruchamiałem obciążenie CPU, pamięci i dysku, aby sprawdzić, jak serwer radzi sobie przy długotrwałym obciążeniu, a nie tylko w krótkim piku:
Każdy test obciążeniowy zakończył się bez problemów, zero nieudanych workerów i zero niewiarygodnych metryk we wszystkich trzech przypadkach, uruchamianych jeden po drugim przez łącznie dziewięć minut stałego obciążenia.
To jest wynik, który naprawdę ma znaczenie dla aplikacji Node spodziewającej się realnego skoku ruchu, premiery, wiralowego wpisu czy uruchomienia zadania wsadowego, ponieważ potwierdza, że serwer utrzymuje się pod jednoczesnym obciążeniem CPU, pamięci i dysku, zamiast degradować się w nieprzewidywalny sposób.
Jeśli Twój ruch faktycznie przychodzi falami, premiera, kampania marketingowa, import wsadowy działający, gdy użytkownicy są aktywni, ta odporność na łączone obciążenie ma większe znaczenie niż jakikolwiek pojedynczy wynik powyżej i jest powodem, by skłaniać się ku temu planowi lub wyższemu zamiast najtańszej opcji, która dobrze wygląda tylko w spokojnych warunkach.
Ten plan KVM 4 wypada dobrze pod każdym względem, a wyróżniającym się wynikiem jest skalowanie CPU, które okazało się niemal idealnie liniowe na czterech rdzeniach, co ma bezpośrednie znaczenie dla uruchamiania Node w trybie klastra, aby wykorzystać cały serwer.
Pamięć i losowe IOPS dysku są wystarczająco mocne, aby utrzymać MongoDB i Express w responsywności pod realnym obciążeniem, a test obciążeniowy przeszedł czysto, bez żadnych awarii.
Testy sieci rozstrzygnęły sprzeczność na stronie planu na korzyść Hostinger: rzeczywiste wyniki wspierają deklarację 1 Gbps, a nie niższą wartość ukrytą w tekście, choć prędkość pobierania różniła się wyraźnie między dwoma testami i warto traktować ją jako zakres, a nie stałą gwarancję.
Jak w przypadku każdego planu z tej linii, te liczby opisują wyłącznie KVM 4, a nie całą ofertę hostingu MERN. Mniejszy projekt poboczny prawdopodobnie dobrze działałby na poziomie lub dwa niżej, natomiast aplikacja MERN, która ma szansę rozrosnąć się poza pojedynczy proces Node, powinna traktować niemal idealne skalowanie CPU tego planu jako realny powód, by rozważyć go zamiast tańszego poziomu, a nie tylko jako niewykorzystany zapas mocy.
Testowałem Hostinger MERN VPS od momentu zakupu aż po eksplorację rzeczywistych narzędzi do zarządzania serwerem, które są z nim dostarczane. Obejmowało to wybór planu i lokalizacji, utworzenie konta, płatność, a następnie sprawdzenie, co właściwie oferuje hPanel, gdy MongoDB, Express, React i Node znajdują się na tym samym serwerze.
To, co dalej, to opis tego, jak to faktycznie wyglądało, łącznie z jednym szczegółem na stronie planu, który sam sobie przeczy jeszcze przed przejściem do płatności.
Strona docelowa MERN VPS otwiera się trzema obietnicami: darmowe automatyczne cotygodniowe kopie zapasowe, skaner złośliwego oprogramowania i asystent AI Kodee, wszystko bez dodatkowych kosztów.
Przewijając dalej tę samą stronę, natrafiłem na coś, co warto zaznaczyć jeszcze przed rozpoczęciem zakupu. Lista funkcji u góry reklamuje prędkość sieci 1 Gbps, ale tekst poniżej opisuje te same plany jako działające na „infrastrukturze 300 Mb/s”.
To nie jest drobna różnica zaokrąglenia, jedna wartość jest ponad trzy razy większa od drugiej, i warto sprawdzić ją później na tle rzeczywistych wyników benchmarków w tej recenzji, zamiast przyjmować którąkolwiek z nich za pewnik.
Wybrałem plan KVM 4 i przeszedłem do koszyka, który pokazywał te same trzy opcje co zawsze:
W koszyku wybrałem 24 miesiące, aby uzyskać niższą stawkę, a następnie porównałem regiony bezpośrednio, zamiast ufać domyślnemu wyborowi. Wielka Brytania okazała się najlepszym dopasowaniem z 163ms, wyraźnie lepszym niż Stany Zjednoczone z 254ms.
Przewijając marketplace aplikacji, zauważyłem, że MERN Stack był już zaznaczony, obok tych samych opcji instalowanych jednym kliknięciem, które widziałem w innych produktach VPS Hostinger: Docker i Traefik, Dify, Hermes Agent i innych.
Następnie kliknąłem „Continue.” Kolejny krok to rejestracja. Możesz się zarejestrować albo zalogować.
Byłem już zalogowany na istniejące konto, więc rejestracja zajęła jedno kliknięcie, a ekran płatności oferował zwykły zestaw metod:
Wysłałem płatność, w ciągu kilku sekund otrzymałem e-mail potwierdzający i wróciłem do hPanel, gdzie nowy serwer był już widoczny jako działający.
To, co tutaj się wyróżnia, nie jest sam proces zakupu, który od teraz działa dokładnie tak, jak można się spodziewać po każdym testowanym przeze mnie produkcie VPS Hostinger.
To sprzeczna deklaracja dotycząca przepustowości na stronie planu, zanim w ogóle wybierzesz region. Czytelnik porównujący hosty wyłącznie pod kątem prędkości sieci mógłby wyjść z tego z dwiema różnymi liczbami, w zależności od tego, którą część tej samej strony przeczytał.
Po zakupie zostałem przekierowany do hPanel i użyłem danych, którymi się rejestrowałem, aby zalogować się na konto.
hPanel otworzył się na ekranie głównym zaraz po płatności, czyli na tym samym panelu obejmującym domeny, pocztę, kreator stron internetowych i każdy VPS na koncie z jednego miejsca.
Powitał mnie po imieniu, z paskiem promptu AI, przyciskami skrótów, checklistą zadań do wykonania i listą wszystkich zasobów na koncie widoczną niżej.
Przewijając do tabeli VPS, nowy serwer był już oznaczony jako Running, a nazwa hosta, adres IP, plan i data wygaśnięcia były widoczne bez klikania czegokolwiek. Kliknąłem Manage, aby przejść do panelu konkretnego serwera.
To, co nadal działa tu dobrze, to brak konieczności szukania czegokolwiek. Serwer pojawia się na głównej stronie konta w momencie zaksięgowania płatności, a przejście z tego widoku do narzędzi zarządzania serwerem zajmuje jedno kliknięcie, a nie przeszukiwanie menu.
Następnie chciałem zobaczyć, co dokładnie jest dołączone do samego stosu, więc otworzyłem stronę VPS Overview.
Strona VPS Overview otworzyła się z kartą aplikacji opisaną jako „MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)”, zbudowaną na Ubuntu 24.04, z przyciskiem Manage App i osobnym banerem informacyjnym oferującym link „Learn more” do dokumentacji Hostinger dotyczącej tego stosu.
Poniżej znajdowała się znajoma karta serwera, Ubuntu 24.04 działające na KVM 4, przyciski restartu i terminala, dane root SSH oraz standardowa uwaga, że wykresy zasobów wciąż się generują, ponieważ serwer został właśnie dopiero uruchomiony.
Niżej na stronie:
Ta ostatnia informacja jest prawdziwym plusem tego produktu. W przeciwieństwie do deklaracji o skanerze złośliwego oprogramowania na stronie planu, którą łatwo po prostu przyjąć na wiarę, tutaj był on włączony i od razu działał: 15 plików przeskanowanych, zero zagrożeń, zero złośliwych, w chwili, gdy to sprawdziłem.
To właśnie przykład tego, że obietnica ze strony planu rzeczywiście zgadza się z tym, co pojawiło się na serwerze.
Przeglądanie OS & Panel ujawniło drugą kopię tych samych informacji o stosie, sekcję „Current Application” opisującą MERN bardziej szczegółowo, z własnym linkiem „Quick start guide” osobnym od linku „Learn more” na karcie Overview.
Oba prowadzą do materiałów pomagających zorientować się w stosie, a dwie różne ścieżki prowadzące do podobnej dokumentacji są trochę redundantne, choć żadna z nich nie jest trudna do znalezienia.
Ta sama strona pełni też funkcję pełnego instalatora reinstalacji systemu, AlmaLinux, Debian, Rocky Linux, Ubuntu, Alpine, Arch, CentOS, CloudLinux, Fedora, Kali, NixOS i openSUSE są dostępne jako alternatywy instalowane jednym kliknięciem, jeśli kiedykolwiek zechcesz wyczyścić konfigurację MERN i zacząć od zera na czystym systemie.
W ustawieniach znalazły się te same narzędzia serwerowe, które widziałem konsekwentnie w każdym produkcie VPS Hostinger: generator hasła root, reset zapory i konfiguracji SSH jednym kliknięciem, zmiana nazwy hosta oraz narzędzie do czyszczenia logów.
Nic z tego nie jest specyficzne dla MERN; zarządza serwerem pod spodem, a nie aplikacjami działającymi na nim.
Dla każdego, kto dotarł do tego miejsca i zastanawia się, co kliknąć dalej, oto praktyczna ścieżka. Przycisk Terminal na karcie Ubuntu to bezpośrednia droga do środka; otwiera on aktywną sesję SSH już uwierzytelnioną w przeglądarce, a to właśnie tam zacząłbyś pracować z plikami MERN znajdującymi się na serwerze, uruchamiać Node, sprawdzać MongoDB albo wgrywać własny kod przez Git.
Co sądzę o zarządzaniu serwerem: Aktywny od razu po uruchomieniu skaner złośliwego oprogramowania jest najmocniejszym elementem tej sekcji, funkcją, która rzeczywiście odpowiada temu, co obiecywała strona planu, zamiast pozostać tylko niekonfigurowaną obietnicą marketingową.
Instalator reinstalacji systemu to również prawdziwa siatka bezpieczeństwa: dwanaście systemów operacyjnych dostępnych jednym kliknięciem, jeśli szablon MERN przestanie być tym, czego potrzebujesz.
Moim jedynym zastrzeżeniem jest dublowanie dokumentacji: link „Learn more” na karcie Overview i link „Quick start guide” na stronie OS & Panel prowadzą do tego samego obszaru orientacji w stosie, a dwie osobne drogi do prawdopodobnie tej samej treści dodają odrobinę tarcia tam, gdzie powinna być jedna, oczywista ścieżka.
Proces zakupu i droga od płatności do działającego serwera nadal działają dobrze, a narzędzie porównywania lokalizacji warto użyć bezpośrednio, zamiast ufać domyślnemu widgetowi „recommended” na stronie planu, który podczas testu nie działał.
Po wejściu na serwer wyróżnia się skaner złośliwego oprogramowania: aktywny i już generujący rzeczywiste dane skanowania, zamiast pozostawać wyłączony za marketingową obietnicą.
Gorący punkt leży wcześniej w lejku, a nie w samym panelu, sprzeczne wartości przepustowości na stronie planu to rodzaj szczegółu, który nigdy nie powinien opuścić publikacji w takiej formie, i warto je skonfrontować z rzeczywistymi wynikami, zanim uwierzy się któremukolwiek z nich.
Kodee, asystent AI Hostinger, jest tutaj pierwszą linią wsparcia, a za nim znajduje się opcja eskalacji do człowieka, jeśli kiedykolwiek trzeba będzie przekazać rozmowę do osoby.
Nie skorzystałem z tej opcji podczas testów, co samo w sobie coś mówi, ale warto wiedzieć, że istnieje, jeśli pytanie wykracza poza to, co AI potrafi rozwiązać.
Przetestowałem Kodee w dwuczęściowej rozmowie technicznej o tym, jak Node rzeczywiście zachowuje się na tym serwerze, a następnie osobno sprawdziłem bazę wiedzy Hostinger, aby zobaczyć, ile z tego obszaru obejmuje bez konieczności pytania kogokolwiek.
Zacząłem od pytania z prawdziwego środowiska produkcyjnego. Czy proces Node obsługujący tę aplikację MERN przetrwa zamknięcie sesji SSH albo restart serwera oraz czy serwer Express dostarczony w szablonie działa na stałym porcie.
Kodee odpowiedział bezpośrednio:
Ta ostatnia uwaga nie była przeze mnie zadana, i właśnie takie szczegóły odróżniają odpowiedź poprawną od kompletnej.
Poszedłem dalej z follow-upem w tej samej kwestii: czy Nginx jest faktycznie zainstalowany i skonfigurowany dla HTTPS na tym VPS, czy musiałbym zrobić to sam. Kodee powiedział, że sprawdzi serwer bezpośrednio, i rzeczywiście to zrobił:
Każda z tych informacji dotyczy mojego konkretnego serwera, a nie ogólnego opisu Nginx. Następnie otrzymałem kompletną, uporządkowaną konfigurację: rekordy DNS, uruchomienie aplikacji Node prywatnie na 127.0.0.1 zamiast wystawiania jej publicznie, pełny blok konfiguracji reverse proxy Nginx, instalację Certbota i wydanie certyfikatu, a na końcu krok weryfikacyjny obejmujący Nginx, PM2 i sprawdzenie działającego HTTPS.
Wskazał też, by nie włączać zapory, dopóki SSH, HTTP i HTTPS nie zostaną jawnie dozwolone, oraz by po przejęciu ruchu publicznego przez Nginx utrzymać port backendu jako prywatny.
Co sądzę o wsparciu AI: To najdokładniejsza rozmowa, jaką miałem z Kodee w ramach dwóch pełnych pytań technicznych. Sprawdzał rzeczywisty stan serwera za każdym razem przed odpowiedzią, doprecyzował się do konkretów, gdy nacisnąłem na niejasny punkt, a każda komenda, którą podał, zgadzała się z tym, co właśnie znalazł, zamiast być wklejonym na siłę szablonem.
Niezadane przeze mnie uwagi bezpieczeństwa, dwa razy, sprawiły, że odpowiedź z dobrej stała się naprawdę godna zaufania.
Baza wiedzy Hostinger jest zorganizowana w te same kafelki kategorii, które widziałem konsekwentnie w każdym produkcie, każdy z nich pokazuje liczbę artykułów, dzięki czemu możesz ocenić, jak głęboko dany temat jest opisany, zanim w niego wejdziesz. VPS ma 275 artykułów, najwięcej ze wszystkich kategorii, a za nim plasują się hPanel, Website i Domains. Ta struktura na pierwszy rzut oka działa dobrze, ale duża liczba artykułów nie mówi nic o pokryciu jednego konkretnego stosu, który właśnie mnie interesował.
Chciałem sprawdzić, co Hostinger ma napisane konkretnie o MERN, więc wszedłem w wyszukiwarkę i wpisałem „MERN”. To wyszukiwanie zwróciło pusto: „No results found for: MERN”, bez żadnego artykułu pasującego do tego terminu.
Wpisanie „MEAN” zamiast tego, tylko jedna litera różnicy, zwróciło 186 wyników. Pierwszy z nich, „How to use the MEAN Stack VPS template at Hostinger”, jest najbliższym odpowiednikiem dokumentacji dla tego typu stosu, ale MEAN to nie MERN, bo zastępuje React przez Angular.
Poza tym pierwszym wynikiem reszta z 186 dopasowań była szumem: artykuły o listingach produktów w TikTok Shop, ochronie przed spamem, błędach domen Registro.br i leadach Agency Directory pojawiały się tylko dlatego, że gdzieś w zwykłych zdaniach występuje słowo „mean”.
Postanowiłem mimo wszystko otworzyć artykuł o MEAN, aby zobaczyć, jak dobry jest w praktyce, skoro był najbliższą dostępną opcją.
Artykuł na wstępie podaje, że szablon Mean Stack VPS jest dostarczany z preinstalowanymi PM2, Certbot i Nginx, a także że /root/application jest już utworzony i zawiera Express oraz Angular.
Jednak czytając dalej, w Kroku 1 każe on utworzyć nowy katalog projektu za pomocą mkdir, a w Kroku 2 uruchomić npm init i ręcznie napisać nowy plik server.js od zera, co dziwnie kłóci się z początkową deklaracją, że Express był już gotowy na miejscu.
Reszta przewodnika jest całkowicie poświęcona Angularowi: ng new, ng serve, ng build, a kończy się stwierdzeniem, że aplikację można „rozszerzyć i ulepszyć” później, dodając MongoDB, co oznacza, że przewodnik nigdy tak naprawdę nie pokazuje podłączenia bazy danych, mimo że Mongo jest pierwszą literą w MEAN.
Co sądzę o bazie wiedzy: W dokumentacji Hostinger nie ma żadnego artykułu specyficznego dla MERN, a najbliższe dopasowanie jest napisane dla innej technologii frontendowej, z wewnętrzną sprzecznością co do tego, co jest wstępnie zainstalowane, a co trzeba zbudować od zera, oraz z sekcją o MongoDB, która w ogóle się nie pojawia, mimo że sama nazwa stosu obiecuje coś przeciwnego.
Taka luka ma tu większe znaczenie niż przy testowaniu innych stosów, ponieważ MongoDB, Express, React i Node mają własne niuanse konfiguracji, których przewodnik MEAN po prostu nie obejmie. Każdy, kto szuka pomocy dla tego konkretnego produktu w bazie wiedzy, trafi w próżnię i będzie musiał polegać na Kodee.
Kodee wykonuje tu całą realną pracę i zasługuje na to miejsce. Oba techniczne dialogi polegały na sprawdzeniu aktywnego serwera przed udzieleniem odpowiedzi, a drugi z nich wykrył prawdziwą, użyteczną lukę: brak skonfigurowanego HTTPS, który czytelnik mógłby łatwo przeoczyć, dopóki jego aplikacja nie byłaby już uruchomiona i niezabezpieczona.
Baza wiedzy z kolei nie ma nic stworzonego pod MERN, a artykuł, który najbardziej się do tego zbliża, jest napisany dla innego stosu.
Do człowieka można przejść jednym kliknięciem, jeśli pytanie przerasta możliwości Kodee, ale podczas tych testów taka potrzeba nigdy się nie pojawiła.
Tak. Infrastruktura jest tu mocna, MongoDB, Express, React i Node są uruchamiane od razu po wyjęciu z pudełka, skalowanie CPU między rdzeniami okazało się niemal idealnie liniowe, a skaner złośliwego oprogramowania był aktywny bez potrzeby ręcznego włączania. Kodee potwierdził to wszystko podczas dwóch technicznych rozmów, w których sprawdzał mój rzeczywisty serwer, zamiast recytować ogólne porady.
Problem leży w dokumentacji. Hostinger nie ma nic napisanego specjalnie dla MERN, a najbliższe dopasowanie w bazie wiedzy dotyczy zupełnie innej technologii frontendowej. Nie jest to przeszkoda nie do przejścia, biorąc pod uwagę, jak dobrze Kodee sprawdził się w testach, ale oznacza to, że ten produkt bardziej opiera się na wsparciu AI niż zrobiłby to stos z własnym dedykowanym poradnikiem.
Dla dewelopera, który potrafi pracować na podstawie odpowiedzi wspieranych przez AI, zamiast krok po kroku z oficjalnego artykułu, to łatwa rekomendacja już tylko ze względu na infrastrukturę. Dla kogoś, kto chce przejść całość wyłącznie według oficjalnej dokumentacji, warto zarezerwować czas na korzystanie z Kodee w tych częściach, których baza wiedzy nie obejmuje.
| Description | Expert Review |
|---|---|
| Niedrogi hosting o wysokiej wydajności i łatwych w obsłudze narzędziach zarządza... | Read Shared Hosting Review |
| Szybki i bezpieczny hosting WordPress z instalacją jednym kliknięciem i funkcjami p... | Read Wordpress Hosting Review |
| Skalowalny hosting VPS z dedykowanymi zasobami i dostępem root. | Read VPS Review |
| Szybki, elastyczny hosting w chmurze z doskonałą dostępnością i skalowalnymi zas... | Read Cloud Hosting Review |
| Bezpieczne i prywatne rozwiązania hostingowe z lokalizacjami centrów danych offshor... | Read Offshore Hosting Review |
| Bezpieczny i niezawodny hosting poczty e-mail z funkcjami klasy profesjonalnej. | Read Email Hosting Review |
| Niezawodny hosting Pythona z elastycznymi środowiskami dla programistów. | Read Python Hosting Review |
| Wysokowydajny hosting PHP z pełnym wsparciem dla dynamicznych stron internetowych i ... | Read PHP Hosting Review |
| Niezawodny hosting Windows VPS z pełną kontrolą i opcjami dostosowywania. | Read Windows VPS Review |
| Szybki i elastyczny hosting dostosowany do aplikacji Node.js zapewniający optymalną... | Read Nodejs Hosting Review |
| Zoptymalizowany hosting dla sklepów WooCommerce z wysoką prędkością i bezpieczn�... | Read Woocommerce Hosting Review |
| Hosting serwera dedykowanego dla bezproblemowej rozgrywki w Minecraft. | Read Minecraft Server Hosting Review |
| Skalowalne rozwiązania hostingowe z zaawansowanymi funkcjami dla agencji cyfrowych i... | Read Agency Hosting Review |
| Szybki, bezpieczny hosting zoptymalizowany dla sklepów e-commerce opartych na Magent... | Read Magento Hosting Review |
| Wysokowydajny hosting oparty na Linuksie zapewniający stabilne i bezpieczne działan... | Read Linux Hosting Review |
| Solidne rozwiązania hostingowe Java dla dynamicznych aplikacji internetowych i proje... | Read Java Hosting Review |
| Optymalny hosting dla sklepów internetowych z bezpieczną, szybką i niezawodną wyd... | Read Ecommerce Hosting Review |
| Niezawodny hosting Django z dużą szybkością i bezpiecznym środowiskiem. | Read Django Hosting Review |
| Łatwy w użyciu hosting cPanel z solidną wydajnością i niezawodnym wsparciem. | Read Cpanel Hosting Review |
| Potężny hosting dla firm z szybkimi prędkościami, bezpieczeństwem i skalowalnoś... | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| Dedykowany serwer SMTP do hostingu dla niezawodnej i bezpiecznej dostawy e-mail. | Read SMTP Server Review |
| Szybki i zoptymalizowany hosting dostosowany do aplikacji webowych Ruby on Rails. | Read Ruby on Rails Review |
| Funkcjonalny hosting z integracją OpenClaw do tworzenia i zarządzania grami w autom... | Read OpenClaw Review |
| Szybki i niezawodny hosting z serwerami zlokalizowanymi w Wielkiej Brytanii dla optym... | Read UK Hosting Review |
| Przystępny cenowo i niezawodny hosting z serwerami zlokalizowanymi w Indiach, zapewn... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Hostinger Connector Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read MCP Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read Laravel Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review | |
| Read Express.js Review | |
| Read React Review | |
| Read Nextjs Review |
Tak. MongoDB, Express, React i Node są zainstalowane od razu w momencie provisionowania VPS-a, podstawowy sprzęt dobrze skaluje się na wielu rdzeniach CPU, a asystent AI Kodee firmy Hostinger udziela trafnych, uwzględniających stan serwera odpowiedzi na rzeczywiste pytania konfiguracyjne. Główny brak to niedostatek pisemnej dokumentacji przygotowanej specjalnie dla tego stosu.
Tak. MERN Stack jest oferowany jako aplikacja instalowana jednym kliknięciem podczas zamawiania VPS i instaluje się automatycznie na Ubuntu, a wszystkie cztery komponenty są gotowe do użycia po zakończeniu aprowizacji serwera.
Nie ma dedykowanego darmowego okresu próbnego dla planów MERN VPS. Hostinger obejmuje każdy pakiet VPS 30-dniową gwarancją zwrotu pieniędzy, jednak druga prośba o zwrot za VPS w ciągu 180 dni od pierwszej nie zostanie zaakceptowana.
Tak, w ciągu 30 dni od zakupu, o ile nie otrzymałeś już zwrotu za inny plan VPS w ciągu ostatnich 180 dni. Ulepszenia istniejącego planu VPS oraz płatności dokonane za pomocą kryptowalut są całkowicie wyłączone z możliwości zwrotu.
Nie istnieje dedykowany artykuł o MERN. Wyszukiwanie w bazie wiedzy Hostinger dla „MERN” nie zwraca żadnych wyników, a najbliższym dopasowaniem jest przewodnik napisany dla stosu MEAN, który zamiast React używa Angulara. W przypadku pytań dotyczących konfiguracji MERN bardziej wiarygodnym źródłem jest asystent AI Kodee od Hostinger.
Odpowiedz na kilka prostych pytań i znajdź idealne rozwiązanie dla siebie!
Rozpocznij wyszukiwanie hostingu
