WordPress problemlərini aradan qaldırmaq (101)

WordPress problemlərini aradan qaldırmaqWordPress dəstəyinə gəldikdə, istifadəçilər seçmək üçün bir sıra seçimlərə malikdirlər:


  • WordPress Kodeksi (DIY)
  • WordPress dəstək forumu (WordPress.org idarəçiləri və digər WordPress istifadəçiləri tərəfindən idarə olunur)
  • Plugin və tema dəstəyi (tərtibçilər tərəfindən təqdim olunur)
  • Veb hostinq dəstəyi (mövcudluq və dəstək növü hosting planına görə fərqlənir)

Bir birbaşa əlaqə xətti və ya WordPress tərəfindən təmin edilən real vaxt dəstəyi olmadan bu, WordPress səhvlərinin həllini əsəbiləşdirə bilər. Yaxşı xəbər budur ki, ortaya çıxan səhvlərin əksəriyyəti olduqca yaygındır.

Bu təlimatda, işlər pisləşəndə ​​WordPress-in necə aradan qaldırılacağını sizə göstərəcəyik.

15 ümumi WordPress səhvləri və onları necə düzəltmək olar:

  1. Ölümün ağ ekranı
  2. Daxili server xətası
  3. Verilənlər bazası bağlantısını qurma xətası
  4. Pis şlüz və ya şlüz qapısının açılması
  5. İstəklər çoxdur
  6. Bağlantı vaxtı bitdi / həddi bitdi
  7. səhifə tapılmadı
  8. Söz düzümü səhvi
  9. Planlı təmir üçün əlçatmazdır
  10. Avtomatik yeniləmə alınmadı
  11. Çox yönləndirmə
  12. Qarışıq məzmun
  13. Diskə yazmaq alınmadı
  14. Dəyişikliklər göstərilmir
  15. Giriş uğursuz oldu

Contents

Ən çox yayılmış WordPress səhvlərini aradan qaldırmaq üçün bir bələdçi

WordPress-də səhv ola biləcək bir dəstə şey olsa da, hansı növ xətanın baş verdiyini bilsəniz səbəbləri azaltmaq çətin deyil..

Səhv # 1: Ölümün Ağ Ekranı

Ölümün ağ ekranı tam olaraq səslənir. WordPress idarəçisinə daxil olmağa çalışacaqsınız və ya daha da pis, WordPress veb saytınız və ekran boş olacaq.

Ziddiyyətli plaginlərdən yaddaş həddini aşmasına qədər ölümün ağ ekranına səbəb ola biləcək bir çox şey var (baxmayaraq ki, daha çox, ümumiyyətlə günah işləyən bir plugin və ya mövzu var). Problemin harada olduğunu göstərən bir səhv mesajı yoxdursa, bu problemi həll etmə prosesi ilə işləyin.

Qeyd: Bu ölümün ağ ekranını düzəltmək üçün iş olsa da, digər WordPress səhvlərini düzəltmək üçün faydalıdır. Aşağıdakı Ağ Ölüm Ekranındakı düzəlişlərə istinad etdiyimiz zaman bu müraciət etdiyimiz prosesdir.

Addım 1: Bütün plaginləri deaktiv edin

Hələ də WordPress idarəçisinə girişiniz varsa və yalnız saytınız aşağıdadırsa, aşağıdakıları edin.

Pluginlər> quraşdırılmış plaginlərə keçin:

Qurulmuş Pluginlər

Bütün pluginləri seçin:

Bütün Pluginləri yoxlayın

Kütləvi hərəkətlər menyusundan “Ləğv et” seçin:

Toplu deaktiv edin

Pluginləriniz indi hamısı deaktiv edilməlidir:

Deaktiv plaginlər

WordPress idarəçisinə girişiniz yoxdursa, bunu idarəetmə panelinizdən etməlisiniz.

Veb hosting tablosuna keçin:

BlueHost Dashboard

İdarəetmə panelinizi tapın.

Aradığınız şey ya Fayl meneceri, ya da FTP. Hər ikisi veb saytınızın arxa hissəsinə giriş imkanı verəcəkdir.

Bluehost FTP

Veb saytınızdakı kökdən wp-content qovluğunu tapın:

wp-content Qovluq

Onu açın və plaginlər qovluğunuzu tapın:

Plugins qovluğu

Qovluğun adını “plugins” dən başqa bir şeyə dəyişdirin. Bu veb saytınızdakı bütün plaginləri deaktiv edəcəkdir.

Addım 2: Veb saytınızı yoxlayın

Pluginləriniz deaktiv olanda, girişinizin bərpa olunduğunu görmək vaxtı gəldi.

Əvvəllər adminə girmə imkanınız yox idisə, indi gedin:

WordPress Giriş

Ölümün ağ ekranını göstərən yalnız veb saytınız olsaydı, veb saytınızın adını WordPress admininin yuxarı sol küncündə vurun və “Saytı ziyarət et” düyməsini basın:

Menyu saytına daxil olun

Gördüklərinizdən asılı olaraq növbəti addımlar üçün iki seçiminiz olacaq:

  • Çıxışınız varsa: Problemli plugin tapın.
  • Giriş imkanınız yoxdursa: Yeni bir mövzu sınayın.

Sonrakı addımlarla gedəcəyik.

Addım 3: Problemli Plugini tapın (Seçim 1)

Yenidən daxil olsanız, problemin çox güman ki, bir plugin olduğunu bilirsiniz. Bu, pluginlərinizdən biri ilə ziddiyyət təşkil etdiyini göstərir.

  • Mövzunuz
  • Başqa bir plugin

İndi hansı pluginin günahkar olduğunu anlamaq lazımdır. Bunu etmək üçün pluginlərinizi bir-bir aktivləşdirməlisiniz.

Siyahının başından başlayın. İlk plagini aktivləşdirin:

Plugini aktivləşdirin

Bu plugin səbəbdirsə, onda yenidən WordPress admininə və ya veb saytınıza girişi itirməlisiniz. (Plugini söndürməklə onu bir daha bərpa edə bilərsiniz.)

Ölümün ağ ekranını görmürsənsə, bu plagini deaktiv edin və növbəti birini sınayın. Problemli plugin tapana qədər bu addımları təkrarlamalı olacaqsınız.

Bu, əlbəttə ki, plaginin mövzu ilə zidd olduğunu güman edir. Hər bir plugin tək-tək söndürüldükdən sonra səhv ekranı yenidən görmürsənsə, problem iki plugin arasında ola bilər. Onları tapmaq üçün iki dəfə yenidən aktivləşdirməlisiniz. Dedi ki, bu ümumi deyil. Adətən xətanı atan bir plagin və mövzuda ziddiyyətli bir yazıdır.

Problemli ikili müəyyən etdikdən sonra veb saytınızdakı bütün digər plaginləri yenidən aktivləşdirin.

Problemi bildirmək üçün plagin hazırlayıcısına müraciət etmək istərdiniz. Səhvin ekran görüntülərinə sahib olduğundan əmin olun və bunun niyə baş verdiyini və bunu necə təsdiqlədiyinizi ətraflı təsvir edə bilərsiniz.

Addım 3: Yeni bir mövzu sınayın (Seçim 2)

Bütün plaginlərinizi söndürdükdən sonra ölümün ağ ekranını görsəniz, mövzunuzun günahkarı ola bilər.

Bunu təsdiqləmək üçün mövzunu ləğv etməlisiniz.

Hələ də WordPress idarəçisinə girişiniz varsa və yalnız saytınız aşağıdadırsa, aşağıdakıları edin.

Görünüş> Movzu:

Görünüşü Mövzular Menyu

Mövzunu ləğv etmək üçün başqa bir mövzunu aktivləşdirməlisiniz.

Artıq quraşdırılmış olub-olmamasından asılı olmayaraq, son WordPress standart temasını aktivləşdirin:

Defolt mövzunu aktivləşdirin

WordPress idarəçisinə girişiniz yoxdursa, idarəetmə panelindəki eklentlərinizlə etdiyiniz eyni şeyi edin.

Yenə də veb saytınızdakı kökdən wp-content qovluğunu tapın. Bu dəfə içərisindəki mövzular qovluğunu axtarmaq istəyəcəksiniz:

Mövzular qovluğu

Qovluqun adını “mövzulardan” başqa bir şeyə dəyişdirin. Bu, mövzunu ləğv edəcək və avtomatik olaraq standart WordPress temasını aktivləşdirəcəkdir.

İndi ölümün ağ ekranının yox olub olmadığını görmək üçün veb saytınızı yoxlaya bilərsiniz. Əgər belədirsə, deməli, mövzunuzla nüvəniz arasındakı ziddiyyətdir.

Səhvin ekran görüntüsü və problemi təsdiqləmək üçün atdığınız addımların təsviri ilə tema tərtibatçısı ilə əlaqə saxlayın.

Addım 4: Debug’u işə salın

Əksər hallarda yuxarıdakı addımlar problemi veb saytınızla tapmaqda kömək edəcəkdir. Ancaq bu nöqtəyə çatmısansa və yenə də ölümün ağ ekranını görsən, sınamalı bir şey var.

Fayl menecerinizə və ya FTP-ə qayıdın. Kök qovluğuna gedin və wp-config.php faylını axtarın:

wp-config Fayl

Düzəliş üçün faylı açın.

Dibinə doğru aşağıdakı simli görürsünüz:

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

Bu nə deyir:

  • Debug xüsusiyyəti söndürüldü.
  • Səhv baş verərsə, arxa tərəfdə heç bir jurnal yaradılmayacaqdır.
  • Səhv baş verərsə, ön hissədə heç bir səhv kodu göstərilmir.

Lakin yapışmış olsanız, səhv haqqında daha çox məlumat əldə edə bilmək üçün bu xüsusiyyəti yandırmaq faydalıdır. Bunu etmək üçün, ilk iki dəyəri dəyişdirin doğru:

define ('WP_DEBUG', doğrudur);
define ('WP_DEBUG_LOG', doğrudur);
define ('WP_DEBUG_DISPLAY', yalan);

Ekranı qaydasında saxla yalan. Hackerlərin canlı saytınızın arxasında baş verənlər barədə hər hansı bir məlumatın olmasını istəmirsiniz, buna görə də həmişə bu kodları onlardan gizli saxlayın.

Debugu işə saldıqdan sonra sənədinizi saxla (ancaq idarəetmə panelini açıq qoyun) Sonra veb saytınıza qayıdın.

Yenidən ölümün ağ ekranını gördükdə, idarəetmə panelinizə qayıdın və wp-content qovluğunu axtarın (mövzu və plaginləriniz olduğu yer eyni). Artıq debug_log adlı bir mətn faylı olacaq.

debug Fayl

Onu açın və səhv mesajına baxın. Bu günün tarixini və vaxtını axtarın. Kataloqda hansı sənədin olduğunu və həmin sənəddəki xətanın səhv olduğunu göstərən bir xətt olmalıdır.

Səhv sizin mövzu və ya plugin sənədlərinizin birindədirsə, səhv kodunun ekran görüntüsünü götürün və məsələni həll edə bilməsi üçün geliştiriciyə göndərin (son yeniləmədə təqdim olunduğu kimi).

Başqa bir sənəddə bir problem varsa, onu təmir etmək sizin ixtiyarınızdadır. Bunu etmək rahat deyilsə, kömək edə biləcək bir inkişaf etdirici ilə əlaqə saxlayın.

Məsələ düzəldildikdən və ölümün ağ ekranı qurtardıqdan sonra wp-config.php-ə qayıdın və debugu deaktiv edin.

Səhv # 2: Daxili server xətası (səhv kodu 500)

500 daxili server səhvinin nəyə səbəb olduğu həmişə 100% aydın olmur. Ancaq ölümün ağ ekranı kimi, kodunuzda səhv bir şey var.

Addım 1: .htaccess Faylını dəyişdirin

Test etmək üçün ilk şey .htaccess sənədidir. Bəzən, pozulur və veb saytınızı “Daxili Server Error” səhifəsi ilə əvəz etməyə səbəb olur.

Faylın pozulmamağından asılı olmayaraq, bu addımı hələ də etməlisiniz. Mövcud .htaccess faylını əvəz etsəniz, veb saytınıza heç bir zərər gəlməyəcəkdir.

İdarəetmə panelinizə daxil olun və fayl menecerinizi və ya FTP menecerinizi açın. Veb saytınızın kök qovluğuna girmədən əvvəl “Gizli sənədləri göstər” seçimini seçin (əgər varsa):

Fayl meneceri parametrləri

Veb saytınız ortaq hostinqdədirsə, fayl hələ də gizli ola bilər. Əgər belədirsə, fayl menecerinin URL-in sonuna aşağıdakıları əlavə edin: “& showhidden = 1”.

htaccess Şəkil

Ləğv etmək üçün .htaccess faylının adını dəyişdirin.

Veb saytınıza gedin və daxili server səhvini aradan qaldırıldığına baxın. Etmişsə, onda etməlisiniz ki, yeni bir fayl yaradın.

Parametrlər> Permalinks menyusuna keçin:

Parametrlər Permalinks Menyu

Səhifənin altındakı “Dəyişiklikləri Saxla” düyməsini basın. Bu yeni bir fayl yaradacaqdır.

Səhv aradan getməyibsə, bu çarəni sınayın.

Yeni .htaccess faylınızı açın və aşağıdakıları əlavə edin:

# WordPress-ə başlayın
RewriteEngine Yandırın
RewriteBase /
RewriteRule ^ indeks \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
YeniləməCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]
# SON Söz WordPress

Bu korrupsiyanı aradan qaldırmazsa, növbəti addıma keçin.

Addım 2: Ölümün Ağ Ekranı

Ölüm problemi aradan qaldırılması addımlarının ağ ekranından keçin.

Bundan sonra səhv hələ də davam edirsə, növbəti addımı sınayın.

Addım 3: Yaddaş limiti artırın

Bu, ehtimal ki, səbəb deyildir, çünki ümumiyyətlə yaddaşınızın tükənməsi ilə əlaqəli mesaj görürsünüz. Ancaq bu, tez bir şəkildə düzəldildiyi üçün sınamaq zərər vermir.

Artan yaddaş həddini aşan problemlərin aradan qaldırılması addımlarından keçin.

Hələ yapışmamısınızsa, bu son addım hiylə etməlidir:

Addım 4: wp-admin və wp-in qovluqlarını dəyişdirin

Yeniləmə, wp-admin və ya wp-in qovluqlarındakı kodu bilərəkdən pozmuş ola bilər.

Onları əvəz etmək üçün WordPress-in yeni bir nüsxəsini almaq lazımdır.

Getmək WordPress.org, “WordPress alın” düyməsini vurun və faylları masaüstünüzə yükləyin.

Təzə WordPress fayllarını əldə edin

Qovluğu açın və wp-admin və wp-dən ibarət qovluqları tapın.

Fayl menecerinizə qayıdın. Wp-admin və wp-in surətini yükləyin onsuz da mövcud olan qovluqlar (hər halda bir nüsxənin olması həmişə yaxşı bir fikirdir).

cPanel qovluqları

“Yükləmə” düyməsini vurun. Sonra hər qovluğu bir-bir yenidən yükləyin. Bunu yalnız wp-admin və wp-daxildir üçün etməlisiniz.

Faylları yüklə

İndi veb saytınıza qayıda bilərsiniz. Səhv aradan qalxmalıdır. Əgər deyilsə, veb hosting şirkətinizə kömək üçün müraciət etmək vaxtı gəldi.

Səhv # 3: Verilənlər bazası bağlantısını qurma xətası

Bu səhv mesajını gördüyünüz zaman, WordPress saytınızı MySQL və ya MariaDB verilənlər bazasına qoşulmağınızın bir şey olduğunu bildirir..

Addım 1: wp-config.php Faylını yoxlayın

Wp-config.php faylı veb saytınızın necə qurulduğuna dair ən uyğun məlumatları ehtiva edir – verilənlər bazası məlumatınızı daxil edin. Başqa düzəlişləri sınamadan əvvəl bunu əvvəlcədən yoxlayın.

Fayl menecerinizə və ya FTP-ə gedin və wp-config.php faylına gedin. Redaktə üçün açın.

Verilənlər bazası parametrlərinə həsr olunmuş bir bölmə tapmalısınız. Bu görünəcək:

/ ** WordPress üçün məlumat bazasının adı * /
define ('DB_NAME', 'database_name');

/ ** verilənlər bazası istifadəçi adı * /
define ('DB_USER', 'database_username');

/ ** Verilənlər bazası parol * /
define ('DB_PASSWORD', 'verilənlər bazası');

/ ** Host adı * /
define ('DB_HOST', 'database_hostname');

/ ** Database Charset * /
define ('DB_CHARSET', 'utf8');

/ ** Database Collate növü * /
define ('DB_COLLATE', '');

Bu məlumatlardan hər hansı biri yoxdursa və ya yanlış görünürsə, düzəlişlər edin (wp-config.php surətini masaüstünüzə saxladıqdan sonra).

Dəyişikliklərinizi qeyd edin və verilənlər bazasına hələ də qoşula bilməyəcəyini görmək üçün veb saytına qayıdın.

Addım 2: Veb host dəstəyinizlə əlaqə saxlayın

Sonda WordPress verilənlər bazası bağlantısında aydın bir pozuntu yoxdursa, veb hostunuzla danışmağın vaxtı gəldi.

Verilənlər bazası bağlantısının pozulmasının bir sıra səbəbləri var:

  • Serverin işləməməsi
  • Plan həddi aşdı (baxmayaraq ki, bu barədə sizə məlumat verməlidir)
  • Təhlükəsizlik pozuntusu

Kök səbəbini bildikdən sonra, serverlər yenidən onlayn olanda bir ETA əldə etməyiniz lazım olsa da, onu təmir etmək üçün tez bir zamanda çalışın. Saytınızın çox uzun müddət dayanmasına icazə verə bilməzsiniz.

Səhv # 4: Pis keçid (səhv kodu 502) və ya Gateway Timeout (səhv kodu 504)

Bu səhv kodları, server səviyyəsində səhv bir şey olduğunu göstərir. Serveri birbaşa idarə edə bilməməyinizə baxmayaraq, bu səhvlər bəzən müvəqqəti ola bilər, buna görə ana ilə əlaqə qurmadan əvvəl bu problemlərin aradan qaldırılması addımları ilə işləmək yaxşı bir fikirdir..

Addım 1: Saytı yeniləyin

Brauzer çubuğunuzdakı “Yeniləyin” düyməsini vurun:

Veb səhifəni yeniləyin

Server müvəqqəti olaraq işdən çıxdıqda və ya uzandıqda veb saytınızı yükləməyə çalışmış ola bilərsiniz.

Addım 2: Brauzer önbelleğini silin

Yeniləmə işləmirsə, problem caching ilə əlaqəli ola bilər. Veb saytınızı “açmaq” üçün brauzerinizin parametrlərinə keçin.

Tarama məlumatlarınızı təmizləmək üçün bir seçim axtarın. Chrome-da parametr bu kimi görünür:

Baxış məlumatlarını silin

Keşlənmiş şəkillərin və sənədlərin parametrlərini yoxlayın:

Chrome Clear Cache

Sonra, “Məlumat sil” düyməsini basın. Tamamlandıqdan sonra veb saytınızı yenidən yükləyin və səhv kodunun çıxarıldığına baxın.

Addım 3: Ölümün Ağ Ekranı

Son bir plugin və ya mövzu yeniləməsi yuxarıdakı iki düzəliş işləmədiyi təqdirdə günahlandırıla bilər.

Ölüm problemi aradan qaldırılması addımlarının ağ ekranından keçin.

Addım 4: Host və ya CDN Provayderinizlə yoxlayın

Yuxarıdakı seçimlərdən heç biri işləməyibsə, ev sahibi və ya CDN provayderinizlə əlaqə qurmaq istəyərsiniz.

Əlaqə saxladığınız zaman xətanın ekran görüntüsünə və indiyə qədər atdığınız problemlərin aradan qaldırılması addımları barədə məlumat verdiyinizə əmin olun. Səhvdən qurtulmaq üçün DNS, CDN və ya firewall’ınızı silmək lazım ola bilər.

Səhv # 5: Çox çox sorğu (səhv kodu 429)

Bu səhv ümumiyyətlə serverinizə çox sayda sorğu göndərən bir plugin və ya mövzu skriptinin olduğunu göstərir.

Addım 1: Ölümün Ağ Ekranı

Ölüm problemi aradan qaldırılması addımlarının ağ ekranından keçin.

Bu müddətdə səhvləri silə bilmirsinizsə, ev sahibi şirkətlə əlaqə qurun. Üçüncü tərəf inteqrasiyasının overdrive-də işlədiyini söyləməyi bacarmalıdırlar.

Problemi həll etmək üçün parametrləri yenidən qurmağın bir yolu varsa, bunu edin. Əks təqdirdə, əvəzedici bir vasitə tapmalı olacaqsınız.

Səhv # 6: Bağlantı vaxtı bitdi / həddi bitdi

Bu səhvlə veb saytınıza və ya idarəetmə sahəsinə girmə imkanı itirməyəcəksiniz. Bunun əvəzinə nə deməkdir ki, WordPress daxilində aparmaq istədiyiniz bir hərəkət – məsələn, yeni bir mövzu quraşdırmaq – serverinizin hədlərini tükəndirməkdir..

Addım 1: Yaddaş limiti artırın

Fayl menecerinizə gedin və wp-config.php faylını açın.

Faylın altındakı kimi bir simli axtarın:

müəyyənləşdirin ('WP_MEMORY_LIMIT', '64M');

Yeniləməyi tələb edən “64M” bitidir. Sorğunuzu emal etmək üçün serverinizə daha çox yaddaş vermək üçün həddi 256M-ə qədər artırın:

müəyyənləşdirin ('WP_MEMORY_LIMIT', '256M');

İstəyinizi yenidən WordPress vasitəsilə işə salmağa çalışın. Bu işləmirsə, cəhd edin:

Addım 2: Maksimum icra müddətini artırın

Yalnız bir sorğunu yerinə yetirmək üçün vaxtın göstərilən maksimum icra vaxtından artıq olması ola bilər.

Bu məhdudiyyət üçün yaxşı bir səbəb var (hackerlərin serverinizi eyni tələblərlə təkrar-təkrar bombalamasını dayandırmaq kimi). Bununla birlikdə, müvəqqəti olaraq sorğunuzun keçməsinə icazə verə bilərsiniz.

Fayl menecerinizdən və ya FTP-dən .htaccess faylını tapın. .Htaccess faylını tapmaqda çətinlik çəkirsinizsə, daxili server səhv düzəltməsindən addımları nəzərdən keçirin.

Faylın içərisində ən aşağıya fırladın. Buna bənzər bir xətt görürsünüz:

# SON DÜNYA

Yalnız yuxarıda aşağıdakıları yerləşdirin:

php_value max_ex icra_time 300

Varsayılan olaraq, maksimum icra müddəti adətən 30 ilə 60 saniyədir. Bu, 300 saniyəyə qədər qabaracaq.

İstəyinizi başqa bir cəhd edin. Əgər işləyirsə, .htaccess faylınıza qayıtmağı və ya xətti tamamilə çıxarın və ya yenidən yazmağı unutmayın:

php_value max_ex icra_time 60

Bu düzəliş işləməyibsə, 300-600-ə yeniləyin və təkrarlayın. Hələ də işləmirsə, yenilənmiş plagin və ya mövzu ilə əlaqədar bir şey ola bilər.

Addım 3: Ölümün Ağ Ekranı

Ölüm problemi aradan qaldırılması addımlarının ağ ekranından keçin.

Hələ yapışmamısınızsa, ev təminatçınızla əlaqə saxlayın.

Səhv # 7: Səhifə tapılmadı (səhv kodu 404)

Səhifənin orijinal URL-də olmadığı və yönləndirmə qurulmadığı təqdirdə, bu səhvin internetdə olması qeyri-adi deyil. Bununla birlikdə, yazıldığı ünvanda bir səhifə mövcud olsa belə, bu səhvi görə biləcəyiniz zamanlar olur.

Addım 1: URL yazısını yoxlayın

Təhlükəsiz tərəfdə olmaq üçün, ünvan çubuğuna daxil etdiyiniz URL yazısını iki dəfə yoxlayın. Səhvlərin olmadığından əmin olun.

Addım 2: Permalinks-i düzəldin

Hər hansı bir anda permalink quruluşunuzu dəyişdirmisinizsə, əvvəlki bir parametr arxa plana yapışmış ola bilər. Boşaltmaq üçün Parametrlər> Permalinks-ə keçin.

Parametrlər Permalinks Menyu

Permalinks quruluşunuzu yenidən “Düzənlik” parametrinə qaytarın:

Default Permalink Ayarları

Dəyişikliklərinizi qeyd edin.

Istifadə etmək istədiyiniz permalinks quruluşuna qayıdın. Bir daha qazanın.

404 səhvinin hələ də olub olmadığını görmək üçün səhifəni yoxlayın. Əgər belədirsə, növbəti mərhələyə keçin.

Addım 3: .htaccess faylını dəyişdirin

Zədələnmiş .htaccess fayl düzəlişindən keçin.

Səhvdən yaxa qurtarmaq lazımdır.

Səhv # 8: Sintaksis xətası

Veb saytınızın arxa tərəfindəki bir fayl düzəliş etdikdən dərhal sonra bu səhvi görə biləcəksiniz.

“Sintaksis səhvini” görsəniz, düzgün kodlaşdırma qaydalarının pozulduğunu bildirir.

Məsələn, son nöqtəli vergül (;) çatışmadığı üçün bu sintaktik səhvdir:

müəyyənləşdirin ('WP_MEMORY_LIMIT', '64M')

Bu da sintaktik səhvdir, çünki düz sitatlar buruq sitatlar şəklində yazılmışdır:

müəyyənləşdirin ('WP_MEMORY_LIMIT', '64M');

Həm də “gözlənilməz bir səhv” ilə qarşılaşa bilərsiniz. Bu bir şeyin səhv yazıldığı və ya səhv formatlandığı deməkdir.

Addım 1: Kod düzəldin

Bu tip səhvlər bu siyahıdakı səhvlərin çoxundan daha aydındır. Birini görəndə nəinki səhvin olduğunu, eyni zamanda hansı xətanın baş verdiyi barədə məlumat verməlidir. Bu, itkin və ya səhv edilmiş simvolların kodunu yoxlamağı asanlaşdırır.

Problemi tapdıqdan sonra onu düzəldin və dəyişikliklərinizi qeyd edin. Səhvin getdiyini təsdiqləmək üçün saytınıza yenidən baş çəkin.

Xəta # 9: Planlı texniki xidmət üçün əlçatmaz

Bu mesajı görməyinizin bir səbəbi var: bir yeniləmə edilərkən WordPress veb saytınızı istismar rejiminə keçirdi. Ola bilər:

  • Sadəcə keçdiyiniz bir yeniləmə.
  • WordPress tərəfindən avtomatik olaraq yenilənmə.
  • Veb saytınızı istismar rejimində saxladığınız bir əvvəlki yeniləmə.

Addım 1: Bir dəqiqə verin

Bir şey etməzdən əvvəl bir dəqiqə verin. Yeniləməni əl ilə etməmisinizsə də, WordPress arxa planda işləyir.

Dəqiqə keçirsə və planlaşdırılan təmir mesajı getməyibsə, növbəti addımı atın.

Addım 2: Baxım rejimini deaktiv edin

İdarəetmə panelinizə və fayl menecerinizə daxil olun. Veb saytınızın kökünə gedin və .maination adlı bir fayl axtarın.

Baxım rejimini deaktiv etmək üçün sadəcə faylı vurun və silin Bu veb saytınızı geri gətirəcəkdir.

Səhv # 10: Avtomatik yeniləmə alınmadı

Varsayılan olaraq, WordPress avtomatik yeniləmələri (əsasən ümumi texniki xidmət və təhlükəsizliklə əlaqəli olanlar) kiçik yeniləmələri konfiqurasiya etdi. Ayrıca işə salınması planlaşdırılan öz avtomatik yeniləmələriniz ola bilər.

Haradan qaynaqlandığından asılı olmayaraq, yeniləmənin keçə bilmədiyi vaxtlar ola bilər. Sadəcə pis vaxt (server dəqiq anda işləməmiş olsaydı) və ya sistemdəki bir dəyişiklik ola bilər.

Addım 1: Əl ilə yeniləyin

Bunun üçün düzəliş sadədir.

WordPress-də yeniləmələrin gözlədiyini bildirən bir sıra göstəriciləri görəcəksiniz.

WordPress Yeniləmələri

Onları izləyin və yeniləməni əl ilə verin.

Səhv # 11: Çox yönləndirmə

Adətən, bir yönləndirmə qəsdən olur. Domen adınızı yeniləyirsiniz və ya veb saytınızı HTTP-dən HTTPS-ə köçürürsünüz. Bu hallarda, ziyarətçiləriniz köhnə URL-lərdə yazsa da, nəqliyyatın düzgün istiqamətə çatmasını təmin etmək üçün 301 yönləndirmədən istifadə edirsiniz.

Bununla birlikdə, yönləndirmələrin çox olduğunu deyən bir səhv görsəniz, bu, ümumiyyətlə ziyarətçilərinizin heç bir yerə sahib olmayan istiqamətləndirici döngədə ilişdiyini göstərir..

Bu, saytınız və WordPress ünvanlarınız fərqli olduqda olur.

Addım 1: WordPress parametrlərini yeniləyin

Bu uyğunsuzluğu yoxlamaq üçün ilk yer WordPress parametrlərinizdir. Parametrlər> Ümumi bölməsinə keçin:

Parametrlər Ümumi Menyu

WordPress və saytın ünvanları uyğun olmalıdır:

Ümumi parametrlər ünvanları

Yoxdursa, yanlış format edilmiş URL-i düzəldin və dəyişikliklərinizi qeyd edin.

Səhv düzəldilmirsə, sayt səviyyənizi server səviyyəsində yoxlayın.

Addım 2: wp-config.php Faylını yeniləyin

Wp-config.php faylı veb saytınızın domen adı daxil olmaqla necə qurulduğuna dair bir çox məlumat ehtiva edir.

Fayl menecerinizə və ya FTP-yə daxil olun və wp-config.php faylınızı açın. Bu kimi görünən bir sıra simvolunu axtarın:

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

müəyyənləşdirin ('WP_SITEURL', 'http: //faux-agency.local');

Yuxarıdakı test saytının URLini öz WordPress və sayt adresinizlə əvəz edin. Yenə bu iki dəyər eyni olmalıdır.

Onlar həmçinin server səviyyəsində necə qurulduğuna uyğun olmalıdırlar. Belə ki, domen qeydiyyatdan keçibsə https: //www.faux-agency.local, onda HTTPS və WWW dəyərləri burada olmalıdır.

Dəyişikliklərinizi qeyd edin və veb saytınıza qayıdın. Səhv aradan qalxmalıdır.

Səhv # 12: Qarışıq məzmun

Veb ünvanınızın formatlanmasından qaynaqlanan başqa bir səhv qarışıq məzmun səhvidir. Bu mahiyyətcə nə deməkdir:

  • Veb saytınızda bir SSL sertifikatı quraşdırılmışdır və indi HTTPS-dən keçir.
  • Saytınızda HTTP istifadə etməyə davam edən bəzi elementlər (şəkil sənədləri kimi), səhifələr və ya bağlantılar var.

Veb saytlar hamısı HTTPS və ya hamısı HTTP olmalıdır. Bu səhvi aradan qaldırmaq üçün təmin edilməmiş məzmununuzu etibarlı veb ünvanına köçürməlisiniz.

Bunu düzəltmək üçün addım atmaq yerinə, özünüzə ən uyğun olanı seçin:

Seçim 1: Təftiş vasitəsini istifadə edin

Veb saytınızı açın və ekranın istənilən yerinə sağ vurun. Seçimlərdən “yoxlayın” seçin:

Veb saytına baxın

Konsol panelini axtarın. Bu səhifədə hər hansı bir qarışıq məzmun xətası varsa, onu burada tapa bilərsiniz:

Konsolu yoxlayın

Səhifənin hansı hissəsində HTTP məzmunu olduğunu sizə xəbər verəcəkdir. Bundan sonra səhv linki düzəldərək və ya faylı yenidən yükləyərək düzəldə bilərsiniz.

Seçim 2: SSL Etibarsız məzmun fiksator plaginindən istifadə edin

Quraşdırın SSL Etibarsız məzmun fiksatoru plaginidir sizə kömək etmək.

SSL Etibarsız Məzmun Dəyişdiricisi

“Sadə” qəbulu ilə başlayın və problemin düzəldildiyini gör. Olmasa, qarışıq məzmun məsələsini həll edən birini tapana qədər sonrakı parametrlərdən keçin.

Seçim 3: Kömək üçün Veb Hosting Dəstəklə əlaqə saxlayın

Qarışıq məzmun səhvinin yaşadığı yerdən zərər görsəniz, veb hosting şirkəti ilə əlaqə saxlayın.

Xəta # 13: Diskə Yazılmadı

Saytınızdakı şəkillərlə qarşılaşdığınız zaman, ehtimal ki, görəcəyiniz səhvdir.

Bir fayl yükləyə bilmədikdə görünür. Mediya sənədləriniz Mediya qovluğundan və veb saytınızdan yoxa çıxdıqda görünəcək. Onlar üçün boş yerlər olacaq, lakin məzmun göstərilmir.

Bu qəbuledilməz fayl növlərini yükləməyə çalışmaqla əlaqəsi yoxdur. Bu səhv fayl icazələrinin arxa hissədə düzgün qurulmaması ilə əlaqədardır. Veb hostunuzdan və ya bir plugininizdən gələn bir yeniləmə onları qarışdıra bilər.

Addım 1: İcazələri wp-content qovluğunda yeniləyin

FTP-ə gedin və wp-məzmun qovluğunu tapın. Açın və yüklədiklər qovluğunu axtarın. Bunun üzərinə sağ vurun. “İcazələri dəyişdir” seçin (onu “Fayl icazələri” və ya sadəcə “İcazələr” adlandırmaq olar).

Yükləmə Dəyişiklikləri

Bu kimi bir ekran görmürsənsə, veb sahibinizdən sənəd icazələrini əldə etməyi yeniləməsini və ya sizə kömək etməsini xahiş etməlisiniz..

Bu kimi bir ekran görsəniz, “İcazələrin dəyəri” nı 744-ə yeniləyin. Aşağıdakı “Rekursiv” qutusunu seçin və yalnız qovluqlara tətbiq edin. Dəyişikliklərinizi qeyd edin.

Yükləmə qovluğuna bir daha sağ vurun. Bu dəfə “İcazələrin Dəyəri” ni 644-ə təyin edin. “Rekursiv” ni yoxlayın, ancaq fayllara tətbiq edin. Dəyişikliklərinizi qeyd edin.

Veb saytınıza qayıdın və media sənədlərinizin bütöv olmadığını (ya da media fayllarını yükləmədən edə biləcəyinizi) görməlisiniz.

Səhv # 14: Dəyişikliklər göstərilmir

Bu bir mesaj və ya ağ ekran ilə gələn bir səhv deyil. Yeniləmə etdikdən sonra iki canlı gözlə görəcəyiniz bir səhvdir, yalnız canlı saytda görünmədiyini başa düşmək üçün.

Bu bir önbelleme mövzusudur.

Addım 1: Səhifə Keshini təmizləyin

Bir WordPress önbelleme plaginindən istifadə edirsinizsə, ilk şey keshi təmizləməkdir.

Əksər WordPress eklentiləri, WordPress-in üst hissəsindəki idarəetmə menyusundakı “Təmizləmə Cache” və ya “Clear Cache” düyməsini yerləşdirəcəkdir:

Təmizləmə önbelleği

Bütün istifadəçilər və ziyarətçilər üçün səhifə önbelleğini təmizləyəcək. Veb saytınıza qayıdın və bunun köməkçi olub olmadığını gör. Olmadığı təqdirdə növbəti addımı sınayın:

Addım 2: Brauzer önbelleğini silin

Bəzi hallarda, bu veb brauzerinizdir. Brauzer önbelleğini təmizləmək üçün brauzerinizin Ayarlarını tapın:

Brauzer parametrləri

Oradan, tarama məlumatlarınızı və ya önbelleğinizi təmizləməyə imkan verən parametrləri tapın:

Baxış məlumatlarını silin

Sonra brauzerinizin önbelleğini silin:

Chrome Clear Cache

Brauzeriniz bitdikdən sonra Parametrlər səhifəsinə qayıdacaqsınız. Artıq problemin həll olunduğunu təsdiqləmək üçün veb saytınıza daxil ola bilərsiniz.

Səhv # 15: Giriş uğursuz oldu

WordPress administratoruna daxil ola bilməməyinizin iki səbəbi var. Hər birində ayrıca düzəliş var.

Seçim 1: Parolu bərpa edin

Əgər problem şifrənizi unutmusunuzsa, “Parolunuzu itirmisiniz?” giriş formasının altındakı link:

Parolunuzu itirdiniz

Bərpa formasında e-poçt adresinizi və ya istifadəçi adınızı daxil edin:

Parolunuzu bərpa edin

Yeni parol yaratmaq və hesabınıza girişi bərpa etmək üçün bir e-poçt alacaqsınız.

Seçim 2: Giriş etimadnaməsini phpMyAdmin-də yeniləyin

Problem, giriş məlumatlarınızı itirməmisiniz və ya unutmusunuz, lakin hələ də daxil ola bilmirsinizsə, onları əl ilə yenidən qurmaq üçün phpMyAdmin-dən istifadə etməlisiniz.

İdarəetmə panelinizə gedin və phpMyAdmin axtarın.

cPanel verilənlər bazası alətləri

Bu, phpMyAdmin konsolunuzdur:

phpMyAdmin Konsol

Sol paneldə verilənlər bazasını genişləndirin. Wp_users cədvəlinə baxın. Bunun üzərinə vurun və ya WordPress istifadəçilərinizin siyahısını açmaq üçün “Gözdən keçirin” seçimini seçin.

phpMyAdmin İstifadəçi Məlumatları

Giriş məlumatlarını özünüz üçün düzəltmək üçün (və ya daxil ola bilməyən hər kəs) giriş məlumatlarının solundakı “Düzəliş et” düyməsini vurun.

phpMyAdmin etimadnaməsini düzəldin

Şifrə düzəldin – böyük hərflərin, kiçik hərflərin, nömrələrin və işarələrin güclü bir qarışıq olduğundan əmin olun. Sonra dəyişikliklərinizi qeyd edin.

WordPress giriş ekranına qayıda bilər və yenidən cəhd edə bilərsiniz. Problem davam edərsə, kömək üçün veb hosting şirkətinizlə əlaqə saxlayın.

Sarma

Aydındır ki, WordPress ilə işləyərkən heç vaxt bu səhvlərlə qarşılaşmayacağınıza ümid edirsiniz. Ancaq şişkinliklər və səhvlər müxtəlif yerlərdən – veb serverinizdən, quraşdırdığınız plaginlər və ya mövzu, WordPress nüvəsi və bəzən də sizdən gələ bilər..

Veb saytınız oflayn olmadıqda belə, bu səhv mesajlar, boş ekranlar və çatışmayan məzmun ziyarətçilər üçün əlverişsizdir. Beləliklə, bu WordPress problemlərinin aşkarlandıqları ikinci problemi necə həll edəcəyinizə əmin olun.

Son bir şey: arxa planda işləyən avtomatik yedekləmə sisteminin olmasını unutma. Bu səhvlərdən birinin (təhlükəsizlik pozuntusu halında olduğu kimi) təmizlənməməsi ehtimalı ilə, bir nüsxə həqiqətən gizlətmənizi qoruya bilər.

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