FAQ

Usein kysytyt kysymykset

Käytännölliset lyhyet oppaat palvelun määrittämiseen, käyttöön ja yleisiin asiakastoimintoihin.

> Luo julkinen SSH-avain terminaalissa

Luo julkinen SSH-avain palvelun käyttöä varten ja jaa vain julkinen avain.
faq/generate-public-ssh-key-fi

Käytä vain julkista avainta

SSH käyttää avainparia. Liitä palvelun asetuksiin vain julkinen avain, yleensä .pub-päätteinen tiedosto. Yksityinen avain jää omalle laitteellesi.

Vaiheet terminaalissa

  1. Avaa Terminal, Windows Terminal tai PowerShell.
  2. Suorita: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. Hyväksy oletussijainti tai valitse turvallinen polku.
  4. Näytä julkinen avain komennolla: cat ~/.ssh/id_ed25519.pub.
  5. Windows PowerShellissä käytä: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. Kopioi koko ssh-ed25519-rivi SSH public key -kenttään.

Tarkista ennen liittämistä

Älä kopioi yksityistä avainta. Jos asetat passphrasen, säilytä se turvallisesti myöhempää käyttöä varten.

> Luo SSH-avain graafisesti Windowsissa

Luo SSH-avain Windowsissa PuTTYgenillä ja kopioi vain julkinen osa.
faq/create-ssh-key-windows-gui-fi

Vain julkinen osa

PuTTYgen luo julkisen ja yksityisen avaimen. Lisää Cli>_-palveluun vain julkinen avain ja pidä yksityinen avain paikallisesti.

Windows-vaiheet

  1. Avaa PuTTYgen.
  2. Valitse EdDSA / Ed25519, jos se on saatavilla.
  3. Käytä RSA 4096 -vaihtoehtoa vain varalla.
  4. Napsauta Generate ja liikuta hiirtä, kunnes avain syntyy.
  5. Tallenna yksityinen avain omalle koneellesi.
  6. Kopioi julkisen avaimen teksti SSH public key -kenttään.

Älä jaa salaisia tietoja

Älä lähetä .ppk-tiedostoja, yksityisiä avaimia, passphraseja, salasanoja tai tokeneita tukeen tai lomakkeisiin.

> Liita oma verkkotunnus

Tarkista authoritative DNS, tarkka hostname, record-tyyppi, apex/subdomain ja vanhat konfliktit.
faq/liita-oma-verkkotunnus

Tarkka hostname ratkaisee

Päätä liitätkö apex-domainin kuten example.com vai subdomainin kuten app.example.com. DNS-tyyppi riippuu hostnamesta, registrarista ja DNS-palvelun tuesta CNAME-, A/AAAA-, ALIAS- tai ANAME-recordeille.

Ennen DNS-muutosta

  1. Varmista missä authoritative DNS records muokataan.
  2. Poista tai korjaa saman hostnamen konfliktit.
  3. Käytä palvelun suosittelemaa record-tyyppiä.
  4. Odota DNS propagation ennen lopullista HTTPS-testiä.

Turvallinen rollback

Älä sammuta vanhaa hostingia ennen kuin uusi hostname vastaa oikein. Lähetä vianetsintään domain, odotettu kohde ja julkinen DNS-tulos, ei registrar-loginia.

> Siirra DNS-vyohyke

A/AAAA osoittaa osoitteisiin, CNAME aliakseen, MX sähköpostiin ja TXT verifiointeihin, SPF:ään, DKIMiin tai DMARCiin.
faq/siirra-dns-vyohyke

Älä sekoita recordeja arvaamalla

A ja AAAA osoittavat IP-osoitteisiin, CNAME luo aliaksen subdomainille, MX ohjaa mailia, TXT sisältää verifiointeja ja mailipolitiikkoja, ja CAA rajaa certificate authorities.

Recordeja kopioitaessa

  1. Kopioi nimi, tyyppi ja arvo täsmälleen.
  2. Älä lisää CNAMEa hostnamelle, jolla on jo muita recordeja, jos DNS-säännöt kieltävät sen.
  3. Aseta DKIM palveluntarjoajan selectorin alle ja DMARC yleensä _dmarc alle.
  4. Muuta CAA varoen, koska väärä arvo voi estää sertifikaatin.

Kun DNS ei toimi

Lähetä hostname, record-tyyppi, odotettu arvo ja julkisesti näkyvä tulos. Älä lähetä DNS-loginia tai kuvia API tokeneilla.

> Tilin rekisteröinti ja ensimmäinen kirjautuminen

Luo yksi työtili tilauksille, laskutukselle ja palveluiden hallinnalle.
faq/account-registration-and-login

Käytä tiimille pysyvää tiliä

Tili kokoaa tilaukset, laskutustiedot, palvelut, verkkotunnukset ja tukipyynnöt. Käytä työosoitetta, johon tiimillä on pääsy myös henkilövaihdosten jälkeen.

Ennen ensimmäistä tilausta

  1. Rekisteröidy työ sähköpostilla.
  2. Vahvista sähköposti, jos sitä pyydetään.
  3. Täytä laskutustiedot ennen maksullista tilausta.
  4. Ota kaksivaiheinen tunnistus käyttöön, kun se on saatavilla.

Pääsy ilman salasanojen jakamista

Älä lähetä salasanaa chatissa tai sähköpostissa. Käytä tiimin salasanahallintaa ja anna tuelle tilausnumero sekä näkyvä virhe kirjautumistietojen sijaan.

> Miten prepaid-krediitti toimii

Krediitti näyttää saldon, arvioidun käyttöajan, päivähinnan sekä keskeytys- ja poistoriskin.
faq/prepaid-credit-how-it-works

Krediittiä kuluu palvelun käydessä

Aktiiviset prepaid-palvelut kuluttavat krediittiä ajan, resurssien ja valintojen mukaan. Näkyvä saldo, päivähinta ja arvioitu runway auttavat lisäämään krediittiä ennen keskeytystä.

Vältä keskeytys

  1. Seuraa saldoa ja runway-arviota asiakasalueella.
  2. Tarkista uusi päivähinta ennen tilausta tai muutosta.
  3. Lisää krediittiä ajoissa ja jätä puskuria.
  4. Lue näkyvä poistoaika heti, jos palvelu keskeytetään.

Jos saldo ei täsmää

Lähetä tilausnumero, palvelun nimi ja tarkistettava ajanjakso. Älä jaa korttitietoja, salasanoja, private keys tai täydellisiä tiliotteita.

> Kuukausiarvio, vuosiarvio ja päivittäinen krediittikulutus

Kuukausi- ja vuosihinnat ovat vertailuarvoja; prepaid-palvelu kuluttaa krediittiä päivittäin käytön mukaan.
faq/billing-periods-and-credit-burn

Arvio ei ole laskutuskalenteri

Kuukausiarvio käyttää 31 päivää ja vuosiarvio 372 päivää. Krediittiä kuluu aktiivisen käyttöajan, CPU:n, RAMin, tallennuksen ja maksullisten valintojen mukaan vasta kun tilaus tai muutos on vahvistettu, maksettu tarvittaessa ja otettu käyttöön.

Kun hinta muuttuu

  1. Vertaa päivähintaa ennen ja jälkeen muutoksen.
  2. Lisää CPU, RAM, levy tai Offsite Archive kasvattaa yleensä kulutusta.
  3. Pidä muutosta voimassa vasta, kun se on otettu käyttöön.
  4. Tallenna tilausvahvistukset ja näkyvä krediittihistoria kirjanpitoa varten.

Selvitä tietty ajanjakso

Tuki tarvitsee tilausnumeron, palvelun nimen ja päivämäärät. Älä lähetä pankkitietoja tai kuvia, joissa on ylimääräisiä henkilötietoja.

> Tilauksen tila maksun jälkeen

Tilaus voi odottaa maksupalvelun vahvistusta; älä tee duplikaattia ennen kuin ensimmäinen on selvästi päättynyt.
faq/order-status-and-payment-confirmation

Pending ei aina tarkoita virhettä

Maksusivulta paluun jälkeen tilaus voi odottaa maksupalvelun vahvistusta. Duplikaattitilaus voi vaikeuttaa kohdistusta, jos ensimmäinen vahvistuu myöhemmin.

Maksun jälkeen

  1. Palaa maksupalvelusta Cli>_:iin.
  2. Tarkista tilauksen tila tililtä.
  3. Odota vahvistusta, jos tila on pending.
  4. Ota yhteys tukeen tilausnumerolla ja maksureferenssillä, jos tila ei muutu.

Maksukonteksti riittää

Tuki ei tarvitse korttinumeroa, salasanaa tai koko pankkivahvistusta. Tilausnumero, aika, näkyvä tila ja peitetty kuva riittävät.

> Tiedot, jotka nopeuttavat palvelun käyttöönottoa

Valmistele palvelun nimi, domain, tallennus, yhteyssähköposti ja julkinen SSH-avain; salaisuudet eivät kuulu lomakkeisiin.
faq/service-setup-information-needed

Täsmälliset arvot säästävät aikaa

Lomakkeisiin kuuluvat julkiset tai ei-salaiset arvot: palvelun nimi, domain, DNS-suunnitelma, CPU, RAM, tallennus, admin-sähköposti ja public SSH key. Passwords, private keys ja tokens eivät kuulu niihin.

Valmistele ennen tilausta

  1. Valitse tiimille tunnistettava palvelun nimi.
  2. Päätä oma domain tai väliaikainen system hostname.
  3. Hae julkinen SSH-avain, jos tuote vaatii sen.
  4. Tarkista tallennus ja resurssit sovelluksen tarpeisiin.

Jos arvo voi olla salainen

Kysy ensin lähettämättä arvoa. Älä jaa private keys, salasanoja, tokens, tietokantadumppeja tai kokonaisia konfiguraatiotiedostoja.

> CPU:n, RAMin, levyn tai retention muuttaminen tilauksen jälkeen

Muuta olemassa olevaa palvelua sen näkymästä ja tarkista hinta, krediittikulutus sekä katkoriski.
faq/change-service-resources-after-order

Muuta palvelua, älä luo uutta

Jos palvelu on jo käynnissä, tee muutos sen palvelunäkymästä. Uusi tilaus voi luoda toisen palvelun ja muuttaa hintaa, päivittäistä krediittikulutusta sekä käyttöä väärällä tavalla.

Tarkista ennen vahvistusta

  1. Katso nykyinen CPU, RAM, levy, backup retention ja Offsite Archive retention.
  2. Tarkista uusi päivähinta ja runway.
  3. Lue restart-, huolto- tai downtime-varoitus.
  4. Vie tärkeät tiedot ennen riskialtista muutosta.

Jos muutos ei onnistu

Lähetä palvelun nimi, muutoksen aika, näkyvä tila ja virheteksti. Älä lähetä private keys, passwords tai tokens.

> Palvelun peruminen ja datan säilytys

Provisioned-palvelu keskeytetään ensin, näyttää määritettävän poistoajan ja voidaan myöhemmin poistaa pysyvästi.
faq/cancel-service-and-data-retention

Peruminen ei aina ole välitön poisto

Provisioned-palvelu yleensä keskeytetään ensin ja sille näytetään määritettävä poistoaika. Maksamattomat, ei-provisioned tilaukset voivat päättyä ilman samaa datan elinkaarta.

Ennen perumista

  1. Tee oma export tiedoista, jotka haluat säilyttää.
  2. Lue mahdollisen poiston päivämäärä ja aika.
  3. Älä sekoita backup retentionia, Offsite Archivea ja lifecycle-poistoa.
  4. Ota yhteys tukeen ennen määräaikaa, jos tarvitset palautusta tai exportia.

Määräajan jälkeen

Näkyvän määräajan jälkeen tietojen saatavuuteen ei pidä luottaa. Lähetä tilausnumero ja palvelun nimi, ei tietokantaexportteja tai login-salaisuuksia.

> Backups ja restore-pyynnöt

Backups on operatiiviseen palautukseen, ei exportin korvike; restore voi ylikirjoittaa uudemmat tiedot.
faq/backups-and-restore-requests

Backup ei ole arkisto eikä export

Backup retention riippuu tuotteesta ja valinnoista. Backup auttaa käyttövirheen jälkeen, mutta ei korvaa omaa exportia tai Offsite Archivea. Restore voi palauttaa vanhemman tilan ja ylikirjoittaa uudemmat muutokset.

Valmistele restore request

  1. Anna palvelun nimi ja tilausnumero.
  2. Kuvaa suunnilleen palautettava ajankohta.
  3. Kerro palautetaanko koko palvelu vai osa.
  4. Liitä näkyvä virhe ilman passwords, tokens tai private keys.

Ennen restorea

Ilmoita tiimille ja vie tiedot, joita ei saa menettää, jos palveluun on tullut uusia muutoksia valitun palautusajan jälkeen.

> Mihin Offsite Archive on tarkoitettu

Offsite Archive säilyttää etäarkistokopioita erillään lyhyistä käyttöbackupeista ja palvelun elinkaaresta.
faq/offsite-archive-purpose

Arkisto normaalin käytön ulkopuolella

Offsite Archive on etäarkistokopioille toisessa datacenterissä. Se ei ole live-sovelluslevy, paikallinen export eikä sama asia kuin lyhyet operatiiviset backups.

Retentionin valinta

  1. Valitse retention päivinä compliance- tai recovery-tavoitteen mukaan.
  2. Arvioi MB-days kertomalla tallennetut MB säilytyspäivillä.
  3. Hinta näytetään EUR/GB/month ja pyöristetään kokonaisiin sentteihin.
  4. Suunnittele suuret datamäärät oman export-prosessin kanssa.

Erillään poistoajasta

Offsite Archive ei muuta keskeytetyn palvelun näkyvää poistoaikaa eikä korvaa tavallisia restore-backupeja.

> CPU:n, RAMin ja levyn valinta VPS:lle

Valitse koko sovelluksen, tietokannan, välimuistin, lokien ja kasvun mukaan; OOM ja swap viittaavat usein liian vähäiseen RAMiin.
faq/vps-cpu-ram-and-disk-sizing

Aloita kuormasta

Staattinen sivu, tietokanta, Java-sovellus, haku tai build-container tarvitsevat eri resurssit. Laske mukaan sovellusmuisti, cache, lokit, uploads, tietokanta ja kasvunvara.

Kun paketti on liian pieni

  1. Lisää RAMia, jos näkyy OOM, out of memory, process killed tai jatkuvaa swappia.
  2. Lisää CPU:ta pitkässä compute-kuormassa, pakkauksessa, buildeissa tai kiireisissä workereissa.
  3. Lisää levyä ennen kuin filesystem, lokit tai tietokanta täyttyvät.
  4. Seuraa muutoksen jälkeen, poistuiko pullonkaula.

Sizing-kysymykseen

Lähetä palvelun nimi, sovellustyyppi, näkyvä virhe, aika sekä nykyinen CPU, RAM ja levy. Älä lähetä salasanoja tai sisäisiä konfiguraatioita.

> Milloin julkinen IP VPS:lle kannattaa

Dedikoitu julkinen IP auttaa allowlistien, inbound-pääsyn, vakaan outbound-lähteen tai osoitteeseen sidottujen palvelujen kanssa.
faq/vps-public-ip-options

Selvitä ensin liikenteen suunta

Julkinen IP ei ole automaattisesti tarpeen. Sitä tarvitaan usein, kun ulkoinen kumppani, palveluntarjoaja tai palomuuri vaatii allowlistin inbound-liikenteelle, vakaalle outbound source -osoitteelle tai tietylle portille.

Ennen tilausta

  1. Kysy koskeeko allowlist inboundia, outboundia vai molempia.
  2. Käytä DNS-nimiä numero-IP:n sijaan, jos mahdollista.
  3. Avaa vain portit, joita sovellus oikeasti tarvitsee.
  4. Lähetä allowlist-vaatimus tuelle ennen tuotantopääsyn muuttamista.

Pidä altistus rajattuna

Julkinen IP ei tarkoita kaikkien porttien avaamista. Älä jaa palomuurikuvia, joissa on salaisia arvoja, private keys tai passwords.

> Jaettu SSH-pääsy VPS:ään

Ilman ostettua julkista IP:tä VPS yhdistetään jaetun SSH endpointin korkean portin kautta; julkisella IP:llä voi olla myös suora SSH-polku.
faq/shared-ssh-access-for-vps

Miksi jaettu SSH käyttää korkeaa porttia

Useat VPS-palvelut voivat jakaa saman julkisen SSH-hostin. Siksi jokainen palvelu saa oman korkean portin, joka ohjaa yhteyden oikeaan VPS:ään. Ilman porttia yhteyttä ei voida reitittää yksiselitteisesti.

Yhdistä pääsytyypin mukaan

  1. Jaetussa SSH:ssa kopioi username, public host ja korkea portti palvelun näkymästä.
  2. Käytä ssh -p <port> <username>@<public-host>.
  3. Jos palvelulla on dedikoitu julkinen IP, se voi näyttää myös toisen SSH-polun suoraan tälle IP:lle tai sen DNS-nimelle.
  4. Käytä private keytä vain paikallisesti SSH-asiakkaassa tai agentissa; jaa vain public host, port, username ja näkyvä virhe.

Kun julkinen IP on käytössä

Julkinen IP ei välttämättä poista jaettua endpointia. Se lisää erillisen suoran reitin, joten palvelulla voi näkyä sekä jaettu host korkealla portilla että suora host/IP.

> Tarkistuslista omalle domainille

Tarkista authoritative DNS, tarkka hostname, record-tyyppi, apex/subdomain ja vanhat konfliktit.
faq/custom-domain-readiness-checklist

Tarkka hostname ratkaisee

Päätä liitätkö apex-domainin kuten example.com vai subdomainin kuten app.example.com. DNS-tyyppi riippuu hostnamesta, registrarista ja DNS-palvelun tuesta CNAME-, A/AAAA-, ALIAS- tai ANAME-recordeille.

Ennen DNS-muutosta

  1. Varmista missä authoritative DNS records muokataan.
  2. Poista tai korjaa saman hostnamen konfliktit.
  3. Käytä palvelun suosittelemaa record-tyyppiä.
  4. Odota DNS propagation ennen lopullista HTTPS-testiä.

Turvallinen rollback

Älä sammuta vanhaa hostingia ennen kuin uusi hostname vastaa oikein. Lähetä vianetsintään domain, odotettu kohde ja julkinen DNS-tulos, ei registrar-loginia.

> DNS record -tyypit palveluille

A/AAAA osoittaa osoitteisiin, CNAME aliakseen, MX sähköpostiin ja TXT verifiointeihin, SPF:ään, DKIMiin tai DMARCiin.
faq/dns-record-types-for-services

Älä sekoita recordeja arvaamalla

A ja AAAA osoittavat IP-osoitteisiin, CNAME luo aliaksen subdomainille, MX ohjaa mailia, TXT sisältää verifiointeja ja mailipolitiikkoja, ja CAA rajaa certificate authorities.

Recordeja kopioitaessa

  1. Kopioi nimi, tyyppi ja arvo täsmälleen.
  2. Älä lisää CNAMEa hostnamelle, jolla on jo muita recordeja, jos DNS-säännöt kieltävät sen.
  3. Aseta DKIM palveluntarjoajan selectorin alle ja DMARC yleensä _dmarc alle.
  4. Muuta CAA varoen, koska väärä arvo voi estää sertifikaatin.

Kun DNS ei toimi

Lähetä hostname, record-tyyppi, odotettu arvo ja julkisesti näkyvä tulos. Älä lähetä DNS-loginia tai kuvia API tokeneilla.

> DNS propagation ja TTL ilman minuuttilupauksia

TTL määrittää kauanko resolverit voivat pitää vanhan vastauksen; vanhat ja uudet tulokset voivat näkyä yhtä aikaa.
faq/dns-propagation-and-ttl

Propagation on välimuistia

DNS:ssä ei ole tarkkaa minuuttitakuuta. Authoritative DNS -muutoksen jälkeen eri resolverit voivat näyttää vanhoja tai uusia vastauksia, kunnes cache vanhenee TTL:n mukaan.

Suunniteltu muutos

  1. Laske TTL etukäteen, jos palveluntarjoaja sallii sen.
  2. Tee muutos kerran äläkä muuta sitä jatkuvasti testauksen aikana.
  3. Testaa useasta resolverista, jos tulokset eroavat.
  4. Kirjaa muutosaika, vanha arvo, uusi arvo ja TTL.

Tukidiagnoosiin

Lähetä hostname, odotettu kohde, näkyvä vanha vastaus, näkyvä uusi vastaus, TTL ja muutosaika. Älä lähetä DNS-tilin tunnuksia.

> Nextcloud-tallennuksen suunnittelu

Laske mukaan käyttäjätiedostot, jaot, versiot, roskakori, previews, sync overhead ja tiimin kasvu.
faq/nextcloud-storage-planning

Nextcloud kasvaa näkyvien tiedostojen ulkopuolella

Tilaa käyttävät käyttäjätiedostot, jaetut kansiot, poistetut tiedostot, versiohistoria, previews, thumbnails, sync-asiakkaat ja importit. Lähellä rajaa uploadit ja sync voivat epäonnistua.

Ennen kapasiteetin valintaa

  1. Laske nykyiset käyttäjätiedot ja yhteiset kansiot.
  2. Lisää puskuria versioille, roskakorille, previewseille ja sync overheadille.
  3. Suunnittele suuret importit ja uudet tiimit.
  4. Kasvata tallennusta ennen kuin käyttäjät osuvat rajaan.

Sync-ongelmissa

Lähetä palvelun koko, arvioitu käyttö, ajankohta ja näkyvä client-virhe. Älä lähetä henkilökohtaisia tiedostoja tai käyttäjädataexportteja ilman sovittua turvallista tapaa.

> Repositoryjen migraatio Giteaan

Suunnittele Git-migraatio LFS:n, submodulesien, oikeuksien, deploy keysien, webhookien ja CI/CD:n kanssa.
faq/gitea-repository-migration

Migraatio ei ole vain git clone

Historian lisäksi omistajat, tiimit, protected branches, protected tags, Git LFS, submodules, deploy keys, webhooks ja CI/CD pitää siirtää tai rakentaa uudelleen.

Cutover-tarkistus

  1. Listaa repositoryt, omistajat, käyttöoikeusryhmät ja automaatiotilit.
  2. Varmista Git LFS objects, submodules sekä branch/tag protections.
  3. Testaa clone, push, Git LFS, submodules ja CI siirron jälkeen.
  4. Kierrätä tai poista vanhat tokens jakamatta niiden arvoja.

Arkaluonteiset tiedot

Älä lähetä tokens, private keys, deploy keyn private-osaa tai CI secrets. Lähetä repositoryjen nimet, integraatiotyyppi, näkyvä virhe ja mikä toimi ennen migraatiota.

> Listmonkin lähettäjädomain

Valmistele sender domain tai subdomain, From-identiteetti, SPF, DKIM, DMARC, bounce ja unsubscribe.
faq/listmonk-sender-domain-basics

Toimitettavuus alkaa domainista

Listmonk tarvitsee selkeän From-identiteetin ja DNS recordit, jotka vastaanottajat voivat tarkistaa. SPF, DKIM ja DMARC pitää sovittaa domainiin tai subdomainiin, josta kampanjat lähetetään.

Ennen ensimmäistä kampanjaa

  1. Valitse sender domain tai subdomain ja From-nimi.
  2. Lisää verification records, SPF, DKIM selector ja DMARC.
  3. Testaa toimitus, bounce tai Return-Path ja linkit.
  4. Tarkista unsubscribe ja List-Unsubscribe ennen lähetystä.

Mail-salaisuudet eivät kuulu tikettiin

Diagnoosiin riittävät domain, record-tyyppi, julkinen DNS-tulos ja virheteksti. Älä lähetä SMTP passwordia, API tokenia, private DKIM keytä tai vastaanottajalistaa henkilötiedoilla.

> Classic Hosting Runtime -asetukset

Classic Hosting voi käyttää auto- tai manuaalista Runtimea; CPU, RAM, tallennus, backups, Offsite Archive, uploads, cache ja logs vaikuttavat hintaan ja vakauteen.
faq/classic-hosting-runtime-settings

Auto ei ole aina oikea valinta

Auto Runtime auttaa tunnistetuissa projekteissa, mutta manuaalinen Runtime sopii, kun haluat valita Nginx, Apache, FrankenPHP tai tietyn language runtime. PHP 8.2, 8.3 tai 8.4 käytetään vain, jos valittu runtime tukee sitä.

Ennen deployta

  1. Valitse auto tai manuaalinen Runtime frameworkin ja build-tavan mukaan.
  2. Valitse PHP selector vain tuetuissa PHP-skenaarioissa.
  3. Aseta CPU, RAM, disk, backup retention ja Offsite Archive datan ja liikenteen mukaan.
  4. Testaa uploads, cache, logs ja näkyvät sovellusvirheet deployn jälkeen.

Kun sovellus ei käynnisty

Lähetä runtime mode, kieli tai PHP-versio, näkyvä virhe, mikä muuttui ja aika. Älä lähetä .env tiedostoja, passwords, tokens tai kokonaisia logs salaisuuksilla.

> Mitä tietoja on turvallista jakaa tuelle

Jaa tilausnumerot, palvelunimet, domainit, ajat, public hosts, portit, asetukset ja näkyvät virheet ilman salaisuuksia.
faq/support-safe-information-to-share

Hyvä tukipyyntö sisältää kontekstin, ei salaisuuksia

Tuki reagoi nopeammin, kun mukana on tilausnumero, palvelun nimi, domain, public host tai port, aika, mikä muuttui ja tarkka näkyvä virheteksti.

Turvallinen viestin sisältö

  1. Anna tilaus, palvelu, domain, aika ja vaihe jossa ongelma tapahtui.
  2. Hostingissa lisää runtime, PHP tai kieli, CPU, RAM, disk, uploads, cache ja logs ilman secret-arvoja.
  3. Peitä screenshots ennen lähettämistä.
  4. Kysy ensin lähettämättä arvoa, jos olet epävarma.

Älä koskaan lähetä

Älä lähetä passwords, private keys, recovery seeds, API tokens, session cookies, tietokantaexportteja, kokonaisia .env tiedostoja, täysiä logs arkaluonteisilla arvoilla tai sisäisiä infrastruktuuritietoja.