Opublikuj
build z DeepSeek
Przenieś frontend wygenerowany przez DeepSeek z odpowiedzi modelu do publicznego URL-a HTTPS. Prześlij proste pliki statyczne albo zbuduj projekt React/Vite i opublikuj folder wynikowy.
Wybierz właściwą ścieżkę dla wyniku z DeepSeek
DeepSeek może wygenerować pojedynczy plik HTML albo aplikację z wieloma zależnościami. Ścieżka publikacji zależy od tego, co powstało.
Zwykłe HTML/CSS/JS
Prześlij pliki bezpośrednio. Upewnij się, że `index.html` jest w katalogu głównym, a lokalne zasoby są dołączone.
Projekt React albo Vite
Najpierw uruchom build. Publikuj folder `dist` albo `build`, nie `node_modules` ani surowe pliki źródłowe.
Projekt Tailwind
Jeśli Tailwind jest częścią procesu budowania, skompiluj CSS przed przesłaniem albo upewnij się, że strona nie zależy od konfiguracji tylko dla developmentu.
Aplikacja z backendem
Publikacja statyczna może obsłużyć frontend. Trasy API, bazy danych, logowanie, przesyłanie plików i prywatne klucze wymagają osobnego backendu.
Od wyniku DeepSeek do opublikowanej strony
Poproś o pełne drzewo plików
Niech DeepSeek wypisze każdy wymagany plik: HTML, CSS, JavaScript, `package.json`, zasoby publiczne, obrazy, fonty i konfigurację frameworka.
Buduj, gdy są zależności
Jeśli projekt używa React, Vite, Tailwind albo pakietów npm, zainstaluj zależności i uruchom produkcyjny build przed publikacją.
Prześlij wynik statyczny
Prześlij `index.html` dla prostych stron albo wygenerowany folder `dist`/`build` dla aplikacji po bundlowaniu. Potem sprawdź publiczny URL w prawdziwej przeglądarce.
Sprawdź wygenerowany kod przed przesłaniem
Kod wygenerowany przez AI często działa jako demo, ale nadal wymaga przeglądu przed publicznym URL-em.
Rzeczywistość zależności
Jeśli importy wskazują pakiety, potwierdź, że istnieje `package.json` i aplikacja rzeczywiście buduje się lokalnie.
Rzeczywistość zasobów
Zastąp wymyślone nazwy obrazów, tymczasowe URL-e CDN i brakujące ścieżki ikon realnymi zasobami.
Kontrola sekretów
Usuń klucze API, URL-e baz danych, tokeny administratora i poświadczenia usług z kodu frontendu.
Kontrola w przeglądarce
Przetestuj opublikowany URL na desktopie i telefonie, a potem sprawdź błędy w konsoli przed udostępnieniem strony.
Typowe problemy przy publikacji wyniku DeepSeek
Wygenerowany projekt importuje pakiety
Zainstaluj zależności i uruchom produkcyjny build. Przeglądarka nie załaduje surowych importów npm z plików źródłowych bez bundlera.
Brakuje stylów Tailwind
Skompiluj Tailwind do CSS przed przesłaniem albo zastąp założenia z trybu deweloperskiego produkcyjnym arkuszem CSS.
Strona odwołuje się do plików, które nie istnieją
Poproś DeepSeek o drzewo plików, a potem utwórz albo zastąp każdy wskazany zasób przed publikacją.
Aplikacja oczekuje bazy danych albo logowania
Opublikuj frontend statycznie, a logikę backendową przenieś do API, funkcji serverless albo zarządzanej usługi.
FAQ publikacji wyniku DeepSeek
Czy mogę publikować wynik z różnych wersji modeli DeepSeek?
Tak. DeployPages interesują wynikowe pliki webowe, a nie to, który model DeepSeek je wygenerował.
Czy zewnętrzne obrazy i skrypty nadal będą działać?
Tak, jeśli URL-e są poprawne. Jeśli zasoby są lokalne, dołącz je do przesyłanego folderu, żeby ścieżki względne pozostały poprawne.
Czy mogę zachować ten sam URL po przesłaniu poprawionej wersji?
Tak. Jeśli aktualizujesz istniejącą publikację przez konsolę, możesz zastąpić bieżący build bez zaczynania projektu od zera.
Czy mam przesłać node_modules?
Nie. Najpierw zbuduj projekt i prześlij wygenerowany wynik statyczny. `node_modules` to folder zależności deweloperskich, nie gotowa strona dla przeglądarki.
Co jeśli DeepSeek wygenerował też kod backendu?
Oddziel publikację frontendu od backendu. Publikacja statyczna obsłuży UI, a backend potrzebuje serwera, funkcji serverless, workera albo zarządzanego API.