WordPressi tõrkeotsing (101)

WordPressi tõrkeotsingMis puutub WordPressi tugiteenustesse, siis on kasutajatel valida mitme valiku vahel:


  • WordPressi koodeks
  • WordPressi tugifoorum (mehitatud WordPress.org administraatorite ja teiste WordPressi kasutajate poolt)
  • Pistikprogrammi ja teema tugi (arendajate pakutav)
  • Veebimajutuse tugi (tugiteenuste kättesaadavus ja tüüp sõltuvad hostimiskavast)

Ilma otsese suhtlusliini või WordPressi pakutavate reaalajas tugiteenusteta võib see WordPressi vigade lahendamise masendavaks muuta. Hea uudis on aga see, et enamik tekkivaid vigu on üsna tavalised.

Selles juhendis näeme teile, kuidas WordPressi tõrkeotsingut alustada, kui asjad lähevad viltu.

15 levinumat WordPressi viga ja kuidas neid parandada:

  1. Surma valge ekraan
  2. Sisemine serveri tõrge
  3. Viga andmebaasi ühenduse loomisel
  4. Vigane lüüsi või lüüsi aegumine
  5. Liiga palju taotlusi
  6. Ühenduse aeg oli aegunud / piirang ammendatud
  7. lehte ei leitud
  8. Süntaksiviga
  9. Plaanilise hoolduse jaoks pole saadaval
  10. Automaatne värskendamine nurjus
  11. Liiga palju ümbersuunamisi
  12. Segatud sisu
  13. Kettale kirjutamine ebaõnnestus
  14. Muudatusi ei kuvata
  15. Sisselogimine ebaõnnestus

Contents

Levinumate WordPressi vigade tõrkeotsingu juhend

Ehkki WordPressis on palju asju, mis võivad valesti minna, pole põhjuste kitsendamine liiga keeruline, kui teate, milline viga on ilmnenud.

Viga nr 1: surma valge ekraan

Surma valge ekraan on täpselt selline, nagu see kõlab. Üritate pääseda juurde WordPressi administraatorile või, mis veelgi hullem, teie WordPressi veebisait ja ekraan on tühjad.

Valget ekraani võib põhjustada mitu asja, alates konfliktsetest pistikprogrammidest kuni mälupiiride ületamiseni (ehkki enamasti on see süüdi pistikprogramm või teema). Kui tõrketeavet pole, mis viitaks probleemile, siis jätkake selle tõrkeotsingu protsessiga.

Märkus. Ehkki see on surma valge ekraani parandamise töövoog, on see kasulik muude WordPressi vigade parandamiseks. Iga kord, kui viitame allpool toodud valgele surmaekraani parandusele, viidame sellele protsessile.

1. samm: lülitage välja kõik pistikprogrammid

Kui teil on endiselt juurdepääs WordPressi administraatorile ja ainult teie sait on maas, tehke järgmist.

Minge jaotisse Pistikprogrammid> Installitud pistikprogrammid:

Installitud pistikprogrammid

Valige kõik pistikprogrammid:

Kontrollige kõiki pistikprogramme

Valige menüüst Hulgitoimingud “Deaktiveeri”:

Hulgiline väljalülitamine

Nüüd peaksid kõik teie pistikprogrammid olema desaktiveeritud:

Deaktiveeritud pistikprogrammid

Kui teil pole juurdepääsu WordPressi administraatorile, peate seda tegema juhtpaneelilt.

Minge oma veebimajutuse juhtpaneelile:

BlueHosti armatuurlaud

Leidke oma juhtpaneel.

Otsite kas failihaldurit või FTP-d. Mõlemad annavad teile juurdepääsu oma veebisaidi taustaprogrammile.

Bluehost-faili FTP

Leidke oma veebisaidi juurest wp-sisu kaust:

wp-sisu kaust

Avage see ja leidke pistikprogrammide kaust:

Pluginate kaust

Nimetage kaust ümber kõigeks, välja arvatud pistikprogrammideks. See desaktiveerib kõik teie veebisaidi pistikprogrammid.

2. samm: kontrollige oma veebisaiti

Kui teie pistikprogrammid on desaktiveeritud, on aeg vaadata, kas teie juurdepääs on taastatud.

Kui teil polnud varem administraatorile juurdepääsu, minge sinna nüüd:

WordPressi sisselogimine

Kui surma valge ekraan oli just teie veebisait, hõljutage kursorit WordPressi administraatori vasakus ülanurgas asuva veebisaidi nime kohal ja klõpsake nuppu Külasta saiti:

Külastage saiti menüüst

Sõltuvalt sellest, mida näete, on teil järgmisteks toiminguteks kaks võimalust:

  • Kui teil on juurdepääs: Leidke probleemne pistikprogramm.
  • Kui teil pole juurdepääsu: Proovige uut teemat.

Järgmisena kõnnime need sammud läbi.

3. samm: leidke problemaatiline pistikprogramm (1. võimalus)

Kui teil on uuesti juurdepääs, siis teate, et probleem oli tõenäoliselt pistikprogramm. See tähendab, et üks teie pistikprogrammidest on vastuolus:

  • Teie teema
  • Veel üks plugin

Nüüd peate välja nuusutama, milline pistikprogramm on süüdi. Selleks peate oma pistikprogrammid ükshaaval aktiveerima.

Alustage oma loendi ülaosast. Aktiveerige esimene pistikprogramm:

Aktiveerige pistikprogramm

Kui see pistikprogramm on põhjustatud, peaksite uuesti kaotama juurdepääsu WordPressi administraatorile või oma veebisaidile. (Pistikprogrammi deaktiveerimisega saate selle veel kord taastada.)

Kui te ei näe surma valget ekraani, desaktiveerige see pistikprogramm ja proovige järgmist. Peate neid toiminguid korrata, kuni leiate probleemse pistikprogrammi.

See muidugi eeldab, et pistikprogramm on teie teemaga vastuolus. Kui te ei näe veaekraani pärast iga pistikprogrammi ükshaaval väljalülitamist, võib probleem olla kahe pistikprogrammi vahel. Nende leidmiseks peate kaks uuesti aktiveerima. Kuid see pole tavaline. Tavaliselt on viga pistikprogrammi ja teema konfliktne skript.

Kui olete probleemse duo kindlaks teinud, minge edasi ja aktiveerige kõik muud oma veebisaidi pistikprogrammid.

Probleemist teatamiseks pöörduge pistikprogrammi arendaja poole. Veenduge, et teil oleks vea ekraanipilte ja kas saate üksikasjalikult kirjeldada, miks see juhtus ja kuidas suutsite seda kinnitada.

3. samm: proovige uut teemat (2. võimalus)

Kui näete pärast kõigi pistikprogrammide desaktiveerimist ikkagi surma valget ekraani, võib süüdlane olla teie teema.

Selle kinnitamiseks peate oma teema deaktiveerima.

Kui teil on endiselt juurdepääs WordPressi administraatorile ja ainult teie sait on maas, tehke järgmist.

Minge Välimus> Teemad:

Välimusteemade menüü

Teema desaktiveerimiseks peate aktiveerima mõne muu.

Olenemata sellest, kas see on juba installitud või mitte, aktiveerige uusim WordPressi vaiketeema:

Aktiveerige vaikimisteema

Kui teil pole juurdepääsu WordPressi administraatorile, toimige samamoodi nagu juhtpaneelil oma pistikprogrammidega.

Jällegi leidke oma veebisaidi juurmest wp-sisu kaust. Seekord tasub otsida selle teemade kausta:

Teemade kaust

Nimetage kaust ümber kõigeks, välja arvatud teemad. See desaktiveerib teie teema ja aktiveerib WordPressi vaikimisi automaatselt teema.

Nüüd saate oma veebisaiti kontrollida, kas surma valge ekraan on kadunud. Kui on, siis teate, et küsimus on konfliktis teie teema ja tuuma vahel.

Võtke ühendust teema arendajaga, saates vea ekraanipilte ja kirjeldades samme, mida te probleemi kinnitamiseks tegite.

4. samm: käivitage silur

Enamikul juhtudel aitavad ülaltoodud toimingud probleemi oma veebisaidil üles leida. Kui olete sellesse punkti jõudnud ja näete ikkagi surma valget ekraani, on üks viimane asi, mida proovida.

Naaske oma failihalduri või FTP juurde. Minge juurkataloogi ja otsige faili wp-config.php:

wp-config fail

Avage fail redigeerimiseks.

Altpoolt näete järgmist stringi:

define ('WP_DEBUG', vale);
define ('WP_DEBUG_LOG', vale);
define ('WP_DEBUG_DISPLAY', vale);

See ütleb järgmist:

  • Silumisfunktsioon on välja lülitatud.
  • Kui ilmneb tõrge, siis selle taustal logi ei genereerita.
  • Kui ilmneb tõrge, ei kuvata esiplaanil veakoodi.

Kui olete ummikus, on kasulik see funktsioon sisse lülitada, et saaksite tõrke kohta rohkem üksikasju. Selleks muutke kaks ülemist väärtust väärtuseks tõsi:

define ('WP_DEBUG', tõsi);
define ('WP_DEBUG_LOG', tõsi);
define ('WP_DEBUG_DISPLAY', vale);

Hoidke kuva seatud kujul vale. Te ei soovi, et häkkerid saaksid teie reaalajas saidi taustal toimuva kohta mingit teavet, seetõttu hoidke neid koode alati nende eest varjatud.

Salvestage fail, kui olete silumise lubamise lõpetanud (kuid jätke juhtpaneel avatuks). Seejärel naaske oma veebisaidile.

Kui näete uuesti surma valget ekraani, minge tagasi juhtpaneelile ja otsige wp-sisu kausta (sama, kus on teie teema ja pistikprogrammid). Nüüd saab olema tekstifail nimega debug_log.

silumisfail

Avage see ja vaadake veateade üle. Otsige tänapäeva kuupäeva ja kellaaega. Peaks olema rida, mis näitab, milline fail teie kataloogis ja milline selle faili rida viga sisaldab.

Kui viga asub ühes teie teema- või pistikfailist, tehke veakoodi ekraanipilt ja saatke see arendajale, et nad saaksid probleemi lappida (nagu see oli hiljutises värskenduses tõenäoliselt kasutusele võetud).

Kui see on mõne muu faili probleem, peate selle parandama. Kui teil pole seda mugav teha, pöörduge abi saamiseks arendaja poole.

Kui probleem on parandatud ja surma valge ekraan on kadunud, minge tagasi saidile wp-config.php ja keelake silumine.

Viga nr 2: sisemise serveri tõrge (veakood 500)

See pole alati 100% selge, mis 500 sisemise serveri tõrke täpselt põhjustas. Nagu surma valge ekraan, on ka teie koodis midagi valesti.

1. samm: asendage .htaccess-fail

Esimene testitav asi on .htaccess-fail. Mõnikord rikutakse seda ja teie veebisait asendatakse lehega „Internal Server Error”.

Sõltumata sellest, kas fail on rikutud, peaksite selle sammu ikkagi tegema. Kui asendate olemasoleva .htaccess-faili, ei kahjustata teie veebisaiti.

Logige sisse oma juhtpaneelile ja avage failihaldur või FTP-haldur. Enne oma veebisaidi juurkataloogi sisestamist valige suvand „Kuva peidetud failid” (kui teil see on):

Failihalduri sätted

Kui teie veebisait töötab jagatud hostingus, võib fail siiski olla peidetud. Sel juhul lisage failihalduri URL-i lõppu järgmine tekst: “& showhidden = 1”.

htaccess-fail

Nimetage deaktiveerimiseks fail .htaccess ümber.

Minge oma veebisaidile ja uurige, kas see eemaldas sisemise serveri vea. Kui see juhtus, siis peate tegema vaid täiesti uue faili.

Minge menüüsse Seaded> Permalinks:

Seadete Permalinkide menüü

Klõpsake lehe allosas nuppu „Salvesta muudatused”. See loob uue faili.

Kui viga ei kao, proovige seda ümbersuunamist.

Avage uus .htaccess-fail ja lisage järgmine teave:

# BEGIN WordPress
RewriteEngine sisse lülitatud
RewriteBase /
RewriteRule ^ register \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]
# END WordPress

Kui see ei kõrvalda riket, liikuge järgmise sammu juurde.

2. samm: Surma valge ekraan on parandatud

Saate läbi viia surmaotsingu tõrkeotsingu samme.

Kui viga pärast seda ikkagi püsib, proovige järgmist toimingut.

3. samm: suurendage mälulimiiti

See pole tõenäoliselt põhjus, sest tavaliselt näete sellisel juhul mälu ammendamisega seotud teadet. Selle proovimiseks pole siiski valus, kuna see on kiire lahendus.

Käitage läbi mälu suurendamise tõrkeotsingu sammud.

Kui olete endiselt ummikus, peaks see viimane samm toimima järgmiselt.

4. samm: asendage wp-admin ja wp-incl kaustad

Värskendus võib teie wp-admin või wp-incl kaustades koodi tahtmatult rikkuda.

Nende asendamiseks peate hankima WordPressi värske koopia.

Minema WordPress.org, klõpsake nuppu „Hangi WordPress” ja laadige failid alla oma töölauale.

Hankige värskeid WordPressi faile

Pakige kaust lahti ja leidke kaustad wp-admin ja wp-incl.

Naaske oma failihalduri juurde. Laadige alla juba olemasolevate kaustade wp-admin ja wp-hõlmab kausta koopiad (igaks juhuks on hea mõte see koopia saada).

cPaneli kaustad

Klõpsake nuppu „Laadi üles”. Seejärel laadige iga kaust uuesti ükshaaval üles. Teil on vaja seda teha ainult wp-admin ja wp-sisaldab.

Faile üles laadima

Nüüd saate oma veebisaidile naasta. Viga peaks kaduma. Kui seda pole, on aeg pöörduda abi saamiseks oma veebimajutusettevõtte poole.

Viga nr 3: viga andmebaasi ühenduse loomisel

Kui näete seda tõrketeadet, tähendab see, et miski takistab teie WordPressi saidil ühenduse loomist MySQL- või MariaDB-andmebaasiga.

1. samm: kontrollige faili wp-config.php

Fail wp-config.php sisaldab kõige olulisemaid üksikasju teie veebisaidi konfigureerimise kohta – lisage oma andmebaasi teave. Enne muude paranduste proovimist kontrollige seda kõigepealt.

Minge oma failihaldurisse või FTP-le ja tehke oma tee faili wp-config.php juurde. Avage see redigeerimiseks.

Peaksite leidma oma andmebaasi sätetele pühendatud jaotise. See näeb välja selline:

/ ** WordPressi andmebaasi nimi * /
define ('DB_NAME', 'andmebaasi_nimi');

/ ** Andmebaasi kasutajanimi * /
define ('DB_USER', 'andmebaasi_kasutajanimi');

/ ** Andmebaasi parool * /
define ('DB_PASSWORD', 'databasepw');

/ ** Hostinimi * /
define ('DB_HOST', 'andmebaasi_majanimi');

/ ** andmebaasi kooditabel * /
define ('DB_CHARSET', 'utf8');

/ ** Andmebaasi sortimise tüüp * /
define ('DB_COLLATE', '');

Kui mõni neist andmetest puudub või tundub vale, tehke muudatused (pärast wp-config.php koopia salvestamist töölauale).

Salvestage muudatused ja naaske veebisaidile, et näha, kas see ikka ei saa andmebaasiga ühenduse luua.

2. samm: võtke ühendust oma veebimajutaja toega

Kui teie otsas pole WordPress-andmebaasi ühenduses selget häiret, on aeg rääkida oma veebiga.

Andmebaasi ühendamine võib olla ohustatud mitmel põhjusel:

  • Serveri seisakuid
  • Plaani piirmäärad on ületatud (kuigi nad peaksid teid sellest teavitama)
  • Turvalisuse rikkumine

Kui olete algpõhjuse teada saanud, töötage selle parandamiseks kiiresti, isegi kui see tähendab lihtsalt ETA saamist, kui serverid on taas võrgus. Te ei saa lubada oma saidil liiga kaua seisma jääda.

Viga nr 4: vigane lüüs (veakood 502) või lüüsi aegumine (veakood 504)

Need veakoodid tähendavad, et serveri tasemel on midagi valesti. Ehkki teil ei pruugi olla serveri otsene kontroll, võivad need vead olla mõnikord ajutised, nii et enne hostiga ühenduse võtmist on soovitatav need tõrkeotsingu sammud läbi vaadata..

1. samm: värskendage saiti

Klõpsake brauseri ribal nuppu Värskenda:

Värskenda veebisaiti

Võib-olla olete proovinud oma veebisaiti laadida, kui server oli ajutiselt maas või tõrge.

2. samm: tühjendage brauseri vahemälu

Kui värskendamine ei toimi, võib probleem olla seotud vahemälluga. Kui soovite oma veebisaidi lahti võtta, minge oma brauseri seadetesse.

Otsige sirvimisandmete kustutamiseks suvandit. Chrome’is näeb seade välja selline:

Kustuta sirvimise andmed

Kontrollige vahemälupiltide ja failide seadistusi:

Chrome'i tühjenda vahemälu

Seejärel klõpsake nuppu „Kustuta andmed”. Kui see on tehtud, laadige oma veebisait uuesti ja vaadake, kas see eemaldas veakoodi.

3. samm: Surma valge ekraan on parandatud

Kui kaks ülaltoodud parandust ei tööta, võib süüdi olla hiljutine pistikprogramm või teemauuendus.

Saate läbi viia surmaotsingu tõrkeotsingu samme.

4. samm: pöörduge oma hosti või CDN-i pakkuja poole

Kui ükski ülaltoodud variantidest pole toiminud, pöörduge oma hosti või CDN-teenuse pakkuja poole.

Kui võtate ühendust, veenduge, et teil oleks vea ekraanipilt ja üksikasjad seni tehtud tõrkeotsingu toimingute kohta. Võimalik, et veast vabanemiseks tuleb neil keelata teie DNS, CDN või tulemüür.

Viga nr 5: liiga palju päringuid (veakood 429)

See tõrge tähendab tavaliselt seda, et on olemas pistikprogramm või teemaskript, mis saadab teie serverisse liiga palju päringuid.

1. samm: Surma valge ekraan on parandatud

Saate läbi viia surmaotsingu tõrkeotsingu samme.

Kui te ei saa selle protsessi käigus tekkinud viga eemaldada, võtke ühendust oma hostiettevõttega. Nad peaksid suutma teile öelda, milline kolmanda osapoole integratsioon töötab kiirenduse korral.

Kui probleemi lahendamiseks on olemas viis sätteid uuesti konfigureerida, tehke seda. Vastasel juhul peate leidma asendustööriista.

Viga nr 6: ühendus on aegunud / limiit ammendatud

Selle vea korral ei kaota te juurdepääsu oma veebisaidile ega administraatori alale. Selle asemel tähendab see, et toiming, mida proovite WordPressis teha – näiteks uue teema installimine – ammendab teie serveri piire.

1. samm: suurendage mälulimiiti

Minge oma failihaldurisse ja avage fail wp-config.php.

Otsige faili allosas stringi, mis näeb välja järgmine:

define ('WP_MEMORY_LIMIT', '64M');

Uuendamist vajab bitti “64M”. Kui soovite oma serveril päringu töötlemiseks rohkem mälu anda, suurendage limiiti 256 miljonini:

define ('WP_MEMORY_LIMIT', '256M');

Proovige oma taotlust WordPressi kaudu uuesti käivitada. Kui see ei tööta, proovige seda:

2. samm: suurendage maksimaalset täitmisaega

Võib juhtuda, et päringu töötlemiseks kulunud aeg on ületanud vaikimisi maksimaalse täitmisaja.

Sellel limiidil on mõjuv põhjus (näiteks peatada häkkerite pommitamine teie serverit samade taotlustega ikka ja jälle). Kuid saate seda ajutiselt kohandada, et lubada oma taotlus läbi vaadata.

Otsige oma failihaldurist või FTP-st üles .htaccess-fail. Kui teil on raske .htaccess-faili leida, vaadake juhiseid sisemise serveri veaparandusest.

Kerige faili sisemusse. Näete rida, mis näeb välja selline:

# LÕPPENUD TÖÖKOHT

Asetage see veidi kõrgemale:

php_value max_execution_time 300

Vaikimisi on maksimaalne täitmisaeg tavaliselt 30–60 sekundit. See summutab seda kuni 300 sekundit.

Proovige oma taotlust veel üks kord. Kui see töötab, pidage meeles, et minge tagasi oma .htaccess-faili ja eemaldage rida täielikult või kirjutage see ümber, nii et öeldakse:

php_value max_execution_time 60

Kui see parandus ei töötanud, värskendage 300 kuni 600 ja korrake. Kui see ikka ei tööta, võib hiljuti värskendatud pistikprogrammi või teemaga olla midagi valesti.

3. samm: Surma valge ekraan on parandatud

Saate läbi viia surmaotsingu tõrkeotsingu samme.

Kui olete endiselt ummikus, pöörduge oma hostiteenuse pakkuja poole.

Viga nr 7: lehte ei leitud (veakood 404)

Pole tavaline, et selle tõrkega saab veebis hakkama, kui lehte enam pole selle algsel URL-il ja ümbersuunamist pole üles seatud. Kuid mõnikord võib seda viga näha isegi siis, kui mõni leht on sisestatud aadressil.

1. samm: kontrollige URL-i õigekirja

Ainult ohutuse tagamiseks kontrollige kaks korda aadressiribale sisestatud URL-i õigekirja. Veenduge, et pole vigu.

2. samm: parandage püsilinke

Kui olete mingil ajal oma püsilinki struktuuri ümber lülitanud, võib eelmine säte takerduda taustaprogrammi. Selle nihutamiseks avage Seaded> Permalinks.

Seadete Permalinkide menüü

Lülitage oma püsilinkide struktuur tagasi vaikesättele „Plain”:

Permalinki vaikesätted

Salvestage muudatused.

Naaske püsilinkide struktuuri juurde, mida soovite kasutada. Salvestage veel kord.

Kontrollige lehte, kas viga 404 on endiselt alles. Kui on, siis jätkake järgmise sammuga.

3. samm: asendage .htaccess-fail

Viige läbi rikutud .htaccess-faili parandus.

See peaks veast lahti saama.

Viga nr 8: süntaksiviga

Seda viga näete kohe pärast faili redigeerimist oma veebisaidi taustal.

Kui näete „süntaksiviga”, tähendab see, et rikutakse õigeid kodeerimise tavasid.

Näiteks on see süntaktiline viga, kuna puudub viimane semikoolon (;):

define ('WP_MEMORY_LIMIT', '64M')

See on ka süntaktiline viga, kuna sirged tsitaadid kirjutatakse lokkis jutumärkidena:

define ('WP_MEMORY_LIMIT', '64M');

Võite ilmneda ka “ootamatu tõrge”. See tähendab, et midagi on valesti kirjutatud või valesti vormindatud.

1. samm: parandage kood

Seda tüüpi vead on selgemad kui enamus selle loendi vigadest. Kui näete ühte, peaks see teile mitte ainult ütlema, milline fail sisaldab tõrget, vaid ka seda, millisel real viga ilmnes. See muudab koodil puuduvate või ekslike märkide kontrollimise palju lihtsamaks.

Kui probleem on leitud, parandage see ja salvestage muudatused. Külastage oma saiti uuesti, et kinnitada, et viga on kadunud.

Viga nr 9: Plaanitud hoolduse jaoks pole saadaval

Selle teate kuvamiseks on üks põhjus: WordPress on värskenduse tegemise ajal seadnud teie veebisaidi hooldusrežiimi. See võib olla:

  • Värskendus, mille just läbisite.
  • Automaatvärskendus, mille WordPress just nüüd tegi.
  • Varasem värskendus, mis muutis teie veebisaidi hooldusrežiimi kinni.

1. samm: andke minut

Enne kui midagi teete, andke sellele lihtsalt minut. Isegi kui te värskendust käsitsi ei lükanud, töötab WordPress taustal ühe peal.

Kui minut möödub ja ajastatud hooldusteade pole kuhugi kadunud, tehke järgmine samm.

2. samm: keelake hooldusrežiim

Logige sisse oma juhtpaneeli ja failihaldurisse. Minge oma veebisaidi juure ja otsige faili nimega .maintenance.

Hooldusrežiimi keelamiseks klõpsake lihtsalt faili ja kustutage see. See toob teie veebisaidi tagasi.

Viga # 10: automaatne värskendamine ebaõnnestus

Vaikimisi on WordPress konfigureerinud väiksemad värskendused automaatselt käima (peamiselt need, mis puudutavad üldist hooldust ja turvalisust). Võimalik, et teil on kavas käivitada oma automatiseeritud värskendused.

Olenemata nende päritolukohast võib värskendus läbida mõnikord. See võib olla lihtsalt halb ajastus (näiteks kui server oleks täpselt sel hetkel maas) või tõrge süsteemis.

1. samm: värskendage käsitsi

Selle parandamine on lihtne.

Näete WordPressis mitmeid näitajaid, mis annavad teile teada, kus teie värskendused ootavad:

WordPressi värskendused

Järgige neid ja väljastage värskendus käsitsi.

Viga nr 11: liiga palju ümbersuunamisi

Tavaliselt on ümbersuunamine tahtlik. Värskendate oma domeeninime või teisaldate oma veebisaidi HTTP-lt HTTPS-i. Sel juhul kasutate ümbersuunamist 301, et tagada liikluse õigesse sihtkohta jõudmine ka siis, kui külastajad kirjutavad vana URL-i.

Kui näete viga, mis ütleb, et ümbersuunamisi on liiga palju, tähendab see tavaliselt, et teie külastajad on takerdunud ümbersuunamissilmusesse, kus pole kuskile maanduda.

See juhtub siis, kui teie saidi ja WordPressi aadressid on erinevad.

1. samm: värskendage WordPressi sätteid

Esimene koht, kus seda lahknevust kontrollida, on teie WordPressi seaded. Avage Seaded> Üldine:

Seadistused Üldine menüü

WordPressi ja saidi aadressid peaksid ühtima:

Üldseadete aadressid

Kui nad seda ei tee, parandage valesti vormindatud URL ja salvestage muudatused.

Kui see viga ei lahenda, kontrollige oma saidi andmeid serveri tasemel.

2. samm: värskendage faili wp-config.php

Fail wp-config.php sisaldab palju andmeid teie veebisaidi konfigureerimise kohta, sealhulgas selle domeeninime.

Logige sisse oma failihaldurisse või FTP-sse ja avage fail wp-config.php. Otsige koodijada, mis näeb välja järgmine:

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

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

Asendage ülaltoodud testi saidi URL oma WordPressi ja saidi aadressidega. Need kaks väärtust peaksid jällegi olema identsed.

Need peaksid ühtima ka serveri tasemel konfigureerimisega. Niisiis, kui domeen on registreeritud kui https: //www.faux-agency.local, siis peavad siin olema HTTPS ja WWW väärtused.

Salvestage muudatused ja naaske oma veebisaidile. Viga peaks kaduma.

Viga nr 12: segatud sisu

Teine viga, mis tuleneb teie veebiaadressi vormindamisest, on segatud sisu viga. Mida see sisuliselt tähendab, on see:

  • Teie veebisaidile on installitud SSL-sertifikaat ja see töötab nüüd läbi HTTPS.
  • Teie saidil on mõned elemendid (nt pildifailid), lehed või lingid, mis jätkavad HTTP kasutamist.

Veebisaidid peavad olema kõik HTTPS või kõik HTTP. Selle tõrke eemaldamiseks peate oma turvamata sisu teisaldama turvalisele veebiaadressile.

Selle asemel, et astuda samme selle parandamiseks, valige endale kõige sobivam variant:

1. võimalus: kasutage tööriista Inspect

Avage oma veebisait ja paremklõpsake ekraanil ükskõik kus. Valige suvanditest „Kontrolli”.

Kontrollige veebisaiti

Otsige konsooli paneeli. Kui sellel lehel on mõni selline segatud sisuga viga, leiate selle siit:

Kontrollige konsooli

See ütleb teile täpselt, milline lehe osa sisaldab HTTP-sisu. Seejärel saate selle parandada, parandades vale lingi või laadides faili uuesti üles.

2. võimalus: kasutage SSL-i ebaturvalise sisuga fikseerija pistikprogrammi

Installige SSL-i ebaturvalise sisuga paranduse pistikprogramm et teid aidata.

SSL ebakindla sisu parandus

Alustage sättega “Lihtne” ja vaadake, kas see lahendab probleemi. Kui seda pole, siis lugege läbi järgmised sätted, kuni leiate ühe, mis segatud sisu probleemi lahendab.

3. võimalus: abi saamiseks pöörduge oma veebimajutustoe poole

Kui teil on segatud sisu tõrke tõttu kahju, pöörduge oma veebimajutusettevõtte poole.

Viga # 13: kettal kirjutamine nurjus

Kui teil on oma saidil olevate piltidega probleeme, on see tõenäoliselt tõrge, mida näete.

See ilmub siis, kui faili üleslaadimine ebaõnnestub. See ilmub ka siis, kui teie meediumifailid näevad välja nii, nagu oleksid nad kadunud nii teie meediumikaustast kui ka teie veebisaidilt. Nende jaoks on tühjad kohahoidjad, kuid sisu ei näidata.

See ei pea olema seotud lubamatute failitüüpide üleslaadimisega. See tõrge on seotud failiõigustega, mida pole taustprogrammil õigesti konfigureeritud. Teie veebimajutaja värskendus või pistikprogramm oleks võinud need segadusse ajada.

1. samm: värskendage õigusi wp-sisu kaustas

Minge oma FTP-le ja leidke wp-sisu kaust. Avage see ja otsige üleslaaditavate failide kausta. Paremklõpsake sellel. Valige „Muuda õigusi” (seda võidakse nimetada ka „faililubadeks” või lihtsalt „õigusteks”).

Laadib üles muudatuste õigused

Kui te ei näe ekraani, mis näeb välja selline, peate paluma veebimajutajal värskendada juurdepääsu faililubadele või aidata teid sellest välja.

Kui näete sellist ekraani, värskendage „Permissions Value” väärtusele 744. Märkige allolev ruut „Rekursiivne” ja rakendage see ainult kataloogidele. Salvestage muudatused.

Paremklõpsake uuesti üleslaaditud kausta. Seekord seadke “Permissions Value” väärtuseks 644. Kontrollige “Resursive”, kuid rakendage seda ainult failidele. Salvestage muudatused.

Naaske oma veebisaidile ja peaksite nägema, et teie meediumifailid on terved (või et saate meediumifaile tõrgeteta üles laadida).

Viga nr 14: muudatusi ei kuvata

See ei ole tõrge, mis tuleb teate või valge ekraaniga. See on viga, mida näete pärast värskenduse tegemist oma kahe silmaga, ainult et mõistaksite, et seda ei kuvata reaalajas saidil.

See on vahemällu salvestamise küsimus.

1. samm: tühjendage lehe vahemälu

Kui kasutate WordPressi vahemälu pistikprogrammi, tuleb kõigepealt vahemälu tühjendada.

Enamik WordPressi pistikprogramme paneb WordPressi ülaosas olevale administraatori menüüribale nupu „Puhasta vahemälu” või „Tühjenda vahemälu” järgmiselt:

Puhastuse vahemälu

See tühjendab kõigi kasutajate ja külastajate lehe vahemälu. Naaske oma veebisaidile ja uurige, kas see aitas. Kui seda ei tehtud, proovige järgmist toimingut.

2. samm: tühjendage brauseri vahemälu

Mõnel juhul on probleemiks teie veebibrauser. Brauseri vahemälu tühjendamiseks leidke brauseri seaded:

Brauseri seaded

Sealt leidke seade, mis võimaldab teil sirvimisandmeid või vahemälu tühjendada:

Kustuta sirvimise andmed

Seejärel tühjendage brauseri vahemälu:

Chrome'i tühjenda vahemälu

Kui teie brauser on valmis, naasete te tagasi seadete lehele. Nüüd saate oma veebisaiti külastada, et veenduda, kas probleem on lahendatud.

Viga nr 15: sisselogimine nurjus

On kaks põhjust, miks te ei saa WordPressi administraatorisse sisse logida. Igal neist on eraldi parandus.

1. võimalus: taastage parool

Kui probleem on selles, et olete parooli unustanud, klõpsake nuppu „Unustasid parooli?” sisselogimisvormi all olev link:

Unustasin parooli

Sisestage taastamisvormis oma e-posti aadress või kasutajanimi:

Taastage oma parool

Uue parooli loomiseks ja oma kontole juurdepääsu taastamiseks saate meilisõnumi.

2. võimalus: värskendage sisselogimisandmeid phpMyAdminis

Kui probleem on selles, et te pole kadunud või unustanud oma sisselogimisandmeid, kuid te ei saa ikkagi sisse logida, peate nende käsitsi lähtestamiseks kasutama phpMyAdminit.

Minge juhtpaneelile ja otsige phpMyAdmin.

cPaneli andmebaasi tööriistad

See on teie phpMyAdmini konsool:

phpMyAdmin Console

Laiendage vasakpoolsel paneelil oma andmebaasi. Otsige tabelit wp_users. Klõpsake sellel või valige suvand „Sirvi”, et avada oma WordPressi kasutajate loend.

phpMyAdmini kasutajaandmed

Enda (või kõigi teiste, kes ei saa sisse logida) sisselogimismandaadi muutmiseks klõpsake nende sisselogimisandmetest vasakul asuvat nuppu „Muuda”.

phpMyAdmin Redigeerige mandaati

Muutke parooli – veenduge, et see koosneb tugevatest suurtähtedest, väiketähtedest, numbritest ja sümbolitest. Seejärel salvestage muudatused.

Võite naasta WordPressi sisselogimiskuvale ja proovida uuesti. Kui probleem püsib, pöörduge abi saamiseks oma veebimajutusettevõtte poole.

Tõmba otsad kokku

Ilmselt loodate, et te ei kohta WordPressiga töötades kunagi ühtegi neist vigadest. Tõrkeid ja tõrkeid võib pärineda paljudest kohtadest – teie veebiserverist, installitud pistikprogrammidest või teemast, WordPressi tuumast ja mõnikord isegi teilt.

Isegi kui teie veebisait ei liigu võrguühenduseta, on need veateated, tühjad ekraanid ja puuduv sisu teie külastajatele kasulik. Seega veenduge, et teaksite nende WordPressi probleemide tõrkeotsingut juba pärast nende tuvastamist.

Viimane asi: ärge unustage, et taustal töötab automaatne varundamissüsteem. Juhul, kui ühte neist vigadest ei õnnestu puhtalt lahendada (nagu turvarikkumise korral), võib varukoopia teie peidiku tõesti päästa.

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