it-swarm.asia

Wp-admin'de tuhaf 404 hataları nasıl giderilir?

Bir WordPress sitesini yaklaşık 70 aktif eklentiyle çalıştırıyorum.

Sık sık, rastgele bir hata sayfası ("Bulunamadı", ancak 404 olup olmadığını görmek için başlıkları kontrol etmedim, hiçbir yerde görünmeyen bir /wp-admin/ sayfasında.

Basitçe tekrar denemek hatayı düzeltir, ancak hata bir eklenti yükseltme işlemi sırasında gerçekleşirse (otomatik yeniden etkinleştirme başarısız olduğunda) bu oldukça sakıncalıdır. Bu aynı durumun Dashboard'umda bazen yüklenemeyen bazı modüllerden de sorumlu olduğunu düşünüyorum.

kurduğum eklentilerin listesi göz önüne alındığında , bu soruna neden olabilecek herhangi biri ile veya arasında olan sorunları bilen var mı?

Düzenle:

Hosting bilgisi: DreamHost; Sunucunun Apache httpd ile özel bir Debian derlemesi çalıştırdığını düşünüyorum.

8
dgw

bütün gün 404 yanlışlıktan bahseden problemler vardı.

her neyse, onlarla sahip olduğum bir kullanıcı hesabının işlem bellek kaynağı sınırlarına (tüm işlemler) çarptığını ve görünüşte htaccess'le ilgili sorunlara neden olduğunu söyleyen bir dreamhost teknik destek görevlisiyle sohbet etmeyi yeni bitirdim. hiç çağrılmaması gereken bir htaccess dosyasından aralıklı 404 hata alıyordum! perili bir ev sunucusu ile bir hayaletti.

görünüşe göre, hayaletin kullandığı robotu öldüren robot, ortada bir web sürecini öldürecek ve daha sonra bir nedenden ötürü, (şimdi zombi) Apache aslında işini bitirmeye çalışıyor (unglamorous ucundan temiz bir şekilde çıkmak için elinden geleni yapıyor. en iyi tahminim budur). ana http günlüğüne 500 hata atar, ancak bunu yaptıktan sonra, asla yeniden yazılmaması gereken yeniden yazma koşulunu ve kuralı çalıştırır (yukarıdaki standart -f ve dizin -d htaccess dosyalarını kullanarak) - ve yeni bir günlük girişi yazmayın! Yeni (görünmez bir adam) isteği daha sonra htaccess dosyasının son satırında indeks dosyasını tetikler.

dreamhost temel hesaplarındaki kaynak sınırlarına dikkat edin! limitlerini aşarsanız ve mod_rewrite çizgileri olan htacess'iniz varsa, sadece cadılar bayramı gecesi için uygun tuhaf şeyler görürsünüz - görünmez erkekler, 404'lerin perili! ölümsüz süreçler! zombi Apache! htaccess kendi kendine hareket ediyor! yikes!

umarım bu, saatlerce süren acıdan kaçınmanıza yardımcı olur.

6
sophistry

Bunu ayıklamanın tek yolu, bir seferde bir eklentiyi devre dışı bırakmak, her seferinde başka bir eklentiyi devre dışı bırakmadan önce sorunu yeniden oluşturmaya çalışmaktır. WP'nin yönetimi ile ilgisi olan eklentilerle başlayın, ardından normal tema eklentileri, widget'lar ve benzerlerine geçin.

Size daha iyi hizmet verildiğini belirten "Bulunamadı" sayfasını inceleyin (Opera'ya göz atın ve başlıkları gösterecek olan Bilgi panelini açın, alternatif olarak Firefox'a göz atın ve "Net" panelinin etkinleştirilmiş olduğu Firebug'u açın) eklentileriniz doğrudan hizmet verip vermediklerini görmek için Değilse, hangi kesin kaynağı sağlayamadığını bulmak için web sunucusunun günlüğüne bakın; bir eklenti biraz yönlendirme veya yeniden yazma yapıyor olabilir, bu yüzden tarayıcınızda gördüğünüz URL'nin 404'e sebep olması gerekmez.

4
Asbjørn Ulsberg

Bu sadece kabaca bir fikir: Eğer "gerçek" 404 hatası alırsanız (başlıkları ayarlanmışsa), o zaman eklentilerinizi arayabilir ve PHP header() işlevini ve 404 numara. Bu, eklentilerin sayısını 70’ten bir kısmına kadar indirebilir. O zaman sadece bunları kontrol etmeniz gerekir.

Bu, belirli bir IDE işlev çağrısı için arama sunan PHP benzeri Eclipse PDT ile kolayca yapılabilir.

Bunun yanı sıra, başarılı bir şekilde çalıştığını garanti etmeyen, başlık ayarına kanca ekleyen bir eklenti yazmak ve ardından hangi kodun gerçekten potansiyel bir 404 (geri izleme) belirlediğini izlemek. Bu sadece eklenti WordPress API fonksiyonunu kullanıyorsa işe yarar. PHP işlevinin aranacağı ilk yöntem, WP API değerinden bağımsız olarak çalışır.

3
hakre

Daha fazla bilgi gerekli:

1) Neden bu kadar çok eklenti var?

2) Hosting sağlayıcınız hangi işletim sistemini kullanıyor?

3) Hangi web sunucusu?

4) httpd sunucu kayıtlarına, özellikle hata kayıtlarına erişiminiz var mı?

5) Hata günlükleri, bu sorunları çevreleyen zaman dilimlerinde ne diyor?

(Şimdi, doğruyu söylemek gerekirse, genelleştiriyorsak "WordPress'i çalıştıran ortalama J6P'nin bu kesin sorusu olabilir, en azından yukarıdaki 5 soruyu cevaplaması için J6P'nin yönlendirmesini yaparak başlayabiliriz ...)

2
ZaMoose