Nedir & quot; inode & quot;Ve WordPress sitemi nasıl etkiliyor?
Web sitelerinin ve web barındırma’nın en yaygın unsurlarından (ve yanlış anlaşılan) biri Inode’dur. Kendi web sitenizi çalıştırırsanız veya bakımını herhangi bir seviyede işlerseniz, Inode ile birkaç noktada ilgilenirsiniz. İster rutin bakım yoluyla isterse hataları düzeltmeye çalışmak, neyin inode olduğunu ve WordPress kurulumunuzda nasıl etkilediğini bilmek, uzun vadeli başarınız için çok önemlidir. Inode nedir? Çok sağduyulu bir şekilde, INODE dosya sisteminizde bir dosyadır. Çoğu kullanıcı için, karşılayacakları hemen hemen her şeyi ele almak için yeterli bilgidir.
Bununla birlikte, daha teknik, bir INODE, UNIX’te (Linux Server ve Unix tabanlı bilgisayar sunucusu) depolanan dosyalar için bir meta veri yeridir. Inode, dizin ve dosya ile bağlanan bir tablo girişidir. Inode her türlü bilgi içerir: Bu meta veriler (1) dosya boyutu (bayt cinsinden) ve fiziksel konumu (yani depolama bloğu adresi HDD’de veri dosyaları içerir), (2) sahip ve grup dosya grubu, (3) dosyası içerir Erişim izni (yani, hangi kullanıcının dosyaları okumasına, yazmasına ve/veya çalıştırmasına izin verilir), (4) inode ne zaman yapıldığını, en son değiştiğini ve son olarak erişildiğini ve (5) INODE’ye işaret eden kaç sert bağlantı olduğunu söyleyin.
Linux tabanlı web sunucusunun çoğu, inode yönetimi önemli olacaktır. Bunu web sitenize bir bağlantı gibi düşünebilirsiniz. Sitenizde aynı sayfaya yol açan birkaç bağlantınız olabilir, ancak bu, sayfadan birçok kopya olduğu anlamına gelmez. Aynı şey dosyalar ve inode için de geçerlidir. Teknik olarak, 1: 1 ilişki olmasa da, 1 inode ile bağlantılı sadece 1 dosyanın olduğu birçok örnek bulacaksınız. Çoğu kullanıcı fikirleri altında çalışabilir. Inode’larıyla ilgili sorunlar tükeniyor. Sınırlıdırlar. Ve inode kullanımınızı izlemeyebilirsiniz. Henüz değil, ani site alanından izin verilen INODE kotasının% 80’ine ulaşır “e -posta aldım. Olağanüstü bir şey yapmadım, ama bir şekilde, inode’umu bir kule gibi biriktirdim. Bence barındırma hesabınızda birkaç WordPress kurulumu çalıştırırsanız, benzer e -postalar alır (veya alır).
Şimdi, e -postada çok kolaydır: Inode miktarını azaltmak için, CPanel – Dosya Yöneticisi veya FTP istemcisi aracılığıyla hesabınızdaki dosya ve klasör sayısını azaltmanız gerekir. Ve özünde, yapmanız gereken tek şey bu. Ancak bu, bundan biraz daha karmaşıktır, çünkü zaten uzun bir süredir bir ana bilgisayarınız varsa, orada oldukça iyi bir dosya ve klasör arşiviniz olabilir.
Genel olarak, dışarıdaki her barındırma sağlayıcısı, cpanel kullanır (yönetilen barındırma kullanmadığınız sürece, çoğunlukla onlardandır) size paketinize göre bir dizi inode vermiştir. Kurallar genellikle giderek daha fazla ödersiniz, daha fazla inode olur. Bunun ne kadar depolama alanınız olduğundan tamamen ayrıldığını unutmayın. Her ikisi de hacim olarak 1: 1-ish olabilir, ancak depolama alanı bitmeden önce genellikle inode tükeneceksiniz çünkü inode, dosyalarınızın çoğundan daha küçük ve bayt açısından çok daha küçüktür (çünkü dosyanın sadece bir kısmı kendisi). Bununla birlikte, WordPress kullanıcıları genellikle bazı inot merkezli sorunlara karşı kendilerini bulurlar. WordPress kullanıcılarının bir inode oluşturması, her CMS’nin INODE’yi kullanmanın kendine özgü benzersiz yolu vardır, WordPress özellikle ekosistem için bazılarına sahiptir. Özellikle resimler, eklentiler ve temalar. Üstesinden gelmek için neden ve neler yapabileceğimizi kazıp bulalım. Medya kütüphanenizdeki resimler büyük olasılıkla inode’unuzu yiyecektir. Binlerce ve binlerce olmasa bile. Çoğunuzun sitenize resim yüklediğine bahse girmeye cesaret ediyorum. Ve teoride, 1 resim 1 inode ile aynıdır. Ama işler gerçekten böyle değil. Görüntünüzün tema ve sıkıştırma eklentisine bağlı olarak, 1 resim neredeyse bir düzine inode alabilir. Nasıl? Depolamada çeşitli boyutlarda bir oluşturma depolayarak. Kütüphanenizdeki resmin ayrıntılarını kontrol edip dosya boyutunu görürseniz, bu bir INODE’dir. Medya kütüphanenizdeki her resim için bunu düşünün. Bu site için medya kütüphanesinde 562 öğe var. Her birinin 11 sürümü olduğunu varsayarsak (yanlış olabilir), 6.000’den fazla inod anlamına gelir. Kelimenin tam anlamıyla on bir kez olması gerektiğinden. Ve bu bir site için. Herhangi bir genel barındırma paketindeki site sayısını dikkate alırsanız, bu numara gerçekten artabilir. Kendi hesabımda, bir düzine WordPress kurulumu çalıştırıyorum. Her kurulumun temel dosyasının üstünde, tüm kullanıcıların medya kitaplığı Inode kullanımını artırır.
Eklentilerin ve temalarınızın eklentilerin ve temaların bu kadar çok inod gerektirmesinin birkaç nedeni vardır. Birincisi, devre dışı bırakılsa bile birçok insanın yüklemesidir. Ve bu eklenti klasörlerinin her birinde, INODE’yi kullanarak düzinelerce ve düzinelerce dosya. Bazı eklentiler açıkça diğerlerinden daha hafiftir, ancak hepsi kurulumunuza kütle ekler. Bu nedenle, şu anda kullanmadığınız herhangi bir eklentiyi silmek için genellikle en iyi uygulamanın olduğunu unutmayın. Tema aynı şekilde çalışır. Zaten uzun süredir sahipseniz, WordPress sitenizde kaç tema yüklediğinizi kimse bilmiyor. Temalar sadece WordPress varsayılan teması olsa bile, kullanılmış birçok inodunuz var. Temayı kullanmazsanız, silin. Bununla birlikte, çocuğun teması yoluyla ayarlamalar yaptıysanız, genellikle orada tutabilir (veya yedekleme yapabilir) çünkü üst tema ile mümkün olduğunca kolay yükleyemezsiniz.
Önbellek eklentileri ve Kuyruklu Yıldız Önbellek Rezervleri. Wproket. Yukarı. itema. Kelime çit. WP Süper Önbellek. Toplam W3 çağrısı. Sucuri. Tüm bunlar (ve daha fazlası) değerli bir inode kullanır. Çoğu için sorun değil. Hayatınızı kolaylaştıran olağanüstü eklentilerdir ve kullanıcınızın sitenizdeki deneyimi daha iyidir. Ancak, kontrol edilmezse, önbellek dosyaları ve yedekleme dosyaları ve güvenlik raporları birikebilir. Bu yüzden ara sıra, sitenizdeki önbelleği boşalttığınızdan ve tekrar kendi başına doldurulmasına izin verdiğinizden emin olun. Çoğu zaman, Yönetici araç çubuğunda temizleme önbelleği düğmesini veya önbelleğini silme bulabilirsiniz. Ayrıca, UpdraftPlus gibi eklentilerden ek rezervler değerli alan harcayabilir. Yerel sunucunuzda neler kaydettiğinizi kontrol edin. Çoğu rezerv yardımcı programı için bunu WP yönetici panelinizden yapabilirsiniz. Veya FTP’yi kontrol edebilirsiniz. Bu yedeklemeye ek olarak, sunucunuzdaki INODE ve Depolama alanını alır, aynı zamanda kurulumunuza girebilecek bilgisayar korsanlarına karşı da savunmasızdır. Bu yüzden uzun bir hedefte (örneğin Dropbox veya Google Drive) en iyi fikir olacaktır. Genel inode hataları nasıl düzeltilir ve WordPress’in özel bir inode platform sorunu olmasına rağmen, web boyunca yaygın olan bazıları vardır. Drupal, Joomla, WordPress, hatta hayalet kullanın, birkaç noktada düzeltmeniz gerekebilir. E -posta, geleneksel müşteriler aracılığıyla, otomatik cevaplama yoluyla veya sitedeki formdan gönderilmeyecektir. E -posta alamıyor Yükleme her zaman başarısız olur Yayınlar ve sayfalar güncellenmeyecek veya hatta oluşturulmayacak Kullanıcılar siteye erişemez
Bazı durumlarda, bir ana bilgisayardan diğerine geçiş engellenebilir
Tüm bu durumlarda, nedeni ne olabilir, sunucunun inodasyon kotasının üst sınırına yaklaşmasıdır. Ya da gerçekten inode tükeniyor. Unutmayın, sadece depolama kapasitenizin bir kısmını kullansanız bile, yine de inode kullanabilirsiniz. E -posta her gönderildiğinde veya alındığında dosya oluşturulur. İnode yoksa, oluşturulabilecek hiçbir dosya yoktur. İnode doluysa, veri depolamak için yer olmadığı için yüklemeler başarısız olur. Aynı şeyin WordPress veya diğer CMS platformlarında sayfaları yayınladığı ve sayfaların gerekli dosyaları yer olmadan üretemediği söylenebilir. Kullanıcılar sayfaları ziyaret etse bile, dosyalar oluşturulur – çerezler, jetonlar, önbellek dosyaları. İnode yoksa, kullanıcı onlara hiçbir şey sunulmaz. Bir ana bilgisayardan diğerine geçerken, inode’inizin tahsisi farklı olabilir. Benimki son kez alışveriş yaptığım zaman. Mevcut kotanıza bile yakın olmayabilirsiniz, yaklaşan kotanızı aşmıştır. Bu ağrı gibi gelebilir, ancak düzeltmek aslında kolaydır. İşte bu genel inode hatasını düzeltmek için dosyaları silmenin ve biraz boşluğu boşaltmanın en iyi yolu. Gördüğünüz eski e -postayı silin, e -posta her gönderildiğinde veya alındığında, sunucunuzda bir dosya oluşturur (harici bir e -posta hizmeti kullanmadığınız varsayılarak). Bu, tüm e -postalarınızın INODE kullandığı anlamına gelir. Arşivliyorsanız veya e -postanızı gelen kutunuza kaydediyorsanız, e -posta sunucunuzda, durgunlaşın. Yani silmenin zamanı geldi.
Bunu normal istemcinizde yapabilir veya bunu FTP aracılığıyla veya CPanel Dosya Yöneticiniz aracılığıyla yapabilirsiniz. Sitenizin kök dizinini girip posta klasörünü bulmak için yeterlidir.Altında bir e -posta adresiniz olduğu her etki alanı için bir dizin olacaktır ve her birinin altında hazırladığınız bir takma ad olacaktır.Her klasör önemlidir ve inode hırsızlarıyla dolu olabilir.Özellikle yeni SKR ve dizin dizini önemseyeceksiniz.Bazen çöp.
Bu adreste yeni bir e -posta sildikten sonra, kullanılan 218316 inode’dan 218218’e geçtim. Bu e -posta adresi en başından beri çok nadiren kullanıldığından daha fazla kar elde etmelisiniz. Silmeden önce tüm e -postaları ayırmayı unutmayın. Aksi takdirde geri alamazsınız. Geçici dosyanızı silme geçici dosyası harika bir hayvandır. Nerede bulacağınızı biliyorsanız, işlerini yaptıklarından emin olabilirsiniz, ancak çok fazla kaynak harcamayın. TMP dizinini her gördüğünüzde, geçici dosyaların depolandığı yer burasıdır. Token oturumu, önbellek dosyası, trafik günlüğü, o zaman her türlü iyi şey, ancak daha sonra işe yaramaz. Otomasyon veya Cron çalışmasını geçici dosyaları silmek için ayarlamadığınız sürece, ara sıra gitmeniz ve biraz temizlik yapmanız gerekebilir. Özellikle bu TMP altındaki kök dizininizde olacaktır. Genel bir kural olarak, günlük dosyalarını, önbellek dosyalarını veya herhangi bir oturum dosyasını silebilirsiniz. Çoğu için, bunların çok net bir şekilde kaydedildiğini göreceksiniz. Genellikle dosya adı bir önbellek veya önbellek veya günlük içerir, bu da çalışmanızı çok kolaylaştırır.
Sildiğiniz dosyaların çoğu günlük sunucusu ve trafik günlükleridir. Bu dosyaların yedeklemesi olduğu sürece, TMP klasörünüzü açın ve ihtiyacınız olanı silin. Bu özel örnekte Webalizer, WebalizerFtp, Horde, Awstats ve Analog Dizini temizliyorum. Lütfen bu dosyayı silmenin istatistikleri ve günlük sunucusunu sileceğini unutmayın, bu nedenle gerektiğinde yedeklemeyi önce yapın. Tarihi de kontrol edebilirsiniz. Sitenize bağlı olarak, 2011’den beri bir günlüğe ihtiyacınız olmayabilir. Ayrıca, ana TMP klasörünüzde birkaç dosya da bulacaksınız. Oturum dosyaları, günlük dosyaları ve emin olmadığınız diğer dosyaların bir karışımı olabilir. Tıpkı bir bilgisayar ve web geliştirme ile her şey gibi, ne olduğunu bilmiyorsanız, bırakın. Ancak .sock uzantısı olan herhangi bir dosyayı silmemek çok önemlidir. Ve daha düşük bir seviyede, .lock.
Günlük dosyanız TMP klasörüne benzer, günlük klasörü günlük arşivinizde arşivi içeren bir kök dizinidir. Sunucunuz, ana bilgisayarınızda etkinleştirdiğiniz her ay için her etki alanı için günlük kaydetmeye başlar. Bu çok fazla günlük olabilir. Yedeklemeyi yapın çünkü oldukça önemli ve silin.
İnode’nizi alarak aşırı yüklemek istememenizin iki nedeni olmayan web sitesi kurulumunu silin. Birincisi, kullanmadığınız bir şey için inode israf ediyorsunuz. İkincisi, unutulmuş web sitesinin ana güvenlik tehdidine karşı savunmasız olması ve bilgisayar korsanlarının kaba kuvvet saldırıları yoluyla sunucuya birlikte girmesinin en yaygın yoludur. Kişisel barındırma paketimde 12 WP kurulumu olduğunu daha önce nasıl söylediğimi hatırlıyor musunuz? 12 üzerinden 8’i hiç (veya en azından en az) işe yaramaz. Bunlardan 6’sı endişelenmeden silinebilir ve 2’si bir yer tutucudur. Her WordPress kurulumunda en az 5.000 inoddan oluşan 5.000’den fazla dosya vardır ve bunu ayarlamak veya eklentileri veya temaları eklemek için bir şeyler yaparsanız … Siz ve ben belki de sunucuda ne tartıştığımızı görmeliyiz. Ev sahibinizden rahatsız edici ve sinir bozucu olandan inode sarmak. Kapasitenize ulaşmadan çok önce uyarılsanız bile, sunucunuzdan veri silmek için çok fazla zaman harcamanız gerekir. Ancak, yukarıdaki tüm ipuçlarında hızlı adımlar atarsanız, bir adımda Inode kullanımını kolayca azaltabilmeniz gerekir. İster WordPress veya diğer CMS kullanın, Inode kullanımı sık görünmeyebilecek bir şeydir, ancak göründüğünde, buna hazır olduğunuz için çok mutlu olacaksınız. Sitenizde Inode kullanımını azaltmanın en iyi yolu nedir? Oddbirdy / Shutterstock.com tarafından makalenin üstün görüntüsü
