8 WordPress’i etkileyen sunucu problemleri (ve onlar hakkında ne yapmalı)
WordPress sitemizde her zaman lazerle eğitimli bir odağımız var, böylece bazen bununla ilgili sorunların çelişen eklentilerden, hacklenen girişlerden veya şişmiş temalardan gelmeyebileceğini unutmak kolaydır. Bazen temel web sunucusu yanlıştır. Deneyimlerime göre, web barındırma şirketleri sitenizde hatalar meydana geldiğinde her zaman birlikte çalışmak değildir. Bazen çok ucuz bir paket kullanmanız ve buna destek sağlamazlar. Bazen destek ekibi, karşılaştığınız sorunlarla başa çıkma gereksinimlerini karşılamaz. Ve ne yazık ki, bazen kendinizi sunucu karartmalarının hasarlı altyapıdan kaynaklandığını itiraf etmek istemeyen dürüst olmayan bir şirketle çalışırken buluyorsunuz.
Olanların yanı sıra, sorunu hemen sitenizdeki düzeltmelisiniz. Ziyaretçiler, temel sorunun sunucuda olduğunu bilmelerine rağmen, yavaş siteleri, tepkisiz siteleri, var olmayan siteleri veya açıkça sızan siteleri anlamayacaklardır. Web sitenizi web barındırma sağlayıcısına emanet edersiniz, böylece hata sonunda size düşer. Bu sunucu problemini hızlı bir şekilde çözmenin anahtarı, temel sunucu teknolojisinden ne tür sorunların ortaya çıkabileceğini anlamaktır. Sorunun kaynağını anlayarak, web barındırma sağlayıcınızla bu sorunla başa çıkmak için daha emin ve etkili olabilirsiniz.
8 WordPress sitenizi etkileyebilecek sunucu problemleri, WordPress sitenizi performans için optimize etmek ve tehlikeli ihlallerle sertleştirmek için tüm sıkı çalışmanızdan bağımsız olarak, hala başına kötü bir şey olabileceğini düşünmek için çok sinirlidir. Ve daha da kötüsü, sorunun ne yaptığınız eylemle hiçbir ilgisi olmayabilir, ancak müşteriniz hala hayal kırıklığını havalandırıyor çünkü her şeyi bilen bir WordPress ustası olmanızı bekliyorlar. Böyle karmaşık sunucu sorunları. Tüm bu zamanları WordPress ve veritabanı yapılandırmanıza bakmak için harcarsınız, hatta eklentileri ve temaları karıştırarak daha da ileriye gidersiniz, ancak başarısız olursunuz. Sorunun sunucuda olduğunu anlıyorsunuz … peki ne yaparsınız? Müşterinize sorunu çözmek için yalnızca barındırma şirketiyle iletişime geçmesini mi söylüyorsunuz? Yoksa girip bitirmelerine yardımcı oluyor musunuz?
İdeal olarak, sorunları çözmek için müşterileriniz ve web barındırma sağlayıcılarınızla birlikte çalışacaksınız. Ancak, daha önce de belirttiğim gibi, web barındırma desteği her zaman en iyisi değildir. Yani hazır olmalısın. Aşağıda, WordPress sitenizde görünebilecek bazı yaygın ve nadir sorunlar bulacaksınız. Bazıları deneyebileceğiniz ön uç iyileştirme potansiyeline sahip olsa da, diğerleri web barındırma şirketlerinden yardıma ihtiyaç duyacaktır. 1. Sayfa yüklenir … çok … yavaş. WordPress’i hızlandırmak için yapabileceğiniz her şeyi yaptığınızı söyleyin. Yanınızda yavaş yükleme süresine neden olan internet bağlantınız olmadığını doğruladıysanız (bir hız test aracıyla yapabilirsiniz), sunucuyu görme zamanı. İlk olarak, web barındırma şirketinin durumunu kontrol ederek başlayın sunucu. Burada bildirilen herhangi bir sorun genellikle web sitenizin aşağı inmesine neden olsa da, kontrol etmek iyidir. Çoğu web barındırma şirketi “Sunucu Durumu” adlı bir sayfa içerecektir:
Bluehost’tan sunucu durumu sayfası.
DreamHost’un Sistem Durum Sayfası. Sunucuda bir sorun varsa, bilgileri burada bulacaksınız. Bluehost ile ilgili eğlenceli olan şey, sorunlar için belirli bir etki alanı sunucunuzu kontrol etmenize izin vermeleridir. Siteniz Bluehost ile sunucuda ise, bu aracı kullandığınızdan emin olun.
Bu yavaş hızın bir nedeni ise, sorunun ne zaman çözüleceğini öğrenmek için hemen web ana bilgisayarınıza başvurun. Bu tür bir yavaşlama modeli varsa, komşu web sitesinde sizi etkileyen bir şey olup olmadığını görmek için destek temsilcilerinden biri hakkında konuşun. Sorun buysa, belki de bulut barındırma veya VPS’ye yükselme zamanı. Durma süresi ile ilgili bir sorun yoksa, bant genişliği sunucunuza ne olacağını kontrol etmelisiniz. Siteniz bir trafik artışı yaşıyorsa ve bunu ele almaya hazırsanız, bant genişliği sınırlamaları sorun olabilir. Barındırma hesabınızda, sunucu ayarları veya performansla ilgili bir widget olmalıdır.
Bant genişliğinin avantajları için kontrol panelinizi kontrol edin.
Bant genişliği izleme sistemini keşfedin ve her büyük trafik dalgalanmasını kaydedin. WordPress sitenizde bant genişliğinin bir sorun olup olmadığını belirlemek için verileri kullanın.
Tekrarlanan trafik ziyaretleri yüksekse, sitenizin oldukça hızlı kalma veya yükleme yeteneğini azaltın, barındırma paketlerindeki artış veya yeni türlere transfer gerekebilir. 2. E -posta almamak. Birçok web barındırma paketi ile, web alan adınıza markalı bir e -posta adresi oluşturabilirsiniz. Örneğin, web sitenize www.macncheesplease.com olarak adlandırılmışsa, kullanım için [e -posta korumalı] ve [e -posta korumalı] için bir e -posta oluşturmak isteyebilirsiniz. Ancak, tüm iletişim formlarınızı e -postaya bağladıysanız ve hatta WordPress sitesine bir e -posta adresi yayınladıysanız ne yaparsınız, ancak kimse yok mu? Ziyaretçilerinizin e-postanızı “:” alanına kopyalayıp kopyalayıp sağladığını varsayalım ve e-posta adresinizi formun arkasına doğru bir şekilde yazdığınızı, sorunu çözmeye başlamanın zamanı geldiğini varsayalım. İlk olarak, diğer takma adlarınızdan birini kullanarak e -posta adresine bir mesaj gönderin. Aslında, aynı şeyi yapan başka insanlar da var. Kimse tam gelen kutusu hakkında bir mesaj almazsa, tükenen sunucu alanı ile ilgili bir sorun yoktur. Ayrıca, e -posta barındırmasından başka bir hesaba mesajı devam ettirirseniz, sorunun sizin yolunuzda olmadığından emin olun yapılandır.
Mesajları izlemek için kullandığınız herhangi bir sağlayıcıya e -posta barındırmanızın bağlı olduğundan emin olun.
E -posta uygulama ayarlarınızda, bir e -posta hesabı ve kovuşturma için özel bir bölüm bulacaksınız. E -posta barındırmanızın orada kayıtlı olduğundan emin olun. Eğer öyleyse, barındırma hesabınıza giriş yapma zamanı. Barındırma hesabınızdaki e -posta yönetimi aracına gidin. Oradan gelen kutuyu açabilir ve gelen e -postayı onaylayabilirsiniz. Değilse, sorun yapılandırmadır, yani sorunu kontrol etmelerini istemek için web ana bilgisayarınızla iletişime geçmeniz gerekir.
3. Reform siteye yansıtılmaz.WordPress sitesi önbelleklemeniz, mevcut birçok WordPress önbellek eklentisi ile uygulanması ve kullanımı kolay görünüyor.Ancak önbellek eklentisini yüklediğinizi ve yapılandırdığınızı söyleyin.Tarayıcınızı temizlemeye çalıştınız.Ayrıca farklı bir tarayıcı ve cihazdan bir site açtınız.Tüm keşif, çerez ve geçmiş verilerinizi bile silmeye çalıştınız.Ancak, sitenizde yaptığınız değişiklikler ön tarafta görüntülenmez.Burada neler oluyor?Cache_temp klasörünüz düzgün çalışmayabilir veya belki de web barındırma tarafında tamamen başka bir şey vardır.Bu bir sunucu tarafı önbellek sorunuysa, yardım almak için barındırma desteği ile iletişime geçmelisiniz. 4. “Sunucu mevcut değil.” Siz (veya ziyaretçiniz) “Sunucu Hayır” mesajıyla boş sayfaya bakın, hemen web barındırma hesabınıza giriş yapın. Bu tür hata mesajı genellikle hesabınızın bir tür askıya alınmasını gösterir. Belki alan adı veya barındırma paketi güncellenmez, belki bant genişliği ve depolama düzenli olarak paket sınırını aşar veya barındırma sağlayıcısı hesabı diğer nedenlerle askıya almaya karar verir. Ne olursa olsun, siteyi çevrimiçi hale getirmek için hemen onlarla iletişime geçmelisiniz. 5. “Veritabanı bağlantısı oluştururken hata.” Teknik olarak, site veritabanınızda meydana gelen sorunlardan siz sorumlusunuz. Ancak, bu hatanın sitenizin önünde görünebileceği ve yaptığınız her şeyle ilgili olmayan zamanlar vardır. İlk olarak, wp-config.php dosyanızdaki bilgilerin doğru olduğunu onaylayın. Özellikle, kullanıcı adı, şifre ve ana bilgisayar adı alanına bakın. Orada yanlış bir şey varsa, sitenizi güncelleyin, kaydedin ve kontrol edin. Kaydedilen bir veritabanı bağlantı hatası olduğunda, ancak WP-Config’de her şey iyi göründüğünde, bunun olmasının genellikle iki nedeni daha vardır. Birincisi, sitenizin ihlal edilmesidir. Yani, bir sonraki adımınız güvenlik taramasını çalıştırmaktır. Bir WPMU Dev Üyeliğiniz varsa, bu taramayı WP kontrolünü kullanarak çalıştırabilirsiniz. Değilse, bu ücretsiz güvenlik tarama araçlarından birini kullanabilirsiniz. İhlal tespit edilmezse, web ana bilgisayarınızla iletişime geçin.
4 numaralı soruna benzer şekilde, sağlayıcı, aşırı kullanım veya diğer sözleşme ihlalleri nedeniyle veritabanınızı devre dışı bırakmak için kendinizi almış olabilir. Sunucularında kullanıcılara bildirmedikleri sorunlar da olabilir. Ne olduğunu doğrulamanın tek yolu uzanmak. 6. Bellek bitme hataları. Bu hata oluştuğunda, beyaz bir ekran (UGH) alacaksınız ya da kaç bellek boyutunun bittiği ayrıntılı bir “ölümcül hata” göreceksiniz. Bu genellikle izin verilen sınırı aşan WordPress eklentileri veya tema dosyalarını yüklemeye çalıştıktan hemen sonra olur. Bu hatayı görürseniz, onarım oldukça kolaydır. İlk olarak, eklentileri veya temaları yüklemeye çalışmadan önce sitenizi daha önce olduğu gibi iade edin. Ardından, bu adımı tekrar denemek istiyorsanız varsayılan PHP bellek sınırını artırın. Bunu yapmak için kontrol paneli hesabınızı girin ve dosya yöneticinize veya FTP’nize gidin. WP-Config.php dosyasını açın, ardından bellek sınırına ekleyebilmesi için aşağıdaki kodu ekleyin: tanımlama (‘wp_memory_limit’, ’64m’); Eklentiyi veya temayı tekrar yüklemeye ve aynı hataları görmeye çalışırsanız, php.ini dosyasını düzenleyerek bellek sınırına eklemeniz gerekebilir. Codex WordPress’in önerdiği gibi, bu web ana bilgisayarında yapmanız gereken bir şeydir. 7. Maksimum yürütme süresi hatayı aşar. Bu, varsayılan bellek sınırının, onu aştığınızda WordPress’in “hasar görmesine” neden olabileceğine benzer.
Bu durumda, istenen görevi tamamlamanın çok uzun sürdüğünü söyleyen hataları görürseniz, arka uçtaki yürütme süresini artırmanız gerekir. Dosya yöneticinizde, düzenleme için .htaccess dosyanızı açın. Bu dosya genellikle görünümden gizlenir, bu nedenle cpanelinizi açmadan önce tüm gizli dosyaları “görüntülediğinizden” emin olun. Ardından, .htaccess dosyasının bir kopyasını kaydedin. Düzenle’yi tıklayın ve dosyaya aşağıdaki satırları ekleyin: php_value max_execution_time 60 Bunu yaparken, istenen görevi işlemek için bir sunucu biraz daha zaman vereceksiniz. Hala çalışmıyorsa, web barındırma sağlayıcınızla iletişime geçmelisiniz. Belki de sonunda PHP’deki sınırları düzenlemek gibi yapabilecekleri başka şeyler de vardır. Bu, talepleri karşılamak içindir. 8. “Dahili sunucu hatası.” Bu hata size sorunun web sunucusu ile ilgili olduğunu söylemesine rağmen, hata her zaman temel teknolojide bulunmaz. Bir eklenti veya hasarlı bir tema yüklerseniz bu hata da görünebilir. Sorun olduğundan şüpheleniyorsanız, eklenti çatışması çözünürlük sürecini çalıştırmanızı öneririm. Eklentileriniz ve temalarınız sorun değilse, varsayılan sunucu ayarlarıyla ilgilidir. Bu, kendiniz düzeltebilmelisiniz. İlk olarak, PHP bellek sınırını kontrol edin. 6. adımda onarımları tamamladıysanız ve dahili sunucu sorunları hala ortaya çıkıyorsa, .htaccess dosyasını görüntüleme zamanı. Bu durumda, sunucuyu düzeltmek için ekleyebileceğiniz bir kod satırı yoktur. Bunun yerine, yapmanız gereken tüm dosyayı değiştirmektir çünkü mümkündür. HTAccess, sorunlara neden olan hasar görür.
Bunu yapmak için dosya yöneticinizi veya FTP’nizi girin ve dosya arayın. Adını “.htaccess Old” olarak değiştirin. WordPress’te artık bir hata görünmüyorsa, yapılması gereken bir adım daha var. WordPress’teki Ayarlar sekmesini açın ve geçirgen bağlantılar bulun. Bu ayar sayfasında her değişiklik yaptığınızda-yaptığınız her şey “Kaydet” düğmesini tıklarsa. Sunucunuz .htaccess dosyasını otomatik olarak sıfırlayın. Bu sayfayı her “kaydettiğinizde” dosyayı otomatik olarak yenilersiniz.
“Kaydet” düğmesini tıklayın ve yapmaya hazır olacaksınız. Yeniden yazma .htaccess ihtiyacınız olan iyileştirme değilse, web ana bilgisayarıyla iletişime geçmeden önce deneyebileceğiniz bir şey daha var. Temel olarak, ana dosya sunucunuzu orijinal yükleme durumuna döndürmeniz gerekir. Özellikle, WP-Incomudes ve WP-Admin’i değiştirmeniz gerekir. WordPress web sitesini açın ve yeni WordPress kurulumunu indirin.
WordPress’ten ihtiyacınız olan dosyanın yeni bir kopyasını alabilirsiniz.
ZIP dosyasını açın ve WP-Includes ve WP-Admin klasörlerini bulun.
Ardından dosya yöneticinize dönün. Buradan, WP-Incomudes ve WP-Admin için orijinal WordPress klasörünü yükleyebilirsiniz. Etkili bir şekilde, bu, dosyanızın en son sürümünde olabilecek herhangi bir yolsuzluğu ortadan kaldırır. Dosya yöneticinizden iki klasör arayın ve ardından WordPress’ten yeni bir klasör ile değiştirin.
Değiştirdikten sonra oturum açın ve WordPress’e dönün.Ekranı yeniledikten sonra bile dahili sunucu hatasını görmeye devam ederseniz, daha fazla yardım için web ana bilgisayarınızla iletişime geçin.WordPress’te bir şeyler yanlış olduğunda sinir bozucu sarmak.Daha da sinir bozucu, müşteriniz bunu düzeltmek için bağırdığında, ancak sorunun kontrolünüzün ötesinde olduğundan eminsiniz.Umarım, yukarıdaki sunucu sorunu size perde arkasında neler olabileceğinin daha iyi bir resmini verecektir.Ve önerilen iyileştirme başarılı değilse, en azından iletişim kurduğunuzda web ana bilgisayarına ne söyleyeceğiniz hakkında iyi bir fikriniz vardır.Düzeltemeyebilirsiniz, ancak hızlı bir şekilde çözülmesine yardımcı olacak bilgiye sahip olacaksınız. Hiç sizi ve web barındırma sağlayıcısının gerçekten karışmasını sağlayan hatalar yaşadınız mı?Sonuç olarak ne oldu? Etiket:
Ücretsiz öğretici Sunucu Sorunu
