Home-theater-designers
NS 500 Dahili Sunucu Hatası her yerde WordPress kullanıcılarının en yararsız belasıdır. Bu, tam olarak şu anlama gelen her şeyi yakalayan bir hata mesajıdır: bir yerlerde bir şeyler ters gitti. Daha da kötüsü, WordPress siteniz hiç hata göstermeyebilir ve sadece boş bir beyaz sayfa gösterebilir.
Peki tam olarak neyin yanlış olduğunu nasıl anlayabilir ve düzeltebilirsiniz?
Birincisi: panik yapmayın, çünkü bu genellikle kolay bir düzeltmedir! Ardından: bu hata ayıklama işlemini takip edin ve WordPress Dahili Sunucu Hatanız kısa sürede düzeltilecektir.
WordPress Eklentileri 500 Hatasına Neden Oluyor mu?
Yeni bir eklenti yüklediyseniz veya siteniz temel bir WordPress yükseltmesinden sonra 500 hatası gösteriyorsa, bunun en olası nedeni uyumsuz bir eklentidir. Bir eklentinin bozulmasının birçok nedeni vardır:
- WordPress, eklentinin kullandığı bazı temel işlevleri kaldırmış olabilir.
- PHP'nin eski bir sürümü için kodlanmış ve yıllardır güncellenmemiş olabilir.
- Ön ekler kullanmak yerine varsayılan veritabanı adlarına atıfta bulunmak gibi yanlış kodlanmış olabilir. Bazen tembel kodlamadan hepimiz suçluyuz!
Eklentiyi yeni yüklediyseniz ve hata yeni ortaya çıktıysa, eklentiyi belirlemek kolaydır. Ancak yönetici alanına erişilemiyorsa eklentiyi nasıl devre dışı bırakabilirsiniz? Peki ya hangi eklentinin hataya neden olduğunu bilmiyorsanız? Her iki durumda da FTP erişimine ihtiyacınız olacak, ancak CPanel veya Plesk'ten web tabanlı bir dosya yöneticisi de iyi çalışacaktır.
Çözüm:
Tam olarak hangi eklentinin bozuk olduğunu biliyor musunuz? Eklentiyi bulun ve içinden silin. wp-içeriği/eklentileri/ dosya. Şimdi tekrar giriş yapabilmeniz gerekir. İstediğiniz işlevsellik için bir alternatif bulun.
Hangi eklentinin hataya neden olduğundan emin değilseniz, tamamını yeniden adlandırmalısınız. wp-içeriği/eklentileri/ klasörün kendisi. Alt çizgi koyun (' _ ') önünde, bu yüzden adlandırılmış _plugins .
Eklenti klasör adının başına bir alt çizgi (_) koymak, tüm eklentilerinizi bir kerede devre dışı bırakmanın hızlı ve kolay bir yoludur!
Klasörü yeniden adlandırarak, her eklentiyi bir kerede etkin bir şekilde devre dışı bırakırsınız. Şimdi tekrar oturum açabilmeniz gerekir, ancak WordPress'ten gelen bir hata mesajı listesi ile karşılaşacaksınız 'thing.php eklentisi bir hata nedeniyle devre dışı bırakıldı: Eklenti dosyası mevcut değil'.
Endişelenme, herhangi bir ayar kaybetmedin. Eklenti ayarları veritabanında saklanır ve çoğu eklenti, yeniden etkinleştirme sırasında bunları yeniden bulur.
Sonraki, klasörü tekrar yeniden adlandırın , alt çizgiyi kaldırarak. Hepsi Eklentiler sayfanızda listelenecek, ancak devre dışı bırakılmış durumda. Artık suçluyu bulana kadar onları tek tek yeniden etkinleştirebilirsiniz.
Site tekrar çöktüğünde işlemi tekrarlayın, ancak bu sefer bozuk eklentiyi yeniden etkinleştirmeyin!
500 Dahili Sunucu Hatası: Uyumsuz Tema
Eklentileri devre dışı bırakmak yardımcı olmadı mı? O zaman temanızla ilgili bir şey olabilir. Tıpkı eklentiler gibi, aktif temayı, klasörünü yeniden adlandırarak zorla devre dışı bırakabilirsiniz. wp-içerik/temalar/ dizin.
Hem eklentileri hem de mevcut temanızı yeniden adlandırmayı denedikten sonra yönetici alanına hala erişemiyorsanız, sonraki adımlara devam etmelisiniz. Giriş yapabilirseniz, WordPress varsayılan bir temaya döndürüldüğü konusunda sizi uyaracaktır. Bu noktada, yeni bir tema bulabilir, yardım için tema geliştiricisiyle iletişime geçebilir veya kendiniz düzeltmeyi deneyebilirsiniz.
Kendiniz düzeltmek veya geliştiriciye daha fazla açıklama sağlamak için daha sonra bölüme bakın. WordPress Hata Ayıklama Modunu Etkinleştirme .
500 Dahili Sunucu Hatası: Bozuk .htaccess Dosyası
Eklentilerinizi ve temanızı devre dışı bırakmak hiçbir şey sağlamadıysa, .htaccess dosya bir şekilde bozuldu. Bu, genellikle sitenin yönetici alanına hala erişebiliyorsanız, ancak ön uç düzgün çalışmıyorsa geçerlidir.
.htaccess dosyası, kalıcı bağlantıların (bir URL'nin güzel sürümleri gibi) dönüşümünü gerçekleştirir. /blog-yazım ), WordPress'in dahili çirkin URL şemasına (varsayılan olarak aldığınız, /? p=12345). WordPress'in kritik bir parçasıdır, ancak eklentiler bazen onu mahvedebilir.
kullanılmış macbook satın almak için en iyi yer
Çözüm:
Tekrar FTP istemcinize veya dosya yöneticinize gidin. yeniden adlandırın .htaccess WordPress kurulum dizininizin kökündeki dosya gibi bir şeye .htaccess_old . Dosyayı orada gerçekten göremiyorsanız, etkinleştirmeniz gerekir. gizli dosyaların görüntülenmesi --- bunu yapmanın tam yöntemi FTP istemcinize göre değişir.
Dosya adının başındaki nokta, Linux ve diğer UNIX benzeri sistemlerde 'bu dosyayı gizle' demenin bir yoludur.
Mevcut .htaccess dosyasını yeniden adlandırdıktan sonra, WordPress yönetici alanına geri dönün, ardından şuraya gidin: Ayarlar > Kalıcı Bağlantılar ve herhangi bir değişiklik yapmadan kaydet'e basın. Bu, otomatik olarak dosyanın yeni bir çalışan sürümünü oluşturacaktır.
Dosyada manuel olarak herhangi bir değişiklik yaptıysanız, bunlar kaybolacaktır (ancak dosyayı yine de elle düzenlememelisiniz).
Hataları İzlemek için WordPress Hata Ayıklama Modunu Etkinleştirin
WordPress yapılandırmasının içinden bir hata ayıklama günlüğünü etkinleştirebiliriz, bu da tam sorun hakkında bir ipucu verebilir, ancak bu noktada kendi başınızasınız. Bunu nasıl düzelteceğinizi bulmanız gerekecek, bu da kodlama becerileri gerektirecektir.
Hata ayıklama günlüğünü etkinleştirmek için açın wp-config.php , WordPress kurulumunuzun kök dizininde bulacaksınız. Bu dosyayı düzenlerken çok dikkatli olun: İstenmeyen değişiklikler olması durumunda geri alabileceğiniz bir kopya oluşturmak iyi bir fikir olabilir.
Şunu yazan satırı bulun:
define('WP_DEBUG', false);
Siteniz sık ziyaret edilmiyorsa ve hata mesajlarının herkese gösterilmesinden rahatsızlık duymuyorsanız, sadece kelimeyi değiştirin. YANLIŞ ile NS . Siteyi yüklediğinizde artık hata mesajları gösterilecektir.
malesef Google Play Store durdu
Hata mesajlarını gizli tutmayı tercih ediyorsanız, yazarak bu satırı yorumlayın. // başında, ardından aşağıdakini altına yapıştırın:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Bu, içindeki bir dosyaya hata vermeye başlayacaktır. wp içeriği denilen klasör hata.log . FTP istemcisini yenilerseniz ve bir dakika kadar sonra hiçbir şey görmezseniz, WordPress'in dosyayı oluşturma iznine sahip olmaması olasıdır. El ile yeni bir error.log dosyası oluşturun ve ona 666 izni verin.
Dikkatli olun: Bu dosya, siz bu satırları yapılandırmanızdan kaldırana kadar büyümeye devam edecektir. Orijinal satırın yorumunu da kaldırmayı unutmayın. Dosyayı herhangi bir metin düzenleyicide okuyun ve kritik PHP hatalarını kontrol edin.
Örnekte, kullanımdan kaldırılmış kod hakkında birçok PHP Bildirimi görüyorum, ancak bunlar aslında bir siteyi bozmaz.
500 Dahili Sunucu Hatası: Sunucu Yanlış Yapılandırması
Kendi Sanal Özel Sunucunuzu çalıştırmak kolay değildir. Bir keresinde, tüm sayfa yüklemelerinin yaklaşık yarısının 500 hatası gösterdiği, ancak sunucu hata günlüklerinde fark edilebilir bir model ve ipucu olmayan gizemli bir durumla karşı karşıya kaldım. WordPress hata ayıklama günlüklerini etkinleştirmek de belirgin bir şey göstermedi: çok sayıda PHP uyarısı ve kullanımdan kaldırma, ancak kritik bir şey yok.
Sonunda, siteyi hızlandırmak için W3 Total Cache ile kullanmak üzere bir hafta önce sunucuya APC önbelleğe almayı yüklediğimi fark ettim. Bunu kaldırmak, 500 hatayı tamamen ortadan kaldırdı.
Demek istediğim, 500 hatası, uyumsuzluk sunan sunucu yapılandırmalarının bir kombinasyonu olabilir. Yönetilen hizmetleri kullanıyorsanız, ancak kendi Sanal Özel Sunucunuzla ( sanal sunucu nedir ve neden bir tane isteyebilirsiniz ) her şeyin birlikte çalıştığından emin olmaktan siz sorumlusunuz ve bu göründüğünden daha zor.
Sitenizin Hafızası Dolu mu?
Paylaşılan bir ana bilgisayarda şunları bulabilirsiniz: PHP bellek sınırı vuruluyor --- WooCommerce, forumlar veya ilgili gönderi eklentileri, karmaşıklıkları nedeniyle buna neden olabilir. Şanslıysanız, 'Önemli Hata: İzin verilen xxx bayt bellek boyutu tükendi' gibi bir hata mesajı görürsünüz, ancak her zaman değil.
Aşağıdaki satırı ekleyerek bu sorunu çözebilirsiniz. wp-config.php :
define('WP_MEMORY_LIMIT', '64M');Çoğu paylaşılan ana bilgisayar aslında bellek sınırını artırmanıza izin vermez---size verileni alırsınız. Diğer barındırma biçimlerini düşünmenin zamanı gelmiş olabilir.
500 Hata Düzeltildi mi? Şimdi Günlük Yedekleme Yapın!
WordPress'in yeni sürümleriyle çakışmaları önlemek için eklentileri güncel tutun
Her türlü kritik WordPress hatasına karşı en iyi savunma, her önemli eylemden önce (temel bir WordPress güncellemesi gibi) manuel yedeklemenin yanı sıra günlük yedeklemeleri sürdürmektir. Ayrıca eklentileri ve temaları güncel tutun: WordPress'in yeni sürümleri sıklıkla eski kodu bozar.
Sitenizin çökmesi korkutucu olabilir --- özellikle sizin için bir hobi değil de bir gelir kaynağıysa. Bu kılavuzu takip ederek ve metodik davranarak, kısa süre sonra tekrar eski haline getirmelisiniz.
Yedeklemeleri ve optimizasyonları sizin için gerçekleştiren ve bu tür hataları ortadan kaldıran, yönetilen bir WordPress barındırma hizmetine yükseltmeyi düşünün. InMotion Hosting'i öneririz (kullanın bu bağlantı %38 indirim elde etmek için) ve Bluehost (kullanın bu bağlantı %25 indirim almak için).
Paylaş Paylaş Cıvıldamak E-posta Disk Alanını Boşaltmak için Bu Windows Dosyalarını ve Klasörlerini SilinWindows bilgisayarınızdaki disk alanını temizlemeniz mi gerekiyor? İşte disk alanını boşaltmak için güvenle silinebilecek Windows dosya ve klasörleri.
Sonrakini Oku İlgili konular- Programlama
- Wordpress
- Wordpress Eklentileri
James, Yapay Zeka alanında lisans derecesine sahiptir ve CompTIA A+ ve Network+ sertifikalıdır. Donanım İncelemeleri Editörü olarak meşgul olmadığı zamanlarda LEGO, VR ve masa oyunlarından hoşlanır. MakeUseOf'a katılmadan önce aydınlatma teknisyeni, İngilizce öğretmeni ve veri merkezi mühendisiydi.
James Bruce'dan Daha FazlaHaber bültenimize abone ol
Teknik ipuçları, incelemeler, ücretsiz e-kitaplar ve özel fırsatlar için bültenimize katılın!
Abone olmak için buraya tıklayın