Çözülmesi En Kolay 7 WordPress Problemi

Nuria Adell tarafından çevrilmiştir.

İspanyolca blogumuzdaki en başarılı yazılardan biri, WordPress'teki en yaygın 5 sorunun çözümüdür (burada İngilizce versiyonuna sahipsiniz). 2015 yılının ortalarında yayınladığımızdan beri, ziyaret sayısı artmayı bırakmadı ve bazı durumlarda orijinal gönderide çözülmemiş sorunlara destek arayan çok ilginç bir yorum dizisi oluşturdu.

Bu sorunların tekrar tekrar gündeme geldiğini görünce (hem yorum kısmından hem de mail yoluyla) bunları burada derleyip size hepsinin çözümünü vermenin faydalı olacağını düşündüm. Öyleyse… WordPress onarımlarında usta olmak için biraz daha püf noktası öğrenmeye hazır olun!

0. En yaygın sorunları gözden geçirme

Sizi bekleyen yeni sorunlar listesine başlamadan önce, belki geriye dönüp birkaç ay önce baktıklarımızı size hızlıca hatırlatmaya değer. Bu sorunlardan birine sahip olduğunuzu düşünüyorsanız, çözümü daha ayrıntılı görmek için orijinal gönderiyi okumanızı tavsiye ederim:

1. Beyaz ölüm ekranı (WSOD). Bu, karşılaşabileceğiniz en yaygın sorunlardan biridir. Buna sahip olduğunuzu bileceksiniz çünkü adından da anlaşılacağı gibi, WordPress'e erişmeye çalıştığınızda tamamen boş kalacak. Sorun genellikle yakın zamanda yapılan bir değişiklikten kaynaklanır (yeni bir eklenti veya tema, bunlardan birinin güncellemesi veya WordPress'in kendisi…)
2. İÇ SUNUCU HATASI. Bu, öncekine benzer bir hatadır; aslında, WSOD böyle bir hata oluştuğu için gerçekleşir. Sebepler aynı olma eğilimindedir, bu nedenle günlükleri kontrol etmeniz ve her şeyin doğru olduğundan emin olmanız gerekir.
3. VERİTABANI BAĞLANTISI KURULUŞTA HATA. Bu genellikle bir sunucunun hatasıdır, ancak bazen kullanıcıyı ve/veya veritabanının şifresini değiştirmek kadar aptalca bir şey olabilir ve bu nedenle WordPress artık ona erişemez. Sunucunuzun ayarlarına bakın veya barındırma sağlayıcınızla iletişime geçin.
4. Otomatik güncellemelerde hata. Otomatik güncellemelerin başarısız olduğunu anlamak zordur, çünkü bunlar otomatiktir ve bu nedenle, yürütüldüklerinde önde olmamanız gerekir. Görebildiğiniz, başarısız bir güncellemenin sonuçlarıdır: WSOD, hatalar 500, vb. Her şeyin doğru olduğunu kontrol edin (WSOD çözümünde açıklandığı gibi) ve güncellemeyi manuel olarak tamamlayın.
5. Hata 404 ile WordPress Gönderileri. Özellikle .htaccess dosyasını manipüle eden kalıcı bağlantıların veya eklentilerin ayarlarıyla oynuyorsak, başka bir yaygın hata. Genellikle, varsayılan bir .htaccess koymak sorunu çözer.

1. Hata 500 ve benzeri durumlar – Beyaz olmayı bırakan beyaz ölüm ekranı

500 hatası, kabul etmek istediğimizden daha sık görülen bir hatadır. Ve bunu sadece ben söylemiyorum; Ziyaretçilerimizin gönderdiği yorumlarda gördüm. Bu tür bir hata, beyaz ölüm ekranını oluşturan hatadır (hata günlüğü devre dışı bırakıldığında):

veya bunun gibi ürkütücü mesajlar oluşturan:

Bu durumlarda, yapmamız gereken bu hatayı oluşturan suçluyu bulmaktır . Günlüğünüz etkinleştirildiyse (burada açıkladığımız gibi), ekranda tam olarak hangi dosyanın hatayı oluşturduğunu gösteren bir satır olması çok olasıdır. En yaygın olanı, bu dosyanın bir eklentiye veya temanıza karşılık gelmesidir, bu nedenle kurulumunuzda onu devre dışı bırakmanız, sıfırdan yeniden yüklemeniz (bozuk olmadığından emin olmak için) ve hata devam ederse, yazarla iletişime geçmeniz gerekir. yardım istemek.

Sorunu neyin yarattığını bilmiyorsanız, bir “cadı avı” yapmanız gerekecektir. Başka bir deyişle, "soyulmuş" bir WordPress kurulumuna sahip olmak için tüm eklentileri devre dışı bırakmanız ve mevcut temanızı varsayılan temaya (bu yazının tarihinde Yirmi Onyedi) değiştirmeniz gerekir. Vakaların %99'unda, bu sorunu çözer, bu yüzden şimdi sistem hangisinin sorumlu olduğunu belirleyemeyene kadar eklentilerin her birini yeniden etkinleştirmeye başlamanız gerekir.

Bu işe yaramazsa, düşündüğümüzden daha ciddi bir sorununuz var demektir. Web siteniz hacklenmiş olabilir mi? Daha fazla bilgi için 6. noktaya atla?

2. Kullanıcı arayüzü ile etkileşim kuramıyorum

Diğer zamanlarda, görünüşte her şey olması gerektiği gibi çalışıyor ( WordPress'in kontrol paneli doğru yüklendi, bileşenleri görebiliyoruz, editörleri gönderileri değiştirdiğini görüyoruz, etrafındaki kutuları görebiliyoruz…) ve etkileşim kurmaya çalıştığımızda sayfayla birlikte, gerçekte işlerin yürümediğini keşfediyoruz. Orijinal yorumlardan biri bunu şöyle ifade etti:

(…) “Mesajlar” bölümünde ortaya çıkan/açılan seçenekler ne işe yaramazsa. Örneğin, genel gönderiler listesinden hızlı sürüm çalışmıyor (…)

O zaman makalenin içinde “Görsel”den “Metin”e geçemiyoruz, “medya ekle” çalışmıyor, ilgili etiketleri koymamıza veya tarihi düzenlememize izin vermiyor.

“Sayfalar”daki değişiklik iyi çalışıyor.

Burada ne oluyor? ?

WordPress ile etkileşim kurduğumuzda kullanılabilen özelliklerin çoğu JavaScript aracılığıyla çalışır, çünkü bu şekilde çok daha akıcı bir etkileşim elde ederiz. Okuyucumuzun bahsettiği tüm "engellenmiş" özellikler JavaScript'in düzgün çalışmasına bağlıdır, bu nedenle bazı eklentilerin hatalar içeren yeni bir komut dosyası eklediğini ve bu nedenle her şeyin başarısız olmasına neden olduğunu düşünmek normaldir.  

Her zaman olduğu gibi, sorunu çözmek için yapmamız gereken ilk şey, suçluyu belirlemektir. Bunu yapmak için tarayıcınızın geliştirme araçlarını açın ve bir hata olup olmadığını görmek için JavaScript konsoluna bakın. Her şey hayal ettiğimiz gibiyse, şöyle bir şey görmelisiniz:

Hatayı genişletirseniz, üretilmiş bir grup çağrıyı görebileceksiniz. JavaScript çerçevelerine (jQuery gibi) birkaç çağrı yapılması ve yalnızca suçlu eklentiyle doğrudan ilgili bir veya iki çağrı yapılması yaygındır; bu işlevi bulun ve hangi eklentiyi devre dışı bırakacağınızı bileceksiniz.

Ardından, nasıl devam edeceğinize karar vermek size kalmış. Bu durumlarda geliştiriciyle iletişime geçmenizi ve karşılaştığınız sorunu ona açıklamanızı tavsiye ederim; kodunda gerçekten bir hata varsa, bilgi için minnettar olacak ve eminim düzeltecektir.

3. Gönderilerim tuhaf karakterler gösteriyor

Karşılaşabileceğiniz bir diğer hata da tuhaf karakterler içeren gönderilerdir . Örneğin, blogun İspanyolca versiyonunun okuyucularımızdan biri, tarayıcısının aşağıdaki gibi sonuçlar gösterdiğini söyledi:

 [vc_row full_width="stretch_row" gap="15" content_placement="üst"][vc_column][vc_custom_heading text="Picadora de forraje autopropulsada Modelo FS60" font_container="tag:h1|text_align:center|color:%23000000" google_fonts ="font_family:Roboto%20Slab%3A100%2C300%2Cregular%2C700|font_style:700%20bold%20regular%3A700%3Anormal"][vc_separator color="beyaz" border_width="5"][/vc_column][/vc_row] [vc_row full_width="stretch_row" gap="15" content_placement="üst" wd_row_delimiter_ wd_row_delimiter_color="#bbbbbb"][vc_column width="1/2"][vc_single_image image="3700" img_size="540×306" css_animation ="görünür"][vc_gallery type="image_grid" images="3691,3692,3693,3695,3696,3697,3694" img_size="180×180"][vc_column_text] OTROS PRODUCTOS FS60 FS6025 FS80 FS8060 [/vc_column_text] [/vc_column][vc_column width="1/2"][vc_column_text] Las cosechadorsa PALESSE FS60 son famosas commo un modelo ekonomiko y ve amplio uso erişilebilir. La maquina cumple con seguridad los trabajos de acopio de forrajes, henolaje ve materyal verde. Para asegurar…

Bu özel durumda anahtar, WordPress'in bize verdiği içeriğe bakmaktır ; onlar anlaşılmaz rastgele karakterler değil, okuyabileceğimiz metinlerdir. vc_row , vc_column , vc_single_image ne yazdığına bakın… bunlar HTML düzeninin “etiketleri” gibi görünürler, ancak HTML değildirler. Hatta bir önceki durumda nasıl bittiğini normal bir metin olarak bile okuyabiliriz: “ Las cosechadoras son famosas como (…) La maquina cumple con seguridad (…) ” Bütün bunlar nedir? ?

Bu örnekte gördüğümüz, Visual Composer adlı bir eklenti tarafından eklenen etiketlerdir. Bu eklenti , HTML'de çok yetenekli olmayan kullanıcıların tipik "sürükle ve bırak" yöntemini kullanarak sayfalar oluşturmasına ve herkesin birkaç dakika içinde çekici sayfalar oluşturmasına olanak tanır. Ancak elbette kullanıcının editörü ile oluşturduğu sayfa bir yerde saklanmalıdır ve bu durumda bu, üstte görebileceğimiz kısa kodlar ( vc_row , vc_column, etc. ) aracılığıyla yapılır.

Buna benzer bir şey bulursanız, iki şeyi kontrol edin :

1. Bu sadece bir arama yaptığınızda veya listelerde oluyorsa , ancak gönderiye/sayfaya/ürüne gittiğinizde bunları iyi görüyorsanız, bu gönderiyi/sayfayı/ürünü düzenleyin ve bir alıntı ekleyin. Varsayılan olarak, bir alıntı tanımlamazsanız, WordPress alıntıyı oluşturmak için gönderinizin içeriğinden birkaç kelime alacaktır. Bu durumda içerik kısa kodları içerir, bu nedenle WordPress'in varsayılan olarak verdiği sonuç geçersizdir ve bu nedenle bu "özeti" manuel olarak tanımlamanız gerekir.
2. Bu , belirli bir türdeki tüm sayfalarda oluyorsa , temayı değiştirmiş ve/veya bu kısa kodları ekleyen eklentiyi kaldırmış olabilirsiniz. Bu durumlarda, iki seçeneğiniz vardır: ya daha önce kullandığınız temayı ve/veya eklentiyi yeniden yükleyin, böylece kısa kodlar kullanılabilir hale gelir ve düzgün bir şekilde düzenlenir ya da bu kısa kodları kullanmadan sayfayı yeniden sıfırdan oluşturabilirsiniz.

Diğer zamanlarda, ekranınızda görünenler tamamen okunaksızdır ve tarayıcımızda gördüğümüz hiçbir şey mantıklı değildir. Bunun gibi şeylerden bahsediyorum:

 ‹i=]sU8'i÷+`N%MÄ/I–eUr&q'YU9“TiUª«8¥‚HH¢C~Xo:Ur÷°?`Ÿoi^oOo—[email protected]$;EM¦& 4Fwh' [6·¢+Ÿ'a4rE!9ØROwNŸ1/4|NZiDaO0i(k)Ä¥Þ £0OAÐwI³þ{UIµU›k··Y JIBAO>iªIOaiv>h¯'ßOu>µO1/2E”Eb>2j.Z÷Ii( ata²pEXiqG‰Øe[a¨! i( Z a…O œE±¨a±HuªÅ1/2ˆyN!OGZco¯tOUešÀ0bC; u]…e‡#Qb i²¨£uzuBmME=:euiÂaE |Ko‡3/4a#r”— 3/4oEaD%oE•ou”—RªIUuØ sC6S˜B—+×Qª²IE•›››=ak `!aiĉدU)-'Eš‚ş…NßavC˜=QC}ÃyØiuE 1/2xuiªSš¢{no5ÄÂio“ LqiØuÀ^]YAZOI8 U#>@ a°dQit¦oEi%uÀn UO O?zoaoE»Ÿo< Þ¥ÑKu…ZEƒNEuÃhE/ne £aP›Ðe'i?.€xØ,e$Cn¦cPoSUc2a u‡aµO-OauCuÀuÀe3 /4‡UU Ce"?¥iÃyŸx&0œabŠišÞeªG{.³'¥'1/2,Ð

Bu tür sorunlar iki nedenden dolayı ortaya çıkma eğilimindedir:

1. Veritabanınız yanlış yapılandırılmış , çünkü bilgileri yanlış karakter kodlamasıyla depoluyor.
2. Sıkıştırılmış sayfayı gösteriyor ( gzip kullanarak), ancak tarayıcıya gönderilen başlıklar yanlış.

Her iki durumda da sunucu ayarlarındaki sorunlardan bahsediyoruz, bu nedenle barındırma sağlayıcısıyla iletişime geçin ve onarımını isteyin (onlara bunun için mi para ödüyorsunuz?).

4. Bilgisayarımda WordPress'i yapılandırdım ve içeriğe erişemiyorum

Evde WordPress'te bir kurulumla oynuyorsanız ve buna “dışarıdan” (başka bir deyişle başka bir bilgisayardan) erişmek istiyorsanız, birçok şey ters gidebilir: bilgisayarlar farklı ağlarda olabilir, güvenlik duvarları, portlar kapalı olabilir… bu yüzden korkarım probleminize somut bir çözüm sağlayamayacağım. Bununla birlikte, yapabileceğim şey, WordPress'inize başka bir bilgisayardan erişilmesini engelleyebilecek tipik nedenlerin bir listesini vermek ve buradan, bunları nasıl kontrol edip durumunuzu nasıl çözeceğiniz konusunda biraz araştırma yapabilirsiniz?:

1. Apache sunucuları varsayılan olarak yalnızca localhost'tan gelen istekleri dinler. Sunucunuzun "genel" bir IP'den gelen dilekçeleri kabul edecek şekilde yapılandırıldığını kontrol edin (bu, 192.168.1.25 gibi bir yerel ağdan gelen IP olabilir).
2. Bazen web sunucusu 80 numaralı bağlantı noktasında açılmaz, ancak farklı bir bağlantı noktası kullanır. Sunucunuzu 80 numaralı bağlantı noktasını kullanacak şekilde yapılandırın veya yapılandırın veya yapılandırdığınız bağlantı noktası üzerinden tarayıcınıza erişin.
3. İşletim sisteminizde bir tür güvenlik duvarı varsa, bunu web sunucunuza yapılan isteklere izin verecek şekilde yapılandırın.
4. Genel IP'nizden erişim istiyorsanız, yönlendiriciyi, genel IP'nin bağlantı noktalarını bilgisayarınızın yerel özel IP'sine yeniden yönlendirecek şekilde yapılandırmanız gerekecektir. Burada, DHCP gibi protokollerde bilgisayarınızın yerel IP'sinin değişebileceği gerçeği gibi birkaç faktörü göz önünde bulundurmalısınız, bu nedenle ağınızda sabit bir IP kullanmayı düşünmeniz gerekecek.

5. Eklentileri, temaları yükleyemiyorum, galeriye yeni resimler yükleyemiyorum…

Sıklıkla karşılaştığımız bir diğer yaygın hata. Bu durumda, şunlar mümkündür:

1. Sunucuda yeriniz tükendi. Hangisini isterseniz, bir sonraki plana geçmeyi veya eski bilgileri silmeyi düşünün.  
2. Klasör izinleri yanlış. Barındırma sağlayıcılarının çoğu Linux sistemlerinde çalışır, bu nedenle bilgileri depoladıkları klasörlerin, kendilerine bir şeyler ekleme izinlerine sahip ilişkili bir sahibi vardır. Herhangi bir nedenle izinler "yapılandırılmamış" ise (örneğin FTP'ye bir şeyler yüklediğimiz için), o dizine bir şeyler yüklemeye devam edemeyebiliriz. Bu durumda, barındırma sağlayıcısı genellikle "izinleri sıfırlamak" için bir tür düğme içerir; Eğer bulamazsanız, onlarla iletişime geçin, size yardımcı olacaklardır.
3. Yanlış .zip. Bir eklenti veya premium tema satın aldığımızda meydana gelen başka bir tipik hata, bize verilen .zip yüklediğimizde ve işler çalışmadığında ortaya çıkıyor. Sorun şu ki, yüklemeniz gereken .zip size verilen değil, içindeki .zip dosyasıdır. Eklentiyi veya temayı satın aldığınız pazaryeri, genellikle size çeşitli bilgiler (lisanslar, izinler vb.) ve eklenti veya tema ile birlikte yine içinde .zip biçiminde bir .zip dosyası gönderir. Bu nedenle, size verilen .zip dosyasını açmanız ve içindekileri yüklemeniz yeterlidir.

6. Hacklendim. Ben ne yaparım?!

Nefes alın ve sakinleşin. Evet, çözülmesi kolay olmayan ciddi bir sorununuz var. Ama üzülme, yalnız değilsin!

Her şeyden önce, bozuk dosya olmadığından emin olmalısınız. Bu, yalnızca "ek dosyaları ortadan kaldırmak" anlamına gelmez, aynı zamanda WordPress dosyalarının değiştirilmediğini de kontrol etmelisiniz. Durum buysa, kurulumunuzun dizin ağacınız ile WordPress.org'dan temiz indirdiğiniz arasında bir diff (örneğin meld gibi bir programla) yapardım.

Her şey yolundaysa, wp-config.php ve wp-content ( plugins , themes veya uploads ) farklılıkları aramamız gerekir. Ya da daha iyisi, “sıfırdan başlamamız” gerekir. Başka bir deyişle, sahip olduğunuz tüm eklenti ve temalardan kurtulmanızı ve WordPress.org'dan (veya satın aldığınız marketten) indirerek tekrar yüklemenizi öneririm. Bu, herhangi bir sorun yaratmamalıdır, çünkü teorik olarak, onları asla manuel olarak düzenlemediniz; WordPress deposundan indirdiğiniz şey, kesinlikle virüslerden arınmış olacaktır. uploads klasörü, işlenmesi daha karmaşık bir şeydir, çünkü kullanıcılar istedikleri "her şeyi" yükleyebilirler. Size söyleyebileceğim tek şey PHP, HTML… dosyalarının olmadığını doğrulamanız, genellikle ne tür içerik kullandığınızı bilmiyorum, ancak genel olarak sadece resimler veya medya dosyaları olacak.

Son olarak, veritabanını kontrol etmeliyiz. Bunun için, WordPress'inizde bilmediğiniz kayıtlı bir kullanıcı olmadığını doğrulayın (tuhaf içerik almanızın nedeni bu olabilir). Ayrıca hiç kimsenin veritabanına kullanıcı eklemediğini doğrulayın. Aslında, "bozuk" index.php veritabanında görünüp görünmediğini kontrol edebilirsiniz; belki aslında yüklenmemiştir ama onu yeniden oluşturan garip bir süreç var.

Gerçek şu ki, böyle bir şeyi çözmek yavaş ve oldukça karmaşıktır, insan nerede veya ne arayacağını gerçekten bilmiyor. Kendi başınıza çözmeyi başaramazsanız, kurulumunuza erişebilecek ve size yardımcı olabilecek bir güvenlik uzmanından yardım isteyin.

7. Benim sorunum öncekilerden herhangi biri değil mi?

Bu yeni sorun listesinin ayrıntılı olması amaçlanmamıştır, bu nedenle sorununuz ne burada ne de önceki gönderide olabilir. Durumunuz buysa, şanslı olabileceğiniz ve sorununuz (çözümle birlikte) orada görünebileceğinden, farklı türdeki hataları tartıştıkları WordPress geliştiricileri sayfasına bir göz atmanızı öneririm. Hala bir çözüm bulamıyorsanız, barındırma sağlayıcınızla iletişime geçin; unutma bu tür durumlarda sana yardım etmek için oradalar (dediğim gibi bu yüzden onlara para ödüyorsun dostum).

Her halükarda ve bugün için veda etmeden önce, bu tür beklenmedik olaylarla karşılaştığınızda yedeklerin hazır bulundurulmasının önemini hatırlatmama izin verin. Eğer hiç yoksa, değerli bir dersi zor yoldan öğrenmiş olursunuz: Yedeklemeler hayatınızı kurtarabilir! Onlarla, temiz ve işleyen bir kurulumu kurtarana kadar "zamanda geriye atlamanız" yeterlidir. Bunu ciddiye alın ve bir numaralı önceliğiniz haline getirin: yedekler sunan bir barındırma sağlayıcısı bulun veya bunları kendiniz oluşturun, ancak sorunları onsuz çözme yeteneklerinize güvenmeyin.

Ve şimdi söyle bana, bir şey unuttum mu?

Öne Çıkan Resim Andrew Magill tarafından.