WordPress’te neden çalışmadığını nasıl anlarsınız?

Birçok site görevi arama motoru optimizasyonu (SEO) üzerine odaklanır, çünkü görünürlüğünüzü ve arama sıralamanızı artırabilir. SEO stratejinizin kısmı URL yapınıza dayanmalıdır, kalmanız WordPress’te çalışmasa bile, trafik numaralarınızı azaltmakta zorluk çekeceksiniz. Kalıcıları ne zaman hasar gördüğünüzü bilmek kolaydır, ancak anlaşılması kolay olmayan şey, nasıl düzeltileceğidir. Çoğu zaman, sunucu yapılandırma dosyanıza atlamanız ve bazı değişiklikler yapmanız gerekir. Aslında, WordPress’in içinden hızlı bir şekilde sıfırlayın Belki ihtiyacınız olabilir.
Sonraki birkaç bölüm boyunca, kalıcı bağlantınız WordPress’te çalışmadığında size ne yapacağımızı göstereceğiz. İlk olarak, hasarlı geçirgen bağlantılar ve neye benzediği hakkında daha fazla konuşacağız. Kullandığınız sunucu veya ayarlar ne olursa olsun WordPress’te kalıcı bağlantı bağlantısının hasar gördüğü gibi, hasarlı kalıcı bağlantıların hepsi aynı görünüyor. Çoğu durumda, ana sayfanızın mükemmel olduğunu göreceksiniz, başka bir sayfa 404 hata gösteriyor:

Bazı özel örnekler için – yani sitede olmayan meşru URL – 404 hatalarını ana sayfaya yönlendirebilirsiniz. Aslında, bu birçok durumda kalıcı bir çözüm değildir, çünkü genellikle tespit edilmeyen temel sorunlarınız olacaktır.
Dahası, kalışınız WordPress’te çalışmazsa, sitenize göz atmadığınız sürece bilemezsiniz. Sorunla ilgili ilk hisiniz, kullanıcının size bildirim göndermesidir. Bu, kullanıcı deneyimi (UX) veya itibarınız için iyi değildir. Neden permaliniz, WordPress’te WordPress’te çalışmıyor ve WordPress’teki permalink, sitenizden ‘set-forget’in bir yönü olarak daha çok. Slug’u post-by Post tabanında düzenleyebilmenize rağmen, ilk WordPress kurulum işleminden sonra Global Kalıcı Bağlantı yapısını ayarlarsınız. Önerilen tipik uygulama bundan sonra bırakmaktır, çünkü SEO’nuzu etkileyebilir. Bu nedenle, WordPress’teki hasarlı permalin onarımı daha zordur, çünkü doğrudan çözmeye dahil olmayacaksınız. Tersine, keşfetmenin birkaç yolu vardır:
Yeni bir eklenti yükler veya eski ayarları değiştirirseniz, kalıcı bağlantınızda dolaylı değişiklikler yapabilirsiniz. Bu esas olarak sunucu yapılandırma dosyanıza bağlı eklentiler için geçerlidir.
Olasılık küçük olmasına rağmen, bazı temel güncellemeler, temalar ve eklentiler kalıcı bağlantınıza zarar verecektir. Bu, temiz ve güncel bir yedeklemeye sahip olmanızın nedenlerinden biridir (daha sonra daha sonra olacak).
Bu arada, sitenizi geri yüklemek için yedeklemenizi kullanmanız gerekiyorsa, bu da kalıcı bağlantı yapınıza zarar verebilir. Bu aynı zamanda sitenizi taşımak için de geçerlidir.
Aslında, daha yaygın bir WordPress: Sunucu Yapılandırma dosyanızda manuel düzenleme ile işlev almamasının bir nedeni vardır. Bu dosyalarla uğraşmaya karar verirseniz, bu çelişkili bir eklenti ile aynı hasara neden olur. Hataların nedenleri dışında, kesinlikle düzeltmeye başlamak istersiniz. Şimdi sebebini biliyorsunuz, kazmaya başlayabilir ve sorunun nerede olduğunu bulabilirsiniz. Hasarlı Permalink WordPress’inizi düzeltmek için neye ihtiyacınız var. Bu nedenle, ihtiyacınız olan her şeyi rock and roll için hazırlamak iyidir. İşte hazırlamak istediğiniz öğelerin bir kontrol listesi:
Dosya ile çalışmak için sunucunuza yönetici erişim. Çoğu durumda, bu girişinizi gerektirmez – özellikle bir site sahibiyseniz.
Sunucu kimlik bilgileriniz, özellikle giriş bilgileri. Hosting kontrol panelinizde veya sağlayıcınızdan e -postanızda bulacaksınız. Kimlik bilgilerini bulamazsanız, ev sahibiniz size nerede olduklarını söyleyebilir.
İstemciler, CyberDuck, FileZilla veya İletim gibi dosya aktarım protokolünü (SFTP) güvenli hale getirir. Sunucunuzdaki basit dosyaları keşfedebilmekten daha fazlası.
Sorunlara neden olmadan SFTP kullanma becerileri. Bu eğitim boyunca SFTP’yi nasıl kullanacağınızı bilmek istediğinizi söylemenize neredeyse gerek yok.
Web sitenizden ve belki de sunuculardan temiz, en son ve eksiksiz yedeklemeler. Sürekli (veya) bir hata nedeniyle iyileşmeniz gerekiyorsa, yedeklemeniz sahip olduğunuz en değerli dosya olacaktır.
Metin editörleri gibi isteğe bağlı araçlar olmasına rağmen gerekli değildir. Yukarıdaki liste, WordPress’teki işlevsiz kalıcı bağlantınızı düzeltmek için ihtiyacınız olan her şeydir. İhtiyacınız olan tüm araçlara, beceri ve hizmetlere sahip olduktan sonra WordPress’te çalışmayan geçirgen bağlantılar nasıl geliştirilir, çalışmaya başlayabilirsiniz. Önümüzdeki birkaç dakika boyunca, WordPress’te çalışmayan geçirgen bağlantıyı aşağıdaki şekillerde nasıl düzelteceğinizi göstereceğiz:
Kalıcı bağlantıyı WordPress kontrol panelinden yeniden düzenleyeceğiz ve bunu yapmak birkaç saniye sürüyor.
Kalıcı bağlantınızı etkileyebilecek eklentinizle uyumsuzluğu kontrol edeceksiniz.
Apache sunucusu için, kalıcı bağlantı sorunlarınızı düzeltmek için bir yer göstereceğiz.
Nginx sunucusu için de aynı şeyi göstereceğiz, çünkü birlikte (daha fazla değilse) popüler.
Makalenin sonunda, gelecekte permalink ile ilgili sorunları çözebileceğinizden emin olmak için doğru bilgiye sahip olacaksınız. Geçecek birçok şey var, bu yüzden WordPress’in kendisinde başlayacağız.
1. WordPress’te geçirgenliği sıfırlayın, umut, WordPress kontrol panelindeki permalink hızlı sıfırlamanızın sahip olduğunuz sorunları çözeceğidir. Bu birkaç saniye sürecek ve bu kalıcı bağlantı sorununuzu çözmenin doğrudan bir yolu olduğundan, önce bunu yapmalısınız. Başlamak için, WordPress’teki Ayarlar sayfasını> Kalıcı Bağlantıları Açın:
Çoğu modern WordPress kurulumu için kalıcı bir bağlantı yapısınız olacak. Aslında, şimdilik bir süre değiştirmemiz gerekiyor. Bunu yapmak için diğer radyo düğmelerini kontrol edin. URL yapınızı sağlam tutmak için çok dikkatli olmak istiyorsanız, özel bir yapı seçmek ve TAG /% Postname% /: Daha sonra, değişikliklerinizi kaydetmek isteyebilirsiniz, orijinal yapıyı seçin (bu durumda, posta adı) Sonra değişikliğinizi tekrar kaydedin. Bu, kalıcı bağlantı ayarınızı tetikler, bu nedenle sitenizi ve sorunu çözüp çözmediğinizi kontrol edin. 2. WordPress’te çalışmayan geçirgen bağlantınızı geliştirmek için bir sonraki eklenti yönteminin çatışmasını ve uyumsuzluğunu kontrol edin. Eklentiniz (elbette), kötü eklentilerin kalıcı bağlantınızla ilgili sorunlara neden olabileceği şekilde sitenizin birçok alanını etkiler.
Bu aşamadaki standart yaklaşım, sunucunuza SFTP üzerinden girmektir, ancak bu durumda bunu yapmamıza gerek yoktur. Bunun yerine, eklentiler sayfasını açın> eklentileri WordPress’e yükleyin:
Bu ekranda, her bir eklenti için her onay kutusunu seçin-zamandan tasarruf etmek için üstte bir küresel onay kutusu kullanabilir ve kütle açılır menüsünü reddetmeyi seçebilirsiniz:

Bu, her eklentiyi kapatacaktır, ancak sitenizi etkileyen kalıcı bağlantılar sorununu çözmesi beklenir. Ardından, kalıcı bağlantınızın artık çalışmadığını bulana kadar her eklentiyi dönüşümlü olarak etkinleştirin. Bir eklenti bulduktan sonra, tekrar devre dışı bırakın ve sitenizi daha önce olduğu gibi, saldırgan eklentiler olmadan döndürün. Bu noktada birkaç seçeneğiniz var:

Artık ihtiyacınız yoksa eklentiyi hiç çıkarın.
WordPress eklentisi dizininden başlayarak alternatifleri bulun.

Onlara anlatmak ve iyileştirmeler istemek için geliştiriciyle iletişime geçin.

Ancak, eklentinin bir çözünürlüğe sahip olana kadar devre dışı kalmasını istersiniz, çünkü geçirgenliğinizin hasar görmesini istemezsiniz. 3. Apache sunucunuzu yapılandırın, şimdi daha önce olduğu kadar popüler olmasa da, Apache sunucusu hala web sitenizi barındırmanın sağlam bir yoludur. Dahası, ortalama kullanıcı tarafından yönetilmesi kolaydır (eksiklikleri olan, ancak bu diğer makaleler içindir).

Bu nedenle, uygun bağlantı WordPress işlevini tekrar yapmak için yapabileceğiniz bazı görevlere bakalım. WordPress’teki farklı kalıcı bağlantı yapılarını değiştirmek gibi, kalmanızın tekrar çalışmasını sağlamak için .htaccess dosyanızla birlikte çalışarak, .htaccess dosyanızı da sıfırlayabilirsiniz. Bilmeyenler için bu, sunucunuzun içeriğini yönetmesine yardımcı olan bir yapılandırma dosyasıdır. Yeni talimatlarla düzenleyebilirsiniz, ancak bu durumda, onu devre dışı bırakmak istiyoruz (veya en azından sunucunun bir süre kullanmasına izin vermiyoruz). .Htaccess dosyasını yeni talimatlarla düzenleyebilirsiniz, ancak bu durumda, onu devre dışı bırakmak istiyoruz (veya en azından sunucunun bir süre kullanmasına izin vermiyoruz). Bunun için, daha önce aldığınız kimlik bilgilerini ve seçtiğiniz SFTP istemcisini kullanarak sunucunuza gitmek isteyeceksiniz. Girdikten sonra doğru siteye gitmek isteyeceksiniz. Sunucunuzdaki tek kişi ise, bu çok zor olmamalıdır. Aslında, birden fazla site için, belirli bir ada sahip bir şey arayın. Sitenizin adını göremiyorsanız, belki de sunucunuz için ana kurulumdur. Bu durumda, www, root, public_html veya benzeri arayın. Site dosyanız orada olacak. Doğru yerdeydikten sonra .htaccess dosyanızı bulun. Üst seviye dizinde olmalıdır: Bu dosyayı rezerve edebilmenize rağmen, dosya sunucunuzda kalacaktır, ancak farklı bir adla. Bunu yapmak için, dosyayı doğru tıklatın ve Bağlam menüsünden ad değiştirme seçeneğini (veya benzeri) bulun:
Bu, WordPress’in, dosya yokmuş gibi .htaccess dosyasını geçmesine neden olur. Buradan, kılavuzumuzdaki ilk adıma göre geçirgen bağlantınızı sıfırlamak istiyorsunuz. Bu, sunucunuzda yeni bir .htaccess dosyası oluşturur ve bu noktada kalıcı bağlantınızın çalışmadığını test edebilirsiniz. Eğer başarılı olurlarsa, .htaccess dosyanızdaki bir şey kalıcı bağlantı hatanızın nedeni olacaktır. Hangi satırların sorunlara neden olduğunu bulmak için biraz iş yapmak ve yapıştırma işleri isteyebilirsiniz, ancak kullanıma hazır yeni bir .htaccess dosyanız olduğu için gerekli olmayabilir. Bir sonraki ipucu için uyguladığınız Apache yapılandırmasına alıcıserRIDE kurallarını ekleyin, kök sunucu klasörünüzde olmanız gerekir. Bu, erişebileceğiniz en yüksek seviyedir ve bazı ana bilgisayarların bunu yapmanıza izin vermeyebileceğine dikkat edin. Bu nedenle, paylaşılan bir sunucu kullanıyorsanız, bu sizin için bir seçenek olmayacaktır. Ancak, sunucuyu yöneten veya Sanal Özel Ağ (VPN) kullananlar aşağıdakileri yapabilir. Bir klasör vb. Olduğu için doğru yerde olup olmadığınızı bileceksiniz. Bazı sunucular vb/httpd/httpd.conf yolları ve dosyaları olacak olsa da, Linux sunucuları ETC/apache2/apache2.conf kullanabilir:
Apache2.conf dosyasına, sunucunun belirli yönlerini dükkan başına bazda bir kenara koymanızı sağlayan kurallar eklemek isteyeceksiniz.Bunu özellikle burada tartışmayacağız, çünkü giriş ve çıkışları anlamanıza gerek yok.Ancak, bunu denemeden önce ayrıldığınızdan emin olmalısınız.SFTP istemcinize dönün, Apache2.conf dosyasına gidin ve metin düzenleyicinize açın.İçeride, aşağıdaki kod serisini arayın: Seçenekler Dizinleri Aşağıda AltysymLinks AllowOverride hiçbiri verilen tümü gerektirmez
All’a izin vermek için hiçbir satır satırını değiştirmek istiyorsunuz. Değişikliklerinizi koruduktan sonra, kalıcı bağlantınızın çalışıp çalışmadığını kontrol etmek isteyeceksiniz. Değilse, sunucuyu yeniden başlatmanız gerekebilir. Bu, güvenli kabuk (SSH) erişimini kullanan gelişmiş bir tekniktir. Bunu blogdaki başka bir makalede tartıştık. Sunucunuzdayken, tekrar başlamak için SUDO SystemCtl Apache2’yi yeniden başlatın. Farklı bir ev sahibinin karmaşıklığı nedeniyle, herhangi bir sorun yaşarsanız onlarla konuşmak isteyeceksiniz. Birçok ana bilgisayar sunucunuza erişmenin özel bir yolu vardır ve kesinlikle en uygun yaklaşımı bulmak istersiniz. 4. Nginx sunucunuzu yapılandır Nginx, Hot Rod Tin Apache ile karşılaştırıldığında süper kaygan bir yarış arabasıdır. Böylece, rekabete kıyasla birçok hayranı ve büyük bir pazar payı var. Buradaki dezavantaj, ihtiyacınız olan dosyanın diğer sunucu türlerinden daha karmaşık olduğunu bulmaktır. Bu hala mümkün, bu yüzden Nginx sunucusunda çalışmayan kalıcı bağlantınızı nasıl düzelteceğinizi göstereceğiz. İlk Nginx yapılandırma dosyanızı bulun, doğru yapılandırma dosyasını bulmanız gerekir. Burada sunucunuzdaki doğru konum için ana bilgisayarınıza danışmanız gerekebilir. Bizim için dosya etc/nginx/site özellikli dizin/ancak mülkünüz farklı olabilir. İçeri girdikten sonra, varsayılan.conf adlı veya sitenize göre adlandırılan bir dosya bulun – tekrar, gerekirse ana bilgisayarınıza danışın.
Nginx yapılandırma dosyası, farklı kuralları belirlemek için bir kod bloğu kullanır ve dosyanın doğru olup olmadığını bileceksiniz, çünkü sunucu ile başlayan bir blok olacaktır {. Bu bloğu bulduğunuzda, sitenizin kök veya alt dizinde olup olmadığına göre değiştirebilirsiniz. Nginx yapılandırma dosyanızı açık varsayılan.conf dosyasıyla değiştirin ve imleciniz sunucu bloğunun etrafında yüzer, bu sefer konum /için başka bir girinti bloğu arayın. İçeride aşağıdakileri ekleyin: try_files $ uri $ uri / /index.php?ored; Tam blok aşağıdakilere benzer olmalıdır: konum / {try_files $ uri $ uri / /index.php?pyargs; } Bu yalnızca siteniz kök sunucu dizininizdeyse uygulanır. Siteniz bir alt-direktörde ise, birçok siteden biriyse, konumu alt-dizinlere yönlendirmelisiniz: konum/subDirectort/{try_files $ uri $ uri // alt dizin/index.php? Sargs; } Değişiklik kaydettiğinizde, SUDO SystemCtl Reload NGinx’i kullanarak sunucunuzu başlatın. Apache’nin talimatları gibi, bunu yapamayabilirsiniz, bu durumda ev sahibinizle konuşur ve onlardan size yardım etmelerini isteyebilirsiniz. İnsanların web sitenizdeki yayınlara ve sayfalara erişmek için okuyabileceği yolları temsil eden kalıcı bağlantınızı sarın. Yanlışsa, etki sitenizin dizlerinizi bükmesini sağlayabilir. Oldukça sık, WordPress’te çalışmayan geçirgen bağlantınız hakkında bildiğiniz ilk şey, kullanıcınızın alacağı 404 hata sayısıdır. Bunu düzeltmek için en iyi senaryo, WordPress’te geçirgen bağlantınızı yeniden düzenlemektir.

admin

Bir Cevap Yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir