Dokumentacja
Przewodnik publikacji
Praktyczny przewodnik po publikacji stron statycznych, przygotowaniu buildów frameworków, podłączaniu domen i aktualizowaniu projektów w DeployPages.
Szybki start
Publikacja oznacza zamianę lokalnych plików strony w URL, który inni mogą otworzyć. DeployPages jest zbudowane dla wyników statycznych, więc pierwsza publikacja może zacząć się od folderu, nie od konfiguracji serwera.
Opcja 1: publikacja przez przeciągnięcie
Najszybsza ścieżka dla projektów statycznych. Jeśli strona jest już HTML-em, CSS-em, JavaScriptem albo gotowym folderem builda, możesz przesłać ją bezpośrednio.
Dobre dopasowanie dla
- 1Przygotuj folder projektu
Folder do publikacji powinien zawierać `index.html` w katalogu głównym oraz style, skrypty i obrazy, od których zależy strona.
Przykładowa struktura folderumy-site/├── index.html├── styles.css├── script.js└── images/ ├── logo.png └── hero.jpgCzęsty błąd
Jeśli brakuje `index.html` albo leży jeden folder za głęboko, strona nie rozwiąże się poprawnie po przesłaniu. - 2Otwórz obszar przesyłania
Użyj obszaru przesyłania w DeployPages. Możesz najpierw opublikować projekt tymczasowy, a zalogować się później, jeśli chcesz go zachować.
- 3Prześlij folder
Przeciągnij pełny folder do obszaru przesyłania albo wybierz go z selektora plików. Dla frameworków przesyłaj folder wynikowy builda, nie drzewo źródłowe.
- 4Otwórz wygenerowany URL
Po zakończeniu przesyłania DeployPages zwraca publiczny URL, którego możesz od razu użyć do testów albo udostępnienia.
Opcja 2: proces CLI
Przydatne, gdy ten sam build wychodzi regularnie i publikacja powinna trafić do komendy, zadania CI albo checklisty wydania.
Użyj tego, gdy projekt stał się powtarzalny
Zainstaluj CLI
Użyj wybranego package managera, aby zainstalować CLI globalnie.
npm install -g @deploypages/cliUwierzytelnij się
Uruchom komendę logowania i dokończ autoryzację w przeglądarce.
deploypages loginOpublikuj bieżący folder
Uruchom komendę publikacji z katalogu wynikowego builda.
deploypages deployPrzewodnik po buildach frameworków
Nowoczesne frameworki potrzebują kroku build przed przesłaniem. Cel jest zawsze ten sam: wygenerować zwykłe pliki statyczne, które przeglądarka może otworzyć bezpośrednio.
Co oznacza build
React / Vue / Vite
npm run buildPrześlij sam folder `dist`, nie katalog główny projektu.
Next.js static export
npm run buildUstaw `output: 'export'` w `next.config.js` przed buildem.
Zwykły HTML
Build nie jest potrzebnyTrzymaj `index.html` w katalogu głównym.
Hugo / Hexo
hugo albo hexo generatePrześlij wygenerowany folder `public`.
Przykład eksportu Next.js
/** @type {import('next').NextConfig} */const nextConfig = { output: 'export', images: { unoptimized: true },};
module.exports = nextConfig;Ograniczenia static export
Własne domeny
DeployPages może podłączyć Twoją domenę po pierwszej publikacji, aby projekt przeszedł z URL-a systemowego na własny adres produkcyjny.
Co liczy się jako domena?
Krok 1: dodaj domenę w konsoli
Przejdź do ustawień projektu, otwórz zakładkę domen i dodaj hostname, który chcesz podłączyć.
Krok 2: skonfiguruj DNS
DeployPages poda cele DNS potrzebne do weryfikacji własności i routingu ruchu.
Krok 3: poczekaj na weryfikację
Gdy DNS się rozpropaguje, status domeny zmieni się na zdrowy, a przygotowanie HTTPS będzie mogło się zakończyć.
| Typ | Host | Wartość | Cel |
|---|---|---|---|
| CNAME | www | cname.deploypages.site | Skierowanie ruchu na platformę |
| TXT | _deploypages-challenge | deploypages-verify=... | Weryfikacja własności domeny |
Wybór rekordu hosta
- Użyj `www`, gdy podłączasz `www.example.com`.
- Użyj `@`, gdy podłączasz domenę główną `example.com`.
- Użyj etykiety subdomeny, na przykład `blog`, gdy podłączasz `blog.example.com`.
Aktualizowanie strony
Ten sam proces, nowa wersja
- 1Edytuj pliki źródłowe
Zmień treść, style, media albo zasoby lokalnie.
- 2Zbuduj ponownie, jeśli trzeba
Jeśli projekt używa frameworka, najpierw wygeneruj świeży folder wynikowy builda.
- 3Otwórz konsolę projektu
Wróć do strony projektu w DeployPages.
- 4Prześlij nową wersję
Zastąp poprzedni build najnowszym folderem. Historia publikacji utrzymuje nowsze wydanie możliwe do prześledzenia.
Po zakończeniu przesyłania nowy build staje się opublikowaną wersją, a poprzednie wersje pozostają dostępne do przywrócenia.