it-swarm-id.com

Bagaimana cara menghapus 404 kesalahan aneh di wp-admin?

Saya menjalankan situs WordPress dengan sekitar 70 plugin aktif.

Sering kali, saya akan mendapatkan halaman kesalahan acak ("Tidak Ditemukan", meskipun saya belum memeriksa header untuk melihat apakah itu 404) pada halaman /wp-admin/ yang muncul entah dari mana.

Cukup mencoba lagi menyelesaikan kesalahan, namun cukup merepotkan jika kesalahan terjadi selama peningkatan plugin (karena reaktivasi otomatis gagal). Saya pikir masalah yang sama ini bertanggung jawab atas modul-modul tertentu di Dasbor saya gagal memuat kadang-kadang.

Dengan daftar plugin yang saya instal , apakah ada yang tahu masalah dengan atau di antara mereka yang mungkin menyebabkan masalah ini?

Edit:

Info hosting: DreamHost; Saya pikir server menjalankan pembangunan Debian khusus dengan Apache httpd

8
dgw

saya mengalami masalah sepanjang hari dengan apa yang tampaknya menjadi 404 misfirings.

lagi pula, saya baru saja selesai mengobrol dengan orang dukungan teknis dreamhost yang mengatakan kepada saya bahwa akun pengguna yang saya miliki dengan mereka telah mencapai batas sumber daya proses memori (semua proses) dan itulah yang menyebabkan masalah aneh, yang tampaknya berkaitan dengan masalah proses. saya mendapatkan 404 kesalahan intermiten dari file htaccess yang seharusnya tidak dipanggil sama sekali! itu adalah dreamhost dengan server rumah berhantu.

rupanya, proses pembunuhan robot yang digunakan oleh dreamhost akan membunuh proses web di tengah dan kemudian untuk beberapa alasan, Apache (sekarang zombie) benar-benar mencoba untuk menyelesaikan pekerjaannya (melakukan yang terbaik untuk keluar dengan bersih dari akhir yang tidak berkilau ke sebuah subrequest. adalah tebakan terbaik saya). itu melempar 500 kesalahan ke dalam http log utama, tetapi setelah melakukannya, itu benar-benar melepaskan kondisi penulisan ulang dan aturan yang seharusnya tidak pernah dipecat (menggunakan file standar -f dan direktori -d file htaccess di atas) - dan tidak dapat menulis entri log baru! permintaan baru (orang tak terlihat) kemudian memicu file indeks di baris terakhir dari file htaccess

waspadalah dengan batasan sumber daya di akun dasar dreamhost! jika Anda melampaui batas mereka, dan Anda memiliki htacess dengan garis mod_rewrite Anda akan melihat hal-hal aneh yang hanya cocok untuk malam halloween - pria tak terlihat, 404s berhantu! proses undead! zombie zombie! htaccess bergerak sendiri! Astaga!

semoga ini membantu Anda menghindari rasa sakit selama berjam-jam.

6
sophistry

Satu-satunya cara untuk men-debug ini adalah dengan menonaktifkan satu plugin pada satu waktu, setiap kali mencoba mereproduksi masalah sebelum Anda menonaktifkan plugin lainnya. Mulailah dengan plugin yang ada hubungannya dengan administrasi WP, kemudian pindah ke plugin tema biasa, widget dan semacamnya.

Periksa halaman "Tidak Ditemukan" bahwa Anda dilayani dengan lebih baik (jelajahi dengan Opera dan buka panel Info yang akan menunjukkan tajuk, alternatif jelajahi dengan Firefox dan buat Firebug dengan "Net" panel diaktifkan) dan lakukan pencarian melalui semua plugin Anda untuk melihat apakah mereka mungkin menyajikannya secara langsung. Jika tidak, lihat log server web untuk mengetahui sumber daya pasti yang tidak dapat dilayani; sebuah plugin mungkin sedang melakukan pengalihan atau penulisan ulang yang mewah sehingga itu tidak selalu URL yang Anda lihat di browser Anda yang menyebabkan 404.

4
Asbjørn Ulsberg

Saya hanya bisa menceritakan pengalaman saya sendiri, dan sejauh ini, saya belum menemukan aturan "pasti" untuk memperbaiki semua masalah dengan satu langkah.

Masalah utama dengan pengaturan DreamHost adalah bahwa, dalam perjuangan abadi untuk menjaga konsumsi memori seminimal mungkin, itu berarti menyingkirkan sebanyak mungkin fitur - yaitu, semua itu akan mengurangi bandwidth (baik untuk pengunjung!) Atau CPU (bagus) untuk server, tetapi DreamHost tidak mengontrol konsumsi CPU seagresif mereka mengontrol RAM). Sebagai contoh, ini berarti menyingkirkan HTML + CSS gzip'ed (yang akan mengkonsumsi CPU + RAM) atau salah satu dari beberapa plugin Minify (yang akan mengkonsumsi RAM juga). Cache yang lebih canggih (Saya suka menggunakan W3 Total Cache, atau setidaknya WP Super Cache), semakin banyak RAM akan dikonsumsi juga.

Demikian pula, banyak plugin yang membatasi jumlah permintaan MySQL untuk meningkatkan kinerja, sebaliknya akan mengkonsumsi RAM. Jadi menemukan trade-off di mana Anda masih bisa menjaga situs Anda membalas dengan kinerja yang baik sambil menghindari untuk mengkonsumsi RAM yang berharga _ adalah tugas yang sulit!

Sejauh ini, hasil terbaik saya di situs sibuk adalah menghapus centang Pengoptimalan Kecepatan Halaman dan Keamanan Web Ekstra yang tampaknya akan mengkonsumsi banyak RAM, dan sebagai gantinya bergantung pada kombinasi dengan W3 Total Cache dan Cloudflare (layanan proxy reverse gratis). Cloudflare akan secara efektif melakukan hal yang sama dengan modul "Keamanan Web Ekstra", tetapi karena berjalan di luar DreamHost, tidak masalah. W3 Total Cache mengkonsumsi banyak memori tetapi begitu halaman disimpan secara statis secara lokal, Cloudflare akan sangat efisien untuk men-cache mereka - sehingga Anda mungkin mendapatkan 404/500 saat mengedit posting, setidaknya pengunjung Anda tidak akan mengalaminya (Cloudflare juga dapat melayani halaman statis bahkan jika DreamHost memberi 404 atau 500).

Juga, terima kasih kepada artikel ini , saya menemukan bahwa FastCGI menggunakan lebih banyak RAM daripada CGI 'normal'. Dan karena PHP 5.3 lebih baik dalam mengelola RAM (pengumpulan sampah yang lebih agresif, lebih sedikit kebocoran memori), saya secara eksperimental beralih ke PHP 5.3 CGI (bukan FastCGI ) tanpa Optimasi Kecepatan Halaman atau Keamanan Web Ekstra, mengandalkan W3 Total Cache + Cloudflare untuk mempercepat situs. Sekarang backoffice lebih lambat (konsumsi CPU lebih banyak!) Tapi setidaknya saya tidak melihat 404/500 (sejauh ini!).

Saya masih tidak senang dengan kombinasi ini, jadi saya pasti akan melanjutkan pengaturan Tweak DreamHost dengan berharap untuk mengurangi RAM konsumsi bahkan lebih dan masih mendapatkan kinerja yang memadai. Seperti kata @dgw, saya juga menggunakan banyak plugin - karena saya memerlukan fungsionalitasnya. Tidak semua orang meng-hosting WP dengan DreamHost memiliki kebutuhan blogging yang sederhana; semakin kompleks situsnya, semakin banyak fungsionalitas yang diperlukan ... dan itulah keindahan WordPress, Anda hanya perlu menggunakan plugin yang benar-benar Anda butuhkan, dan pertahankan inti WP instal sederhana jika Anda senang dengan sedikit kebutuhan. Namun, plugin tidak selalu "buruk" atau terlalu berat di situs; tetapi memang benar bahwa beberapa mungkin mengkonsumsi banyak RAM ...

3
Gwyneth Llewelyn

Ini hanya gagasan kasar: Jika Anda mendapatkan kesalahan 404 "nyata" (dengan set header), maka Anda dapat mencari melalui plugin dan mencari fungsi PHP header() dan nomor 404 . Ini dapat menelusuri jumlah plugin dari 70 hingga beberapa saja. Maka Anda hanya perlu memeriksa itu.

Ini dapat dengan mudah dilakukan dengan IDE seperti Eclipse PDT yang menawarkan pencarian untuk panggilan fungsi PHP tertentu.

Di sebelahnya tetapi tanpa jaminan bahwa itu berhasil, adalah menulis sebuah plugin yang menghubungkan ke pengaturan header dan kemudian memberi Anda melacak kode mana yang sebenarnya mengatur potensi 404 (backtrace). Ini hanya akan berfungsi jika plugin menggunakan fungsi WordPress API. Metode pertama untuk mencari fungsi PHP akan bekerja terlepas dari WP API.

3
hakre

Informasi lebih lanjut diperlukan:

1) Mengapa banyak sekali plugin?

2) OS apa yang dijalankan penyedia hosting Anda?

3) Server web apa?

4) Apakah Anda memiliki akses ke log server httpd, terutama log kesalahan?

5) Apa yang dikatakan oleh log kesalahan dalam kerangka waktu yang mengelilingi masalah ini?

(Sekarang, sejujurnya, jika kita menggeneralisasi untuk "rata-rata J6P yang menjalankan WordPress mungkin memiliki pertanyaan ini, kita bisa mulai dengan mengarahkan kata J6P untuk menjawab setidaknya 5 pertanyaan di atas ...)

2
ZaMoose