WordPress problēmu novēršana (101)

WordPress problēmu novēršanaCiktāl tas attiecas uz WordPress atbalstu, lietotājiem ir vairākas iespējas, no kurām izvēlēties:


  • WordPress kodekss (DIY)
  • WordPress atbalsta forums (vada WordPress.org administratori un citi WordPress lietotāji)
  • Spraudņa un motīva atbalsts (nodrošina izstrādātāji)
  • Tīmekļa mitināšanas atbalsts (pieejamība un atbalsta veids atšķiras atkarībā no mitināšanas plāna)

Bez tiešas saziņas līnijas vai reāllaika atbalsta, ko nodrošina WordPress, tas var padarīt WordPress kļūdu novēršanu neapmierinošu. Labās ziņas tomēr ir tas, ka vairums kļūdu, kas rodas, ir diezgan izplatītas.

Šajā rokasgrāmatā mēs parādīsim, kā rīkoties, lai novērstu WordPress traucējummeklēšanu, kad viss notiek nepareizi.

15 izplatītas WordPress kļūdas un to novēršana:

  1. Nāves baltais ekrāns
  2. Iekšējā servera kļūda
  3. Kļūda, izveidojot datu bāzes savienojumu
  4. Slikta vārtejas vai vārtejas noildze
  5. Pārāk daudz pieprasījumu
  6. Savienojuma laiks beidzies / ierobežots
  7. Lapa nav atrasta
  8. Sintakse kļūda
  9. Nav pieejams plānotajai apkopei
  10. Automātiskā atjaunināšana neizdevās
  11. Pārāk daudz pāradresāciju
  12. Jaukts saturs
  13. Neizdevās ierakstīt diskā
  14. Izmaiņas netiek parādītas
  15. Pieslēgšanās neizdevās

Contents

Rokasgrāmata visbiežāk sastopamo WordPress kļūdu novēršanai

Kaut arī WordPress var būt daudz lietu, kas var noiet greizi, nav pārāk grūti sašaurināt cēloņus, ja zināt, kāda veida kļūda ir notikusi.

1. kļūda: nāves baltais ekrāns

Baltais nāves ekrāns ir tieši tāds, kā izklausās. Jūs mēģināsit piekļūt WordPress administratoram vai, vēl sliktāk, jūsu WordPress vietnei un ekrāns būs tukšs.

Baltā ekrāna nāvi var izraisīt vairākas lietas, sākot no konfliktējošiem spraudņiem un beidzot ar atmiņas ierobežojumu pārsniegšanu (lai gan, parasti, tas parasti ir spraudnis vai tēma, kas pie vainas). Ja nav neviena kļūdas ziņojuma, kurā norādīts, kur atrodas problēma, veiciet šo problēmu novēršanas procesu.

Piezīme: kaut arī šī ir darbplūsma baltā nāves ekrāna novēršanai, tā ir noderīga citu WordPress kļūdu novēršanai. Ikreiz, kad mēs atsaucamies uz balto nāves ekrāna labojumu, tas ir process, uz kuru mēs atsaucamies.

1. darbība: deaktivizējiet visus spraudņus

Ja jums joprojām ir pieeja WordPress administratoram un tikai jūsu vietne ir pārtraukta, rīkojieties šādi:

Atveriet sadaļu Spraudņi> Instalētie spraudņi:

Instalētie spraudņi

Atlasīt visus spraudņus:

Pārbaudiet visus spraudņus

Izvēlnē Lielapjoma darbības atlasiet “Deaktivizēt”:

Lielapjoma deaktivizēšana

Tagad visi spraudņi ir jāatspējo:

Deaktivizēti spraudņi

Ja jums nav piekļuves WordPress administratoram, tas jums jādara, izmantojot vadības paneli.

Dodieties uz sava tīmekļa mitināšanas informācijas paneli:

BlueHost informācijas panelis

Atrodiet vadības paneli.

Ko jūs meklējat, ir failu pārvaldnieks vai FTP. Abas jums ļaus piekļūt jūsu vietnes aizmugurei.

Bluehost faila FTP

Vietnes saknē atrodiet mapi wp-content:

wp-satura mape

Atveriet to un atrodiet spraudņu mapi:

Spraudņu mape

Pārdēvējiet mapi uz jebko, izņemot “spraudņus”. Tādējādi tiks deaktivizēti visi spraudņi jūsu vietnē.

2. solis: pārbaudiet savu vietni

Ja jūsu spraudņi ir deaktivizēti, ir laiks redzēt, vai jūsu piekļuve ir atjaunota.

Ja jums iepriekš nebija piekļuves administratoram, dodieties tur tagad:

WordPress pieteikšanās

Ja nāves baltais ekrāns bija redzams tikai jūsu vietnē, virziet kursoru virs savas vietnes nosaukuma WordPress administratora augšējā kreisajā stūrī un noklikšķiniet uz “Apmeklēt vietni”:

Apmeklējiet vietni no izvēlnes

Atkarībā no tā, ko redzat, nākamajām darbībām būs divas iespējas:

  • Ja jums ir pieeja: Atrodiet problemātisko spraudni.
  • Ja jums nav piekļuves: Izmēģiniet jaunu motīvu.

Tālāk mēs soļosim tālāk.

3. darbība. Atrodiet problemātisko spraudni (1. opcija)

Ja jums atkal ir piekļuve, jūs zināt, ka problēma, iespējams, bija spraudnis. Tas nozīmē, ka viens no jūsu spraudņiem ir pretrunā ar:

  • Tava tēma
  • Vēl viens spraudnis

Tagad jums ir jāsvītro, kurš spraudnis ir vainīgs. Lai to izdarītu, spraudņi jāaktivizē pa vienam.

Sāciet ar saraksta augšdaļu. Aktivizējiet pirmo spraudni:

Aktivizējiet spraudni

Ja iemesls ir šis spraudnis, jums atkal vajadzētu zaudēt piekļuvi WordPress administratoram vai savai vietnei. (Jūs to varat atjaunot vēlreiz, deaktivizējot spraudni.)

Ja neredzat balto nāves ekrānu, deaktivizējiet šo spraudni un izmēģiniet nākamo. Šīs darbības būs jāatkārto, līdz atrodat problemātisko spraudni.

Tas, protams, pieņem, ka spraudnis ir pretrunā ar jūsu motīvu. Ja pēc katra spraudņa deaktivizēšanas atsevišķi vairs neredzat kļūdas ekrānu, problēma var būt starp diviem spraudņiem. Lai tos atrastu, jums būs jāaktivizē divi vienlaicīgi. Tas nozīmē, ka tas nav bieži. Parasti kļūda ir konfliktējošs spraudņa un motīva skripts.

Kad esat identificējis problemātisko duetu, dodieties uz priekšu un no jauna aktivizējiet visus pārējos spraudņus savā vietnē.

Vēlaties sazināties ar spraudņa izstrādātāju, lai ziņotu par problēmu. Pārliecinieties, vai jums ir ekrānuzņēmumi par kļūdu un varat sīki aprakstīt, kāpēc tā notika, un kā jūs to varējāt apstiprināt.

3. solis: izmēģiniet jaunu tēmu (2. variants)

Ja pēc visu spraudņu deaktivizēšanas jūs joprojām redzat baltu nāves ekrānu, iespējams, vainīgais ir jūsu motīvs.

Lai to apstiprinātu, jums jāatspējo motīvs.

Ja jums joprojām ir pieeja WordPress administratoram un tikai jūsu vietne ir pārtraukta, rīkojieties šādi:

Atveriet Izskats> Motīvi:

Izskatu motīvu izvēlne

Lai deaktivizētu motīvu, jums jāaktivizē cita tēma.

Neatkarīgi no tā, vai tas jau ir instalēts vai nē, aktivizējiet jaunāko WordPress noklusējuma motīvu:

Aktivizējiet noklusējuma motīvu

Ja jums nav piekļuves WordPress administratoram, rīkojieties tāpat kā jūs ar spraudņiem no vadības paneļa.

Atkal atrodiet wp-satura mapi savas vietnes saknē. Šoreiz jūs vēlaties meklēt tajā esošo motīvu mapi:

Motīvu mape

Pārdēvējiet mapi tikai uz tēmām. Tas deaktivizēs jūsu motīvu un automātiski aktivizēs noklusējuma WordPress motīvu.

Tagad varat pārbaudīt savu vietni, lai redzētu, vai miris baltais ekrāns. Ja tā ir, tad jūs zināt, ka problēma ir konflikts starp jūsu tēmu un galveno.

Sazinieties ar motīvu izstrādātāju, lai parādītu kļūdas ekrānuzņēmumus un aprakstu par darbībām, kuras veicāt, lai apstiprinātu problēmu.

4. solis: palaidiet atkļūdošanu

Vairumā gadījumu iepriekš norādītās darbības palīdzēs atrast problēmu savā vietnē. Tomēr, ja esat sasniedzis šo punktu un joprojām redzat balto nāves ekrānu, ir jāpamēģina vēl viena lieta.

Atgriezieties failu pārvaldniekā vai FTP. Dodieties uz saknes direktoriju un meklējiet failu wp-config.php:

wp-config fails

Atveriet failu rediģēšanai.

Apakšā redzēsit šādu virkni:

definēt ('WP_DEBUG', nepatiess);
define ('WP_DEBUG_LOG', nepatiess);
definēt ('WP_DEBUG_DISPLAY', nepatiess);

Tas saka, ka:

  • Atkļūdošanas funkcija ir izslēgta.
  • Ja rodas kļūda, aizmugures logā no tā netiks ģenerēts žurnāls.
  • Ja rodas kļūda, priekšpusē netiks parādīts kļūdas kods.

Tomēr, ja esat iestrēdzis, ir lietderīgi ieslēgt šo funkciju, lai iegūtu plašāku informāciju par kļūdu. Lai to izdarītu, nomainiet divas galvenās vērtības uz taisnība:

definēt ('WP_DEBUG', taisnība);
define ('WP_DEBUG_LOG', patiess);
definēt ('WP_DEBUG_DISPLAY', nepatiess);

Saglabājiet displeju kā viltus. Jūs nevēlaties, lai hakeri varētu gūt ieskatu par to, kas notiek jūsu aktīvās vietnes aizmugurē, tāpēc vienmēr turiet šos kodus paslēptus.

Kad esat pabeidzis atkļūdošanas iespējošanu, saglabājiet failu (taču atstājiet vadības paneli atvērtu). Pēc tam atgriezieties savā vietnē.

Kad atkal redzat balto nāves ekrānu, dodieties atpakaļ uz savu vadības paneli un atrodiet wp-satura mapi (to pašu, kurā atrodas jūsu tēma un spraudņi). Tagad būs teksta fails ar nosaukumu debug_log.

atkļūdošanas fails

Atveriet to un pārskatiet kļūdas ziņojumu. Meklējiet šodienas datumu un laiku. Jābūt rindai, kas norāda, kurš fails jūsu direktorijā un kurā faila rindā satur kļūdu.

Ja kļūda atrodas vienā no jūsu motīvu vai spraudņu failiem, uzņemiet kļūdas koda ekrānuzņēmumu un nosūtiet to izstrādātājam, lai viņi varētu novērst šo problēmu (kā tas, iespējams, tika ieviests nesenā atjauninājumā).

Ja tā ir problēma citā failā, jums tas ir jālabo. Ja jums tas nav ērti, sazinieties ar izstrādātāju, kurš var palīdzēt.

Kad problēma ir novērsta un nāves baltais ekrāns vairs nav redzams, dodieties atpakaļ uz wp-config.php un atspējojiet atkļūdošanu.

Kļūda Nr. 2: iekšējā servera kļūda (kļūdas kods 500)

Ne vienmēr ir pilnīgi skaidrs, kas tieši izraisīja 500 iekšējā servera kļūdu. Tomēr tāpat kā baltajā nāves ekrānā jūsu kodā ir kaut kas nepareizs.

1. darbība: nomainiet .htaccess failu

Pirmais, kas jāpārbauda, ​​ir .htaccess fails. Reizēm tā tiek sabojāta, un jūsu vietne tiek aizstāta ar lapu “Iekšējā servera kļūda”.

Neatkarīgi no tā, vai fails ir bojāts, jums šī darbība joprojām jāveic. Ja nomainīsit esošo .htaccess failu, jūsu vietnei netiks nodarīts nekāds kaitējums.

Piesakieties vadības panelī un atveriet failu pārvaldnieku vai FTP pārvaldnieku. Pirms ievadāt vietnes saknes direktoriju, atlasiet opciju “Rādīt slēptos failus” (ja jums tāda ir):

Failu pārvaldnieka iestatījumi

Ja jūsu vietne atrodas koplietotā mitināšanā, fails joprojām var būt paslēpts. Ja tas tā ir, failu pārvaldnieka URL beigās pievienojiet šo: “& showhidden = 1”.

htaccess fails

Pārdēvējiet .htaccess failu, lai to deaktivizētu.

Dodieties uz savu vietni un pārbaudiet, vai tādējādi tika noņemta iekšējā servera kļūda. Ja tas notika, tad viss, kas jums jādara, ir izveidot pavisam jaunu failu.

Atveriet izvēlni Iestatījumi> Permalinks:

Iestatījumu Permalinks izvēlne

Lapas apakšā noklikšķiniet uz “Saglabāt izmaiņas”. Tādējādi tiks izveidots jauns fails.

Ja kļūda neizzuda, izmēģiniet šo risinājumu.

Atveriet jauno .htaccess failu un pievienojiet:

# SĀKT WordPress
RewriteEngine Ieslēgts
RewriteBase /
RewriteRule ^ indekss \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]
# END WordPress

Ja tas nenovērš bojājumu, pārejiet pie nākamās darbības.

2. solis: Baltā nāves ekrāna labošana

Izpildiet balto nāves problēmu novēršanas darbību ekrānu.

Ja pēc tam kļūda joprojām pastāv, izmēģiniet nākamo darbību.

3. solis: palieliniet atmiņas ierobežojumu

Tas, visticamāk, nav iemesls, jo parasti šādā gadījumā jūs redzēsit ar atmiņu izsmeltu paziņojumu. Tomēr tas nesāp izmēģināt, jo tas ir ātrs labojums.

Izpildiet atmiņas palielināšanas problēmu novēršanas darbības.

Ja jūs joprojām esat iestrēdzis, jāveic pēdējais solis:

4. darbība: nomainiet wp-admin un wp-iekļautās mapes

Iespējams, ka atjauninājums ir nejauši sabojājis kodu jūsu wp-admin vai wp-iekļautajos mapēs.

Lai tos aizstātu, jums būs jāiegūst jauna WordPress kopija.

Iet uz WordPress.org, noklikšķiniet uz pogas “Get WordPress” un lejupielādējiet failus uz darbvirsmas.

Iegūstiet jaunus WordPress failus

Izņemiet mapi un atrodiet mapes wp-admin un wp-incl.

Atgriezieties failu pārvaldniekā. Lejupielādējiet jau esošo wp-admin un wp-iekļautās mapes kopijas (vienmēr ir ieteicams, ja jums ir kopija katram gadījumam).

cPanel mapes

Noklikšķiniet uz Augšupielādēt. Pēc tam katru mapi atkārtoti augšupielādējiet pa vienai. Tas jādara tikai wp-admin un wp-incl.

Augšupielādēt failus

Tagad varat atgriezties savā vietnē. Kļūda ir jānovērš. Ja tā nav, ir pienācis laiks sazināties ar savu tīmekļa mitināšanas uzņēmumu.

Kļūda # 3: Kļūda, izveidojot datu bāzes savienojumu

Kad redzat šo kļūdas ziņojumu, tas nozīmē, ka kaut kas traucē jūsu WordPress vietnei izveidot savienojumu ar tās MySQL vai MariaDB datu bāzi.

1. solis: pārbaudiet failu wp-config.php

Failā wp-config.php ir visbūtiskākā informācija par jūsu vietnes konfigurēšanu – iekļaujiet informāciju par datu bāzi. Pirms izmēģināt citus labojumus, vispirms pārbaudiet to.

Dodieties uz failu pārvaldnieku vai FTP un dodieties uz failu wp-config.php. Atveriet to rediģēšanai.

Jums vajadzētu atrast sadaļu, kas veltīta jūsu datu bāzes iestatījumiem. Tas izskatās šādi:

/ ** WordPress datu bāzes nosaukums * /
definēt ('DB_NAME', 'datu bāzes_vārds');

/ ** Datubāzes lietotājvārds * /
define ('DB_USER', 'database_username');

/ ** datu bāzes parole * /
define ('DB_PASSWORD', 'databasepw');

/ ** Resursdatora nosaukums * /
define ('DB_HOST', 'database_hostname');

/ ** datu bāzes rakstzīmju kopa * /
define ('DB_CHARSET', 'utf8');

/ ** Datu bāzes salīdzināšanas tips * /
definēt ('DB_COLLATE', '');

Ja trūkst kāda no šiem datiem vai tas šķiet nepareizs, veiciet labojumus (pēc wp-config.php kopijas saglabāšanas uz darbvirsmas).

Saglabājiet izmaiņas un atgriezieties vietnē, lai redzētu, vai tā joprojām nespēj izveidot savienojumu ar datu bāzi.

2. solis: sazinieties ar tīmekļa mitinātāja atbalstu

Ja jūsu galā nav acīmredzamu WordPress datu bāzes savienojuma traucējumu, ir pienācis laiks runāt ar savu tīmekļa mitinātāju.

Datu bāzu savienojumu var apdraudēt vairāki iemesli:

  • Serveru dīkstāve
  • Plāna ierobežojumi ir pārsniegti (lai gan viņiem vajadzētu jūs par to informēt, ja tas tā ir)
  • Drošības pārkāpums

Kad esat zinājis galveno cēloni, ātri strādājiet pie tā labošanas, pat ja tas nozīmē tikai ETA iegūšanu, kad serveri atkal būs tiešsaistē. Jūs nevarat atļauties pārāk ilgi pārtraukt savas vietnes darbību.

4. kļūda: slikta vārteja (kļūdas kods 502) vai vārtejas noildze (kļūdas kods 504)

Šie kļūdu kodi nozīmē, ka servera līmenī ir kaut kas nepareizs. Lai arī jums, iespējams, nav tiešas servera vadības, šīs kļūdas dažreiz var būt īslaicīgas, tāpēc ieteicams sazināties ar šīm problēmu novēršanas darbībām pirms sazināšanās ar savu mitinātāju.

1. darbība: atsvaidziniet vietni

Pārlūkprogrammas joslā noklikšķiniet uz pogas Atsvaidzināt:

Atsvaidzināt vietni

Iespējams, esat mēģinājis ielādēt savu vietni, kad serveris īslaicīgi nedarbojās vai nedarbojās.

2. darbība: notīriet pārlūka kešatmiņu

Ja atsvaidzināšana nedarbojas, problēma varētu būt saistīta ar kešatmiņu. Lai jūsu vietne tiktu “atvienota”, dodieties uz pārlūkprogrammas iestatījumiem.

Meklējiet opciju, lai notīrītu pārlūkošanas datus. Pārlūkā Chrome iestatījums izskatās šādi:

Dzēst pārlūkošanas datus

Pārbaudiet kešatmiņā saglabāto attēlu un failu iestatījumu:

Chrome notīrīt kešatmiņu

Pēc tam noklikšķiniet uz “Notīrīt datus”. Kad tas ir izdarīts, atkārtoti ielādējiet savu vietni un pārbaudiet, vai tas noņem kļūdas kodu.

3. solis: Baltā nāves ekrāna labošana

Iespējams, ka vainīgs ir nesenais spraudnis vai motīva atjauninājums, ja abi iepriekšminētie labojumi nedarbojas.

Izpildiet balto nāves problēmu novēršanas darbību ekrānu.

4. solis: sazinieties ar savu mitinātāju vai CDN nodrošinātāju

Ja neviena no iepriekšminētajām opcijām nav darbojusies, vēlaties sazināties ar savu mitinātāju vai CDN sniedzēju.

Kad sazinātos, pārliecinieties, vai jums ir kļūdas ekrānuzņēmums un informācija par līdz šim veiktajām problēmu novēršanas darbībām. Lai atbrīvotos no kļūdas, iespējams, būs jāatspējo jūsu DNS, CDN vai ugunsmūris.

5. kļūda: pārāk daudz pieprasījumu (kļūdas kods 429)

Šī kļūda parasti nozīmē, ka ir spraudnis vai motīva skripts, kas uz jūsu serveri nosūta pārāk daudz pieprasījumu.

1. darbība. Nāves baltā ekrāna labošana

Izpildiet balto nāves problēmu novēršanas darbību ekrānu.

Ja nevarat noņemt kļūdu, izmantojot šo procesu, sazinieties ar savu mitināšanas uzņēmumu. Viņiem vajadzētu spēt jums pateikt, kura trešo personu integrācija darbojas pārslodzes režīmā.

Ja ir kāds veids, kā pārkonfigurēt iestatījumus, lai novērstu problēmu, rīkojieties šādi. Pretējā gadījumā jums būs jāatrod rezerves rīks.

Kļūda Nr. 6: savienojuma laiks beidzies / ierobežojums izsmelts

Izmantojot šo kļūdu, jūs nezaudēsit piekļuvi savai vietnei vai administratora zonai. Tas drīzāk nozīmē to, ka darbība, kuru mēģināt veikt WordPress iekšienē, piemēram, jaunas motīva instalēšana, izsmeļ jūsu servera robežas.

1. solis: palieliniet atmiņas limitu

Dodieties uz failu pārvaldnieku un atveriet failu wp-config.php.

Faila apakšā atrodiet virkni, kas izskatās šādi:

definēt ('WP_MEMORY_LIMIT', '64M');

Tas ir “64M” bits, kas ir jāatjaunina. Lai jūsu serverim būtu vairāk atmiņas pieprasījuma apstrādāšanai, palieliniet limitu līdz 256 miljoniem:

definēt ('WP_MEMORY_LIMIT', '256M');

Mēģiniet vēlreiz palaist pieprasījumu, izmantojot WordPress. Ja tas nedarbojas, izmēģiniet šo:

2. solis: palieliniet maksimālo izpildes laiku

Varbūt vienkārši, ka pieprasījuma apstrādes laiks ir pārsniedzis noklusējuma maksimālo izpildes laiku.

Šim ierobežojumam ir labs iemesls (piemēram, lai neļautu hakeriem bombardēt jūsu serveri ar vienādiem un tiem pašiem pieprasījumiem). Tomēr jūs to īslaicīgi varat pielāgot, lai jūsu pieprasījums tiktu izpildīts.

Izmantojot failu pārvaldnieku vai FTP, atrodiet .htaccess failu. Ja jums ir grūti atrast .htaccess failu, pārskatiet iekšējā servera kļūdu labošanas darbības.

Faila iekšpusē ritiniet līdz pašai apakšai. Jūs redzēsit līniju, kas izskatās šādi:

# BEIGAS PĀRTIKAS

Tieši virs tā novietojiet:

php_value max_execution_time 300

Pēc noklusējuma maksimālais izpildes laiks parasti ir no 30 līdz 60 sekundēm. Tas saīsināsies līdz 300 sekundēm.

Mēģiniet vēlreiz mēģināt. Ja tas darbojas, atcerieties atgriezties savā .htaccess failā un pilnībā noņemt līniju vai pārrakstīt to tā, lai teikts:

php_value max_execution_time 60

Ja šis labojums nedarbojās, atjauniniet 300 līdz 600 un atkārtojiet. Ja tas joprojām nedarbojas, iespējams, kaut kas nav kārtībā ar nesen atjauninātu spraudni vai motīvu.

3. solis: Baltā nāves ekrāna labošana

Izpildiet balto nāves problēmu novēršanas darbību ekrānu.

Ja jūs joprojām esat iestrēdzis, sazinieties ar savu mitināšanas pakalpojumu sniedzēju.

Kļūda Nr. 7: lapa nav atrasta (kļūdas kods 404)

Nav neparasti saskarties ar šo kļūdu tīmeklī, ja lapa vairs neeksistē ar sākotnējo URL un nav iestatīta novirzīšana. Tomēr ir reizes, kad jūs varat redzēt šo kļūdu pat tad, ja lapa atrodas ievadītajā adresē.

1. darbība: pārbaudiet URL pareizrakstību

Lai būtu drošībā, vēlreiz pārbaudiet adreses joslā ievadītā URL pareizrakstību. Pārliecinieties, vai nav kļūdu.

2. solis: labojiet pastāvīgās saites

Ja jebkurā laikā mainījāt pastāvīgās saites struktūru, iespējams, iepriekšējais iestatījums ir iestrēdzis aizmugures saitē. Lai to noņemtu, dodieties uz Iestatījumi> Permalinks.

Iestatījumu Permalinks izvēlne

Pārslēdziet savu pastāvīgo saišu struktūru uz noklusējuma iestatījumu “Plain”:

Noklusējuma pastāvīgās saites iestatījumi

Saglabājiet izmaiņas.

Atgriezieties pie pastāvīgo saišu struktūras, kuru vēlējāties izmantot. Ietaupiet vēlreiz.

Pārbaudiet lapu, lai redzētu, vai 404 kļūda joprojām pastāv. Ja tā ir, tad pārejiet pie nākamās darbības.

3. solis: nomainiet .htaccess failu

Izpildiet bojātā .htaccess faila labojumu.

Tam vajadzētu atbrīvoties no kļūdas.

Kļūda # 8: sintakse kļūda

Šī kļūda tiks parādīta tūlīt pēc faila rediģēšanas jūsu vietnes aizmugurē.

Ja redzat “sintakses kļūda”, tas nozīmē, ka tiek pārkāpta pareiza kodēšanas prakse.

Piemēram, tā ir sintaktiska kļūda, jo trūkst pēdējā semikona (;):

definēt ('WP_MEMORY_LIMIT', '64M')

Tā ir arī sintaktiska kļūda, jo taisnās pēdiņas tiek rakstītas kā cirtaini citāti:

definēt ('WP_MEMORY_LIMIT', '64M');

Jūs varat arī saskarties ar “negaidītu kļūdu”. Tas nozīmē, ka kaut kas ir nepareizi uzrakstīts vai nepareizi formatēts.

1. darbība: salabojiet kodu

Šāda veida kļūdas ir skaidrākas nekā lielākā daļa kļūdu šajā sarakstā. Kad jūs redzat, tas jums vajadzētu ne tikai pateikt, kurā failā ir kļūda, bet arī kurā rindā kļūda radusies. Tas ievērojami atvieglo koda pārbaudi, lai pārbaudītu trūkstošās vai kļūdainās rakstzīmes.

Kad esat atradis problēmu, labojiet to un saglabājiet izmaiņas. Apmeklējiet savu vietni atkārtoti, lai pārliecinātos, ka kļūda vairs nav.

Kļūda Nr. 9: nav pieejama plānotajai apkopei

Šo ziņojumu var redzēt viena iemesla dēļ: WordPress ir atjauninājis jūsu vietni uzturēšanas režīmā. Tas varētu būt:

  • Atjauninājums, kuru tikko esat iesācis.
  • Automātiska atjaunināšana, ko WordPress veica tikai tagad.
  • Iepriekšējs atjauninājums, kas jūsu vietni iestrēdza uzturēšanas režīmā.

1. solis: dodiet tam minūti

Pirms kaut ko darāt, veltiet tam tikai minūti. Pat ja jūs manuāli neveicāt atjauninājumu, WordPress, iespējams, strādā pie viena fonā.

Ja minūte ir pagājusi un plānotās apkopes ziņojums nav pazudis, veiciet nākamo darbību.

2. solis: atspējojiet apkopes režīmu

Piesakieties vadības panelī un failu pārvaldniekā. Dodieties uz savas vietnes sakni un meklējiet failu ar nosaukumu .maintenance.

Lai atspējotu uzturēšanas režīmu, vienkārši noklikšķiniet uz faila un izdzēsiet to. Tādējādi jūsu vietne tiks atjaunota.

Kļūda # 10: Neizdevās veikt automātisko atjaunināšanu

Pēc noklusējuma WordPress ir konfigurējis nelielus atjauninājumus, lai tie automātiski darbotos (galvenokārt tie, kas attiecas uz vispārējo apkopi un drošību). Iespējams, ka jums ir ieplānoti arī savi automatizētie atjauninājumi.

Neatkarīgi no to rašanās vietas, iespējams, ir reizes, kad atjauninājums neizdodas. Tas var būt tikai slikts laika grafiks (piemēram, ja serveris tieši tajā brīdī nestrādā) vai nepilnības sistēmā.

1. darbība: manuāla atjaunināšana

Šis labojums ir vienkāršs.

WordPress redzēsit vairākus indikatorus, kas ļauj uzzināt, kur gaida jūsu atjauninājumi:

WordPress atjauninājumi

Izpildiet tos un manuāli izdodiet atjauninājumu.

Kļūda # 11: Pārāk daudz novirzīšanu

Parasti novirzīšana ir tīša. Jūs atjaunināt savu domēna vārdu vai pārvietojat savu vietni no HTTP uz HTTPS. Šādos gadījumos jūs izmantojat novirzīšanu 301, lai nodrošinātu, ka satiksme nokļūst pareizajā galamērķī pat tad, ja apmeklētāji ierakstīs veco URL.

Tomēr, ja redzat kļūdu, kurā teikts, ka ir pārāk daudz novirzīšanas, tas parasti nozīmē, ka jūsu apmeklētāji ir iestrēguši novirzīšanas cilpā, kur nekur nav jānovirza.

Tas notiek, ja jūsu vietnes un WordPress adreses atšķiras.

1. darbība: atjauniniet WordPress iestatījumus

Pirmā vieta, kur pārbaudīt šo neatbilstību, ir jūsu WordPress iestatījumi. Atveriet Iestatījumi> Vispārīgi:

Iestatījumi Vispārīgā izvēlne

WordPress un vietnes adresēm jāsakrīt ar:

Vispārīgo iestatījumu adreses

Ja viņi to nedara, labojiet nepareizi formatēto URL un saglabājiet izmaiņas.

Ja tas nenovērš kļūdu, pārbaudiet vietnes datus servera līmenī.

2. solis: atjauniniet failu wp-config.php

Failā wp-config.php ir daudz datu par jūsu vietnes konfigurēšanu, ieskaitot tās domēna vārdu.

Piesakieties failu pārvaldniekā vai FTP un atveriet failu wp-config.php. Meklējiet koda virkni, kas izskatās šādi:

define ('WP_HOME', 'http: //faux-agency.local');

definēt ('WP_SITEURL', 'http: //faux-agency.local');

Iepriekš aizstāto testa vietnes URL aizstājiet ar savu WordPress un vietņu adresēm. Atkal šīm abām vērtībām jābūt identiskām.

Viņiem arī jāatbilst, kā tie tiek konfigurēti servera līmenī. Tātad, ja domēns ir reģistrēts kā https: //www.faux-agency.local, tad šeit jābūt HTTPS un WWW vērtībām.

Saglabājiet izmaiņas un atgriezieties savā vietnē. Kļūda ir jānovērš.

Kļūda Nr. 12: jaukts saturs

Vēl viena kļūda, kas rodas no jūsu tīmekļa adreses formatēšanas, ir jaukta satura kļūda. Ko tas būtībā nozīmē, ka:

  • Jūsu vietnei ir instalēts SSL sertifikāts, un tagad tā darbojas caur HTTPS.
  • Jūsu vietnē ir daži elementi (piemēram, attēlu faili), lapas vai saites, kas turpina izmantot HTTP.

Vietnēm jābūt visām HTTPS vai visām HTTP. Lai noņemtu šo kļūdu, jums nenodrošināts saturs jāpārvieto uz drošo tīmekļa adresi.

Nevis veikt pasākumus, lai labotu šo, bet izvēlieties sev vispiemērotāko variantu:

1. opcija: izmantojiet rīku Pārbaudīt

Atveriet savu vietni un ar peles labo pogu noklikšķiniet uz jebkuras vietas ekrānā. Izvēlieties “Pārbaudīt” no iespējām:

Pārbaudiet vietni

Meklējiet konsoles paneli. Ja šajā lapā ir kāda šāda jaukta satura kļūda, to atradīsit šeit:

Pārbaudiet konsoli

Tas precīzi pateiks, kurā lapas daļā ir HTTP saturs. Pēc tam to var labot, labojot nepareizo saiti vai atkārtoti augšupielādējot failu.

2. opcija: izmantojiet spraudni SSL nedroša satura fiksētājs

Instalējiet SSL nedroša satura fiksētāja spraudnis lai palīdzētu jums.

SSL nedroša satura fiksētājs

Sāciet ar iestatījumu “Vienkāršs” un pārbaudiet, vai tas novērš problēmu. Ja tā nav, veiciet nākamos iestatījumus, līdz atrodat tādu, kas novērš jaukta satura problēmu.

3. opcija: sazinieties ar sava tīmekļa mitināšanas atbalsta dienestu, lai saņemtu palīdzību

Sazinieties ar savu tīmekļa mitināšanas uzņēmumu, ja zaudējumi ir saistīti ar jaukta satura kļūdu.

Kļūda # 13: Neizdevās rakstīt diskā

Ja rodas problēmas ar attēliem jūsu vietnē, tā, iespējams, ir kļūda, kuru redzēsit.

Tas parādīsies, kad failu neizdosies augšupielādēt. Tas parādīsies arī tad, kad multivides faili izskatās tā, it kā tie būtu pazuduši no mapes Multivide, kā arī no jūsu vietnes. Viņiem būs tukši vietturi, bet saturs netiks rādīts.

Tas nav saistīts ar mēģinājumiem augšupielādēt nepieņemamus failu tipus. Šī kļūda ir saistīta ar faila atļaujām, kas nav pareizi konfigurētas uz aizmugures pamata. Tīmekļa resursdatora atjauninājums vai spraudnis varētu viņus sajaukt.

1. darbība. Atjauniniet atļaujas wp-satura mapē

Dodieties uz savu FTP un atrodiet mapi wp-content. Atveriet to un atrodiet augšupielādes mapi. Ar peles labo pogu noklikšķiniet uz tā. Atlasiet Mainīt atļaujas (to var saukt arī par “Failu atļaujām” vai tikai “Atļaujas”)..

Augšupielādē Mainīt atļaujas

Ja neredzat ekrānu, kas izskatās šādi, jums būs jālūdz savam tīmekļa mitinātājam atjaunināt piekļuvi faila atļaujām vai palīdzēt jums.

Ja redzat šādu ekrānu, atjauniniet “Permissions Value” uz 744. Zemāk atzīmējiet rūtiņu “Recursive” un izmantojiet to tikai direktorijiem. Saglabājiet izmaiņas.

Ar peles labo pogu noklikšķiniet uz augšupielādes mapes vēlreiz. Šoreiz iestatiet “Permissions Value” uz 644. Pārbaudiet “Resursive”, bet izmantojiet to tikai failiem. Saglabājiet izmaiņas.

Atgriezieties savā vietnē, un jums vajadzētu redzēt, ka multivides faili ir neskarti (vai arī jūs varat bez traucējumiem augšupielādēt multivides failus).

Kļūda # 14: izmaiņas netiek rādītas

Tā nav kļūda, kas parādīsies ar ziņojumu vai baltu ekrānu. Šī ir kļūda, kuru jūs redzēsit savām divām acīm pēc atjaunināšanas veikšanas, lai tikai saprastu, ka tā neparādās vietnē.

Šis ir kešatmiņas jautājums.

1. darbība: iztīriet lapas kešatmiņu

Ja izmantojat WordPress kešatmiņas spraudni, vispirms jādzēš kešatmiņa.

Lielākā daļa WordPress spraudņu WordPress augšpusē administratora izvēlnes joslā ievietos pogu “Notīrīt kešatmiņu” vai “Notīrīt kešatmiņu”:

Notīrīt kešatmiņu

Tādējādi tiks iztīrīta lapas kešatmiņa visiem lietotājiem un apmeklētājiem. Atgriezieties savā vietnē un pārbaudiet, vai tas palīdzēja. Ja tas nenotika, izmēģiniet šo nākamo darbību:

2. darbība: notīriet pārlūka kešatmiņu

Dažos gadījumos problēma ir saistīta ar jūsu tīmekļa pārlūkprogrammu. Lai notīrītu pārlūka kešatmiņu, atrodiet pārlūka iestatījumus:

Pārlūka iestatījumi

Turpmāk atrodiet iestatījumu, kas ļauj notīrīt pārlūkošanas datus vai kešatmiņu:

Dzēst pārlūkošanas datus

Pēc tam notīriet pārlūkprogrammas kešatmiņu:

Chrome notīrīt kešatmiņu

Kad pārlūkprogramma būs pabeigta, jūs tiksit atgriezts iestatījumu lapā. Tagad varat apmeklēt savu vietni, lai pārliecinātos, ka problēma ir novērsta.

Kļūda # 15: Pieteikšanās neizdevās

Ir divi iemesli, kāpēc, iespējams, nevarēsit pieteikties WordPress adminā. Katram no tiem ir atsevišķs labojums.

1. iespēja: atjaunojiet paroli

Ja problēma ir tā, ka esat aizmirsis paroli, noklikšķiniet uz “Aizmirsāt paroli?” saite zem pieteikšanās formas:

Pazaudēju paroli

Ievadiet savu e-pasta adresi vai lietotājvārdu atkopšanas veidlapā:

Atgūstiet savu paroli

Jūs saņemsit e-pastu, lai izveidotu jaunu paroli un atgūtu piekļuvi savam kontam.

2. opcija: atjauniniet pieteikšanās akreditācijas datus phpMyAdmin

Ja problēma ir tā, ka neesat pazaudējis vai aizmirsis pieteikšanās akreditācijas datus, taču joprojām nevarat pieteikties, jums būs jāizmanto phpMyAdmin, lai tos manuāli atiestatītu.

Dodieties uz savu vadības paneli un meklējiet phpMyAdmin.

cPanel datu bāzes rīki

Šī ir jūsu phpMyAdmin konsole:

phpMyAdmin pults

Izvērsiet datu bāzi kreisajā panelī. Meklējiet tabulu wp_users. Noklikšķiniet uz tā vai izvēlieties opciju Pārlūkot, lai atvērtu WordPress lietotāju sarakstu.

phpMyAdmin lietotāja dati

Lai rediģētu pieteikšanās akreditācijas datus sev (vai jebkuram citam, kurš nevar pieteikties), noklikšķiniet uz pogas Rediģēt, kas atrodas pa kreisi no viņu pieteikšanās informācijas..

phpMyAdmin Rediģēt akreditācijas datus

Rediģējiet paroli – pārliecinieties, vai tā sastāv no lielajiem burtiem, mazajiem burtiem, cipariem un simboliem. Pēc tam saglabājiet izmaiņas.

Varat atgriezties WordPress pieteikšanās ekrānā un mēģināt vēlreiz. Ja problēma joprojām pastāv, sazinieties ar savu tīmekļa mitināšanas uzņēmumu, lai saņemtu palīdzību.

Satīt

Acīmredzot jūs cerat, ka, strādājot ar WordPress, nekad vairs neradīsit nevienu no šīm kļūdām. Tomēr kļūmes un kļūdas var rasties no dažādām vietām – jūsu tīmekļa servera, instalētajiem spraudņiem vai motīva, WordPress servera un dažreiz pat no jums..

Pat ja jūsu vietne nedarbojas bezsaistē, šie kļūdu ziņojumi, tukšie ekrāni un trūkstošais saturs jūsu apmeklētājus aizkavē. Tāpēc pārliecinieties, ka zināt, kā novērst šīs WordPress problēmas pēc otrās, kad tās tiek atklātas.

Pēdējā lieta: neaizmirstiet, ka fonā darbojas automatizēta dublējumu sistēma. Ja ir kāda iespēja, ka vienu no šīm kļūdām nevar precīzi novērst (piemēram, drošības pārkāpuma gadījumā), dublējums var patiešām saglabāt jūsu slēpni.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map