“İnode” nedir ve WordPress Web Sitemi Nasıl Etkiler?

Bir web sitesinin ve web barındırmanın en yaygın (ve yanlış anlaşılan) öğelerinden biri inode'dur. Kendi web sitenizi işletiyorsanız veya herhangi bir düzeyde bakım yapıyorsanız, bir noktada düğümlerle ilgileneceksiniz. Bu ister rutin bakım ister bir hatayı düzeltmeye çalışmak olsun, bir düğümün ne olduğunu ve WordPress kurulumunuzu nasıl etkilediğini bilmek uzun vadeli başarınız için zorunludur.

İnode nedir?

Çok genel anlamda inode, dosya sisteminizdeki tek bir dosyadır. Çoğu kullanıcı için bu, karşılaşacakları hemen hemen her şeyle başa çıkmak için yeterli bilgidir.

Ancak daha teknik olarak, inode, dosyalar için meta verilerin UNIX sistemlerinde depolandığı yerdir (Linux sunucuları ve Apple bilgisayarlar UNIX tabanlıdır). Inode'lar, dizinler ve dosyalar tarafından bağlanan tablo girdileridir. Inode'lar her türlü bilgiyi içerir:

Bu meta veriler, (1) dosyanın boyutunu (bayt cinsinden) ve fiziksel konumunu (yani, dosyanın bir HDD'deki verilerini içeren depolama bloklarının adreslerini), (2) dosyanın sahibini ve grubunu, (3) dosyanın erişim izinleri (yani, hangi kullanıcıların dosyayı okumasına, yazmasına ve/veya yürütmesine izin veriliyor), (4) düğümün ne zaman oluşturulduğu, en son değiştirildiği ve en son erişildiğini bildiren zaman damgaları ve (5) kaç tane sabit olduğunu belirten bir referans sayısı bağlantılar inode'a işaret eder.

Çoğu web sunucusu Linux tabanlı olduğundan, inode yönetimi önemli olacaktır. Bunları web sitenize bağlantılar gibi düşünebilirsiniz. Sitenizin aynı sayfasını gösteren birden fazla bağlantınız olabilir, ancak bu, o sayfanın birden çok kopyası olduğu anlamına gelmez. Aynısı dosyalar ve düğümler için de geçerlidir.

Teknik olarak 1:1 bir ilişki olmasa da, 1 inode'a bağlı yalnızca 1 dosyanın olduğu birçok örnek bulacaksınız. Çoğu kullanıcı, oldukları fikri altında çalışabilir.

İnode'larla İlgili Sorun

Onlar tükendi. Onlar sonlu. Ve muhtemelen inode kullanımınızı izlemiyorsunuzdur.

Kısa bir süre önce, Siteground'dan birdenbire "Uyarı: YourSite.com Hesabı İzin Verilen Inode Kotasının %80'ine Ulaştı" e-postasını aldım. Sıra dışı bir şey yapmamıştım ama bir şekilde düğümlerimi bir kule gibi yığıyordum. Barındırma hesabınızda birden fazla WordPress kurulumu çalıştırıyorsanız, benzer bir e-posta aldığınızı (veya alacağınızı) tahmin ediyorum.

Şimdi, e-postada çok basitler: Düğüm sayısını azaltmak için, hesabınızdaki dosya ve klasörlerin sayısını cPanel – Dosya Yöneticisi veya tercih ettiğiniz FTP istemcisi aracılığıyla azaltmanız gerekir . Ve özünde, yapmanız gereken tek şey bu. Ancak bundan biraz daha karmaşıktır, çünkü ana makinenizi herhangi bir süre boyunca kullandıysanız, muhtemelen orada oldukça iyi bir dosya ve klasör arşivine sahip olursunuz.

İnode kullanımınızı kontrol etmek için cPanel'inize giriş yapmak ve İstatistikler kutusunu aramak isteyeceksiniz. cPanel'in çoğu versiyonunda, sayfanın solunda bir yerde olacaktır. Öncelikle MB ve GB cinsinden Disk Kullanım Alanının yanı sıra izin verilen düğüm sayısını ve o anda kullanmakta olduğunuz düğüm sayısını göreceksiniz.

Neyse ki, WordPress ile ilgili çoğu şey gibi, CMS de düğümlerinizi yönetmeyi nispeten basit hale getirecek şekilde bir araya getirilmiştir.

WordPress Kullanıcıları için Inodes Neden Önemlidir?

Birçoğunuz hiçbir zaman inode'larla çalışmak zorunda kalmayabilirsiniz. Günlük işlerde, onları gerçekten hiç fark etmeyeceksiniz. Sitenizde her şey yolunda gittiği sürece, hiçbir şey sizi kelimeyi bile görmez hale getirmemelidir. Bir şeyler ters gittiğinde, WordPress kontrol panelinizde veya başka bir yerde hatalar görmeye başlayacaksınız.

Genel olarak, cPanel kullanan her barındırma sağlayıcısı (çoğu, yönetilen barındırma için gitmiyorsanız), paketinize bağlı olarak size belirli sayıda düğüm tahsis etmiştir. Kural, genellikle ne kadar çok öderseniz, o kadar çok düğüm alırsınız.

Bunun, sahip olduğunuz depolama alanı miktarından tamamen ayrı olduğunu unutmayın. İkisinin hacmi 1:1-ish olabilir, ancak genellikle depolama alanınız bitmeden önce düğümleriniz biter çünkü düğümler, dosyalarınızın çoğundan bit ve bayt olarak çok daha küçüktür (çünkü bunlar yalnızca dosyanın kendisinin bir parçası).

Bununla birlikte, WordPress kullanıcıları genellikle kendilerini bazı inode merkezli sorunlarla mücadele ederken bulurlar.

WordPress Kullanıcıları Düğümleri Nasıl Oluşturur?

Dışarıdaki her CMS'nin düğümleri almak için kendine özgü yolları olsa da, WordPress'in ekosistemine özgü bazı yolları vardır. Öncelikle resimler, eklentiler ve temalar. Araştıralım ve neden ve bu konuda ne yapabileceğimizi öğrenelim.

Görüntüler

Medya kitaplığınızdaki resimler muhtemelen bir ton düğümünüzü kaplar. Binlercesine sahip olmasanız bile. Çoğunuzun sitenize resim yüklediğine bahse girerim. Ve teoride, 1 görüntü 1 düğüme eşittir. Ama işler aslında böyle yürümez. Temanıza ve resim sıkıştırma eklentinize bağlı olarak, bu 1 resim neredeyse bir düzine düğüm alabilir. Nasıl? Birden çok boyuttaki renderleri depoda tutarak.

Kitaplığınızdaki herhangi bir görüntünün ayrıntılarını kontrol ederseniz ve bir dosya boyutu görürseniz, bu bir inode'dur. Medya kitaplığınızdaki her resim için bunu düşünün. Bu belirli site için medya kitaplığında 562 öğem var. Her birinin 11 sürümü olduğunu varsayarsak (muhtemelen yanlış), bu 6.000'den fazla düğüm demektir. Tam anlamıyla olması gerekenin on bir katı.

Ve bu bir site için. Herhangi bir genel barındırma planındaki sitelerin sayısını hesaba katarsanız, bu sayı gerçekten artabilir. Kendi hesabımda, çalışan bir düzine WordPress kurulumum var. Her kurulumdaki Core dosyalarına ek olarak, tüm kullanıcılardan gelen medya kitaplıkları inode kullanımını arttırır.

Eklentiler ve Temalar

Eklentilerin ve temaların bu kadar çok düğüm alması için birkaç nedeniniz var. Birincisi, devre dışı bırakılmış olsalar bile, birçok insanın yüklü olduğu tonlarca olmasıdır.

Ve bu eklenti klasörlerinin her birinde düzinelerce dosya inode alıyor. Bazı eklentiler açıkça diğerlerinden daha hafiftir, ancak hepsi kurulumunuza toplu ekler. Bu nedenle , şu anda kullanmadığınız eklentileri silmenin genellikle en iyi uygulama olduğunu unutmayın .

Temalar aynı şekilde çalışır. WordPress sitenize uzun süredir sahipseniz kaç tane tema yüklediğinizi bilemezsiniz. Bu temalar yalnızca varsayılan WordPress temaları olsa bile, kullanılan çok sayıda düğümünüz var. Tema kullanmıyorsanız silin . Bununla birlikte, bir alt tema aracılığıyla özelleştirmeler yaptıysanız, ana temayı olabildiğince kolay bir şekilde yeniden yükleyemeyeceğinizden, onu orada tutmanız (veya bir yedekleme yapmanız) genellikle sorun değildir.

Eklentileri ve Yedekleme Yardımcı Programlarını Önbelleğe Alma

Kuyruklu yıldız önbelleği. WPRocket. Havanın yükselmesi. iTemalar. KelimeÇit. WP Süper Önbellek. W3 Toplam Önbellek. Sucuri.

Bunların tümü (ve daha fazlası) değerli düğümleri alır. Çoğunlukla, sorun değil. Hayatınızı kolaylaştıran ve kullanıcılarınızın sitenizdeki deneyimlerini daha iyi hale getiren harika eklentilerdir. Ancak işaretlenmeden bırakılırsa, önbellek dosyaları ve yedekleme dosyaları ve güvenlik raporları birikebilir.

Bu yüzden arada bir, sitenizdeki önbelleği temizlediğinizden ve sitenin kendini yeniden doldurmasına izin verdiğinizden emin olun. Çoğu zaman, yönetici araç çubuğunda Önbelleği Temizle veya Önbelleği Sil düğmesini bulabilirsiniz.

Ek olarak, UpdraftPlus gibi eklentilerden alınan ekstra yedeklemeler çok değerli yer kaplayabilir. Bu yüzden yerel sunucunuzda ne sakladığınızı kontrol edin. Çoğu yedekleme yardımcı programı için bunu WP yönetici panelinizden yapabilirsiniz. Veya FTP ile kontrol edebilirsiniz.

Sunucunuzdaki düğümleri ve depolama alanını kaplayan bu yedeklerin yanı sıra, kurulumunuza girebilecek bilgisayar korsanlarına karşı da savunmasızdırlar. Bu yüzden onları uzak bir yerde (örneğin Dropbox veya Google Drive) tutmak en iyi fikir olacaktır.

Yaygın Inode Hataları Nasıl Onarılır

WordPress'in platforma özgü düğüm sorunları olsa da, web'de yaygın olan bazı sorunlar vardır. Drupal, Joomla, WordPress ve hatta Ghost'da olsanız da, bir noktada bunları düzeltmeniz gerekebilir.

• E-postalar, geleneksel bir istemci aracılığıyla, otomatik yanıtlayıcılar aracılığıyla veya sitenin kendisindeki formlardan gönderilmez.
• e-postalar alınamıyor
• Yüklemeler sürekli olarak başarısız oluyor
• Gönderiler ve Sayfalar güncellenmiyor ve hatta oluşturulamıyor
• Kullanıcılar siteye erişemez
• Bazı durumlarda, bir ana bilgisayardan diğerine geçiş engellenebilir

Tüm bu durumlarda, suçlu sunucunun inode kotasının en üst sınırına yaklaşıyor olmasıdır. Veya tamamen inode'ların dışında olduğunu. Depolama kapasitenizin yalnızca bir kısmını kullanıyor olsanız bile, düğümlerinizi kullanmaya devam edebileceğinizi unutmayın.

Her e-posta gönderildiğinde veya alındığında bir dosya oluşturulur. İnode yoksa dosya yapılamaz. Düğümleriniz doluysa, verileri depolayacak hiçbir yer olmadığı için yüklemeler başarısız olur. Aynısı, WordPress veya diğer CMS platformlarındaki yazılar ve sayfalar için de gerekli dosyaları bir nokta olmadan oluşturamadığı söylenebilir. Kullanıcılar sayfayı ziyaret ettiğinde bile dosyalar oluşturulur – çerezler, belirteçler, önbelleğe alınmış dosyalar. Düğüm yoksa, bu kullanıcılar kendilerine hiçbir şey sunulmaz.

Bir ana bilgisayardan diğerine geçiş yaparken, inode servis biriminiz farklı olabilir. Benimki en son kişisel olarak değiştirdiğim zamandı. Yani mevcut kotanızın yakınında bile olmayabilirsiniz, bir sonraki kotanızı çoktan aşmış olabilirsiniz. Bir acı gibi gelebilir, ama aslında düzeltmesi çok kolaydı.

Dosyaları kaldırmanın ve bu yaygın inode hatalarını düzeltmek için biraz yer açmanın en iyi yollarını burada bulabilirsiniz.

Eski E-postaları Sil

Görüyorsunuz, her e-posta gönderildiğinde veya alındığında sunucunuzda bir dosya oluşturur (harici bir posta hizmeti kullanmadığınızı varsayarak). Bu, tüm postalarınızın düğümleri aldığı anlamına gelir. E-postalarınızı arşivlerseniz veya sadece gelen kutunuzda tutarsanız, bunlar sunucunuzda durur ve durur. Bu yüzden onları silmenin zamanı geldi. Bunu normal istemcinizde veya FTP veya cPanel'inizin Dosya Yöneticisi aracılığıyla yapabilirsiniz.

Basitçe sitenizin kök dizinine gidin ve Posta klasörünü bulun. Altında bir e-posta adresiniz olan her alan için dizinler olacak ve bunların her birinin altında kurduğunuz takma adlardan herhangi biri olacak. Bu klasörlerin her biri önemlidir ve inode çalan dosyalarla dolu olabilir. Yine de, öncelikle cur ve yeni dizinlerle ilgileneceksiniz. Bazen Önemsiz.

Sadece bu tek adresi yeni e-postaları silme sonra, 218218 için kullanılan 218.316 inode'lar gitti. Bu e-posta adresi ilk etapta çok nadiren kullanıldığı için daha da büyük bir kazancınız olmalı. Silmeden önce tüm e-postaları yedeklemeyi unutmayın . Onları başka türlü geri alamazsınız.

Temp Klasörlerinizi Temizleyin

Geçici dosyalar fantastik canavarlardır. Onları nerede bulacağınızı biliyorsanız, işlerini yaptıklarından, ancak çok fazla kaynak tüketmediklerinden emin olabilirsiniz. Bir tmp dizini gördüğünüzde, bu geçici dosyaların depolandığı yer burasıdır. Oturum belirteçleri, önbellek dosyaları, trafik günlükleri, o sırada harika olan, ancak daha sonra hiçbir amaca hizmet etmeyen her türlü şey.

Geçici dosyaları temizlemek için bir otomasyon veya CRON işi kurmadıysanız, arada bir girip biraz temizlik yapmanız gerekebilir. Öncelikle bunlar kök dizininizde tmp altında olacaktır.

Genel bir kural olarak, günlük dosyalarını, önbellek dosyalarını veya oturum dosyalarını silebilirsiniz. Çoğunlukla, bunların çok net bir şekilde not edildiğini göreceksiniz. Genellikle dosya adı sess veya önbellek veya log içerecek ve işinizi çok kolaylaştıracaktır.

Sildiğiniz dosyaların çoğu sunucu günlükleri ve trafik günlükleri olacaktır. Bu dosyaların yedeğine sahip olduğunuz sürece, tmp klasörlerinizi gözden geçirin ve ihtiyacınız olanı silin. Bu özel örnekte, webalizer, webalizerftp, horde, awstats ve analog dizinlerini temizliyorum . Lütfen bu dosyaları kaldırmanın sunucu istatistiklerini ve günlüklerini kaldıracağını unutmayın, bu nedenle gerekirse önce bunları yedekleyin .

Üzerindeki tarihleri ​​de kontrol edebilirsiniz. Sitenize bağlı olarak, 2011 yılına kadar günlüklere ihtiyacınız olmayabilir.

Ek olarak, birincil tmp klasörünüzde de bir avuç dosya bulacaksınız. Bunlar, oturum dosyaları, günlük dosyaları ve emin olmadığınız diğer dosyaların bir karışımı olabilir. Bilgisayarlar ve web geliştirme ile ilgili her şey gibi, bunun ne olduğunu bilmiyorsanız, kendi haline bırakın. Ancak .sock uzantılı dosyaları silmemeniz çok önemlidir . Ve daha az ölçüde, .lock .

Günlük Dosyalarınızı Temizleyin

tmp klasörüne benzer şekilde, günlükler klasörü, sunucunuzun günlüklerinin arşivlenmesi üzerine arşivi içeren bir kök dizindir. Sunucunuz, ana makinenizde etkin hale getirdiğiniz her ay için her etki alanı için bir günlük tutmaya başlar. Bu çok sayıda günlük olabilir. Önemli oldukları için yedeklerini alın ve silin.

Gereksiz Web Sitesi Kurulumlarını Sil

Düğümlerinizi alan gereksiz kurulumlara sahip olmak istememenizin iki nedeni vardır. Birincisi, kullanmadığınız bir şey için düğümleri boşa harcıyorsunuz. İkincisi, unutulmuş web sitelerinin büyük güvenlik tehditlerine karşı savunmasız olması ve bilgisayar korsanlarının kaba kuvvet saldırıları yoluyla paylaşılan sunuculara girmesinin en yaygın yolu olmasıdır.

Daha önce kişisel barındırma planımda 12 WP kurulumu olduğunu söylediğimi hatırlıyor musunuz? Bu 12 kişiden 8'i tamamen (veya en azından çoğunlukla) işe yaramaz. Bunlardan 6 tanesi endişelenmeden silinebilir ve 2 tanesi yer tutucudur.

Her WordPress kurulumunda 5.000'den fazla dosya vardır – ki bu en az 5.000 düğümdür – ve onu özelleştirmek veya eklentiler veya temalar eklemek için herhangi bir şey yaptıysanız… sunucu.

Toplama

Ana makinenizdeki düğümlerin bitmesi can sıkıcı ve rahatsız edici. Kapasiteye ulaşmadan çok önce uyarılmış olsanız bile, sunucunuzdaki verileri temizlemek için yine de epey zaman harcamanız gerekir. Ancak, yukarıdaki tüm ipuçlarını hızlıca gözden geçirirseniz, tek geçişte inode kullanımını en az %20 oranında kolayca azaltabilirsiniz.

İster WordPress'te ister başka bir CMS'de olun, inode kullanımı çok sık ortaya çıkmayabilecek bir şeydir, ancak ortaya çıktığında buna hazır olduğunuza çok sevineceksiniz.

Sitelerinizde inode kullanımını azaltmanın en iyi yolunun ne olduğunu buldunuz?

Strangebirdy / Shutterstock.com tarafından makale özellikli resim