WordPress’te 500 dahili sunucu hatası nasıl düzeltilir
500 dahili sunucu hatası, paniğin en yaygın nedenlerinden biridir “Her şeye zarar verdim!” WordPress’teki tüm hataları yakalamak, kelimenin tam anlamıyla bir şey ifade edebilecek. WordPress’in hasarlı bir .htaccess dosyasına sahip olmak, PHP bellek sınırınızı aşan veya yanlış bir dosya izni de dahil olmak üzere bu hatayı yükseltmesinin en yaygın nedeni, ancak çok büyük veya bilinen sorunları barındırma gibi başka potansiyel nedenler de olabilir. Sizi barındırma. Sebep ne olursa olsun, yalnızca hata ayıklama WordPress modunu etkinleştirmek için sitenizi yedeklemelerden kurtarmak da dahil olmak üzere sorunları çözmenin ve sitenizi geliştirmenin birçok yolu vardır.
Bugünün gönderisinde, sitenizi düzeltebilmeniz için WordPress’teki 500 dahili sunucu hatası sorununu çözmenin en iyi yolunu tartışacağım. Şimdi hatalar yaşıyor ve doğrudan çözümler buluyorsanız, bu yazının en üstünden başlayıp sorunları tanımlayana kadar listeye devam ediyorsanız, bunları çözün ve siteniz tekrar çalışıyor. Not: Hala hatalarla ilgili sorunlar yaşıyorsanız, yardım edelim! Olağanüstü destek ekibimiz, büyük veya küçük ve ücretsiz herhangi bir WordPress probleminde size yardımcı olabilir! Saat veya hafta sonu ne olursa olsun, ekibimiz 7/24 mevcuttur.
1. Gadangan ve geri yükleme Temel dosyalarınızda ve diğer benzer değişikliklerinizde ciddi değişiklikler yapmanız gerektiğinden, durum daha da kötüleşirse sitenizi yedeklemek daha iyidir. Bu şekilde, sitenizi hatanın başlangıcına geri döndürebilirsiniz, böylece daha az temizlenirsiniz. Bu tür yedeklemeden daha iyi olan tek şey, sitenizin iyi çalışmasıdır. Bu tür bir yedeklemeniz varsa, en son değişikliklerden bazıları neden olabilir çünkü sitenize devam edin ve geri yükleyin. Değilse, her ihtimale karşı tüm sitelerinizin manuel yedeklerini yaparak başlayabilirsiniz. Manuel yedeklemenin nasıl yapılacağına dair ayrıntılar için WordPress sitenizi manuel olarak nasıl ayıracağınızı görebilirsiniz. Eklentileri ve temaları devre dışı bırak bazen eklentiler veya temalar hataların bir nedeni olabilir ve nedenler değişebilir. Bir eklenti, veritabanınızda veya dosyanızda değişiklik yapabilir ve sitenizin aşağı yapmasına neden olabilir. Bir eklenti tarafından işlenmesi gereken birçok özellik eklerseniz, temanız bile sorunlara neden olabilir. Barındırma paketiniz birlikte kullanılıyorsa veya bir VP’iniz varsa, barındırma şirketinizin de eklenti üzerinde sitenize yükleyebileceğiniz bir sınır olabilir. Yasak eklentiyi etkinleştirmek, barındırma sağlayıcınızın sitenizi silmesi için yeterli olabilir.
Dahili bir sunucu hatasıyla, eklentileri ve temaları devre dışı bırakmak için yönetici kontrol paneline erişemezsiniz, ancak yine de site dosyanıza erişerek bunu manuel olarak yapabilirsiniz. Dosyanıza FTP veya SSH üzerinden kontrol paneliniz üzerinden erişebilirsiniz. En rahat kullandığınız herhangi bir yöntemi kullanın. Eklenti klasörünün adını değiştirerek eklentinizi devre dışı bırakabilirsiniz. CPanel’de Dosya> Dosya Yöneticisi’ni açın ve site dizininizi bulun. İlk olarak, adını geçici olarak değiştirerek eklentinizi devre dışı bırakın. /WP-Content/Eklentileri/ve listedeki ilk klasörü seçin, ardından sayfanın üst kısmındaki Ad Değiştir düğmesini tıklayın.
Orijinal klasörün adını koruyun Bozulur, ancak eklentileri daha sonra doğru şekilde ayırt edebilmeniz için sonunda -Deaktive veya benzeri bir şey ekleyin. Tüm eklentileriniz devre dışı bırakıldıktan sonra, sitenizin ayrılıp ayrılmadığını kontrol edin. Evet ise, eklenti klasör adınızı siteniz tekrar düşene kadar gerçek adınızı tek tek değiştirebilirsiniz. Bu olduğunda, bu etkinleştirdiğiniz son eklentinin suçlu olduğu anlamına gelir. Ayrıca,/wp-concent/temaları açarak temanızla da deneyebilirsiniz ve tema klasörünüzün adını eklentinizle aynı şekilde değiştirebilirsiniz. Siteniz tekrar yükselirse sitenizin yeniden kullanılacak bir şey olması için varsayılan WordPress temasını devre dışı bırakmayın.
Ayrıca yeni kopyaları yüklemeden önce klasörleri de silebilirsiniz. FTP üzerinden klasörleri nasıl yükleyeceğinize dair ayrıntılar için FTP’yi WordPress ile doğru şekilde nasıl kullanacağımızı da görebilirsiniz.
Sitenizin ayrılıp ayrılmadığını ve değilse hata sorunlarını çözmeye devam edebilirsiniz. 3. Hasarlı .htaccess dosyasını onarın Dahili sunucu hatalarının diğer nedenleri hasar görür. Htaccess dosyaları. Şu anda yeni bir kopyayla değiştirmek sitenizi depolayabilir ve çevrimiçi olarak geri getirebilir. Şimdi, .htaccess dosyanızı değiştirmeden önce sitenizin bir yedeklemesine sahip olmanız gerekir, ancak ek bir kopyayı kaydedin. CPanel’de Dosya> Dosya Yöneticisi’ni açın ve sitenizin depolandığı dizine gidin. Sayfanın üst kısmındaki Ayarlar düğmesini tıklayın ve gizli dosyanın kontrol edildiğinden emin olun ve kontrol edilmemişse etkinleştirin, ardından Kaydet’i tıklayın. Sitenizin kökünde, .htaccess adlı bir dosya bulun ve üzerine, ardından sayfanın üst kısmındaki indir düğmesine tıklayın. Dosyaları bilgisayarınıza kaydedin. CPanel’de yeni bir .htaccess dosyası oluşturabilirsiniz. Şimdi, yeni bir .htaccess dosyası oluşturun. Bunu ilk olarak mevcut olanı silerek CPanel’de de yapabilirsiniz. Listedeki dosyayı tıklayın, ardından Dosya Yöneticisi menüsünde Sil’i tıklayın. Ardından, Dosya düğmesini tıklayın ve dosya adı için .htaccess’i girin, ardından Dosya Oluştur’u tıklayın.
Yeni dosyanız listede göründüğünde, bir kez tıklayın, ardından sayfanın üst kısmındaki Düzenle düğmesine tıklayın. Dosya düzenleyicisine, tek bir WordPress kurulumu için aşağıdaki kuralları ekleyin:
Jennimckinnon/0f7b6c4821183eee65160e3ab647ff804’ün özünü içerir
3.5 veya daha yüksek sürümdeki multisite ağlar için ve alt-direktörle ayarlama için başka kurallar ekleyin: Jennimckinnon/866B4E20C29DBA2206D248B02940BB97’nin çekirdeğini içerir
Multisite’iniz için bir alt alan yüklediyseniz ve aynı sürümü kullandıysanız, bunu yeni .htaccess dosyanıza ekleyin:
Jennimckinnon/46cebb67451ae71f480f30fc1e48c043’ün özünü içerir
WordPress’in diğer tüm sürümleri için, eklemeniz gereken kuralları bulmak için WordPress Codex .htaccess sayfasını görebilirsiniz.
Dosyayı kaydedin ve bunun sorunu çözüp çözmediğini görmek için sitenizi ziyaret edin. Ayrıca, bu değişikliğin hatalara neden olup olmadığını görmek için birer birer eklediğiniz başka kurallar da ekleyebilirsiniz.
Ayrıca, değişikliklerinizin doğru sözdizimini içerdiğinden emin olun, çünkü tipik bir hata sitenizin kapalı olmasının nedeni olabilir. Eklemeden önce eklemek istediğiniz her değişikliği tekrar kontrol edin ve dosyayı kaydedin. 4. PHP bellek sınırını artırın PHP bellek sınırınızı artırmaya çalışabilirsiniz. Sitenizde kullandığınız eklentiler ve komut dosyaları, PHP belleğinin yüklenmesini ve sitenizde çalışmasını gerektirir. Tarayıcı bu eklenti ve komut dosyasını istediğinde, sitenizin PHP belleğinin yardımıyla yüklenir. Bu bir hata nedeni ise, bu sınırı artırmak sitenizi geri yükleyecektir. WordPress’teki bellek sınırınızı nasıl artırabileceğinizle ilgili tam ayrıntılar için, WordPress’teki maksimum yükleme ve PHP bellek limitinin nasıl artırılacağı yazımızda bulunabilir. 5. PHP sürümlerinin doğrulanması Bazen kullandığınız eklentiler ve komut dosyaları, sunucunuza yüklenmesini gerektirir. Yanlış sürümü kullanırsanız, bu dahili sunucu hatalarının nedeni olabilir.
İhtiyacınız olanı doğrulamak için kullandığınız PHP sürümünü kontrol edin. İstatistik listesi altında sayfanın sol tarafındaki sunucu bilgi bağlantısını girip tıklayarak CPanel’de siteniz için hangi sürümü kullandığınızı kontrol edebilirsiniz. Yüklenen sayfalarda, PHP’nin yüklediğiniz sürümle birlikte kayıtlı olduğunu göreceksiniz.
Sitenizde etkinleştirdiğiniz eklentileri ve komut dosyalarını arayın ve iyi çalışabilmek için ihtiyaç duydukları PHP sürümü açısından özel gereksinimleri olup olmadığını kontrol edin. Farkı görürseniz, PHP sürümünüzü güncelleyebilir veya ihtiyacınız olan sürümü yükleyebilirsiniz. PHP sürümünüzü nasıl yükleyeceğiniz ve güncelleyeceğinizle ilgili ayrıntılar için PHP belgelerinde yükleme ve yapılandırma sayfasını görebilirsiniz. Önceki PHP sürümü için PHP 4 için belge sayfasını ve beşinci sürüme nasıl geçileceğine dair ayrıntıları da görebilirsiniz. 6. Temel dosyaları değiştirme Bazen, WordPress Core dosyasını değiştirme Sözdizimsel bir sorun veya yanlış bir dosya izni olabileceğinden hataları düzeltebilirsiniz. Bu dosyaları yeni bir kopyayla karşılamak sitenizi daha önce olduğu gibi geri yükleyebilir. Dosya iznini anlamayı kontrol edebilir ve dosya izninizin nasıl güncelleneceğine dair ayrıntılar için sitenizi güvence altına almak için kullanabilirsiniz, ancak çekirdek dosyayı FTP üzerinden değiştirmek için daha hızlı olabilir. Bu dosyaları değiştirmek için FTP’nin nasıl kullanılacağına dair ayrıntılar için diğer yayınlarımızdan birini WordPress ile doğru şekilde nasıl kullanacağınızı da görebilirsiniz. Her şey WordPress’in yeni bir kopyasını WordPress.org’dan indirmek ve bilgisayarınıza kaydetmekle başlar, ardından sıkıştırmasını açar. Önemli dosyaların üzerine yazılmayacağından emin olmak için wp-config-sample.php dosyalarını ve wp-content klasörlerini silin. Ardından, tüm yeni kopyaları çekirdek dosyadan site konumunuza taşıyın ve sunucunuzda bulunan tüm ilgili dosyaları silmek için ekstra adımlardan kaçınabilmeniz için TIMPA seçeneğini seçin.
Ayrıca, daha önce belirtildiği gibi bunu yapmadan önce sitenizden tam yedeklemeniz olduğundan emin olun. Sitenizi düzeltmeye çalışırken her şeyi kaybetmek istemezsiniz. Sadece sinir bozucu olacak. Çekirdek dosya başarıyla değiştirildikten sonra, bunun başarılı olup olmadığını görmek için sitenizi ziyaret edebilirsiniz. 7. Bu noktada hata ayıklama ve günlüğü etkinleştirin, siteniz ayrılmazsa, nadir sorunlar olma olasılığı vardır ve daha fazla sorun çözmek ve gerçek sorunları bulmak için WordPress modunu etkinleştirebilirsiniz. Hata ayıklama etkinleştirme, ön uç hata raporlamasını da etkinleştirdiğinden, günlüğü etkinleştirmek de önemlidir, böylece sitenizi ziyaret edenler ek hata mesajları görmezler, çünkü siteniz hakkında bilgisayar korsanları tarafından kullanılma potansiyeline sahip bilgileri ortaya çıkarırlar. Ön uç raporunu kapatırken hata ayıklama ve günlüğe kaydedmeyi etkinleştirmek için, yukarıdaki wp-config.php dosyanıza /* tüm bu düzenlemeyi durdurun! Mutlu bloglama. * / /* Hepsi bu, düzenlemeyi bırak! Mutlu bloglama. * / /* Hepsi bu, düzenlemeyi bırak! Mutlu bloglama. */ Satır: JennimckKkinnon/ 6B47CA2C3BF8C4269D3BC5D3E89CCD4F’nin özünü içerir
Dosyanızda yazılmış hata ayıklama hattına sahip olmadığınızdan emin olun. Evet ise, yukarıdaki kodla güvenli bir şekilde değiştirebilirsiniz. Hata ayıklamanın doğrudan siteler için tasarlanmadığını hatırlamak önemlidir, ancak seçenekler tükendiğinizde ve siteniz aktif olmadığında, yararlı bir araç olabilir. Ayrıca ön uç hata raporlamasını kapattığınız için, aynı zamanda biraz daha güvenlidir. Ayrıca, hata ayıklama kodunu wp-config.php dosyanızdan silmeyi unutmayın veya bittikten sonra veya en azından, tanımlamada false (‘wp_debug’, true); astar. WordPress’te hata ayıklama hakkında daha fazla bilgi için WordPress: WP_Debug Nasıl Kullanılır Hata Ayıklama da görebilirsiniz. 8. Her şey başarısız olursa, ana bilgisayarınızla iletişime geçin, sunucunuzda meydana gelen sorunları zaten bilebildikleri için barındırma sağlayıcınızla iletişime geçin. Ev sahibiniz, tahsis edilen tüm kaynakları kullanıp kullanmadığınızı da söyleyebilir, çünkü bu da hatalara neden olabilir. Eğer öyleyse, tek yapmanız gereken barındırma paketinizi artırmak veya paylaşılan barındırma VPS’ye veya VPS’den özel sunucuya kayma gibi farklı bir pakete geçmektir. Ayrıca, birlikte barındırma ve VPS, sunucunuzdaki diğer kişiler, sonunda sitenize sızan sorunlar yaşayabilir. Paylaşılan, VPS, özel veya bulut barındırma görebiliyor musunuz? WordPress için en iyisi hangisi?
Bunun nasıl gerçekleştiği hakkında daha fazla ayrıntı için. Barındırma sağlayıcınız, bu özel sorunlardan birinin neden olup olmadığını söyleyebilir ve bu gizemli hatanın nedenini bulmak için daha iyi görebilirler. Ayrıca, sorunu çözmeye çalıştığınız hakkında iyi fikirlere sahip olabilmeleri için bunları bu yazıya bağlamaya yardımcı olabilir. Dahili sunucu hatalarının güvenliği için sitenizi tarayın Çözülmesi zor bir hata olabilir, çünkü bu çok sayıda potansiyel sorun için ortaya çıkan yaygın bir hatadır. Ancak, bu adımlar, sorunların neyin neden olduğunu bulmanıza ve sitenizin ayrılabilmesi için düzeltmenize yardımcı olabilir. Siteniz ayrıldıktan sonra, sitenizi WPMU Dev Üyeliği’ne veya ücretsiz denememize dahil olan kendi savunucumuz gibi güvenlik eklentileriyle taramak iyidir. VaultPress, WordFence ve diğerleri gibi diğer seçenekleri de görebilirsiniz. Sitenizi tarayarak, bilgisayar korsanının sitenize sızdığını ve hatalara neden olup olmadığını kontrol edebilirsiniz. Ardından, evi temizleyebilir ve bilgisayar korsanlarının tüm örneklerini silebilir ve sitenizi güvence altına alabilirsiniz. Bu aynı zamanda bilgisayar korsanlarının tekrar tekrar geri dönmesini önleyecektir. Ayrıca, bu tekrar olursa atmanız gereken adım sayısını azaltabilmeniz için tüm sitenizden rutin güncellemeler yaptığınızdan emin olun. Sitenizi kurtarmak, farklı iyileştirmeler yapmaktan daha kolaydır. Zamanınızı da kaydetmek için rezervinizi Snapshot Pro ile de otomatikleştirebilirsiniz.Hiç dahili bir sunucu hatası yaşadınız mı?Sitenizi tekrar aktif hale getirmeniz ve çalıştırmanız için ne işe yarar?Sorunları çözmek ve hataları düzeltmek için en iyi ipuçlarınız nedir?Deneyiminizi aşağıdaki yorumlarda paylaşın.Etiket: hata
sunucu
problem çözme
