Bir web sitesinin ve barındırmasının en yaygın (ve yanlış anlaşılan) unsurlarından biri inode'dur. İster kendi web sitenizi işletiyor olun, ister herhangi bir düzeyde bakımı gerçekleştirin, bir noktada inode'larla uğraşacaksınız. İster rutin bakım ister bir hatayı düzeltmeye çalışıyor olun, bir inode'un ne olduğunu ve WordPress kurulumunuzu nasıl etkilediğini bilmek uzun vadeli başarınız için çok önemlidir.
Inode nedir?
Genel olarak, bir inode, dosya sisteminizdeki tek bir dosyadır. Çoğu insan için bu, karşılaşacakları neredeyse her şeyi işlemek için yeterli bilgidir.
Bununla birlikte, daha teknik olarak, bir inode, dosya meta verilerinin UNIX sistemlerinde depolandığı yerdir (Linux sunucuları ve Apple bilgisayarlar UNIX tabanlıdır). İnode'lar, dizinler ve dosyalarla ilgili tablo girdileridir. inode her türlü bilgiyi içerir :
Bu meta veriler, (1) dosyanın boyutunu (bayt cinsinden) ve fiziksel konumunu (yani, bir sabit sürücüdeki dosyanın verilerini içeren depolama bloklarının adreslerini), (2) sahibi ve dosya grubu, (3) dosya izinleri (yani hangi kullanıcıların dosyayı okumasına, yazmasına ve / veya yürütmesine izin verilir), 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 olarak düşünebilirsiniz. Sitenizde aynı sayfayı işaret eden birden çok bağlantınız olabilir, ancak bu, o sayfanın birden fazla kopyası olduğu anlamına gelmez. Aynısı dosyalar ve düğümler için de geçerlidir.
Teknik olarak 1 - 1 ilişkisi olmamasına rağmen, bir inode'a bağlı tek bir dosyanın olduğu birçok örnek bulacaksınız. Çoğu insan öyle olduğunu düşünerek çalışabilir.
İnode sorunu
Tükeniyorlar. Bitirdiler. Ve muhtemelen inode kullanımınızı takip etmiyorsunuz.
Çok uzun zaman önce e-postayı aldım "Uyarı: YourSite.com hesabı, yetkili inode kotasının% 80'ine ulaştı" birdenbire Siteground'dan. 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ı) varsayıyorum.
Şimdi, e-postada çok basitler: cPanel - File Manager veya tercih ettiğiniz FTP istemcisi aracılığıyla hesabınızdaki dosya ve klasör sayısını azaltmanız gereken düğüm sayısını azaltmak için. Ve özünde, tüm yapmanız gereken bu. Ancak, bundan biraz daha karmaşık çünkü bir süredir barındırıldıysanız, muhtemelen oldukça iyi bir dosya ve klasör arşivine sahipsiniz.
Inode'unuzun kullanımını kontrol etmek için, cPanel'inizde oturum açmanız ve İstatistik diyalogu . CPanel'in çoğu sürümünde, bu sayfanın solunda bir yerde olacaktır. Esas olarak göreceksinizboşluk kullan du disque MB ve GB cinsinden, ayrıca izin verilen düğüm sayısı ve şu anda kullanmakta olduğunuz düğüm sayısı.
Neyse ki, WordPress ile ilgili birçok şey gibi, CMS inode'larınızın yönetimini kolaylaştırmak için tasarlanmıştır.
WordPress kullanıcıları için neden önemli?
Birçoğunuz asla inode ile çalışmak zorunda kalmayabilirsiniz. Günlük olarak, onları hiç fark etmeyeceksiniz. Sitenizde her şey yolunda gittiği sürece, hiçbir şey sizi kelimeyi görmeye sevk etmemelidir. Bir şeyler ters gittiğinde, WordPress panonuzda veya başka bir yerde hataları görmeye başlayacaksınız.
Tipik olarak, cPanel kullanan tüm barındırma sağlayıcıları (yönetilen barındırma için gitmediğiniz sürece çoğu), planınıza bağlı olarak size belirli sayıda inode atamıştır. Genel kural, ne kadar çok öderseniz o kadar çok inode alacağınızdır.
Bunun, sahip olduğunuz depolama alanından tamamen ayrı olduğunu unutmayın. Her ikisinin de hacmi 1 - 1 olabilir, ancak düğümler dosyalarınızın çoğundan çok daha küçük bit ve bayt olduğundan, depolama alanınız tükenmeden önce genellikle düğümleriniz tükenir.
Bununla birlikte, WordPress kullanıcıları genellikle inode-merkezli problemlerle sonuçlanır.
WordPress kullanıcıları inode'ları nasıl oluşturur?
Her içerik yönetim sisteminin kendi inode'ları kapma yolları olsa da, WordPress'in ekosistemine özgü birkaç yolu vardır. Temelde resimler, eklentiler ve temalar. Araştıracağız ve bu konuda neden ve ne yapabileceğimizi öğreneceğiz.
Fotoğraflar
Medya kitaplığınızdaki görüntüler muhtemelen bir ton düğümünüzü kaplar. Binlerce ve binlercesiniz olmasa bile. Çoğunuzun sitenize resim yüklediğine bahse girerim. Ve teoride, 1 görüntü 1 inode'a eşittir. Ama işler aslında böyle yürümüyor. Temanıza ve görüntü sıkıştırma eklentinize bağlı olarak, bu görüntü neredeyse bir düzine düğüm alabilir. Nasıl? 'Veya' Ne? Hafızada çeşitli boyutlardaki renderları tutarak.
Kitaplığınızdaki 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 görüntü için bunu düşünün. Bu özel site için, medya kitaplığında 562 öğem var. Her birinin 11 versiyonu olduğunu varsayarsak (muhtemelen yanlıştır), bu 6 inode'un üzerindedir. 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. Bu hesapta (Anonim) çalışan bir düzine WordPress kurulumu var. Her kurulum için sistem dosyalarına ek olarak, tüm kullanıcılar için ortam kitaplıkları inode kullanımını artırır.
Eklentiler ve temalar
Eklentilerin ve temaların bu kadar çok düğüm almasının birkaç nedeni var. Birincisi, devre dışı bırakılmış olsalar bile, pek çok kişinin tonlarca kurmuş olması.
Ve bu eklenti klasörlerinin her birinde düzinelerce ve düzinelerce dosya inode alır. Bazı eklentiler açıkça diğerlerinden daha hafiftir, ancak hepsi kurulumunuza toplu ekler. Bu nedenle, genellikle en iyisinin şu anda kullanmadığınız tüm eklentileri kaldırın .
Temalar tamamen aynı şekilde çalışır. WordPress sitenize uzun süredir sahipseniz, hiç kimse WordPress sitenize kaç tane tema yüklediğinizi söyleyemez. Her ne kadar bu temalar sadece WordPress temaları varsayılan olarak birçok düğüm kullanılır. Bir tema kullanmıyorsanız silin . Bununla birlikte, bir alt tema aracılığıyla özelleştirmeler yaptıysanız, ana tema kadar kolay bir şekilde yeniden yükleyemediğiniz için genellikle onu saklayabilir (veya yedekleyebilirsiniz).
Önbellek eklentileri ve yedekleme yardımcı programları
Comet Cache. WPRocket. Havanın yükselmesi. iThemes. WordFence. WP Süper Önbellek. W3 Toplam Önbellek. Sucuri.
Bu öğelerin tümü (ve daha fazlası) değerli düğümleri işgal eder. Çoğunlukla, sorun değil. Bunlar, hayatınızı kolaylaştıran ve kullanıcılarınızın sitenizdeki deneyimini iyileştiren harika eklentilerdir. Ancak, bu onay kutusunu seçmezseniz, önbelleğe alınan dosyalar, yedekleme dosyaları ve güvenlik raporları birikebilir.
Bu yüzden ara sıra emin olun önbelleği temizle siteniz ve yeniden doldurulmasına izin verin. Çoğu zaman bir düğme bulabilirsiniz Temiz önbellek ou Önbelleği sil yönetim araç çubuğunda.
Ek olarak, UpdraftPlus gibi eklentilerden gelen ek yedeklemeler değerli alan kaplayabilir. Bu nedenle, yerel sunucunuzda ne depoladığınızı kontrol edin. Çoğu yedekleme aracı için bunu WP yönetici panelinizden yapabilirsiniz. Veya FTP yoluyla kontrol edebilirsiniz.
Sunucunuzda düğüm ve depolama alanı kaplayan bu yedeklemelere ek olarak, kurulumunuza sızabilecek bilgisayar korsanlarına karşı da savunmasızdırlar. Bu nedenle onları uzak bir hedefte tutmak tercih edilir (örneğin Dropbox veya Google Drive).
Yaygın inode hataları nasıl düzeltilir
WordPress'in platforma özgü inode sorunları varken, bazıları web'de yaygındır. Drupal, Joomla, WordPress veya hatta Ghost'ta olun, bir noktada bunları düzeltmeniz gerekebilir.
- İster geleneksel bir istemci, ister otomatik yanıtlayıcılar veya sitenin kendisindeki formlar aracılığıyla olsun e-postalar gönderilmeyecektir.
- E-postalar alınamıyor
- İndirme sistematik olarak başarısız oluyor
- Yayınlar ve sayfalar güncellenmeyecek veya oluşturulmayacak
- Kullanıcılar siteye erişemez
- Bazı durumlarda, bir ana bilgisayardan diğerine geçiş engellenebilir
Tüm bu durumlarda, sorun, sunucunun inode kotasının üst sınırına yaklaşması olabilir. Veya tamamen inode dışında. Depolama kapasitenizin yalnızca bir kısmını kullansanız bile, düğümlerinizi yine de kullanabileceğinizi unutmayın.
Her e-posta gönderildiğinde veya alındığında bir dosya oluşturulur. İnode yoksa, dosya oluşturulamaz. Düğümleriniz doluysa, veriler hiçbir yerde depolanamayacağı için indirme işlemi başarısız olur. Aynı şey, gerekli dosyaları kusursuz bir şekilde oluşturamayan WordPress veya diğer CMS platformlarındaki yazılar ve sayfalar için de söylenebilir. Kullanıcılar sayfayı ziyaret ettiğinde bile dosyalar oluşturulur - çerezler, belirteçler, önbelleğe alınmış dosyalar. İnode yoksa, bu kullanıcılar herhangi bir hizmet almazlar.
Bir ana bilgisayardan diğerine geçerken, inode tahsisi farklı olabilir. Yani mevcut kotanıza yakın bile olamazsınız, bir sonraki kotanızdan emin olun. Kulağa zor gelebilir ama düzeltmesi gerçekten çok kolaydı.
Bu sorunları düzeltmek için ne yapmalı
İnode kullanma sorununuzu çözmek için, size yardımcı olacak yapabileceğiniz birkaç basit eylem vardır.
Eski e-postaları sil
Her e-posta gönderildiğinde veya alındığında, sunucunuzda bir dosya oluşturulur (harici bir e-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ı kaldırmanın zamanı geldi.
Geçici klasörlerinizi temizleyin
Geçici dosyalar fantastik canavarlardır. Onları nerede bulacağınızı biliyorsanız, çok fazla kaynak kullanmadan işlerini yaptıklarından emin olabilirsiniz. Her gördüğünde tmp dizini , bu geçici dosyaların depolandığı yerdir. Oturum belirteçleri, önbellek dosyaları, trafik günlükleri, aynı anda harika olan ancak daha sonra yararlı olmayan her türlü şey.
Geçici dosyaları temizlemek için bir otomasyon veya CRON görevi ayarlamadıysanız, ara sıra oraya gitmeniz ve biraz bakım yapmanız gerekebilir. Bunlar çoğunlukla altında kök dizininizde olacaktır. tmp.
Genellikle, herhangi bir günlük dosyasını, önbellek dosyasını veya oturum dosyasını silebilirsiniz. Çoğunlukla, çok net bir şekilde not edildiğini göreceksiniz. Genellikle dosya adı şunları içerir: sess ou önbellek ou log işinizi büyük ölçüde kolaylaştıran
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, klasörlerinize göz atın tmp ve ihtiyacınız olanı silin. Bu özel örnekte, Siliyorum les webalizer, webalizerftp, horde, awstats dizinleri et analog. Bu dosyaları silmenin sunucu istatistiklerini ve günlüklerini sildiğini unutmayın. Bu nedenle, gerekirse önce yedekleyin .
Tarihleri de kontrol edebilirsiniz. Sitenize bağlı olarak, 2011 yılına kadar günlüklere ihtiyacınız olmayabilir.
Günlük dosyalarınızı temizleyin
Dosyaya benzer tmpdosyası journaux sunucu günlüklerinizi arşivledikten sonra arşivleri içeren bir kök dizindir. Sunucunuz, barındırıcınızda etkin olduğu her ay için her etki alanı için bir günlük tutmaya başlar. Bu olabilir beaucoup gazetelerin. Oldukça önemli oldukları için bunların yedeğini alın ve silin.
Gereksiz web sitesi yüklemelerini kaldırın
Gereksiz kurulumların inode'larınızı almasını istememenizin iki nedeni vardır. Birincisi, kullanmadığınız bir şey için düğümleri boşa harcıyorsunuz. İkinci olarak, unutulmuş web siteleri büyük güvenlik tehditlerine karşı savunmasızdır ve bilgisayar korsanlarının kaba kuvvet saldırıları yoluyla paylaşılan sunuculara erişmelerinin en yaygın yoludur.
Her WordPress kurulumunda 5'den fazla dosya vardır - bu en az 000 düğümdür - ve eğer onu özelleştirmek veya eklenti veya tema eklemek için herhangi bir şey yapıyorsanız ... muhtemelen siz ve ben bir göz atmalıyız. sunucumuzda neler yattığımıza bakın.
paket
Barındırma sisteminizde inode'ların tükenmesi can sıkıcı ve kafa karıştırıcıdır. Maksimum kapasitenize ulaşmadan önce uyarılsanız bile, yine de sunucu verilerinizi temizlemek için biraz zaman ayırmanız gerekir. Bununla birlikte, yukarıdaki tüm ipuçlarını hızlıca gözden geçirirseniz, inode kullanımını bir geçişte en az% 20 oranında kolayca azaltabilmelisiniz.
İster WordPress ister başka bir içerik yönetim sistemi kullanıyor olun, inode kullanmak sık sık ortaya çıkmayan bir şeydir, ancak bunu yaparsanız, kullanmaya hazır olduğunuz için çok mutlu olacaksınız.
