Mano svetainė neveikia po įkėlimo arba perkėlimo
Jūsų svetainė neveikia po to, kai ją įkėlėte arba perkėlėte į WebOké? Žemiau rasite dažniausias priežastis ir jų sprendimus. Jei naudojate WordPress, peržiūrėkite ir skyrių apie WordPress.
Vis dar matote WebOké numatytąjį puslapį
- Numatytojo puslapio failas
index.htmlvis dar yra. Ištrinkite jį. - Jūsų naršyklė vis dar rodo seną puslapį. Išvalykite talpyklą arba pabandykite atidaryti privatų langą.
- Patikrinkite, ar svetainę įkėlėte į
domains/jusudomenas.lt/public_html, o ne į aukštesnę arba gretimą aplanką.
Svetainė užsikrauna, bet kai kurie paveikslėliai ar puslapiai ne
Atkreipkite dėmesį į didžiąsias ir mažąsias raides. Mūsų serveriai skiria Foto.jpg nuo foto.jpg. Jei nuoroda nurodo į fotopuslapis.html, o failas vadinasi Fotopuslapis.html, jis nebus rastas.
WordPress: pagrindinis puslapis veikia, bet kiti puslapiai rodo 404 klaidą
Tai dažnai nutinka po diegimo arba perkėlimo. Dažniausiai trūksta failo .htaccess su taisyklėmis tvarkingiems adresams (permalinkams) WordPress sistemoje. Atlikite šiuos veiksmus:
- Dar kartą išsaugokite permalinkus. Prisijunkite prie WordPress, eikite į Nustatymai › Nuolatinės nuorodos ir, nieko nekeisdami, spustelėkite Išsaugoti pakeitimus. WordPress tada iš naujo sukurs
.htaccessfailą. - Patikrinkite .htaccess failą. Atidarykite DirectAdmin skyriuje Failų tvarkyklė ir eikite į
domains/jusudomenas.lt/public_html. Jei nematote.htaccessfailo, pirmiausia įjunkite paslėptų failų rodymą. Jei failo nėra arba jis tuščias, sukurkite jį su šiuo standartiniu WordPress turiniu:# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPressJei WordPress yra papildomame aplanke, pavyzdžiui,public_html/blog, tuomet busRewriteBase /blog/irRewriteRule . /blog/index.php [L]. - Patikrinkite savo svetainės adresą. WordPress sistemoje eikite į Nustatymai › Bendrieji. WordPress adresas ir svetainės adresas turi būti Jūsų tikrasis domenas su
https://, o ne senas ar laikinas adresas. Taip pat žiūrėkite Priverstinis lankytojų nukreipimas į https. - Patikrinkite aplanką. Ar WordPress yra papildomame aplanke, nors lankytojai turėtų matyti svetainę Jūsų domene? Skaitykite Papildomo aplanko naudojimas public_html kaip pagrindinio aplanko arba Domeno šakninio aplanko (document root) keitimas.
.htaccess gali padaryti visą Jūsų svetainę nepasiekiamą su 500 klaida. Prieš keisdami failą, pirmiausia pasidarykite jo kopiją. Jei jame jau yra taisyklių iš papildinio, pavyzdžiui, talpyklos papildinio, palikite jas ir WordPress bloką įterpkite po jomis.Ar taip pat apsaugote aplanką slaptažodžiu? Tuomet skaitykite .htaccess: tvarkingi URL adresai ir aplanko apsauga.
Svetainė visiškai neužsikrauna
- Ar aplanke public_html yra failas
index.html,index.htmarbaindex.php, parašytas mažosiomis raidėmis? - Ar įkėlėte arba pakeitėte .htaccess failą? Klaida jame dažnai sukelia 500 klaidą. Skaitykite 500 Internal Server Error.
- Ar buvo pakeistos failų ar aplankų teisės? Aplankai paprastai turi būti 755, o failai 644.
Taip pat žiūrėkite DirectAdmin žinyne: Paslėptų failų, pavyzdžiui, .htaccess, rodymas ir redagavimas, Failų ir aplankų teisės (chmod) ir Mano svetainė balta arba rodo 500 klaidą.
Išsamus paaiškinimas su ekrano nuotraukomis: Failų įkėlimas ir atsisiuntimas DirectAdmin žinyne.
