Beyaz ekran ölümü, dahili sunucu hatası, sözdizimi hatası ve nasıl işleyeceğinizi bilmeniz gereken diğer WordPress kabusları
Bir dahaki sefere biri size şöyle diyor: “Evet, WordPress’i biliyorum. Bir blog için iyi olduğunu duyuyorum “, lütfen” gerçek arkadaş değil “diyerek kafamın arkasında yapın. WordPress, tüm İnternet’in yaklaşık% 25’ini arttırır ve WordPress’te başarılı bir şekilde çalıştırılan birçok E-Niaga web sitesi vardır. NYT, Time, Walt Disney Company ve daha pek çok WordPress’te yürüyüş, bu yüzden bu tür argümanlar için yer kalmadı. Sorun şu ki, sorunlar ve beklenmedik hatalar hayatın bir parçası. WordPress ne kadar harika olursa olsun, sonunda web sitenizi, müşterinizi ve işinizi etkileyen sorunları çözen insan sınırlarından etkilenir. Her WordPress kurulumu diğerlerinden farklı olsa da, WordPress kullanıcıları tarafından şimdiye kadar yaşanan en yaygın sorunlar listesine hızlı bir referans olarak kullanılmak ve ihtiyacınız olduğunda kontrol etmek çok yararlı olacaktır. Yardım.
Biliyorum: böyle bir liste yeni başlayanlar ve sadece birkaç yıllık deneyime sahip olanlar için mantıklı, ama unutmayın: Deneyimli bir WordPress kullanıcısıysanız, bu sorun sayesinde geliştirdiniz! Bu, elde edeceğiniz şey budur: İşte hepsi kayıtlı gerçek iyileştirmelerle ilgili en yaygın WordPress problemlerinden bazıları. Bir cevap almak ister misiniz? Harika, hadi dalın. Kendiniz nasıl düzelteceğinizi öğrenmek istemiyor musunuz? Sorununuzu çok hızlı bir şekilde çözün. 10 WordPress genel senaryoları ve bunların üstesinden nasıl gelileceği
Web siteniz kayıp gibi görünüyor mu? Kaybolmak. Kaput? Yerinde kalan beyaz ekrandan başka bir şey yok. Tüm bunların ne olduğunu bilmeyenler için adımız var: Beyaz Ölüm Ekranı (WSOD). Microsoft’un ataları, mavi ölüm ekranı ve siyah ölüm ekranı gibi WSOD, düzgün çalışmayan bir şey olduğunda ortaya çıkar ve bu harekete geçmeniz gereken ilk “kanıt” dır.
Eklentilerinizden bir veya daha fazlasına neden olan/ilgili sorunlar
Temelinizle ilgili/ilgili sorunlar
Veritabanınıza neden olan/ilgili sorunlar
Hasarlı WordPress Çekirdek Dosyası
Not: WP-Login.php ve ardından WP-Admin’e erişebiliyorsanız, neredeyse son 2 seçeneği kesinlikle dışlayabilirsiniz.
1.1 WSOD: Eklentilerle ilgili Sorunlar Yeni bir eklenti etkinleştirdiyseniz, ancak düzgün bir şekilde test etmezseniz, eklentinin WordPress ayarlarınızla uyumlu olmadığını bulabilir. Ya da sadece bu örneği düşünün: Yeni bir güncelleme, eklentilerinizden birinin başka biriyle iyi çalışmayı bırakmasını sağlar. Eklentilerle ilgili olabilecek birçok şey vardır, bu yüzden WSOD: eklentinizi devre dışı bırakın ve web sitenizin normal çalışmaya başlayıp başlamadığını görün. Eklenti ile ilgili sorunlar bulmanın tek yolu onu devre dışı bırakmak ve tekrar tek tek etkinleştirmektir. Neyse ki çok zaman kazandıran ilk adım var: FTP üzerinden sunucuya girersiniz ve eklenti dizininin adını Plugins_old veya ne istersen değiştirirsiniz. Bu, ayarları bozulmadan korurken tüm eklentilerinizi sadece bir adımda devre dışı bırakacaktır (WSOD’da bile erişebileceğiniz varsayılarak WP-Admin üzerinden devre dışı bırakır, çoğu durumda tüm ayarlarınızı kaybedersiniz).
Şimdi sitenizi ziyaret edip tamamen veya kısmen çalıştığını görürseniz (eklentinizin kullanımına bağlı olarak% 100 veya hatta% 50 doğru görünmüyorsa), PHP ölümcül hatalarına neden olan sorun klasörlerinizden birinde bulunur. Ne yazık ki, bu, nedeni bulmak için eklentinizi tek tek keşfetmeniz gerektiği anlamına geliyor. Bunu yapmanın iki yolu var – B: A) eklenti klasörünüze gidiyorsunuz ve başlangıçta her şeyi değiştirebilirsiniz, yani jetpack’i jetpack_ vb. Siteniz için (bir kez daha% 100 doğru değil) Eklentinin adını yeniden etkinleştirmek için orijinal isme geri değiştirin, bunu tek tek yapın, sitenizi her kontrol ettiğinizde ve hangisinin zarar verdiğini görün. Hangisinin zarar verdiğini görmek için siteyi kontrol edin. Bu şekilde, sorunlu eklenti 3 listenin altında olabilirse, zaman kazandırdınız. Son zamanlarda hangi eklentilerin etkinleştirildiğini/güncellendiğini biliyorsanız, oradan başlayabilirsiniz. Zaman alıcı görünse de, eklentilerinizin her birini izlemek ve bunları tek tek yeniden etkinleştirse de, web sitenizde sorunlara neden olan tek yolu budur. Şüpheli eklenti devre dışı bırakıldıktan sonra, web siteniz etkin ve tekrar çalışacaktır.
Eklentiler klasörünün adı sitenizi geri yüklemezse, şimdi başka bir yerde arama zamanıdır. 1.2 WSOD: Eklentiler gibi temalarla ilgili sorunlar, temanız WSOD’u getirebilir. Eklentinizi devre dışı bırakırsanız, şimdi mevcut temanızı devre dışı bırakmanın ve yirmi gibi varsayılan WordPress temasını etkinleştirmenin zamanı geldi. Sildiyseniz, buradan indirin ve WP-Content/TEMATS klasörünüze FTP üzerinden yükleyin. Temanızı devre dışı bırakmak şimdi yeni duyulmamalıdır, bu yüzden klasörün adını Old_themename gibi bir şeyle değiştirelim. Bunu yaptıktan sonra, WordPress otomatik olarak varsayılan temaya geri döner ve etkinleştirir. Eksik sorununu görürseniz, bu, temanızla ilgili veya neden olduğu bir şeyle ilgisi olduğu anlamına gelir. Kendinize sorun: Son zamanlarda yaptın mı? Çevrimiçi eksik bulduğunuz bazı kod görüntülerini kopyalıyor musunuz? Evet ise, tema dosyanızın önceki sürümüne döndürün ve sorun oluşmadan önce her şey normale dönecektir. 1.3 WSOD: Bellek sınırı, size WSOD verecek diğer yaygın örnekleri aştı, örneğin, web siteniz kısa sürede ziyaretçi artışı aldığında ve barındırma bunu halledemez. Başka bir örnek, PHP belleğini harcayan uzun bir komut dosyasıdır.
Bu ihtiyaçların bazılarını karşılamak için daha iyi WordPress için optimize edilmiş birçok barındırma hizmeti olsa bile, birçok WordPress kullanıcısı hala birlikte (ve ucuz) çözümlere güvenmektedir. Bu yüzden WordPress tarafından ne kadar bellek kullanılabileceğini artırmanız gerekir; Bunu yapmak için aşağıdaki dizeyi wp-config.php dosyanıza eklemelisiniz: tanımlama (‘wp_memory_limit’, ’64m’); Daha yüksek veya daha düşük bir sınıra ihtiyacınız varsa, ’64m’ değerini istediğiniz miktarla değiştirmeniz yeterlidir. Tüm barındırma sağlayıcılarının, özellikle PHP bellek sınırlarını artırmak için kullanıcıların bu ayarları düzenlemesine izin vermediğini unutmayın. Eğer sizin durumunuzsa, sadece barındırma sağlayıcınızla iletişime geçin ve gelecekte onu aşmamalarınız için onlardan sizin için artırmalarını isteyin.1.4 WSOD: WordPress dosyaları, yukarıda yardımcı olan kimse yoksa hasar görür, bu da olabilir. WordPress Core dosyalarınızdan bazıları hasar gördü ve gerektiği gibi çalışmıyor. Kılıfınızsa, WordPress’in en son sürümünü indirmeniz ve yeni WP-Admin klasörünü ve yeni WP-exluges’ı FTP aracılığıyla yüklemeniz gerekir. Önemli: Mevcut klasörünüzü değiştireceğinden ve blogların, sayfaların ve klasörde depolanan tüm yayınları kaybedeceğiniz için yeni bir WP-Content klasörü yüklemeyin. WordPress sitenizle ilgili yardıma mı ihtiyacınız var? Uzman yardımımıza sorun! 2. Dahili sunucu hatası veya “HTTP 500 dahili sunucu hatası”
Bu sorun özel bir WordPress hatası değildir ve genellikle (ancak sadece değil) eklenti/tema özelliklerinden kaynaklanır, PHP bellek sınırları aşılır ve hasar görür.Korkutucu görünse de, panik için bir neden yok.Panikten önce, “siz değil, onlar” doğrulayabilmelisiniz: web sitenizi şüpheli bir parça olarak koymak için güvenli olup olmadığınızı anlamaya çalışın ve barındırma sağlayıcınızın sorunlara neden olup olmadığını görün.Bunu yapmak için aşağıdaki üç eylemi alın: Sayfanızı birkaç kez daha yansıtır.Sorun hala orada mı?O zamanlar…
Tarayıcınızı temizleyin, tarayıcınızı kapatın ve başlatın, sayfayı yenileyin.Sorun hala orada mı?O zamanlar…
Aynı sayfayı başka bir web tarayıcısında açın.Sorun hala orada mı?O zamanlar…
Hala bazı sorunlar yaşıyorsanız, aşağıdaki senaryolardan biri olabilir: 2.1 yeniden yazma kuralları, web sitenizi köklendirmek için FTP üzerinden bağlandığınız .htaccess dosyasında doğru şekilde yapılandırılmayan/doğru yapılandırılmayan, .htaccess dosyasını bulun ve değiştirin .htaccess_old adının adı. Şimdi web sitenizi yenileyin: Web sitesi düzgün çalışıyorsa, bu. Sorun buysa, WordPress kontrol panelinizi girin, Ayarlar> Kalıcı Bağlantıları açın ve “Kaydet” düğmesine basın. WordPress yeni bir .htaccess dosyası üretecektir. 2.2 Dosya İzinleri Salah belirli dosyalar veya klasörlerin doğru ayarlanmış bir izin seviyesine sahip olmayabilir. Düzeltmenin en hızlı yolu, FTP aracılığıyla dosyayı/klasöre tıklamak ve izni doğrudan aşağıdaki değerlerle düzenlemektir: klasörler için 755 ve dosyalar için 644 (biraz istisna dışında). 2.3 Eklenti Çatışması Hem yüklediğiniz yeni eklenti veya diğerlerinin en son sürümü olan eklenti, WordPress sitenizde 500 hata sayfasına neden olabilecek bazı sorunlar ve çatışmalar getirebilir. 1.1.2.4 hasarlı WordPress çekirdek dosyalarının adımlarını izleyin Dahili sunucu hatalarına neden olabilir ve hasarlı dosyaları yenileriyle değiştirmeniz gerekir. Takip etmeniz gereken süreç 1.4 ile aynıdır. Yukarıda başarılı olmasının bir yolu yoksa, barındırma sağlayıcınızla iletişim kurma ve dahili sunucu hatanız hakkında bilgi verme zamanı. Bu şekilde günlük sunucunuzu görecekler ve 500 hataya neyin neden olduğu hakkında daha iyi fikirleriniz olacak. 3. Sözdizimi hatası
Bu sorun, wp -config.php dosyanızdaki yanlış bilgilerle ilgili çeşitli faktörlerle ilişkilendirilebilir, ki bu şuna benzer: // ** MySQL ayarları – bu bilgiyi web ana bilgisayarınızdan alabilirsiniz ** // /** * WordPress için veritabanının adı */ define (‘db_name’, ‘database_name_here’); / ** mysql veritabanı kullanıcı adı*/ define (‘db_user’, ‘kullanıcı adı_here’); / ** mysql veritabanı şifresi*/ define (‘db_password’, ‘Password_here’); / ** mysql ana bilgisayar adı*/ define (‘db_host’, ‘localhost’); Veritabanınıza bağlanamayacağınız için, wp-config.php dosyanızda belirtilen tüm değerleri görmeli ve yanlış bir şey girilip girilmediğini görmek için tekrar kontrol etmelisiniz. Bulamazsanız, belki de barındırma sağlayıcınızın birkaç sorunu vardır veya veritabanınız hasar görür. 4.1 Veritabanını Geliştirin Bazen arka uç /WP-Admin’e erişmeye çalışırken bir hata mesajı alırsınız. Kılıfınızsa, belki de veritabanınızın düzeltilmesi gerekir. Bunu yapmak için wp-config.php dosyanızı açın ve aşağıdaki satırları ekleyin: tanımlayın (‘wp_allow_repair’, true); Ardından ,_site/wp-admin/cuaft/reper.php’inizi ziyaret edin ve istediğiniz iyileştirme türünü seçin ve bitirmesini bekleyin. Bu eylemleri gerçekleştirmek için içeri girmeniz gerekmez. Bitirdikten sonra, wp-config.php dosyanıza geri dönün ve daha önce eklediğiniz satırı silin. Veritabanı iyileştirmesi başarısız olursa, barındırma sağlayıcınızla iletişime geçmelisiniz. 5. Bağlantı süresi tükenir
Web siteniz sunucu bellek sınırının ötesine geçtiğinde, bağlantı süresi tükendiğinde bir hata görebilirsiniz. Bunu düzeltmek için yapabileceğiniz şey budur: Eklenti ile ilgili sorunları bulmak için 1.1 adımlarını izleyin
Mevcut temanızı devre dışı bırakmak ve tema ile ilgili nedenleri bir kenara bırakmak için varsayılan WordPress temasını etkinleştirmek için 1.2 adımlarını izleyin.
PHP bellek sınırınızı artırın (bkz. 1.3). Yapamazsanız, barındırma sağlayıcınızdan sizin için artırmasını isteyin
PHP.ini dosyanızdaki maksimum yürütme süresini, barındırma sağlayıcınızdan ilgilenmesini isteyerek veya WordPress Codex ipuçlarını takip ederek artırın
İşte burada. Not: WordPress çekirdek güncellemesi çalışırken verandayı görmeye çalışırsanız aynı bakım mesajını görebilirsiniz. Bu durumda, hiçbir şey yapmanıza gerek yok, sadece güncellemenin bitmesini bekleyin. 7. Otomatik ölümcül hataların yükseltilmesi işlevi tanımlanmamış IS_NETWORK_ADMIN () WordPress otomatik güncelleme özelliklerinin başarısız olduğu bir durum olacak ve “ölümcül hata: tanımlanmamış işlevi arayın IS_NETWORK_ADMIN () DI/Home/Web sitesi/web sitesi/ Public_html/wp- admin/yönetici başlıklı. 16. satırda PHP “. İçinde “ölümcül” olmasına rağmen, bu hata mesajı düşündüğünüz kadar korkutucu değildir, çünkü otomatik güncellemenin başarıyla çözülmediği anlamına gelir. WordPress otomatik iyileştirme özellikleri başarısız olabilir, çünkü İnternet bağlantınız mevcut değil, bazı yanlış dosya izinleri veya ana WordPress dosyasıyla düzgün çalışmayan bir şey. Bu sorunu yaşarsanız, WordPress kurulumunuzu manuel olarak güncelleyin. Bu: en son WordPress ve Unzip’i indirin
Tüm eklentilerinizi devre dışı bırakın
WP-Incomudes ve WP-Admin dizin adlarınızı eski-WP-Incomudes ve eski-WP-Admin gibi bir şeye değiştirin
Klasörleri yükleyin /WP-Accestions ve /WP-Admin Baru
Yeni klasörden /wp-content’den ayrı dosyaları mevcut klasöre /wp-content’e yükleyin, mevcut dosyanın üzerine yazmayın ( /wp-content’i silmeyin, sadece *index.php gibi yeni bir dosya yükleyin)
WordPress yöneticinize giriş yapın ve “http://domain.com/wordpress/wp-admin/upgrgrage.php” gibi URL’ye bir bağlantı verilecek ve talimatları izleyin
Manuel güncelleme tamamlandıktan sonra her şey çalışmalıdır. Değilse, önbelleğinizi temizlemeyi deneyin. 8. UYARI: gölgelik bilgilerini değiştiremiyor-tarayıcınızda bir hata mesajı almanız tarafından gölgelik gönderildi “Uyarı: Başlığı değiştirilemiyor Bilgi başlığı (/yol/blog/wp-consig’den başlayarak çıktı. PHP: 34) “WordPress’inizi güncelledikten hemen sonra. Bu hata, verilen dosyada gerekli olmayan bir alan olduğunda oluşur, bu örnekte wp-config.php’dir. Bu sorunu çözmek için, dosyadan istenmeyen boş alanları düzenlemeli ve silmelisiniz: FTP aracılığıyla erişim ve hata mesajında belirtilen dosyaları indirmelisiniz
Metin Düzenleyicisi ile Aç (Bunun gibi)
İşaretlemeden önce tüm alanları silin
Düzenlenen dosyaları FTP üzerinden yükleyin
Bu hata diğer dosyaları da içerebilir. Bu nedenle, hata mesajını dikkatlice okumak yeterince önemlidir, çünkü hatanın meydana geldiği belirli bir dosyanın (ve yol) adını belirtir. 9. Görüntü dosyalarını WordPress’e yükleyemiyor
Eminim bu size (veya müşterinize) en az bir kez olur: her şey sorunsuz gider, bir gönderi veya yeni blog sayfası yaparsınız, resim ve bam ekleyerek daha ilginç hale getirmek istersiniz … WordPress size geri hata mesajları verir “dizin/ wp-content/ yüklemeler/ yapamıyorum. Çoğu zaman, bu mesajı aldığınızda, örneğin yükleme klasörünüzde ayarlanan yanlış dosya izniyle bir ilgisi olabilir ve WordPress dosyaları yazamaz (değiştiremez). Doğru harekete geçmek ve bu sorunu çözmek için her zaman başlamalısınız:
Eklenti çatışmasını bir kenara bırakmak için tüm eklentilerinizi devre dışı bırakın/yeniden etkinleştirin, temalarla ilgili sorunları bir kenara bırakmak için varsayılan temayı hazırlayın
Bu eylem size fayda sağlamazsa,/wp-content/uploads/siz için dosya iznini kontrol etme ve düzenleme zamanı.Uzun lafın kısası: Klasörler için 755 ve dosya için 644 ayarlayın.Güvenlik tehditlerinden WordPress sitenizi açtıkları için 777 değerinde izin ayarlamanın iyi bir fikir olmadığını unutmayın.WordPress sorunları mı yaşıyorsunuz ve profesyonel yardıma mı ihtiyacınız var?Projenizi gönderin ve yüksek kaliteli WordPress geliştiricilerimizin ve tasarımcılarımızın sizin için harikalarını yapmasına izin verin.10. Hepsi hasar görmüş ve ne olduğunu bilmiyorsunuz (kafanın duvara çarpmadan önce aka)