Masanızı hayal kırıklığına uğratmak mı? WordPress ile aşka düşmenize neden olan can sıkıcı bir hata mı?
Hem bloglama hem de CMS için harika bir platformdur, ancak hiçbir yazılım kusurları içermez. Bu makalede, en yaygın WordPress hatalarından 3 tanesi, 'Ölümün Beyaz Ekranı', 'Dahili Sunucu Hatası' ve 'Veritabanı Bağlantısının Kurulması' için kullanışlı çözümler sunulmaktadır.
Bu makalede yer alan ipuçlarından bazıları, diğer hatalara uygulanabilir. Bu nedenle, siteniz düşmemiş olsa bile, gelecek için yararlı bir şeyler öğrenebilirsiniz.
En kötü bilinen hatalardan biri, dünya çapında kırık çanak çektirmesiyle sonuçlandı. Büyük olasılıkla üç şeyden biri olacak:
Ekran aynı ana bilgisayarı kullanan farklı sitelerde meydana geliyorsa, sorunun barındırma sağlayıcınızla birlikte bulunduğunu güvenli bir şekilde varsayabilirsiniz. Değilse, sorunun sitenizin kendisiyle olduğundan emin olabilirsiniz:
Bellek sınırına ulaşmak genellikle bu hatanın arkasındaki problemdir. Belleğinizi artırmak için, wp-config.php dosyanıza erişin - sitenizin bir FTP istemcisini veya barındırma panelinizdeki Dosya Yöneticisi'ni kullanarak kök dosyaya gidin . Ana php etiketinde, 64M'ye kadar bellek limitinizi artıracak bir kod satırı eklemeniz gerekecektir:
define('WP_MEMORY_LIMIT', '64M');64M'den daha yükseğe çıkmak mümkündür, ancak sunucunuza bağlıdır, bu nedenle 64M genellikle güvenli bir miktardır. Belki hafızayı arttırmak yardımcı olmadı ya da 64M'den daha yüksek bir limitiniz var mı? Sorun daha sonra bir eklentiye veya temanıza düşebilir.
Kontrol paneline erişiminiz varsa, sorun giderme eklentileri basittir. 'Eklentiler'i tıklayın ve en son yüklenen birini devre dışı bırakın, eğer bu yardımcı olmazsa, sitenizin eklentilerini devre dışı bırakabilir, en eklenti kutusunu kullanarak tüm eklentileri seçebilir ve' Devre dışı bırak 'seçeneğini işaretleyebilirsiniz.
Gösterge tablosuna erişiminiz yoksa, eklentileri test etmek için alternatif bir yöntem FTP'dir. Bir FTP istemciniz varsa, ilgili dizine gidin. Yüklediğiniz tüm eklentileri içerecek olan 'wp-content / plugins' dosyasını açın. Basitçe 'eklentileri' klasörünü yeniden adlandırın, belki sonunda bir kelime ekleyin - bu yüzden 'eklentiler' 'eklenti testi' olur.
Alternatif olarak, aynı eklentiyi, her bir eklentiyi tek tek de değil, tek tek test edecek olan bireysel eklentilerin klasörlerini yeniden adlandırmak için de kullanabilirsiniz. Eklentilerinizi yeniden yüklemek için mutluyuzsa, klasörü tekrar orijinal adına yeniden adlandırın.
Bir eklenti hatalıysa, birçok nedenden biri olabilir. En iyi yaklaşım, basitçe kaldırmak ve benzer bir sonuca ulaşan bir eklenti bulmaktır. Daha yeni bir eklentiyi veya sorun oluşturmayacak şekilde güncellenen bir dosyayı bulmayı deneyin.
Eklentileriniz sorun gidermediyse, o zaman sinir bozucu bir şekilde sizin temanız olabilir. Yapılacak ilk şey tema klasörünüzü yedeklemektir. Daha sonra sadece temanızı silebilir ve WordPress varsayılan bir tema yükleyecektir. Temanın arızalı olduğunu tespit ettiyseniz, o zaman theme's functions.php dosyasına bakmak isteyeceksiniz. Bazı kötü kodlamalar sorun olabilir, eğer bunu kendiniz ayarlamaya güvenmiyorsanız, o zaman belki de yazarın yazarıyla temasa geçin. Yazar desteği sunan güvenilir bir tema satın almak her zaman tavsiye edilir.
Hala masayı hayal kırıklığına uğratmak mı? Yardımcı olabilecek başka bir yöntem var: Debug modunu etkinleştirme.
Yukarıdaki çözüm sorununuzu çözmediyse, biraz daha derine inmek zorunda kalacaksınız. Aşağıda özetlenen süreç, sorununuzu tanımlamanıza yardımcı olacaktır. Ancak, sorunun ne olduğunu keşfettikten sonra sorunu düzeltmek daha ileri düzey beceriler gerektirebilir.
İlk olarak, wp-config.php dosyasını açın. Sonra aşağıdaki satırı bulun:
define('WP_DEBUG', false);Başlangıçta '//' yerleştirin, böylece olur
//define('WP_DEBUG', false);Yukarıdaki kod, aşağıdaki kodun hemen yukardaki satırın altında bir sonraki adım yapıştırması için yorumlanmıştır:
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);Şimdi bu, bazı kodlama bilgisine sahip olmanız gereken yerdir. Daha önce attığınız adımlar, error.log (wp-content klasöründe bulunan) adlı bir dosyaya gönderilen hatalara yol açacaktır. Bunu bulmakta sorun yaşıyorsanız, bu dosyayı oluşturma izniniz yok olabilir. Sadece yeni bir error.log dosyası oluşturun ve 666'dan izin verin.
Dosyayı bir metin düzenleyicide açın ve PHP hatalarını kontrol edin. Bu anlamadığınız veya güvenmediğiniz bir şeyse, yardım istemeniz önerilir.
500 dahili sunucu hatası aldıysanız, gerçekten kötü haberlerin farkında olmayabilirsiniz - bu birçok sorundan biri olabilir! Bu nedenle, yüksek oranda kafeinli sıcak içecek hazırlayın, havalandırın ve biraz daha sorun giderme için hazır olun. Güzel haberler? Bazı metodoloji önceki bölümle aynıdır.
Önceki bölümün 'Eklenti' ve 'Tema' bölümlerine bakın. Sorun giderme metodolojisi tam olarak aynıdır.
Yine, bu işlem önceki bölümle aynıdır.
Eklentilerinizden veya temanızdan herhangi biri değil misiniz? .Htaccess dosyanızın bozuk olup olmadığını kontrol etme zamanı.
Öncelikle dosyayı yeniden adlandırın - tekrar 'temp' veya sonuna benzer bir şey ekleyin. Dosya göremiyor musunuz? Ardından, 'gizli dosyaların görüntülenmesini' etkinleştirdiğinizden emin olmanız gerekir. Bu nasıl yapılır, FTP istemcinize bağlı olacaktır, ancak oldukça basit olacaktır. Örneğin Filezilla'da, en üstteki 'Sunucu' seçeneğini seçin ve ardından 'Gizli dosyaları göster' seçeneğini seçin.
Şimdi bir sonraki adıma ilk önce WordPress yönetici alanına geri dönün. 'Ayarlar - Permalinks' bölümüne gidin ve ardından permalinksinizi sıfırlayın. Artık çalışma dosyasının yeni bir sürümünü oluşturdunuz, böylece sorunun giderilip giderilmediğini kontrol edebilirsiniz.
Bu, yukarıdaki bölümde de ele alınmıştır, bu yüzden bir kez daha yukarı kaydırın.
Bu hatanın birkaç nedeni olabilir. Genellikle bir sunucu hatasıdır, ancak veritabanı giriş ayrıntılarınızı basit bir şekilde değiştirmiş olabilirsiniz.
Bu hatayı sitenizin hem ön hem de arka ucunda alıp almamanız önemlidir. Arka uçta aynı hata mesajını görüyorsanız (wp-admin) - 'Bir veritabanı bağlantısı kurulurken', bir sonraki adımı atlayabilirsiniz.
Bununla birlikte, '… ..Bu veritabanının onarılması gerekebilir ...' şeklinde bir hata mesajı görüyorsanız, aşağıdakileri wp-config.php dosyanıza eklemelisiniz:
define('WP_ALLOW_REPAIR', true);Daha sonra sitenizdeki bu sayfayı ziyaret edin: http://www.examplesite.com/ wp-admin / maint / repair.php
Daha sonra, veritabanını onaracak bir seçenek görebileceksiniz, bir kez onardıktan sonra, yukarıdaki kodu wp-config.php dosyasından kaldırdığınızdan emin olun.
Kök parolanızı veya veritabanı parolanızı değiştirdiniz mi? Öyleyse, bunu wp-config.php dosyasında da değiştirmeniz gerekecektir. Yani wp-config.php dosyanıza atlayın ve bilgilerin doğru olduğundan emin olun.
define('DB_NAME', 'database-name');define('DB_USER', 'database-username');define('DB_PASSWORD', 'database-password');define('DB_HOST', 'localhost');DB ana bilgisayar değerinizin ne olduğunu doğrulamak önemlidir, böylece son satır doğrudur. Olguların çoğunda localhost olacaktır, ancak sadece bazı durumlarda araştırma yapın. Yerel bir sunucuda WordPress kullanıyorsanız, localhost'u IP adresiyle değiştirmek sorunu çözebilir.
Siteniz çok miktarda trafik aldığında bu hatayı fark ederseniz, hata web barındırma sağlayıcınızla olabilir. MySQL sunucusunun yanıt verip vermediğini görmenizi sağlayan yöntemler vardır, ancak web sunucunuz size de söyleyecektir. Web sunucunuzla iletişimi sürdürmek her zaman iyi bir fikirdir, o yüzden neden onları aramayın?
Çoğu durumda, yukarıdaki çözümler hatayla ilgili bir düzeltme sağlayacaktır, ancak benzer sorunlara neden olabilecek daha az sorun vardır. Hala mücadele ediyorsanız, bu sayfayı iyi bir başlangıç noktası olarak ziyaret etmenizi öneririz: http://codex.wordpress.org/Common_WordPress_Errors
İyi şanslar!
Öne çıkan görsel / küçük resim, hata resmi Shutterstock üzerinden.