Framework Frankfurt nad Menem, Niemcy
Nodion rozpoznaje Nuxt po nuxt w package.json. Buildpack Node.js instaluje zależności z pliku lockfile, uruchamia nuxt build i uruchamia serwer Nitro przez node .output/server/index.mjs, więc domyślne skrypty Nuxt działają bez zmian. Twoja aplikacja działa jako stale uruchomiony serwer Node.js we Frankfurcie nad Menem.
nuxt w package.jsonstart lub node .output/server/index.mjsbuild, a potem uruchamia .output/server/index.mjs, który nasłuchuje na porcie PORT ustawianym przez Nodion. Jeśli dodasz skrypt start, Nodion uruchomi właśnie jego. package.json "scripts": {
"build": "nuxt build",
"dev": "nuxt dev"
} runtimeConfig i ustaw je w zakładce Environment jako NUXT_API_SECRET lub NUXT_PUBLIC_API_BASE. Nuxt odczytuje je przy starcie serwera, więc nie wymagają opcji Build. Potrzebują jej tylko wartości, które nuxt.config odczytuje z process.env podczas buildu. nuxt.config.ts export default defineNuxtConfig({
runtimeConfig: {
apiSecret: "",
public: {
apiBase: "",
},
},
}); / odpowie statusem 2xx lub 3xx. Jeśli / odpowiada kodem 401 lub 404, dodaj trasę serwerową, taką jak server/routes/health.ts, i ustaw w ustawieniach aplikacji /health jako ścieżkę health checku. nuxt generate samodzielnie i dalej uruchamia serwer. Dla strony statycznej ustaw nuxt generate jako skrypt build i dodaj plik static.toml z output-dir = ".output/public". Nodion udostępnia wtedy ten katalog przez statyczny serwer WWW z obsługą nieznanych ścieżek przez index.html, a wystarczy najmniejszy rozmiar..output/server/index.mjs, który generuje domyślny preset Nitro, node-server. Jeśli nuxt.config lub NITRO_PRESET wybiera preset dla innego hostingu, usuń go.DATABASE_URL, REDIS_URL lub CLICKHOUSE_URL. release: w Procfile uruchamia się przy każdym nowym buildzie. Aplikacje z Dockerfile, a także ponowne wdrożenia i rollbacki do wcześniejszego obrazu, korzystają z polecenia release ustawionego w samej aplikacji, które ma też pierwszeństwo przed linią z Procfile. W przypadku stron statycznych krok release działa w obrazie zawierającym tylko zbudowane pliki. Nie. Bez niego Nodion uruchamia node .output/server/index.mjs, czyli serwer generowany przez nuxt build. Skrypt start zastępuje to polecenie, więc jeśli go dodasz, skieruj go na zbudowany serwer, a nie na nuxt dev.
Tak. Nodion uruchamia serwer Nitro jako stale działający proces Node.js, więc wszystko w server/api i server/routes działa tak samo jak z node .output/server/index.mjs na Twoim komputerze.
Node.js 24, chyba że przypniesz inną w .node-version, .nvmrc lub engines.node. Zakres taki jak ">=20" jest rozwiązywany do najnowszego pasującego wydania, dziś jest to Node.js 26.
W regionie EU Central we Frankfurcie nad Menem (Niemcy). Build, rejestr, aplikacja oraz jej bazy danych, wolumeny, buckety, logi i metryki pozostają w tym regionie, a API i warstwa sterowania (control plane) Nodion są hostowane w Niemczech. Nodion GmbH ma siedzibę w Stuttgarcie.
Nodion zapewnia do tego podstawy: Nodion GmbH ma siedzibę w Stuttgarcie (Niemcy), w regionie Frankfurt nad Menem aplikacja, jej bazy danych i wolumeny działają w Niemczech, a umowę powierzenia przetwarzania danych (DPA, art. 28 RODO) zawierasz elektronicznie w dashboardzie. To, czy Twoje wdrożenie spełnia wymogi RODO, zależy też od tego, jak skonfigurujesz aplikację i jak z niej korzystasz.
Instancja aplikacji kosztuje od 1 EUR miesięcznie. Konfiguracja z ramki kosztuje 2 EUR miesięcznie: Aplikacja 2 EUR. Ceny są podane netto, a rozliczenie następuje co do sekundy. Większe rozmiary lub więcej instancji możesz wybrać w dowolnym momencie.
Tak. Każda aplikacja dostaje domyślną nazwę hosta z HTTPS. Własną domenę dodasz w zakładce Domains aplikacji, a certyfikat TLS jest wystawiany i odnawiany automatycznie.
Zyskaj do 15 € środków na start przy rejestracji.
lub przez e-mail
Nowości produktowe, bez spamu. Możesz zrezygnować w każdej chwili.
Zapisano pomyślnie.