WordPress scriptli bir siteniz var ve sitenizin performansını yükseltmek için js dosyalarını header’dan footer’a almak istiyorsunuz.. Bunun için ne yaparsınız? Normal şartlarda tema dizininde header.php’ye girer, js dosyalarını çağıran kodları buradan alır, footer.php’ye yerleştirirsiniz. Peki ya js dosyalarının çoğu tema şablonuna statik işlenmiyorsa?
Muhtemelen biliyorsunuzdur, WordPress scriptli sitenizde wp-config.php dosyasındaki WP_DEBUG komutunu False’den True’ya çevirirseniz sitenizdeki tüm sorunlar birer hata mesajı olarak serilir karşınıza.. Bu sorunların bazısının başında Warning yazar, bazısında Notice yazar. Notice yazanlar çok önemli değildir fakat Warning yazanlar kesinlikle düzeltilmelidir, aksi halde sitenizde, sunucunuzda büyük sorunlar yaratabilirler. Yoast Seo eklentisinin wp_yoast_Indexable’ doesn’t exist hatası da o warning’lerden birisi!
WordPress sitenizde bir yavaşlama mı var? Belirli aralıklarla wp-config.php dosyasındaki WP_DEBUG komutunu False’den True’ya çevirmekte yarar var.. Bir bakıyorsunuz ki temanızdaki eski ve artık kullanılmayan bir komuttan dolayı sunucuya boşu boşuna yük oluyorsunuz.. create_function komutu da bunlardan birisi.. Peki çözümü nedir?
Ücretsiz blog scripti WordPress’in yorum formlarında, genelde şu bilgiler talep edilir; yorum yazanın adı, mail adresi ve web adresi. Bu web adresi kutucuğu neredeyse hiç hayırlı işler için kullanılmaz. O kutucuğa genellikle spam yorumlarda, geri link kapma amaçlı olmadık web adresleri yada yorum yazarının bir web sitesi yoksa ve sırf o kutucuk boş kalmasın diye sallama adresler yazılır. Bu yüzden yorum formundaki web adresi kutucuğu %90 gereksizdir.
WordPress ücretsiz blog scriptinin dahili ortam yükleme aracının iki kötü yanı var; 1) dosyaları /httpdocs/wp-content/uploads klasörü altına yüklüyor, 2) yüklenen resimlerin en az 3-4 adet yeniden boyutlandırılmış kopyasını o dizin içerisinde oluşturuyor. Birde ayarlarda “Yüklemelerimi aylık -ve yıllık- bazda klasörlerde tut. ” seçeneği aktif ise, her yeni yüklemeyi yıl/ay/gün şeklinde farklı klasör altına yerleştiriyor. Bazılarımız için bu sorun olmayabilir, ama benim açımdan büyük sorun-du!
Google’un 6 Nisan 2020 tarihi itibari ile data-vocabulary.org işaretlemesini tamamen terk etmesinden sonra eski birçok web sitesi temasında schema.org için güncelleme yapmak gerekli hale geldi. WordPress Magxp teması da bunlardan birisi. Temanın güncel sürümleri 3.2.6 ve 3.2.7’de zaten gerekli düzenleme yapılmış durumda fakat daha eski temalarda halen daha data-vocabulary işaretlemesi mevcut. Fakat fazla bir yerde değil, sadece iki yerde.
WordPress blogunuzda binlerce yazı olduğunu düşünün ve bu binlerce yazı içerisinde tek tek değiştirmeniz gereken bir kelime, cümle yada adres var. Bunların hepsini tek tek yapmak yerine doğrudan phpMyAdmin üzerinden tek bir komutla yapmak güzel olmaz mıydı? Bence bu fikri beğenmiş olmalısınız.