ev borcu WordPress sitesi
WordPress'in En Yaygın 5 Sorununun Çözümü
Nuria Adell tarafından çevrilmiştir.
Web sitenize yeni girdiyseniz ve bir hata mesajı aldıysanız veya daha da kötüsü beyaz bir ekran aldıysanız, endişelenmeyin! Bazı nedenlerden dolayı WordPress'inizde bir hata var ve bunu düzeltmeniz gerekecek . Bugünkü gönderide en yaygın 5 sorunu, olası nedenlerinden bazılarını ve bunların nasıl çözüleceğini anlatacağım.
Ek olarak, göreceğimiz birçok tavsiye ve çözüm, karşılaşabileceğiniz diğer hata türleri için de geçerlidir (“genel çözümler” gibi). Bu nedenle, bugün paylaştığım sorunların hiçbirini yaşamadıysanız, bu girişi favori geçmişinize kaydetmenizi öneririm – bir gün hayatınızı kurtarabilir!
1. Ölümün Beyaz Ekranı (WSOD)
Beyaz ölüm ekranı (WSOD) en yaygın hatalardan biridir. Çoğu insan, WordPress kullanıcıları olarak hayatlarının bir noktasında bununla karşılaştı. Web sitenizi sıfıra indirdiğini görmenin soğuk terini hayal edin!
Bu hatanın ana nedenleri şunlardır:
- tükenmiş hafıza
- bir eklenti
- Bir tema
WSOD'yi kendiniz nasıl çözebileceğinizi görelim:
Tükenmiş Bellek
Bellek sınırına ulaşmak, genellikle bu hatanın en yaygın açıklamalarından biridir ve bu durumda, sınırı artırmak çok kolaydır. Bunu yapmak için, istemci FTP'nizi (veya cPanel'i veya WordPress kurulumunuzun dosyalarını görmek için ne gerekiyorsa onu) kullanarak wp-config.php dosyasına erişin ve sınırı şuna kadar artırmak için <?php etiketine aşağıdaki talimatı ekleyin. 64 Mb:
define('WP_MEMORY_LIMIT', '64M');
Açıkçası, limit olarak istediğiniz herhangi bir değeri belirleyebilirsiniz (örneğin, 128 Mb veya 256 Mb…), ancak çok daha yüksek bir değer koymanızı tavsiye etmiyorum – WordPress bu miktarda bellekle düzgün çalışmalıdır ve eğer çalışmıyorsa 't, başka bir sorun olması çok olası. Eğer öyleyse, o zaman diğer olası nedenleri analiz etmeliyiz.
Eklentiler
WordPress panosuna erişmeye devam ederseniz, bu sorunu çözmek oldukça basittir. Eklentiler bölümüne gidin ve yüklediğiniz son eklentiyi devre dışı bırakın. Bu sorunu çözmezse, hatanın başka bir eklenti tarafından üretilmesi mümkündür, bu yüzden hangisi olduğunu bulmamız gerekir. Bunu yapmak için, tüm eklentileri bir kerede devre dışı bırakın (hepsini işaretlemek için eklenti tablosunun üstündeki seçim kutusunu kullanabilir ve ardından Devre Dışı Bırak eylemini seçebilirsiniz). Ardından, hangisinin başarısız olduğunu bulana kadar eklentileri tek tek etkinleştirebilirsiniz .
Masaüstüne erişiminiz yoksa , eklentileri FTP yoluyla devre dışı bırakmamız gerekecek. Tercih ettiğiniz FTP istemcisini (veya daha önce olduğu gibi, WordPress sunucunuzun dosyalarını işlemek zorunda olduğunuz aracı) kullanarak, wp-content dizinine gidin ve plugins klasörünün adını plugins -debug olarak değiştirin. Adı değiştirdikten sonra, her şeyin yolunda gittiğini doğrulamak için sitenize gidin. Eklentileri birer birer etkinleştirmek için, eklentiler dizinine geri dönün (adını plugins plugins -debug olarak değiştirdiğimizi ve bu nedenle dizin plugins mevcut olmadığını unutmayın) ve eklentileri plugins plugins -debug taşıyın, böylece hangisinin çalışmadığını bulabilir. Bitirdikten sonra, plugins -debug dizininden kurtulabilirsiniz, hangi şimdi boş olmalıdır.
Sorunlara hangi eklentinin neden olduğunu belirledikten sonra, birkaç seçeneğiniz vardır:
- Başarısız olmadığını bildiğiniz önceki bir sürümü yükleyin (ve güncellemekten kaçının) .
- Geliştiriciyle iletişime geçin, sorununuzu açıklayın ve eklentilerini düzeltmelerini isteyin.
- Eklentiyi aynı özelliğe sahip başka bir eklentiyle değiştirin … ama boş ekranlar olmadan, tabii ki ?
Temalar
Eklentileri devre dışı bırakarak beyaz ekrandan kurtulmayı başaramadıysak, temanın başarısız olması çok olasıdır. Eklentilerde olduğu gibi , web siteniz bir tema nedeniyle gece boyunca çalışmayı durdurduysa, bunun nedeni temanızın güncellenmesi ve güncellemede bir hata olması ya da bir şeyi manuel olarak düzenlediğiniz ve bir hata yapmış olmanızdır. .
Beyaz ekranın bir tema tarafından oluşturulup oluşturulmadığını analiz etmek için, eklentiler için yaptığımız adımların aynısını izleyeceğiz. wp-content/themes dizinine erişin ve temanızın dizininin adını değiştirin (örneğin, my-theme my-theme-debug ), böylece WordPress temayı kaldırdığınızı düşünür ve bu nedenle varsayılan temayı kullanmak zorunda kalır ( Yirmi Onyedi gibi).
Sorunun temadan kaynaklandığını anladıktan sonra, sorunu düzeltmek için aşağıdaki işlemleri yapabilirsiniz:
- Temayı manuel olarak düzenlediyseniz (genellikle dosyadan ekleyerek veya değiştirerek
functions.php), değişikliklerden kurtulmanızı öneririm. Ne yaptığınızdan veya önceki duruma nasıl geri döneceğinizden emin değilseniz, temayı sıfırdan yeniden yükleyin. Ve WordPress'inizin herhangi bir kısmına dokunmadan önce (özellikle kod hakkında konuşuyorsak) bir yedekleme yapmanın çok önemli olduğunu unutmayın; bir şeyler ters giderse, yedekleme sadece birkaç dakika içinde önceki duruma geri dönmemizi sağlar. - Temanın yazarıyla iletişime geçin ve yardım isteyin.
- Başka bir tema kullanın.
Bunların Hepsi Başarısız Olursa… PHP'nin DEBUG Modunu Etkinleştirin!
Olabilecek en iyi şey, önceki eylemlerin hiçbirinin çözümünüzü düzeltmemesidir. Ancak, neyin yanlış olduğunu belirlemenize izin vermeleri de olabilir, ancak bunu nasıl düzelteceğinizi bilmiyorsunuz. Bu durumlarda ne yapmalıyız? Yapabileceğimiz tek şey sorun hakkında daha fazla bilgi almaya çalışmak. Bunu yapmak için wp-config.php dosyasını açın ve aşağıdaki satırı arayın:
define('WP_DEBUG', yanlış);
Bulduktan sonra, başına // ekleyin:
// define('WP_DEBUG', false );
böylece bir yorum haline gelir. Ardından, aşağıdaki ifadeleri ekleyin:
define('WP_DEBUG', doğru);
define('WP_DEBUG_LOG', doğru);
PHP'nin DEBUG bilgilerini etkinleştirecek. Bu sayede, web sitenize eriştiğinizde artık beyaz bir ekran görmeyeceksiniz, ancak PHP kodunda web sitenizin düzgün çalışmasını engelleyen hataları, ayrıca dosya ve satırları görebileceksiniz. hatalar şunlardır.
Bu bilgilerin web sitenizde görünmesini istemiyorsanız, aşağıdaki iki satırı ekleyerek tarayıcıda görünmesini engelleyebilir ve bir günlük dosyasında görünmesini sağlayabilirsiniz:
define('WP_DEBUG_DISPLAY', yanlış);
@ini_set( 'display_errors', 0 );
Onlarla birlikte, tüm günlük bilgileri wp-content dizininde bulacağınız error.log adlı bir dosyada görünecektir.
2. DAHİLİ SUNUCU HATASI
Bazen sunucunuz 500, Internal Server Error hatasıyla yanıt verir. Bu gibi durumlarda, yapabileceğiniz en iyi şey kalkıp bir kahve içmek ve sabırla geri dönmek çünkü her şey olabilir.
Yine, Eklentilerden Birini, Bir Temayı veya Tükenmiş Belleği Suçlayın
Evet, bazen eklentiler veya temalar tarafından oluşturulan hatalar beyaz bir ekranda sonuçlanmaz, bunun yerine korkulan hata 500'ü gösterir. Bu durumlarda yapabileceğiniz tek şey önceki işlemlerde anlattığımız adımları tekrarlamak…
.htaccess Dosyasını Düzeltin
Bu bir eklentinin hatası değil mi? Ne de bir tema? Pekala, umutsuzluğa kapılmayın – belki de başarısız olan .htaccess dosyanızdır. Bu durumlarda sıfırdan başlamak daha iyidir. WordPress dosyalarınızın sistemine FTP aracılığıyla erişin ve adını örneğin .htaccess_backup olarak değiştirin. Bulamıyorsanız, muhtemelen gizlenmiştir; FTP programınızda “ Gizli dosyaları göster ” seçeneğini seçtiğinizden emin olun.
Dosyayı “sildikten” sonra (gerçekte adını değiştirdik mi? ), WordPress » Ayarlar » Kalıcı Bağlantılar panosuna gidin ve Değişiklikleri kaydet 'e basın. Ayarlardaki değişiklik, .htaccess dosyasını otomatik olarak yeniden oluşturur ve böylece yeni sürümün doğru çalıştığını doğrulayabilirsiniz.
3. VERİTABANI BAĞLANTISINI KURMA HATASI
Bulabileceğimiz başka bir tipik hata. Bu genellikle sunucunun bir hatasıdır, ancak bazen kullanıcıyı ve/veya veritabanının şifresini değiştirmemek kadar aptalca bir şeydir ve bu nedenle WordPress buna erişemez.
wp-config.php dosyasını inceleyin
Yapmanız gereken ilk şey, hatanın yalnızca web sitenizin genel kısmında mı yoksa kontrol panelinde de ( wp-admin ) görünüp görünmediğini kontrol etmektir.
A) Eğer sadece public tarafında geliyorsa ve ek olarak “ veritabanının onarılması gerekiyor ” gibi bir yazı görüyorsanız, wp-config.php aşağıdaki satırı eklemeniz yeterlidir:
define('WP_ALLOW_REPAIR', true );
Ardından, web sitenizin http://yoursite.com/ wp-admin/maint/repair.php sayfasını ziyaret edin ve veritabanını onarmak için adımları izleyin. Bitirdikten sonra, wp-config.php eklediğimiz satırı kaldırmayı unutmayın.
B) Veritabanınızın kullanıcı adını veya şifresini değiştirdiyseniz, veritabanındaki wp-config.php içindeki bilgilerin doğru olduğundan emin olun:
define('DB_NAME', 'veritabanı-adı');
define('DB_USER', 'veritabanı-kullanıcı adı');
define('DB_PASSWORD', 'veritabanı-şifresi');
define('DB_HOST', 'localhost');
Önceki örnekte, veritabanına sahip sunucunun WordPress'i yürüten sunucu olduğunu varsaydım (dolayısıyla localhost kullanımı), ancak bu her zaman doğru değildir.
Barındırma Sağlayıcınızla İletişime Geçin
Sorunu hiçbir şey çözmezse veya trafikte bir zirveden sonra hata ortaya çıktıysa, veritabanına erişimi durduran kişinin barındırma sağlayıcınız olması çok olasıdır. Onlarla iletişime geçin ve onlardan yardım isteyin; bu daha hızlı ve daha kolay olacak!
4. Otomatik Güncellemelerde Hata
WordPress 3.7, daha iyi güvenlik sağlamak ve yeni sürümlerin uygulanmasını kolaylaştırmak amacıyla otomatik güncellemeleri tanıttı. Varsayılan olarak, yalnızca küçük güncellemeler (bakım veya güvenlik güncellemeleri) otomatik olarak yapılır. Bazen, bu güncellemeler başarısız olur. Herhangi bir insan etkileşimi olmadan gerçekleştirildiklerini unutmayın. Peki içlerinde bir sorun olup olmadığını nasıl bilebiliriz? Peki, aşağıdaki nedenlerden dolayı:
- Bir PHP hatası görünüyor
- Web siteniz boş kaldı (yine, daha önce bahsettiğimiz korkunç WSOD)
- Size hatayı bildiren bir bildirim var
Otomatik güncellemenin başarısız olmasının birkaç nedeni vardır, ancak en yaygın olanları zayıf bir internet bağlantısı veya dosya ve dizin izinlerinin uygun olmaması ve bu nedenle yeni sürümle bunların üzerine yazılamamasıdır.
Elle güncelleme
Hayattaki her şey gibi, otomatik olarak çalışmıyorsa, manuel olarak yapmayı deneyin. Sanırım daha önce bir WordPress'i manuel olarak yüklediniz, ancak yüklemediyseniz, Codex'te WordPress'i manuel olarak nasıl güncelleyeceğinizi göreceksiniz.
5. Hata 404 ile WordPress Gönderileri
En sinir bozucu hatalardan biri, blogumuzun gönderilerine veya web sitemizdeki bir sayfaya erişmeye çalıştığımızda ortaya çıkıyor ve 404 hatası alıyoruz. Bu tür hatalar, sunucu istediğimiz kaynağı bulamadığı zaman ortaya çıkıyor. , ya var olmadığı için ya da onu nerede arayacağını bilmediği için. WordPress durumunda, en olası neden .htaccess dosyasının bozuk olmasıdır. Bunu onarmak için neler yapabileceğimize bir bakalım!
Kalıcı Bağlantılarımızı Düzeltme
WordPress'in .htaccess dosyasını otomatik olarak yeniden oluşturmasını zaten gördük. Bu, sorunumuzu çözmezse (dürüst olmak gerekirse, çözmese şaşırırdım), onu manuel olarak oluşturmayı deneyebilir ve aşağıdaki içeriği ekleyebiliriz:
# WordPress'e BAŞLAYIN <IfModule mod_rewrite.c> Yeniden YazmaMotoru Açık Yeniden Yazma Tabanı / RewriteRule ^index.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d Yeniden Yazma Kuralı . /index.php [L] </IfModule> # WordPress'i SONLANDIR
Bonus. Yazı Yazmak ve Bunları Tanıtmak
Bir WordPress web sitesine sahip olanların karşılaştığımız sorunlar her zaman teknik değildir (ancak bir BT geliştiricisi olarak bunları ele almaktan kaçınamam?). Çoğu zaman, blog yazarlarının sorunları , yazı yazacak zamanın olmaması, iyi bir içerik planı oluşturup uygulamaya koymanın zorluğu, hatta içeriğimizin daha büyük bir kitleye ulaşması için tanıtımıdır . En iyi çözüm, tutarlı bir şekilde çalışmak ve daha fazla çaba göstermek olsa da, Nelio'da hedeflerinize ulaşmanıza yardımcı olacak bir eklenti geliştirdik.
Biliyorsunuz ki, web sitenizin sahip olduğu etkiyi geliştirmek, hedef pazarınızı artırmak ve kesinlikle WordPress'te daha iyi verimlilik elde etmek istiyorsanız, Nelio Content aradığınız eklentidir .
Diğer sorunlara ek çözümler
Tecrübelerime göre, bu yazıda yazdığım çözümler, karşılaşacağınız sorunların çoğunu çözmenize yardımcı olacaktır. Ancak, ne yazık ki, bu yazının dışında bıraktığım, daha az yaygın olan veya çözülmesi daha karmaşık olan başka hatalar da var. Bunlar için, farklı türdeki hataları tartıştıkları WordPress geliştiricileri sayfasına bir göz atmanızı tavsiye ederim.
Soruşturmanda başarılar!
Öne Çıkan Resim, Simon Pow tarafından.